Сага
"DVG-4032s,2032s и Trixbox"



Эпиграф.

Жила была АТС гибридная. 10 внешних линий, 32 внутренних и 10 ЦИФРОВЫХ. 10 цифровых линий были чудом иноземным, поэтому подключить к ним можно было только специальные телефоны, которые стоили 100 долларов и работали только с этой АТС.

Жила она долго и счастливо (года 4). Но однажды пришел Админ новый телефон к ней подключить и озадачился - некуда. А АТС ту отапгрейдить можно было. И позвонил Админ Дилеру. И был послан Админ Дилером нафиг:

Не выпускается больше барахло ваше! - молвил дилер – Но есть у нас АТС новая-кленовая, полностью цифровая для вас всего 3 штуки зелени!

И осерчал тут админ. Ножкой топнул, поматерился всласть и решил он на VoIP переходить. Уж больно гибким решение казалось, да и по понятней будет (пойди разберись, чем там гибридная АТС от цифровой отличалась)

Подбил Админ бабки, порылся по прайсам и решил он D-link купить – дешевле чем АТС выходило. Ну а сервер конечно халявный и для ленивых – Trixbox (ну просто полный GUI везде).
И был бой. Три дня и три ночи (ну ночи действительно три, а вот дней на неделю набралось). И победил Админ. О чем и будет рассказ ниже.





В общем, хочу рассказать, как возводил АТС у себя на работе. К сожалению, при этом очень не хватало информации - т.е. читал про Asterisk, читал руководство по D-link, но нигде не находил описания нюансов при стыковке этих монстров. А на них (нюансах) все геморои и строились. Поэтому хочу поделиться находками с окружающими – может поможет кому. Кроме того ответов на все вопросы я не нашел, поэтому кто что сможет разъяснить – буду благодарен.

Итак. Все смонтировали, скроссировали и подключили. Разводили все на плинты Krone, поэтому потребовалась распайка разъемов на этих девайсах. Она оказалась примитивной:

50 контактные разъемы сзади устройств это 50 пиновый centronics.
Распайка простая, у обоих устройств она одинаковая:
1-26, 2-27, 3-28, ... , 16-41 (всего 16 пар)
остальные не используются.
для 4032s в каждом разъеме -- первые 8 -- fxs, следующие 8 – fxo.

В Trixbox подобавляли SIP extention со стандартными настройками. На железках проставили для портов нужные номера и пароли. Все порты после этого зарегистрировались на Trixbox.
Создали группу 500 с FXS номерами секретаря и прописали ее в хотлайн для FXO, чтобы звонящие попадали на секретаря.
Создали группу 9, и поместили в нее нужные FXO в нужном порядке для выхода в город. Таким образом получился two stage dialing, как на старой АТС. Т.е. 9-гудок-набор_номера

Все работало... пока не настал понедельник и люди не начали звонить.




День 1
Приблизительно раз в час железки начинали перерегистрировать порты на сервере. И продолжалось это по 5 мин. Звонить при этом никуда не получалось.
День пережили, наступил долгий вечер.
Обновили ПО (ДЕЛАЙТЕ ЭТО СРАЗУ!). Не помогло.
Плясали, трясли бубном.
На исходе решили повесится, но все как-то заработало. Итогом стало следующее – железки к серверу надо подключать через WAN порты (через LAN все, то работало, то не работало. Выяснять почему надоело).

Настроить на работу без регистрации на прокси не удалось. Прописали вместо host=dynamic ай-пи железки, поснимали галки register на Dlink. Звонки с D-link проходят нормально. Звонки же на D-link попадают на первую свободную линию, а не на адресата. Т.е. железка работает как trunk.

Ночью, покопавшись в логах, осознал, что порты отваливаются из-за того, то не проходят qualify на сервере. Причем время ответа на запрос может достигать 4 сек. В триксбоксе по-умолчанию ставится qualify=yes (т.е. 2 сек). Мораль:
У всех поставить qualify=no. Время регистрации на сервере при перезагрузке упало с 5 мин до 1. Все зафурычило.




День 2
Железки перерегистрировались 2 раза за день по 1 мин. Терпимо, но уныло. Позвонили в тех поддержку. Посланы не были, но были снабжены программулиной умеющей мониторить эти девайсы. Классная штука, жаль нет в общем доступе.
Обнаружилось следующее: процесс перерегистрации происходит постоянно с интервалом указанным в

