networks Posted September 21, 2009 Posted September 21, 2009 (edited) Всем привет. Есть небольшая проблема с 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) Может, кто-нибудь подскажет, как это забороть? :) Edited September 21, 2009 by networks Вставить ник Quote
Kristoff_Vampire Posted September 22, 2009 Posted September 22, 2009 проверь фаервол. chan_sip.c: Maximum retries exceeded on transmission обычно появляется когда чото прикрыто. Вставить ник Quote
networks Posted September 23, 2009 Author Posted September 23, 2009 Проверил, всё открыто. Мне кажется, проблема в другом (т.к. оно появляется не постоянно, раз от раза) Вставить ник Quote
aoz1 Posted September 24, 2009 Posted September 24, 2009 (edited) Проверил, всё открыто. Мне кажется, проблема в другом (т.к. оно появляется не постоянно, раз от раза)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 пакетов на маршрутизаторе !! Edited September 24, 2009 by aoz1 Вставить ник Quote
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.