networks Опубликовано 21 сентября, 2009 (изменено) · Жалоба Всем привет. Есть небольшая проблема с Asterisk :) Значит, звоним через него на обычный (или мобильный) телефон (через провайдера alterfon.ru) - иногда бывает так, что на том телефоне, куда звонили, трубку берем, а в телефоне, с которого звонили, продолжаются гудки дозвона (т.е. как будто вызов еще не соединен). Если трубку на вызываемом аппарате положить, то гудки всё равно продолжаются, пока не положить трубу и на вызывающем аппарате. При этом в логе астериск пишет: [sep 21 12:01:42] WARNING[18808] chan_sip.c: Maximum retries exceeded on transmission c9f9b46696e1bc3a@192.168.1.102 for seqno 2 (Critical Response) [sep 21 12:01:42] WARNING[18808] chan_sip.c: Hanging up call c9f9b46696e1bc3a@192.168.1.102 - no reply to our critical packet. [sep 21 12:06:44] WARNING[18808] chan_sip.c: Maximum retries exceeded on transmission b70f1cf57c48859e@192.168.1.102 for seqno 2 (Critical Response) [sep 21 12:13:22] WARNING[18808] chan_sip.c: Maximum retries exceeded on transmission 354e74a80aa4ff2a@192.168.1.102 for seqno 2 (Critical Response) Может, кто-нибудь подскажет, как это забороть? :) Изменено 21 сентября, 2009 пользователем networks Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Kristoff_Vampire Опубликовано 22 сентября, 2009 · Жалоба проверь фаервол. chan_sip.c: Maximum retries exceeded on transmission обычно появляется когда чото прикрыто. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
networks Опубликовано 23 сентября, 2009 · Жалоба Проверил, всё открыто. Мне кажется, проблема в другом (т.к. оно появляется не постоянно, раз от раза) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
aoz1 Опубликовано 24 сентября, 2009 (изменено) · Жалоба Проверил, всё открыто. Мне кажется, проблема в другом (т.к. оно появляется не постоянно, раз от раза)1. Nat box включен в нескольких провайдеров.2. Nat box на Dlink рутере (DSL модеме etc..). 3. Кривые руки у провайдеровского админа. BTW, Астериск по случаю не 1.6.1 Там есть мулька, что по дефолту он пытается спрямить маршрут невзирая на правильное поле contact с обратной строны. Не уверен, что эта лажа вылезет из за nat, но тем не менее надо смотреть sip set debug on. На предмет куда же он все таки долбится с BYE, перед тем, как получает no reply to our critical packet. PPS. Посмотри время удержания NAT трансляции для udp пакетов на маршрутизаторе !! Изменено 24 сентября, 2009 пользователем aoz1 Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...