TTL (Registration interval) [10 - 7200 s]

Причем в процессе работы все перерегистрируется успешно. При перезагрузке девайсов возникают таймауты при регистрации некоторых портов, поэтому регистрация длится дольше.
Самое интересное – проблемы с 5 минутной перерегистрацией возникают когда наступает Invite timeout. Т.е. кто-то набрал 9, Asterisk не нашел свободной линии в группе за Invite timeout и начинается катавасия. Железка думает, что потеряла регистрацию и решает перерегестрироваться, сначала одним портом, потом еще несколькими. Trixbox видимо клинит, и идут сплошные таймауты регистрации. Кто виноват – железка или сервер, до конца не понятно, но не суть. Мораль такая – время вызова для группы должно быть меньше на 2-3 сек чем Invite timeout в железке. И TTL (Registration interval) нужно ставить побольше.




День 3
Работает. Перевели дух, начали разбираться с фичами.

Перевод звонков.
Если выставлен Enable Hook Flash Event, то перевод звонка по Flash работает без Asterisk (должно быть еще включено Call Hold и Call Transfer для линии в железке). При этом не происходит сопровождение звонка. Т.е. переведенный звонок, если вы повесили трубку до того, как ее взял адресат, обратно не вернется. Так и будет звонить до усеру телефон адресата, которого нет на месте.
Нормальный сопровождаемый трансфер работает через Asterisk. Комбинация клавиш для это прописывается ручками (да-да, не через веб), в features.conf. Можно пользоваться Trixbox config edit. Называется atxfer. Но в версии Asterisk 1.2.18 это не работает. Говорят починят в 1.2.19.

Обязательно проверте Asterisk Dial Command options в секции general во FreePBX. По умолчанию там невменяемое tr, а надо Tt (читайте доку к команде Dial в Asterisk). Из-за r при наборе 9 сначала следует гудок от Asteriska, а потом из линии, т.е. их два (иногда и больше, если все FXO заняты) – всех смущает.

Не ставте Call Waiting у портов, пока не научите людей переводить звонки Asterisk'ом (не Flash). Иначе секретарь получит на трубке двух звонящих, которых можно будет переключать Flash'ем, но нельзя будет перевести. Глаза у секретарш при этом очень большие...

Эхо.
Геморой обострился после перепрошивки. Это не беда D-link, это беда VoIP. Побороть ее в Asterisk нельзя! Давить эхо надо в зародыше, т.е. в железках. Само-собой включаем Echo Cancellation (работает хорошо, требуется пару секунд разговора на обучение). Уменьшаем Speaking Volume для FXO (у меня -4), и соответственно увеличиваем Listening Volume для FXS. Эхо осталось, но жалобы прекратились. Т.е. стало очень даже ничего.

Факсы.
Отключаем T.38 в железках (disable) – факсы ходят. В астериске т38 то ли не сделан, то ли не работает, то ли работает но факсы не идут. В общем темный лес...

Flash
Как не крутили, на трех телефонах в офисе flash не заработал. Очень уж он у них короткий. Ну и фиг с ними.

Digit map
Очень правильная феня. Например если все внутренние телефоны имеют вид 1ХХ тогда ставим в верхней строчке галку, в Scan Code пишем 1, в User Dial Length – 3. В результате дозвон по внутренним номерам начинается сразу после набора номера, без ожидания Inter Digits Timeout. Так же ускоряется выход на 9 – SC=9, UDL=1. Ну и так далее.
Загадочный Enable Pound Key ' # ' Function позволяет сообщить железяке, что ввод номера закончен нажатием решетки на телефоне. При этом сама решетка не будет передана вызываемому узлу. Нафиг не нужен при настроеном Digit map




День четвертый.
Писец. Поступили жалобы, что часто ошибаются номером при звонках через 9 (у нас набор происходит через DTFM, DTFM предается с помощью rfc2833). Позвонил домой. Много раз. В половине случаев попал не туда.
Позвонил на АТС. Попал туда. Сказали, что задваиваются цифры.
Посмотрел логи. Железяки правильно понимают и проигрывают номера.
Послушал, что же они проигрывают - при проигрывании иногда слышен треск, видимо это и клинит криво настроенное МГТСовское оборудование. Бяка короче. Переключил в пульс, вообще бяка какая-то. Плюнул на все.




