asterisk.ru

Добрый день.
Использую Elastix 2.4 в качестве домашней АТС. Есть два SIP транка (SipNet и Zadarma) на динамическом IP по l2tp (билайн) или pppoe (ростелеком) коннекту (ISP менял). Подключение к Интернет сделано через D-Link DFL-260E.
Все бы ничего, но через некоторое время отваливается регистрация SIP транков (одновременно или по очереди). Исследование ситуации с помощью tcpdump показало, что при кратковременных сбоях Интернет и истечении времени регистрации (а оно по умолчанию 120 секунд), Asterisk начинает слать запросы на регистрацию каждую секунду. В результате бесконечный "Request sent" и отсутствие регистрации. Не помогал даже "sip reload" или "service asterisk restart". Только полный ребут.
Позднее выяснилось, что если транк отключить (disable) в настройках на 1-2 минуты, а потом включить, регистрация восстанавливается. Еще позднее обнаружилось, что причина в DFL-260E у которого в настройках есть параметр "UDP Idle Lifetime" установленный в 130 секунд который и "кэширует" частые запросы на регистрацию, хотя не должен т.к. соединение не установлено. Замена роутера на Linksys WRT160NL решает проблему (регистрация "вечная"), но такая замена для меня не желательна по другим объективным причинам (VPN, трансляция IGMP, гибкая контент фильтрация). Следовательно надо решать проблему с D-Link или Asterisk.
Снижение параметра D-Link "UDP Idle Lifetime" до 0 делает возможным автоматическую перерегистрацию после сбоев, но невозможно звонить через Интернет транки. Обращение в поддержку D-Link пока не дало результата.
Изменение параметров Asterisk "Reg. min duration, Reg. default duration" не дает результата, т.к. регулируют тайминги регистрации в нормальном режиме, а при восстановлении после сбоя как шли запросы каждую секунду так и идут.
Теперь, уважаемые Гуру, после долгой прелюдии основной вопрос... Возможно ли каким либо образом в Aterisk 11 увеличить интервалы запроса на регистрацию после сбоя до нескольких секунд не ограничивая количество запросов?

Забыл сказать, что в настройках sip транков qualify=no.

Здравтвуйте ....
у меня тоже DFL210 (Только PPTP и статичный IP) И FreePBX-distro.
Не наблюдал таких проблем ранее ( за исключением мультифона )

понаблюдаю в своей связке....
у вас как орагнизован, проброс портов или SipALG?

Добрый день.
Я пробовал организовывать SIP ALG по мануалу D-Link, ни никакого положительного результата это не принесло. К тому же, читал, что могут быть проблемы если с другой стороны SIP устройство за NAT без ALG. Отключил, сейчас просто NAT.
Если возможно, в своем окружении проверьте такую ситуацию...
1. В DFL210 посмотрите есть ли параметр System/Advanced Settings/Conn. Timeout Settings/UDP idle LifeTime? Если есть - какое значение?
2. Затем зайдите в меню Status/Connections в фильтре IP пропишите либо источник IP своего Asterisk, либо назначение SIP сервер, и посмотрите висят ли соединения на портах 5060 между вашим Asterisk и провайдером SIP?
3. На сервере Asterisk в командной строке Линукс введите что то типа tcpdump -ni eth0 -s 0 host XXX.XXX.XXX.XXX ( иксы - адрес сервера регистрации SIP транка, а eth0 сетевой интерфейс вашего * на котором слушать). С периодичностью равной времени регистрации у меня проскакивают запрос от * к провайдеру SIP и следом ответ от провайдера SIP к *. К стати, какое у вас время регистрации, по умолчанию или другое?
4. Теперь попробуйте отключить Интернет соединение (коннектор вытащить из wan порта DFL, например, только не разрывайте коннект между DFL и *) и дождитесь истечения времени регистрации SIP транка. Что происходит? У меня начинают сыпаться запросы на регистрацию с высокой частотой (раз в секунду).
5. Посмотрите на DFL210 соединения по порту 5060. Присутствуют? У меня есть даже при фактическом отсутствии соединения (хотя не должно).
6. Теперь восстановите Интернет коннект. Регистрация восстановилась? У меня в этом случае Asterisk продолжает сыпать пакетами каждую секунду, а в DFL висят UDP коннекты.
Буду благодарен за проведение подобного опыта. И скажите, пожалуйста, какая версия микропрограммы на вашем DFL.

