Здравствуйте! Пришел просить помощи у здешних гуру. Ситуация следующая:
Есть корпоративная АТС (Zultys MX250), дома стоит Asterisk (1.6.0.3). Я хочу сделать так, чтобы можно было звонить из дома на работу и обратно. Для этого на Zultys'е бы заведен пользователь bodu (ext. 7290). Asterisk прекрасно регистрируется и принимает звонки, но вот со звонками с Astetisk'а на Zultys возникли проблемы:

172.26.4.130 - Asterisk
172.26.40.5 - Zultys
7226 - екстеншн вызываемого абонента на Zultys
bodu - имя юзера на Zultys через которого сделан транк

===================================================
Reliably Transmitting (no NAT) to 172.26.40.5:5060:

INVITE sip:7226@172.26.40.5 SIP/2.0
Via: SIP/2.0/UDP 172.26.4.130:5060;branch=z9hG4bK70454a08;rport
Max-Forwards: 70
From: "bodu" <sip:bodu@172.26.40.5>;tag=as7edaf1e9
To: <sip:7226@172.26.40.5>
Contact: <sip:bodu@172.26.4.130>
Call-ID: 56c69ba54a16ef9f2b4eef303b989f14@172.26.40.5
CSeq: 102 INVITE
User-Agent: Asterisk PBX 1.6.0.3
Date: Thu, 15 Jan 2009 18:03:00 GMT
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Supported: replaces, timer
Content-Type: application/sdp
Content-Length: 287

v=0
o=root 1209845196 1209845196 IN IP4 172.26.4.130
s=Asterisk PBX 1.6.0.3
c=IN IP4 172.26.4.130
t=0 0
m=audio 16508 RTP/AVP 8 0 101
a=rtpmap:8 PCMA/8000
a=rtpmap:0 PCMU/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=silenceSupp:off - - - -
a=ptime:20
a=sendrecv

<--- SIP read from UDP://172.26.40.5:5060 --->
SIP/2.0 403 Forbidden
Via: SIP/2.0/UDP 172.26.4.130:5060;received=172.26.4.130;branch=z9hG4bK70454a08;rport=5060
From: "bodu" <sip:bodu@172.26.40.5>;tag=as7edaf1e9
To: <sip:7226@172.26.40.5>;tag=952-nvs--10359999721038_1146573560-1038
Call-ID: 56c69ba54a16ef9f2b4eef303b989f14@172.26.40.5
CSeq: 102 INVITE
Supported: timer
Contact: sip:7226@172.26.40.5:5060
Server: Zultys MX250 v4.0.14 build 8
Content-Length: 0
===================================================

При этом если подцепиться софтфоном с другой машины (172.26.4.144) то сессия выглядит следующим образом:

===================================================
INVITE sip:7226@172.26.40.5 SIP/2.0
Via: SIP/2.0/UDP 172.26.4.144:49688;branch=z9hG4bK-d8754z-c147360db57c9f7e-1---d8754z-
Max-Forwards: 70
Contact: <sip:bodu@172.26.4.144:49688>
To: "7226"<sip:7226@172.26.40.5>
From: "bodu"<sip:bodu@172.26.40.5>;tag=da2ae336
Call-ID: ZmU0NDdkZjc3NDY0MDIyODRlNWJmYzg0MTM1ZjY2NTQ.
CSeq: 1 INVITE
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE, SUBSCRIBE, INFO
Content-Type: application/sdp
User-Agent: eyeBeam release 1101l stamp 49847
Content-Length: 241

v=0
o=- 3 2 IN IP4 172.26.4.144
s=CounterPath eyeBeam 1.5
c=IN IP4 172.26.4.144
t=0 0
m=audio 46468 RTP/AVP 0 8 3 101
a=fmtp:101 0-15
a=rtpmap:101 telephone-event/8000
a=sendrecv
a=x-rtp-session-id:7581CCC0D0CB412D90C5780C72328C79

SIP/2.0 401 Unauthorized
Via: SIP/2.0/UDP 172.26.4.144:49688;branch=z9hG4bK-d8754z-c147360db57c9f7e-1---d8754z-
WWW-Authenticate: Digest realm="___.com",nonce="MX1200:765092647",algorithm=MD5,qop="auth",opaque="MX1200:765092647"
From: "bodu" <sip:bodu@172.26.40.5>;tag=da2ae336
To: "7226" <sip:7226@172.26.40.5>;tag=933-nvs--10359999721038_765089976-1038
Call-ID: ZmU0NDdkZjc3NDY0MDIyODRlNWJmYzg0MTM1ZjY2NTQ.
CSeq: 1 INVITE
Contact: sip:7226@172.26.40.5:5060
Server: Zultys MX250 v4.0.14 build 8
Content-Length: 0
===================================================
Ну и далее идет инвайт с авторизацией и все работает прекрасно.

Вот у меня вопрос - чем таким отличаются инвайты, что в одном случае 403, а в другом 401?! о_О

PS: Zultys пытали. Он, гад, не сознается почему дает отлуп.

каких то два левых инфайта

второй вообще от ебима

советую делать tcpdump -w
и потом давать другим или изучать самим -vvvvvvvvvvvvvv

Ну да, я же написал, что если коннектиться софтфоном, то все проходит нормально (второй инвайт).

Ну да, я же написал, что если коннектиться к Zultys'у софтфоном, то все проходит нормально (второй инвайт).

Вобщем смысл в том, что эти инвайты идентичные, ну за исключением, конечно, IP адресов, тэгов, ID и всякой информационной фигни. Но один принимается, а другой нет.

Ну не может же оно не работать из-за того, что в одном случае
To: <sip:7226@172.26.40.5>
а в другом
To: "7226"<sip:7226@172.26.40.5>

Или в поле From: в одном случае есть пробел, в другом нет.

Первый лог - это как раз -vvvvv, а второе - реконструкция UDP сессии из wireshark (читай TCPdump).
Проблема уже локализована, осталось разобраться что такое пишет в INVITE eyeBeam (и чего не пишет Asterisk), что первый работает, а второй нет.

asterisk_session.pcap

eyebeam_session.pcap

Ух ты - Zultys. Когда то там работал и ковырял SIP.
Я смотрю у них уже релиз 4.0.
Подозреваю что астериск (а точнее его IP адрес 172.26.4.130) описан как SIP server или ITSP на закладке Provision->Sip Servers and ITSPs в Admin UI. В MX сначала проверяется соответствие на SIP сервера а уже только потом ищются пользователи. Удали SIP server с IP адресом астериска если он есть конечно.

А вообще зачем представлять asterisk отдельным юзером? Почему бы не работать с ним как с SIP сервером?