Jump to content
Калькуляторы

Проблема с Asterisk

Всем привет. Есть небольшая проблема с 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 by networks

Share this post


Link to post
Share on other sites

проверь фаервол.

chan_sip.c: Maximum retries exceeded on transmission обычно появляется когда чото прикрыто.

Share this post


Link to post
Share on other sites

Проверил, всё открыто. Мне кажется, проблема в другом (т.к. оно появляется не постоянно, раз от раза)

Share this post


Link to post
Share on other sites
Проверил, всё открыто. Мне кажется, проблема в другом (т.к. оно появляется не постоянно, раз от раза)
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 by aoz1

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
Sign in to follow this