Имеется DVG7022s в связке с астериск 11.5
Используется 1 порт FXO и 2 FXS, каждый порт индивидуально регистрируется на астериске. Тему с постепенным отваливанием регистрации временно решили установкой pedantic=no в секции [general] sip.conf
Всё настроено и работает ожидаемо и прогнозируемо, кроме одного интересного момента:
Порт FXO1 ( зарегистрирован на астериске как 1824) при получении входящего звонка переадресует его на 1800 ( это указано в свойствах порта)- cisco SPA 303, звонок проходит....но где-то на секунду не более...потом 1800 звонит снова и так далее до таймаута дозвона.В итоге вроде проблем нет кроме одной: если не брать трубку на 1800 получится 8-10-14 и более НЕОТВЕЧЕННЫХ звонков!А должен быть один!!Звонки с FXS2 того же шлюза ( зарегистрирован на астериске как 1823) на 1800 проходят штатно- один неотвеченный вызов! Фактически выходит, один сигнал Ringing на FXO соответствует одному пропущенному вызову на SPA303 (1800)
Тема уже поднималась на форуме, относительно давно, но внятного ответа нет, предлагали обновить прошивку и установить алгоритм детектирования звонка на порте FXO типа "Aggressive"( где это?!)
Кратко о шлюзе:
------------------------------
Hardware Platform IAD202
Hardware 4.1.128.0
Software Version 1.02.38.93-b8338
Driver Version 1.2.1.2158.1434/242 P

Справочно для тех кто смотрит дамп: шлюз имеет ip 192.168.36.145 астериск - 192.168.36.22
----------------------------------------------------
Дамп сислога:
<142> 001CF0722A7C-sip: 2: WaitAnswerDeviceOk 192.168.36.145 23/10 14:16:27.407
<142> 001CF0722A7C-sip: 2: Dial 1800 192.168.36.145 23/10 14:16:27.477
<142> 001CF0722A7C-sip: 2: Inviting 192.168.36.145 23/10 14:16:27.479
<142> 001CF0722A7C-sip: 2: RingBack 192.168.36.145 23/10 14:16:27.687
<142> 001CF0722A7C-sip: 2: PlayBusyTone 192.168.36.145 23/10 14:16:33.497
<142> 001CF0722A7C-sip: 2: Idle 192.168.36.145 23/10 14:16:33.499
<142> 001CF0722A7C-sip: 2: WaitAnswerDeviceOk 192.168.36.145 23/10 14:16:37.423
<142> 001CF0722A7C-sip: 2: Dial 1800 192.168.36.145 23/10 14:16:37.424
<142> 001CF0722A7C-sip: 2: Inviting 192.168.36.145 23/10 14:16:37.426
<142> 001CF0722A7C-sip: 2: RingBack 192.168.36.145 23/10 14:16:37.696
<142> 001CF0722A7C-sip: 2: PlayBusyTone 192.168.36.145 23/10 14:16:47.425
<142> 001CF0722A7C-sip: 2: Idle 192.168.36.145 23/10 14:16:47.495
<142> 001CF0722A7C-sip: 2: WaitAnswerDeviceOk 192.168.36.145 23/10 14:16:52.404
<142> 001CF0722A7C-sip: 2: Dial 1800 192.168.36.145 23/10 14:16:52.475
<142> 001CF0722A7C-sip: 2: Inviting 192.168.36.145 23/10 14:16:52.477
<142> 001CF0722A7C-sip: 2: RingBack 192.168.36.145 23/10 14:16:52.684
<142> 001CF0722A7C-sip: 2: PlayBusyTone 192.168.36.145 23/10 14:16:58.494
<142> 001CF0722A7C-sip: 2: Idle 192.168.36.145 23/10 14:16:58.496
-------------------------------------
Из приложенного дампа ( см. аттач в Wireshar - ке) видно, что на это событие в сислоге (001CF0722A7C-sip: 2: PlayBusyTone ) генерируется шлюзом CANCEL, астериск отвечает, потом на новый Ringing на FXO - новый INVITE и так до конца связи или таймаута
--------------------------------------
Нельзя сказать что поведение горячей линии хорошо описано, но мне кажется поведение при звонке на FXO1 должно быть аутентичным звонку 1823 на 1800:на всю серию Ringing на FXO в течении таймаута звонка( а где его конфигурировать?) должен быть один пропущенный вызов. Взять трубку не предлагать, по времени около секунды между инвайт и кансел. Что это- баг или фича? Астериск тут явно не при чём. Если возможное влияние оказывают параметры call feature, то они вовсе отключены.Скажите тогда как правильно.Возможно дело в ошибке программиста, вместо таймаута звонка применил длительность периода сигнала ringing на FXO.
С этим шлюзом, оказывается, случаются ровно те же проблемы что и с DVG5008S - то же "отваливание" регистрации портов, так же невнятно звучат готовность занято и т.д. Также молчок с провижнингом, не храните тайну, в 21 веке живем.
Ну и напоследок. При создании firmware явно использован код Opensource под лицензией GPL, которая предполагает его доступность для всех желающих. Выложите пожалуйста его на свой ftp, либо информируйте как я могу его посмотреть?

Сорри дамп не присоединяется, вышлю по запросу

Смиритесь, это D-Link

Не со всем согласен. Ситуация в данном сегменте ( FXO <=8 ) вообще любопытная. Вменяемых продуктов, допустим 8хFXO еще стоит поискать, и порой даже заоблачная цена ( Addpac) ни о чем не говорит. За d-link хотя бы время производства. Скорее портит картину недокументированность и сложность самой темы.Сам же шлюз скорее всего имеет прототип другого производителя ( сходство интерфейсов до деталей), у нас малораспространенного.
Про opensource и GPL. На международном сайте загрузки код выложен но выдает ошибку с иероглифическим пояснением
А вот чего реально хочется- так довести продукт до ума.Судя по всему, это возможно, типичные детские болезни давно прошли. В конечном счёте, никто же не жаловался детально на digest auth, с прямыми доказательствами.
Ждем-с техподдержки, возможно в это время они пишут багрепорт "туда".

Ну вообще на голосовые шлюзы длинка в общем то нарекний нет. но как альтернатива - linksys. очень вменяемое железо.

И все таки включите Agressive Ring Detection в Advanced Options

Да, то что нужно.
Посмотрим как будет ловить "занято"