Пожалуйста, войдите здесь. Часто задаваемые вопросы О нас
Задайте Ваш вопрос

Пропадает регистрация

1

Итак, есть шлюз GrandStream GXW4004, прошивка последняя не beta. Настроен на регистрацию через инет на астериск, каждый порт expiry = 60 сек.

Доступ в интет сделан через нат, в качестве роутера используется DLink Dir320 на котором настроено pptp соединение с провайдером, выдается динамический ip.

Все работает нормально до момента перерегистрации соединения (раз или два в день).

После чего GS упорно не хочет регистрироваться, точнее если посмотреть то проскакивают попытки регистрации, но опять теряются.

Ребутим GS - ноль эффекта.

Ребутим Dlink - регистрация с полпинка, все зашибись до следующего обмирания.

Как и что настроить (если это возможно) в шлюзе или длинке, чтоб было все хорошо?

удалить закрыть спам изменить тег редактировать

спросил 2011-04-08 16:20:10 +0400

um2010 Gravatar um2010
2056 70 13 55

Comments

А что уже настроено на 320-м ? amonra ( 2011-04-08 16:25:36 +0400 )редактировать
pptp без изысков, dhcp, nat um2010 ( 2011-04-08 17:33:04 +0400 )редактировать
Я про переброску портов ? amonra ( 2011-04-08 17:43:59 +0400 )редактировать
переброска не настроена, а нужна ли? нужно заставить регистрацию не терять um2010 ( 2011-04-08 18:42:32 +0400 )редактировать
320-й находится возле сервера или возле телефона ? amonra ( 2011-04-08 19:55:05 +0400 )редактировать
в wan-порт 320 приходит ISP, в lan-порт его же включен gs, ip настроен статикой, шлюз указан 320й um2010 ( 2011-04-08 20:25:47 +0400 )редактировать

4 Ответа

0

Помнится мучился с 320 длинком. проблема оказалось в корявой реализации нат, понял только тогда когда задампил пакеты от роутера в сторону провайдера. Заменил 320 на линксис. Сижу курю.

ссылка удалить спам редактировать

ответил 2011-04-09 00:01:16 +0400

timofey Gravatar timofey
21 2 5

Comments

попробую um2010 ( 2011-04-09 09:40:07 +0400 )редактировать
0

Прописать host= статикой для данного шлюза, еще externip подменить астеру на внутренний для данного пира. Еще nat=never. Далее включить сип отладку и посмотреть приходят ли отклики от астера

ссылка удалить спам редактировать

ответил 2011-04-12 03:46:42 +0400

Zavr2008 Gravatar Zavr2008 flag of Russian Federation
2886 11 9 40
http://mh.otx.ru/

Comments

Плюс регимся естественно на серый ip. Zavr2008 ( 2011-04-12 03:47:20 +0400 )редактировать
0

Dir320 имеет привычку не пропускать регистрацию, я такой эффект наблюдал после того как торренты запускал (количество соединении думаю проблема) :)
решается перезагрузкой DIR-320.
Попробуй залить туда DD-wrt там можно настроить лимит.

ссылка удалить спам редактировать

ответил 2011-04-08 23:49:48 +0400

alexcr Gravatar alexcr
3124 10 9 51
http://asterisk-service.c...

Comments

а что даст установка лимита? um2010 ( 2011-04-09 09:40:34 +0400 )редактировать
не установка а снятие alexcr ( 2011-04-11 08:51:16 +0400 )редактировать
т.е. убрать лимит соединений? um2010 ( 2011-04-11 16:17:37 +0400 )редактировать
0