День пятый.
Надо что-то делать. Попробовал настроить one stage dialing. Это типа без всяких гудков. Философия более правильная, т.к. можно роутить звонок в зависимости от набранного номера. В общем одни плюсы.
Получилось. Т.е. мне показалось, что получилось, на самом деле – нифига.
Я создал custom trunk в FreePBX. В Custom dial string написал SIP/702/$OUTNUM$@702.
Сделал outgouing route. И вроде все зазвонило. Но оказалось, что звонит через первый свободный FXO а не через 702 FXO.




Выходные
Половину выходных бился над правильным Custom dial string. Узнал много про SIP, перечитал кучу RFC. Нифига. Пока не прочел еще раз руководство к D-link. Правильным оказалось SIP/702$OUTNUM$@702. Должны быть выставлены галки:
Enable FXO / Trunk Extension Number
Pick up Line by Dialing Extension Number
Invite with ID / Account для каждой линии.
Причем выставлены они должны быть полюбому, если мы работаем через прокси. Т.е. стоять они должны ВСЕГДА.
Также, чтобы транки работали надо закомментировать строки в
extensions.conf -> macro-dialout-trunk

exten => s-BUSY,1,NoOp(Dial failed due to trunk reporting BUSY - giving up)
exten => s-BUSY,2,Busy(20)

exten => s-NOANSWER,1,NoOp(Dial failed due to trunk reporting NOANSWER - giving up)
exten => s-NOANSWER,2,Playtones(congestion)
exten => s-NOANSWER,3,Congestion(20)

exten => s-CANCEL,1,NoOp(Dial failed due to trunk reporting CANCEL - giving up)
exten => s-CANCEL,2,Playtones(congestion)
exten => s-CANCEL,3,Congestion(20)



День шестой.
Настроил и обучил всех one stage dialing. Зашибись – ошибки при дозвонах пропали.

Решил побороть железку окончательно и заставить работать без регистрации на прокси.
Как выяснилось, изначальное фиаско было вызвано следующим:
Asterisk вызывает линию через username экстеншена.
При регистрации username сообщает железка. И все чики-пуки.
Если же регистрация в железке отключена, то Asterisk не знает username и вызывает железку просто по ай-пи, т.е. как транк.

Выход: прописать username в свойствах экстеншена.
Засада: Во freePBX username не посчитали важным и у экстеншена его просто нет.
Пришлось править freePBX. Подсказка: надо искать внутри файлов /var/www/html/admin текст, например, canreinvite. Найдется php файлик и в нем по образу и подобию canreinvite добавить строчку username.
Все работает.

Еще фенька. Не работал донабор DTFM после набора основного номера. Увеличил Minimum DTMF ON Length до 200 – заработал. Но вот вопрос – minimum? И когда бывает максимум? Это же просто время, которое проигрывается DTMF сигналы в линию.




Эпилог
В начале, когда все глючило, отчаяние настигло меня и я решил развести начальство на какой-нибудь другой шлюз FXO, получше. Поискал и понял – не судьба. Другие шлюзы на 16 портов FXO стоят в ТРИ раза дороже D-link.
Когда же все заработало, осмотрел я стойку свою серверную и прифигел. Там один D-link. И все это работает и работает хорошо. И дома у меня в сети тоже оказался D-link один. Я не специально...
Короче: D-link форева! Дешево и сердито. Глюки? Чаще всего это кривые руки. Как у меня...
Прошивка, о которой я тут распинался – 1.2.36.9
Да помогут вам:
voip.rus.net и voip-info.org. Ну и google конечно.
С нетерпением жду дополнений, комментариев и исправлений.
А хотите развести меня на флейм? Тогда знайте: trixbox рулез, dlink-foreva, а вы идите в ж#пу.

что есть "702"? Номер эксетншна FXO или имя девайса (транка)?
Я второй день долблюсь с freePBX и 6004S. На голом Asterisk все работает как надо, ручками конфиги прописать оказалось проще, а хочется чтобы было красиво...

И решилась ли проблема с 9-кой? т.е. чтобы позвонить на внутренний № PBX - не проблема, а в черех PBX наружу - нужно паузу как-то впихнуть в набор, с префиксом и вставкой цифры чего-йто не получается... т.е. exten=> _9XXXXXX, 9-ка улетает, а первая цифира города улиетает "вникуда"... варианты с 9|+9XXXXXX и прочие комбинации не помогли....

В общем - хелп.

