AF
Asterisk Forum
обсуждения телефонии, VoIP и IP-PBX
12разделов
5 423тем
34 385сообщений
← К списку тем

Чудеса поведения

Asterisk IP PBX 7 сообщений 28.10.2010 09:22 - 08.11.2010 10:31
#1 28.10.2010 09:22

Чудеса поведения

У меня есть * у которого настроена возможность звонков на sip uri.
При звонке на сеть nonoh.net нет звука, на тестовые номера других сетей звонил и там все окей (echo@iptel.org)

Решил посмотреть логи неудачного звонка в сеть nohoh.net и увидел какое чудо.
Суть такова что моему * приходит пакет sip/sdp (пакет приложен в качестве картинки tcpdump) в котором указаны реквизиты куда отправлять голос ( 194.120.0.114 audio 11772 ) , а он вместь этого шлет на 194.120.0.198 port 11772
А самое интересное в том что при включение sip debug я вижу что он принимая этот пакет видим в нем совершенно другой ip для RTP
Code:

--- (10 headers 0 lines) ---
-- SIP/nonoh.net-09be30c8 is ringing
asterisk-pbx*CLI>

SIP/2.0 200 Ok
Via: SIP/2.0/UDP 194.120.0.198:5060;branch=z9hG4bK0441a446;rport
From: "XXX" ;tag=as578d1f52
To: ;tag=c21710acc22b10ac4cbff64a7dd04
Contact: sip:194.120.0.198:5060
Call-ID: 15b5ec661ed8e39756ec864d115c24b2@xxx
CSeq: 102 INVITE
Server: (Very nice Sip Registrar/Proxy Server)
Allow: ACK,BYE,CANCEL,INVITE,REGISTER,OPTIONS,INFO,MESSAGE
Content-Type: application/sdp
Content-Length: 250

v=0
o=CARRIER 1288210165 1288210165 IN IP4 194.120.0.198
s=SIP Call
c=IN IP4 194.120.0.198
t=0 0
m=audio 11772 RTP/AVP 8 101
a=rtpmap:8 PCMA/8000
a=rtpmap:101 telephone-event/8000
m=video 11414 RTP/AVP 34
a=rtpmap:34 H263/90000
a=ptime:20



Есть мнения на это счет у профи?
#2 28.10.2010 09:37
Что за мистическая версия *?
#3 28.10.2010 09:41
(asterisk-1.6.1) собран руками

могут ли какие-нибудь настройки самого * приводить к такому? Crying or Very sad
#4 29.10.2010 09:25
вполне.

canreinvite/directmedia
#5 29.10.2010 13:30
Вообщем проверил на другом * у которого такие-же настройки правда версия 1.6.2.12, и все гуд.
Значит это глюк конкретного релиза, вопрос снимаю.
#6 29.10.2010 14:38
Более того, чтобы потом не возникало у новичков сомнений, такое поведение противоречит SDP протоколу и не может настраиваться какими-либо опциями.
#7 08.11.2010 10:31
На роутере к которому был подключен * были загружены ip_nat_sip и ip_conntrack_sip (CentOS 5.4 2.6.18-164.9.1.el5). Выгрузив их все пофиксилось. Что интресно но у * внешний ip и по суди он через таблицы ната он непроходил и как на него могли влиять эти модули непонятно.