По личному опыту - это болезнь ВСЕХ файрволов SPI, которые используют исходящее соединение PPTP или PPPoE. Механика болезни:

  1. Поднятие канала PPTP или PPPoE занимает длительное (с точки зрения компьютера) время. С момента реального поднятия порта и до окончания поднятия всей его обвязки порта проходит 1-4 сек (этакий переходной процесс).

  2. Если за это время с клиента пытается установиться соединение, то на него в "мозгах" файрвола создаётся сессия, по которой файрвол отслеживает состояние и разрешает пакеты относящиеся к этой сессии без углублённого их анализа.

  3. Если соединение с клиента попытается подняться в момент "переходного процесса", то сессия на него получается кривая. Если TCP быстро отвалится, т.к. сессия реально не установится, то UDP-сессия отваливается только по timeout, который обычно в районе 120 сек (в силу отсутствия в UDP понятия окончания сессии).

Получаем: клиент попал в "переходной процесс", получил кривую UDP-сессию, и постоянно стучится пытаясь аутентифицироваться, постоянно поддерживая timeout этой кривой UDP-сессии, не давая ей умереть.

У кого видел такую болезнь:

  1. Аппаратные маршрутизаторы SPI (типа DLink, TPLink, ASUS, LinkSys и т.д.).

  2. Программные маршрутизаторы SPI (типа Kerio Winroute Firewall и ему подобные).

Как лечить (варианты):

  1. Уйти от PPTP и PPPoE. StaticIP и DHCP этой проблеме вроде не подвержены.

  2. Установить время повторных попыток неудачной аутентификации больше времени жизни UDP-сессии на маршрутизаторе с SPI.

  3. Отключить на маршрутизаторе SPI.

  4. Мониторить состояние VoIP регистраций. Если более 3-4 попыток, попытаться дёрнуть канал PPTP/PPPoE, что бы "убить" кривые UDP-сессии из расчёта, что второй раз наше устройство так не влетит.

  5. Убить кривые UDP-сессии на маршрутизаторе, в случае их появления.

ссылка удалить спам редактировать

ответил 2011-04-12 12:26:00 +0400

Ptica79 Gravatar Ptica79
31 2 1 7

обновил 2011-04-12 12:27:43 +0400

Comments

Конкретно это оффтоп, но: Там проц просто у роутиков в этих случаев перегружен, сейчас линки стали шустрые - PPTP жрет много.. Нужно просто выбирать железо посвежее с процом от 400МГц. Плюс еще ставить свежую dd-wrt/openwrt. Zavr2008 ( 2011-04-12 15:10:02 +0400 )редактировать
поскольку там скрипт при ifup/ifdown - никакого "залипания" быть не должно :))) Zavr2008 ( 2011-04-12 15:11:07 +0400 )редактировать
ага... В kerio тоже скрипты ifup и ifdown? :) Это проблема именно файрволов с SPI, т.к. они отслеживают состояние соединения... И этот модуль "оторван" от скриптов поднятия и опускания интерфейсов. Механника - интерфейс поднялся... NAT ещё не активен, т.к. правила ещё не прописались, но пакет уже побежал... И получается, что побежал он без NAT. Сессия такая и создалась. И так будет, пока её не убить тем или иным способом. Ptica79 ( 2011-04-12 15:25:09 +0400 )редактировать
ну чистить таблички iptables просто - в openwrt они отдельные... Zavr2008 ( 2011-04-12 15:33:12 +0400 )редактировать
ЗЫ, я против всегда был закрытых роутиков. OpenWRT рулит!!! Но и там трабла с загрузкой проца под 100% на том же WRT54GL.. Короче я полюбил Асус после этого, он пошустрее.. Zavr2008 ( 2011-04-12 15:34:40 +0400 )редактировать

Ваш ответ

Please start posting your answer anonymously - your answer will be saved within the current session and published after you log in or create a new account. Please try to give a substantial answer, for discussions, please use comments and please do remember to vote (after you log in)!
[скрыть предварительный просмотр]

Закладки и информация

Добавить закладку
1 закладка

подписаться на rss ленту новостей

Статистика

Задан: 2011-04-08 16:20:10 +0400

Просмотрен: 3,384 раз

Обновлен: Apr 12 '11

Проект компании "АТС Дизайн"
Asterisk® и Digium® являются зарегистрированными торговыми марками компании Digium, Inc., США.
IP АТС Asterisk распространяется под лицензией GNU GPL.