702- номер одной из линий FXO.
Для того, чтобы позвонить наружу не надо префиксов. Железки сами дожидаются диалтона. просто звонить надо так:
Dial(SIP/702XXXXXXX@702,,) -- при этом должен быть описан экстеншн 702 в sip.conf
или
Dial(SIP/702ХХХХХХХ@<IP железки>,,) -- ничего описывать не надо.

При этом, в случае BUSY надо пробовать звонить через следующий FXO, т.к. BUSY в данном случае означает именно занятось FXO, а не занятость набранного номера.

Спасибо за ответ, хотя впринципе я уже вылечил.
сделал 2 транка - один SIP, в которм прописал IP железки, а второй CUSTOM, в которм прописал строку SIP/$OUTNUM$@<имя 1-го SIP транка>

ессессно все экстеншены для FXO тоже прописал в sip.conf. С префиксом разобрался - просто после набора 9-ки (префикс в Outbound route) нужно ожидать диалтон, а потом звони куда хош, а внутренние и так работали, в том числе и на PBX. Так даже красивше - единая нумерация с офисной АТС, и выхо в город везед одинаков - по 9-ке. Ненужно ничего дополнительно объяснять - все прозрачно.

Теперь при наборе номера аппарат хватает любую незянятую линию... и никаких BUSY коментировать в extension.conf ненужно...

Теперь осталось трансфер побороть.... Я так понял пробросить flash нельзя, всмысле чтобы при нажатии flash он повторялся на FXO порте, чтобы юзеры не занимали порт, если делают переадресацию наружу...

При твоей настройке действительно Busy комментировать не нужно. Железка выступает транком и если уж она занята, так значит занято.
Мне этот вариант не подходил, т.к. разные FXO для разных звонков используются. Так же нужно будет комментировать строки если захочешь например выход через сипнет сделать если все выходы наружу заняты.

Обнаружил еще феню. Если Asterisk неможет зарегестрировать транк например на sipnet, то его пучит. Он тормозит и обрывает звонки.

Вообще с flash непонятно. Вроде есть настройка длительности flash для FXO. Надо попробовать отключить Enable hook flash event. И DTFM поиграться (rfc2833 или info)

Написано много... Не понял зачем это все? У меня прекрасно работает 4022 и 3004 с офисной атс и без бубнов... В астере чтобы правильно набирался номер дтмф на экстене длинка ставится auto и все ок, в случае работы по первой незанятой линии в астере прописывается транк в котором нет ничего кроме ип длинка... Разделение по линиям у меня сделано в другом месте, правда там стоит 7022. Делается элементарно... Прописывается 2 транка (там 2 FXO) с ипшником длинка, в Outgoing Dial Rules каждого транка пишется: 001+ZXXXXXX
001+0XX (первый FXO у меня 001 обозначен в длинке) и у второго 002+XXXXXXXXXXX например. Все. Рутим как в моем случае на линию 001 весь город, на линию 002 все мобильники, разделение с какой линии звонить происходит жестко в самом длинке, номера FXO линий он сам отрывает при звонке наружу. Вот и все... Причем у всех длинков во всех местах практически дефолтные настройки, прописал только опознание буси и тонов во всех и сервер с инфой по логинам. Сам астер тоже практически не трогаем. Есть 2 места где надо убрать практически все из from-pstn и чтобы перебирал транки если занято или незарегено в не помню где, но там просто.

Прежде чем спросить -- прочел бы, там указано зачем. Вкраце -- по Dlink нет howto. Это хоть и не howto, но хоть что-то...



Выкини однажды АТС номеров на 50 и поставь Dlink -- появятся бубны.

А за описание своей конфигурации -- большое спасибо. Наверняка кому-то поможет.

Ээээ... Ващета моя чисто цифровая часть телефонии больше 20-ти 1402 снаружи + внутри + аналоговая атс и еще там...



Да я ее уже описывал тут в постепном виде например для 7022, для 3004 и т.д. Если приглядеться по форуму, можно найти сколько бубнов я видел в исполнении длинка и сколько выдал на них ответов. Инода у меня возникает впечатление что столько этих самых бубнов даже модераторы длинка не знают как решить... Во всяком случае на 2/3 собственных вопросов я исправно сюда отвечаю сам себе.

Обнаружилось еще пара любопытных моментов.