ну скажу так
версия у меня самая последняя WW!!!!!!! скаченная с тайваньского сайта.

на DFL сделан проброс портов, но как показывает практика надо сделать проброс
Sat & Allow 5060 порта ( не NAT) в астере естественно указан внешний IP.
и такая же группа для RTP портов.

остальное проделаю как будет немного больше времени ночью, что бы домашние не мешали .

Я так понимаю, что с пробросом портов SIP/RTP и привязкой к белому IP (externip=...) стоит заморачиваться если есть необходимость подключать внешних клиентов/абонентов. У меня только исходящие/входящие звонки по зарегистрированным транкам, где я клиент и необходимости в белом IP нет. Или я не прав?
Так позволяет мне думать то, что если я регистрирую у SIP провайдера ip телефон Linksys напрямую (через DFL, но без локальной атс) или вместо DFL ставлю роутер Linksys - проблем нет вообще никаких даже без пробросов и белых IP.
Я в своих поисках сузил проблему до двух вариантов. Либо надо "лечить" DFL, либо надо в Asterisk поменять интервалы что бы запросы на регистрацию безответные сыпались не чаще чем 10-20 секунд. Менять/выбрасывать DFL - не вариант
Благодарю за сочувствие к моей проблеме.

Проблему с отваливающейся регистрацией на динамическом IP удалось решить средствами DFL. Кратко скажу, что организовывается мониторинг маршрута по умолчанию. Ввиду того, что это "подкручивается" не в Asterisk - вроде как некорректно здесь об этом писать. С другой стороны, это имеет прямое отношение к особенностям регистрации Asterisk и позволяет сэкономить деньги на постоянном белом IP адресе в простых применениях. Поэтому, если есть интерес буду рад помочь.
Отдельное спасибо april22.

можете в личку сбросить ?
проверю оформлю как положено и положу к себе в знания .

NorthWood писал(а):Проблему с отваливающейся регистрацией на динамическом IP удалось решить средствами DFL. Кратко скажу, что организовывается мониторинг маршрута по умолчанию. Ввиду того, что это "подкручивается" не в Asterisk - вроде как некорректно здесь об этом писать. С другой стороны, это имеет прямое отношение к особенностям регистрации Asterisk и позволяет сэкономить деньги на постоянном белом IP адресе в простых применениях. Поэтому, если есть интерес буду рад помочь.
Отдельное спасибо april22.

Можешь подробнее описать как решил проблему, можно в личку или на почту fenyx@list.ru
А то такая же беда.

в каратцу , сделать мониторинг маршрута по ICMP на DFL .
по отмиранию пинга - маршрут отключится . и запросы перестанут идти.

Добрый день.

Коллеги, давиче столкнулся с аналогичной проблемой на DLINK DFL260.

Имеется VOIP провайдер - "Ростелеком", технология подключение PPPoE.

UDP IDLE TIMEOUT меняю в "0", регистрация вечная - звонки не ходят(((.

Менял прошивки со старых на новые и наоборот. Во всех филиалах где технология подключения IPoE работает всё ок. А вот с PPPoE какой-та бред.

У меня один провайдер, разве как-то добавление "Мониторинг маршрута" решит данную проблему? Я как понимаю добавление данного мониторинга каким-то образом решает этот баг в DFL?

Можете детально расписать какие галочки нужно отметить в DFL и какие параметры выставить чтобы заработало.

Заранее спасибо.