Недавно народ начал жаловаться, что рвутся звонки в/из города через неопределенное время. После того как пару раз прервался мой разговор с женой -- решил чинить. Выяснилось, что FXO детектили занято в линии во время вполне безобидного разговора. Хвала Dlink настроек BTC у 4032 достаточно, но лень взяла свое -- BTC Detection был просто выключен. В моем случае это вроде бы на функциональность не повлияло, но позволило выявить еще один забавный глючок.
В руководстве 4032 на последней странице приведена прекрасная схема обработки набраных номеров. Последним пунктом в ней написанно, что ели уже нифига не помогло -- будем звонить через локальный FXO, если такой в железке присутствует (а в 4032 их целых 16). Причем фича эта не отключается.
На практике это означает, что в дефолтной установке триксбокса, если пользователь набрал какую-то хрень на телефоне подключенном к FXS 4032, то будучи отшитым sip proxy, 4032 пхает всю эту лабуду в PSTN.
Причем это прикольно работает с нервными звонящим. Не понимая че происходит, они топают по всем кнопкам телефона и иногда у них получается флеш. Вот тут 4032 начинает прикалываться -- он вешает PSTN на холд, пытается его вернуть звонящему и т.д. В общем, иногда все заканчивается тем, что FXO вешается на холд форева, помогает только перезагрузка (помним -- busy не детектится).
Мораль -- раскоментировать в extention.conf строку
;include => bad-number
в контексте from-internal, чтобы trixbox отвечал на все звонки.

Не понял. Как не детектится? Очень даже детектится. Без буси совсем плохо, оно и будет виснуть периодически. Как детектить бусю писалось здесь довольно много раз, причем и правда работает, только выбирать надо. Среди "много" и мои изыскания на предмет воткнуть кондер в линию и тогда посторонние шумы не мешают бусе определяться. Кондер потом можно вынуть, шумы вернутся, определение буси останется.

За сутки ниразу не повисли. В моем случае если рвется соединение с внутренним номером, то FXO вешается. Вроде busy не нужно... Хотя посмотрим.
А busy детектится, причем даже когда busy нет. Настраивать просто в лом, но судя по количеству параметров -- если придется, настроится враз. А пока -- ну его в ж*пу.

Это становится важным когда работают удаленные клиенты, на фхо трубку повесили, а удаленный клиент либо отвалился либо повесил на холд и отвалился, либо на той стороне бай не сказало... В принципе через час должно срубиться само, но не всегда приятно. Еще в случае IVR, в случае входящих с фхо на ринггруппу и дальше без ограничения времени.............



Ну вот это - да. Если работает лучше пусть продолжает. Длинк не любит энтузазистов...

Молодец чувак, так держать!
Я тоже пришел к такому выводу, что основной источник проблем - кривые руки.
Перефразируя известную поговорку:
Астериск - система дружественная, только друзей выбирает тщательно.

Когда воюещь с эхом, попробуй менять импеданс линии.
У нас в городе почему-то при 600 омах сильное эхо. когда ставишь грецию или новую зеландию - все более-менее хорошо. эхо давится за несколько секунд

вас вводят в заблуждение, тот кто ХОЧЕТ быть обманутым - всегда обманется - только дай ему малейший повод.
http://asteriskforum.ru/viewtopic.php?t=1381
ps: хозяевам компании респект уже за то что сумели так долго втюхивать народу свой отстой, при этом некоторые "специалисты" свято верят что за копейки они получают супер-пупер железяки, сделанные по космическим технологиям. их вовсе не смущает что всё у них работает через раз и кое-как. наверное потому что у них ВСЕГДА так было?...

Вот какие мы злые! А головой подумать вот никак совсем! Длинк - хорошо! Почему? Да потому что цена этих железяк позволяет проталкивать большие интересные проекты, особенно влет они проталкиваются когда даешь сравнение. А большой интересный проект - это практика, развитие. А длинк в большом интересном проекте - это самообучение, углубление в тонкости ВоИП, изучение множества техдокументации и рфц, ковыряние в таких глубинах до которых в вашими пуперскими сиськами даже не подумаешь лезть! Отсюда вывод: Длинк - это ЗНАНИЕ! За что и люблю. А работать длинки заставить как надо можно. И работают у меня например. Уж не второй даже десяток этих железок работает. С одним плохим багом с кривой регистрацией на бекап сервере, но задачи выполняются на 100%. А мне больше и не надо. Где-нибудь, когда-нибудь, в компании с хорошим бюджетом я буду строить такой же огромности проекты на нормальном железе, но уже попивая пиво с сигаретой одним левым мизинцем. Вот так, уважаемый.