ну это само сабой разумеющееся, просто в процесе диалога asterisk перестараевается и начинает слать на другой порт
eyt5297 ( 2012-02-03 08:24:15 +0400 )редактироватьSIP диалог представлен ниже. Мой asterisk (10.11.1.1) отправляет инвайт на Alcatel(192.168.131.238) на порт 5060. Alcatel в свою очердь начинает отвечать с 65471 , после этого asterisk начинает слать все SIP пакеты на 65471, но Alcatel их уже похоже не принимает. Перебрал все значения nat= не помогает. Вопрос: как заставить asterisk слать пакеты на 5060?
|Time | 10.11.1.1 | 192.168.131.240 |
| | | 192.168.131.238 |
|1,608 | INVITE SDP (g711A telephone-eventRTPType-101) | |SIP From: "72003" <sip:72003@10.11.1.1:5060 To:<sip:2337@192.168.131.238:5060
| |(5060) ------------------> (5060) | |
|1,641 | 100 Trying| | |SIP Status
| |(5060) <------------------ (65471) | |
|1,845 | 180 Ringing SDP (g711A telephone-eventRTPType-...) | |SIP Status
| |(5060) <------------------ (65471) | |
|1,849 | RTP (g711A) | |RTP Num packets:335 Duration:6.677s SSRC:0xDFE1573B
| |(16760) <-------------------------------------- (32748) |
|2,076 | RTP (g711A) | |RTP Num packets:328 Duration:6.538s SSRC:0x741CC193
| |(16760) --------------------------------------> (32748) |
|8,621 | 200 OK SDP (g711A telephone-eventRTPType-101) | |SIP Status
| |(5060) <------------------ (65471) | |
|8,622 | ACK | | |SIP Request
| |(5060) ------------------> (65471) | |
|8,635 | RTP (g711A) | |RTP Num packets:14 Duration:0.487s SSRC:0x741CC193
| |(16760) --------------------------------------> (32748) |
|8,808 | RTP (g711A) | |RTP Num packets:552 Duration:11.016s SSRC:0x38835F53
| |(16760) <-------------------------------------- (32748) |
|9,129 | 200 OK SDP (g711A telephone-eventRTPType-101) | |SIP Status
| |(5060) <------------------ (65471) | |
|9,130 | ACK | | |SIP Request
| |(5060) ------------------> (65471) | |
|9,143 | RTP (g711A) | |RTP Num packets:50 Duration:0.977s SSRC:0x741CC193
| |(16760) --------------------------------------> (32748) |
|10,139 | 200 OK SDP (g711A telephone-eventRTPType-101) | |SIP Status
| |(5060) <------------------ (65471) | |
|10,140 | ACK | | |SIP Request
| |(5060) ------------------> (65471) | |
|10,141 | RTP (g711A) | |RTP Num packets:101 Duration:1.999s SSRC:0x741CC193
| |(16760) --------------------------------------> (32748) |
|12,149 | 200 OK SDP (g711A telephone-eventRTPType-101) | |SIP Status
| |(5060) <------------------ (65471) | |
|12,150 | ACK | | |SIP Request
| |(5060) ------------------> (65471) | |
|12,160 | RTP (g711A) | |RTP Num packets:17 Duration:0.319s SSRC:0x741CC193
| |(16760) --------------------------------------> (32748) |
|12,494 | BYE | | |SIP Request
| |(5060) <------------------ (65471) | |
|12,494 | 200 OK | | |SIP Status
| |(5060) ------------------> (65471) | |
|13,008 | BYE | | |SIP Request
| |(5060) <------------------ (65471) | |
|13,009 | 481 Call leg/transaction does not exist | |SIP Status
| |(5060) ------------------> (65471) | |
|14,018 | BYE | | |SIP Request
| |(5060) <------------------ (65471) | |
|14,019 | 481 Call leg/transaction does not exist | |SIP Status
| |(5060) ------------------> (65471) | |
|16,032 | BYE | | |SIP Request
| |(5060) <------------------ (65471) | |
|16,032 | 481 Call leg/transaction does not exist | |SIP Status
| |(5060) ------------------> (65471) | |
|16,158 | 200 OK SDP (g711A telephone-eventRTPType-101) | |SIP Status
| |(5060) <------------------ (65471) | |
может попробовать для этого пира указать port=5060?
ну это само сабой разумеющееся, просто в процесе диалога asterisk перестараевается и начинает слать на другой порт
eyt5297 ( 2012-02-03 08:24:15 +0400 )редактироватьА какая связь между астером и алкателем? Что из них за НАТом? Тут кажется извечная проблема РТП портов. По порту 5060 устанавливается соединение, голос ходит через пул РТП портов которые открываются в заданом диапазоне. Попробуйте установить одинаковый диапазон РТП портов в Астериске и на алкателе, и явно пробросить ЮДП траффик этих портов через НАТ
то что есть проблемы в сети где находится Alcatel очевидно. меди поток в обе стороны идет без проблем. проблема именно в прохождении sip. И повозможности хочется решить эту проблему на стороне где стоит asterisk
eyt5297 ( 2012-02-03 12:27:46 +0400 )редактироватьне поленись тогда и подробно опиши а лучше нарисуй схему сетей участвующих в этом процессе) чтобы было понятно где у тебя нат а и желательно модели фаирволов/роутеров указать в схеме
DJs3000 ( 2012-02-03 12:49:05 +0400 )редактироватьесли бы я знал сам :) что там с сетью натворили :) знаю только что kerio winroute там активно исползуется. повторюсь с вопросом: можно ли заставить asterisk слать sip пакеты на порт 5060 не смотря ни ничто?
eyt5297 ( 2012-02-03 13:22:04 +0400 )редактироватьууууу всё сложно))) начнем с того что интернет провайдеры иногда спецом закрывают 5060 потом этот порт может например быть уже занят какойто другой железкой и если ты думаешь что тебе хватит порта 5060 то ты ошибаешься) 5060 это порт "сигнализации" а сам звук "Алло ВТФ?" передается по RTP порту а точнее портам. т.к. связь обычно многоканальная то используется диапазон портов при звонке рандомно выбирается порт сип сервером и сообщается сип клиенту ну вообщем както так)
DJs3000 ( 2012-02-03 13:33:13 +0400 )редактироватьПосмотри внимательней на свой сип дебаг! там у тебя везде указывается локальный ip а нужно чтобы там был твой внешний ип + пробросить на фаерволе или роутере 5060 на астериск и диапазон РТП портов и как правило это работает но бывают проблемки о которых я писал в первом коменте
DJs3000 ( 2012-02-03 13:38:23 +0400 )редактироватьмат часть я изучал. из диалога видно + я писал, что обмен rtp пакетами идет успешно! приватные адреса потому, что мы в интранете, а не интернете и проблема именно в сип сигнализации.
Рано или поздно соседнюю контору заставят привести свою сеть в порядок(проблема явно там), просо есть спортивный интерес решить это на стороне астериска если это конечно возможно!
eyt5297 ( 2012-02-03 20:09:08 +0400 )редактироватьтогда занимайтесь шаманством и перебором вариантов или можно попросить экстрасенца нарисовать схему чужой сети)))))))
DJs3000 ( 2012-02-04 13:55:36 +0400 )редактироватьв моем ответе я расписал что нада сделать. видно было сразу =))))
Zavr2008 ( 2012-02-05 01:59:21 +0400 )редактироватьвот полный сип диалог но на схеме он более информативен
20:15:23.505814 IP (tos 0x60, ttl 63, id 2274, offset 0, flags [none], proto UDP (17), length 846) 10.11.1.1.5060 > 192.168.131.238.5060: SIP, length: 818
INVITE sip:9555555@192.168.131.238:5060 SIP/2.0
Via: SIP/2.0/UDP 10.11.1.1:5060;branch=z9hG4bK75d37e0c;rport
From: "Tevelevich E.Y." <sip:2484@192.168.131.238:5060>;tag=as75e75204
To: <sip:9555555@192.168.131.238:5060>
Contact: <sip:2484@10.11.1.1:5060>
Call-ID: 02fa381a458311ed60fcffcd070e61d3@192.168.131.238
CSeq: 102 INVITE
User-Agent: Asterisk PBX
Max-Forwards: 70
Date: Fri, 03 Feb 2012 15:55:50 GMT
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Supported: replaces
Content-Type: application/sdp
Content-Length: 258
v=0
o=root 29869 29869 IN IP4 10.11.1.1
s=session
c=IN IP4 10.11.1.1
t=0 0
m=audio 17740 RTP/AVP 0 8 101
a=rtpmap:0 PCMU/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=silenceSupp:off - - - -
a=ptime:20
a=sendrecv
20:15:23.538334 IP (tos 0x0, ttl 61, id 17443, offset 0, flags [DF], proto UDP (17), length 320) 192.168.131.238.65471 > 10.11.1.1.5060: SIP, length: 292
SIP/2.0 100 Trying
To: <sip:9555555@192.168.131.238:5060>
From: "Tevelevich E.Y." <sip:2484@192.168.131.238:5060>;tag=as75e75204
Call-ID: 02fa381a458311ed60fcffcd070e61d3@192.168.131.238
CSeq: 102 INVITE
Via: SIP/2.0/UDP 10.11.1.1:5060;branch=z9hG4bK75d37e0c;rport
Content-Length: 0
20:15:23.558998 IP (tos 0x0, ttl 61, id 17445, offset 0, flags [DF], proto UDP (17), length 469) 192.168.131.238.65471 > 10.11.1.1.5060: SIP, length: 441
SIP/2.0 407 Proxy Authentication Required
Proxy-Authenticate: Digest qop="auth",nonce="1c9f28c2805a7ad766123cfe71aef543",realm=""
To: <sip:9555555@192.168.131.238:5060>;tag=0873d90aa67945aa5598725417097580
From: "Tevelevich E.Y." <sip:2484@192.168.131.238:5060>;tag=as75e75204
Call-ID: 02fa381a458311ed60fcffcd070e61d3@192.168.131.238
CSeq: 102 INVITE
Via: SIP/2.0/UDP 10.11.1.1:5060;branch=z9hG4bK75d37e0c;rport
Content-Length: 0
20:15:23.559387 IP (tos 0x60, ttl 63, id 2275, offset 0, flags [none], proto UDP (17), length 460) 10.11.1.1.5060 > 192.168.131.238.5060: SIP, length: 432
ACK sip:9555555@192.168.131.238:5060 SIP/2.0
Via: SIP/2.0/UDP 10.11.1.1:5060;branch=z9hG4bK75d37e0c;rport
From: "Tevelevich E.Y." <sip:2484@192.168.131.238:5060>;tag=as75e75204
To: <sip:9555555@192.168.131.238:5060>;tag=0873d90aa67945aa5598725417097580
Contact: <sip:2484@10.11.1.1:5060>
Call-ID: 02fa381a458311ed60fcffcd070e61d3@192.168.131.238
CSeq: 102 ACK
User-Agent: Asterisk PBX
Max-Forwards: 70
Content-Length: 0
20:15:23.559677 IP (tos 0x60, ttl 63, id 2276, offset 0, flags [none], proto UDP (17), length 1080) 10.11.1.1.5060 > 192.168.131.238.5060: SIP, length: 1052
INVITE sip:9555555@192.168.131.238:5060 SIP/2.0
Via: SIP/2.0/UDP 10.11.1.1:5060;branch=z9hG4bK03617637;rport
From: "Tevelevich E.Y." <sip:2484@192.168.131.238:5060>;tag=as75e75204
To: <sip:9555555@192.168.131.238:5060>
Contact: <sip:2484@10.11.1.1:5060>
Call-ID: 02fa381a458311ed60fcffcd070e61d3@192.168.131.238
CSeq: 103 INVITE
User-Agent: Asterisk PBX
Max-Forwards: 70
Proxy-Authorization: Digest username="2484", realm="", algorithm=MD5, uri="sip:9555555@192.168.131.238", nonce="1c9f28c2805a7ad766123cfe71aef543", response="f5729795d7421f096f029ff97fc3de9f", qop=auth, cnonce="46d95373", nc=00000001
Date: Fri, 03 Feb 2012 15:55:50 GMT
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Supported: replaces
Content-Type: application/sdp
Content-Length: 258
v=0
o=root 29869 29870 IN IP4 10.11.1.1
s=session
c=IN IP4 10.11.1.1
t=0 0
m=audio 17740 RTP/AVP 0 8 101
a=rtpmap:0 PCMU/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=silenceSupp:off - - - -
a=ptime:20
a=sendrecv
20:15:23.619144 IP (tos 0x0, ttl 61, id 17451, offset 0, flags [DF], proto UDP (17), length 320) 192.168.131.238.65471 > 10.11.1.1.5060: SIP, length: 292
SIP/2.0 100 Trying
To: <sip:9555555@192.168.131.238:5060>
From: "Tevelevich E.Y." <sip:2484@192.168.131.238:5060>;tag=as75e75204
Call-ID: 02fa381a458311ed60fcffcd070e61d3@192.168.131.238
CSeq: 103 INVITE
Via: SIP/2.0/UDP 10.11.1.1:5060;branch=z9hG4bK03617637;rport
Content-Length: 0
20:15:24.502640 IP (tos 0x0, ttl 61, id 17540, offset 0, flags [DF], proto UDP (17), length 674) 192.168.131.238.65471 > 10.11.1.1.5060: SIP, length: 646
SIP/2.0 180 Ringing
Contact: sip:192.168.131.238
User-Agent: ABS GW v5.1.0
Content-Type: application/sdp
To: <sip:9555555@192.168.131.238:5060>;tag=842a6907425a3d362a273bcd6a3f7a8f
From: "Tevelevich E.Y." <sip:2484@192.168.131.238:5060>;tag=as75e75204
Call-ID: 02fa381a458311ed60fcffcd070e61d3@192.168.131.238
CSeq: 103 INVITE
Via: SIP/2.0/UDP 10.11.1.1:5060;branch=z9hG4bK03617637;rport
Content-Length: 226
v=0
o=OXE 1328263469 1328263469 IN IP4 192.168.131.238
s=session
c=IN IP4 192.168.131.240
t=0 0
m=audio 32536 RTP/AVP 0 101
a=rtpmap:0 PCMU/8000
a=ptime:20
a=maxptime:30
a=rtpmap:101 telephone-event/8000
a=sendrecv
20:15:24.782710 IP (tos 0x0, ttl 61, id 17568, offset 0, flags [DF], proto UDP (17), length 809) 192.168.131.238.65471 > 10.11.1.1.5060: SIP, length: 781
SIP/2.0 200 OK
Allow: INVITE, ACK, CANCEL, BYE, NOTIFY, REFER, SUBSCRIBE, OPTIONS
Contact: sip:192.168.131.238
Supported: replaces, timer,100rel
User-Agent: ABS GW v5.1.0
Session-Expires: 1800;Refresher=uas
Content-Type: application/sdp
To: <sip:9555555@192.168.131.238:5060>;tag=842a6907425a3d362a273bcd6a3f7a8f
From: "Tevelevich E.Y." <sip:2484@192.168.131.238:5060>;tag=as75e75204
Call-ID: 02fa381a458311ed60fcffcd070e61d3@192.168.131.238
CSeq: 103 INVITE
Via: SIP/2.0/UDP 10.11.1.1:5060;branch=z9hG4bK03617637;rport
Content-Length: 226
v=0
o=OXE 1328263469 1328263470 IN IP4 192.168.131.238
s=session
c=IN IP4 192.168.131.240
t=0 0
m=audio 32536 RTP/AVP 0 101
a=rtpmap:0 PCMU/8000
a=ptime:20
a=maxptime:30
a=rtpmap:101 telephone-event/8000
a=sendrecv
20:15:24.783348 IP (tos 0x60, ttl 63, id 2277, offset 0, flags [none], proto UDP (17), length 455) 10.11.1.1.5060 > 192.168.131.238.65471: SIP, length: 427
ACK sip:192.168.131.238:65471 SIP/2.0
Via: SIP/2.0/UDP 10.11.1.1:5060;branch=z9hG4bK3da18ee8;rport
From: "Tevelevich E.Y." <sip:2484@192.168.131.238:65471>;tag=as75e75204
To: <sip:9555555@192.168.131.238:65471>;tag=842a6907425a3d362a273bcd6a3f7a8f
Contact: <sip:2484@10.11.1.1:5060>
Call-ID: 02fa381a458311ed60fcffcd070e61d3@192.168.131.238
CSeq: 103 ACK
User-Agent: Asterisk PBX
Max-Forwards: 70
Content-Length: 0
20:15:25.296751 IP (tos 0x0, ttl 61, id 17619, offset 0, flags [DF], proto UDP (17), length 809) 192.168.131.238.65471 > 10.11.1.1.5060: SIP, length: 781
SIP/2.0 200 OK
Allow: INVITE, ACK, CANCEL, BYE, NOTIFY, REFER, SUBSCRIBE, OPTIONS
Contact: sip:192.168.131.238
Supported: replaces, timer,100rel
User-Agent: ABS GW v5.1.0
Session-Expires: 1800;Refresher=uas
Content-Type: application/sdp
To: <sip:9555555@192.168.131.238:5060>;tag=842a6907425a3d362a273bcd6a3f7a8f
From: "Tevelevich E.Y." <sip:2484@192.168.131.238:5060>;tag=as75e75204
Call-ID: 02fa381a458311ed60fcffcd070e61d3@192.168.131.238
CSeq: 103 INVITE
Via: SIP/2.0/UDP 10.11.1.1:5060;branch=z9hG4bK03617637;rport
Content-Length: 226
v=0
o=OXE 1328263469 1328263470 IN IP4 192.168.131.238
s=session
c=IN IP4 192.168.131.240
t=0 0
m=audio 32536 RTP/AVP 0 101
a=rtpmap:0 PCMU/8000
a=ptime:20
a=maxptime:30
a=rtpmap:101 telephone-event/8000
a=sendrecv
20:15:25.297357 IP (tos 0x60, ttl 63, id 2278, offset 0, flags [none], proto UDP (17), length 455) 10.11.1.1.5060 > 192.168.131.238.65471: SIP, length: 427
ACK sip:192.168.131.238:65471 SIP/2.0
Via: SIP/2.0/UDP 10.11.1.1:5060;branch=z9hG4bK3a2aa2c4;rport
From: "Tevelevich E.Y." <sip:2484@192.168.131.238:65471>;tag=as75e75204
To: <sip:9555555@192.168.131.238:65471>;tag=842a6907425a3d362a273bcd6a3f7a8f
Contact: <sip:2484@10.11.1.1:5060>
Call-ID: 02fa381a458311ed60fcffcd070e61d3@192.168.131.238
CSeq: 103 ACK
User-Agent: Asterisk PBX
Max-Forwards: 70
Content-Length: 0
20:15:26.305921 IP (tos 0x0, ttl 61, id 17720, offset 0, flags [DF], proto UDP (17), length 809) 192.168.131.238.65471 > 10.11.1.1.5060: SIP, length: 781
SIP/2.0 200 OK
Allow: INVITE, ACK, CANCEL, BYE, NOTIFY, REFER, SUBSCRIBE, OPTIONS
Contact: sip:192.168.131.238
Supported: replaces, timer,100rel
User-Agent: ABS GW v5.1.0
Session-Expires: 1800;Refresher=uas
Content-Type: application/sdp
To: <sip:9555555@192.168.131.238:5060>;tag=842a6907425a3d362a273bcd6a3f7a8f
From: "Tevelevich E.Y." <sip:2484@192.168.131.238:5060>;tag=as75e75204
Call-ID: 02fa381a458311ed60fcffcd070e61d3@192.168.131.238
CSeq: 103 INVITE
Via: SIP/2.0/UDP 10.11.1.1:5060;branch=z9hG4bK03617637;rport
Content-Length: 226
v=0
o=OXE 1328263469 1328263470 IN IP4 192.168.131.238
s=session
c=IN IP4 192.168.131.240
t=0 0
m=audio 32536 RTP/AVP 0 101
a=rtpmap:0 PCMU/8000
a=ptime:20
a=maxptime:30
a=rtpmap:101 telephone-event/8000
a=sendrecv
20:15:26.306521 IP (tos 0x60, ttl 63, id 2279, offset 0, flags [none], proto UDP (17), length 455) 10.11.1.1.5060 > 192.168.131.238.65471: SIP, length: 427
ACK sip:192.168.131.238:65471 SIP/2.0
Via: SIP/2.0/UDP 10.11.1.1:5060;branch=z9hG4bK68e4da3b;rport
From: "Tevelevich E.Y." <sip:2484@192.168.131.238:65471>;tag=as75e75204
To: <sip:9555555@192.168.131.238:65471>;tag=842a6907425a3d362a273bcd6a3f7a8f
Contact: <sip:2484@10.11.1.1:5060>
Call-ID: 02fa381a458311ed60fcffcd070e61d3@192.168.131.238
CSeq: 103 ACK
User-Agent: Asterisk PBX
Max-Forwards: 70
Content-Length: 0
20:15:28.315467 IP (tos 0x0, ttl 61, id 17921, offset 0, flags [DF], proto UDP (17), length 809) 192.168.131.238.65471 > 10.11.1.1.5060: SIP, length: 781
SIP/2.0 200 OK
Allow: INVITE, ACK, CANCEL, BYE, NOTIFY, REFER, SUBSCRIBE, OPTIONS
Contact: sip:192.168.131.238
Supported: replaces, timer,100rel
User-Agent: ABS GW v5.1.0
Session-Expires: 1800;Refresher=uas
Content-Type: application/sdp
To: <sip:9555555@192.168.131.238:5060>;tag=842a6907425a3d362a273bcd6a3f7a8f
From: "Tevelevich E.Y." <sip:2484@192.168.131.238:5060>;tag=as75e75204
Call-ID: 02fa381a458311ed60fcffcd070e61d3@192.168.131.238
CSeq: 103 INVITE
Via: SIP/2.0/UDP 10.11.1.1:5060;branch=z9hG4bK03617637;rport
Content-Length: 226
v=0
o=OXE 1328263469 1328263470 IN IP4 192.168.131.238
s=session
c=IN IP4 192.168.131.240
t=0 0
m=audio 32536 RTP/AVP 0 101
a=rtpmap:0 PCMU/8000
a=ptime:20
a=maxptime:30
a=rtpmap:101 telephone-event/8000
a=sendrecv
20:15:28.316055 IP (tos 0x60, ttl 63, id 2280, offset 0, flags [none], proto UDP (17), length 455) 10.11.1.1.5060 > 192.168.131.238.65471: SIP, length: 427
ACK sip:192.168.131.238:65471 SIP/2.0
Via: SIP/2.0/UDP 10.11.1.1:5060;branch=z9hG4bK37ab3a47;rport
From: "Tevelevich E.Y." <sip:2484@192.168.131.238:65471>;tag=as75e75204
To: <sip:9555555@192.168.131.238:65471>;tag=842a6907425a3d362a273bcd6a3f7a8f
Contact: <sip:2484@10.11.1.1:5060>
Call-ID: 02fa381a458311ed60fcffcd070e61d3@192.168.131.238
CSeq: 103 ACK
User-Agent: Asterisk PBX
Max-Forwards: 70
Content-Length: 0
20:15:28.740044 IP (tos 0x0, ttl 61, id 17963, offset 0, flags [DF], proto UDP (17), length 454) 192.168.131.238.65471 > 10.11.1.1.5060: SIP, length: 426
BYE sip:2484@10.11.1.1:5060 SIP/2.0
Supported: replaces, timer,100rel
User-Agent: ABS GW v5.1.0
To: sip:2484@192.168.131.238:5060;tag=as75e75204
From: sip:9555555@192.168.131.238:5060;tag=842a6907425a3d362a273bcd6a3f7a8f
Call-ID: 02fa381a458311ed60fcffcd070e61d3@192.168.131.238
CSeq: 901758655 BYE
Via: SIP/2.0/UDP 192.168.131.238;branch=z9hG4bKf8f6c2cef7ac4317d0d4f1024488540d
Max-Forwards: 70
Content-Length: 0
20:15:28.740476 IP (tos 0x60, ttl 63, id 2281, offset 0, flags [none], proto UDP (17), length 535) 10.11.1.1.5060 > 192.168.131.238.65471: SIP, length: 507
SIP/2.0 200 OK
Via: SIP/2.0/UDP 192.168.131.238:65471;branch=z9hG4bKf8f6c2cef7ac4317d0d4f1024488540d;received=192.168.131.238
From: sip:9555555@192.168.131.238:5060;tag=842a6907425a3d362a273bcd6a3f7a8f
To: sip:2484@192.168.131.238:5060;tag=as75e75204
Call-ID: 02fa381a458311ed60fcffcd070e61d3@192.168.131.238
CSeq: 901758655 BYE
User-Agent: Asterisk PBX
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Supported: replaces
Contact: <sip:2484@10.11.1.1:5060>
Content-Length: 0
20:15:29.254529 IP (tos 0x0, ttl 61, id 18015, offset 0, flags [DF], proto UDP (17), length 454) 192.168.131.238.65471 > 10.11.1.1.5060: SIP, length: 426
BYE sip:2484@10.11.1.1:5060 SIP/2.0
Supported: replaces, timer,100rel
User-Agent: ABS GW v5.1.0
To: sip:2484@192.168.131.238:5060;tag=as75e75204
From: sip:9555555@192.168.131.238:5060;tag=842a6907425a3d362a273bcd6a3f7a8f
Call-ID: 02fa381a458311ed60fcffcd070e61d3@192.168.131.238
CSeq: 901758655 BYE
Via: SIP/2.0/UDP 192.168.131.238;branch=z9hG4bKf8f6c2cef7ac4317d0d4f1024488540d
Max-Forwards: 70
Content-Length: 0
20:15:29.254937 IP (tos 0x60, ttl 63, id 2282, offset 0, flags [none], proto UDP (17), length 532) 10.11.1.1.5060 > 192.168.131.238.65471: SIP, length: 504
SIP/2.0 481 Call leg/transaction does not exist
Via: SIP/2.0/UDP 192.168.131.238:65471;branch=z9hG4bKf8f6c2cef7ac4317d0d4f1024488540d;received=192.168.131.238
From: sip:9555555@192.168.131.238:5060;tag=842a6907425a3d362a273bcd6a3f7a8f
To: sip:2484@192.168.131.238:5060;tag=as75e75204
Call-ID: 02fa381a458311ed60fcffcd070e61d3@192.168.131.238
CSeq: 901758655 BYE
User-Agent: Asterisk PBX
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Supported: replaces
Content-Length: 0
20:15:30.263533 IP (tos 0x0, ttl 61, id 18116, offset 0, flags [DF], proto UDP (17), length 454) 192.168.131.238.65471 > 10.11.1.1.5060: SIP, length: 426
BYE sip:2484@10.11.1.1:5060 SIP/2.0
Supported: replaces, timer,100rel
User-Agent: ABS GW v5.1.0
To: sip:2484@192.168.131.238:5060;tag=as75e75204
From: sip:9555555@192.168.131.238:5060;tag=842a6907425a3d362a273bcd6a3f7a8f
Call-ID: 02fa381a458311ed60fcffcd070e61d3@192.168.131.238
CSeq: 901758655 BYE
Via: SIP/2.0/UDP 192.168.131.238;branch=z9hG4bKf8f6c2cef7ac4317d0d4f1024488540d
Max-Forwards: 70
Content-Length: 0
20:15:30.263931 IP (tos 0x60, ttl 63, id 2283, offset 0, flags [none], proto UDP (17), length 532) 10.11.1.1.5060 > 192.168.131.238.65471: SIP, length: 504
SIP/2.0 481 Call leg/transaction does not exist
Via: SIP/2.0/UDP 192.168.131.238:65471;branch=z9hG4bKf8f6c2cef7ac4317d0d4f1024488540d;received=192.168.131.238
From: sip:9555555@192.168.131.238:5060;tag=842a6907425a3d362a273bcd6a3f7a8f
To: sip:2484@192.168.131.238:5060;tag=as75e75204
Call-ID: 02fa381a458311ed60fcffcd070e61d3@192.168.131.238
CSeq: 901758655 BYE
User-Agent: Asterisk PBX
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Supported: replaces
Content-Length: 0
20:15:32.273935 IP (tos 0x0, ttl 61, id 18317, offset 0, flags [DF], proto UDP (17), length 454) 192.168.131.238.65471 > 10.11.1.1.5060: SIP, length: 426
BYE sip:2484@10.11.1.1:5060 SIP/2.0
Supported: replaces, timer,100rel
User-Agent: ABS GW v5.1.0
To: sip:2484@192.168.131.238:5060;tag=as75e75204
From: sip:9555555@192.168.131.238:5060;tag=842a6907425a3d362a273bcd6a3f7a8f
Call-ID: 02fa381a458311ed60fcffcd070e61d3@192.168.131.238
CSeq: 901758655 BYE
Via: SIP/2.0/UDP 192.168.131.238;branch=z9hG4bKf8f6c2cef7ac4317d0d4f1024488540d
Max-Forwards: 70
Content-Length: 0
20:15:32.274361 IP (tos 0x60, ttl 63, id 2284, offset 0, flags [none], proto UDP (17), length 532) 10.11.1.1.5060 > 192.168.131.238.65471: SIP, length: 504
SIP/2.0 481 Call leg/transaction does not exist
Via: SIP/2.0/UDP 192.168.131.238:65471;branch=z9hG4bKf8f6c2cef7ac4317d0d4f1024488540d;received=192.168.131.238
From: sip:9555555@192.168.131.238:5060;tag=842a6907425a3d362a273bcd6a3f7a8f
To: sip:2484@192.168.131.238:5060;tag=as75e75204
Call-ID: 02fa381a458311ed60fcffcd070e61d3@192.168.131.238
CSeq: 901758655 BYE
User-Agent: Asterisk PBX
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Supported: replaces
Content-Length: 0
20:15:32.324755 IP (tos 0x0, ttl 61, id 18322, offset 0, flags [DF], proto UDP (17), length 809) 192.168.131.238.65471 > 10.11.1.1.5060: SIP, length: 781
SIP/2.0 200 OK
Allow: INVITE, ACK, CANCEL, BYE, NOTIFY, REFER, SUBSCRIBE, OPTIONS
Contact: sip:192.168.131.238
Supported: replaces, timer,100rel
User-Agent: ABS GW v5.1.0
Session-Expires: 1800;Refresher=uas
Content-Type: application/sdp
To: <sip:9555555@192.168.131.238:5060>;tag=842a6907425a3d362a273bcd6a3f7a8f
From: "Tevelevich E.Y." <sip:2484@192.168.131.238:5060>;tag=as75e75204
Call-ID: 02fa381a458311ed60fcffcd070e61d3@192.168.131.238
CSeq: 103 INVITE
Via: SIP/2.0/UDP 10.11.1.1:5060;branch=z9hG4bK03617637;rport
Content-Length: 226
v=0
o=OXE 1328263469 1328263470 IN IP4 192.168.131.238
s=session
c=IN IP4 192.168.131.240
t=0 0
m=audio 32536 RTP/AVP 0 101
a=rtpmap:0 PCMU/8000
a=ptime:20
a=maxptime:30
a=rtpmap:101 telephone-event/8000
a=sendrecv
проблему решил, перешел с UDP на TCP. Правда для этого пршлось поменять версию астериска с 1.4 на 10
для данного пира выставите:
сanreinvite=no
externip=192.168.131.240
nat=yes
disallow=all
allow=alaw
У Вас просто через NAT хренова проходит. Еще какой роутик, не Длинк случаем с родной прошивой?
и выложите наконец нормальный sip debug астера, а не куцый от той стороны..
Zavr2008 ( 2012-02-03 12:45:24 +0400 )редактироватьпомогло externip? если астер - 1.8, то externhost=
Zavr2008 ( 2012-02-05 02:02:49 +0400 )редактироватьни чего это не доказывает и, в логах вы совсем не то увидели. в алкателе просто два интерфейса один медиа поток на себя берет, а другой сигнализацию и это как раз из логов прекрасно видно!
eyt5297 ( 2012-02-05 19:54:33 +0400 )редактироватьвот читаю вопрос: "Мой asterisk (10.11.1.1) отправляет инвайт на Alcatel(192.168.131.238) на порт 5060". Это в одной сети? :)) Вы попробовали или нет не пойму?
Zavr2008 ( 2012-02-05 23:42:00 +0400 )редактироватьв sip debug в первом инвайте: o=root 29869 29869 IN IP4 10.11.1.1 - это тоже фантазии?? Ваш астер и шлет..
Zavr2008 ( 2012-02-05 23:44:36 +0400 )редактироватьсоветую просто запустить tcpdump/wireshark на стороне астера и всё увидеть самому.. обратить внимание именно на RTP. вообще там еще проблема может быть - диапазон портов RTP.. Когда есть NAT, на вход нужно делать port-forwarding.. И именно на нужные порты.. И до сих пор что за роутик у Вас между 10.11.xx.xx и 192.168.xx.xx - знают только телепаты.. Секрет? Вообще надо быть более позитивным - я помочь хотел, Вы не слушаете и начали минусовать...
Zavr2008 ( 2012-02-06 01:12:21 +0400 )редактироватьсамое простое - это глянуть тэг "nat" тут на сайте, не раз уже всё раскладывали по полочкам.. Просто делать всё по инструкции и всё будет ок.. Ну и не юзать роутики Dlink со штатными прошивами или всякие GoIP..
Zavr2008 ( 2012-02-06 01:14:32 +0400 )редактироватьда я позитивный, минуснул за то, что ответ в корне не правильный и вы меня не прерывно меня в своей правоте убеждаете. в вопросе написанно что я перепробовал все знасения nat=. первая картинка какраз wireshark сделана. из диалого видно, что одна сторана другую перестаюет "слышать" по сипу вопрос почему? а вернее как это исправить на стороне астера.
eyt5297 ( 2012-02-06 06:00:09 +0400 )редактироватьа я минусанул вопрос=))) externip и externhost пропишите, выложите часть лога pls. И хватит включать бригаду тут. И не ответили вопрос про маршрутизацию.
Zavr2008 ( 2012-02-06 12:22:49 +0400 )редактироватьНу как, удалось решить проблему? Зря минусанули, не совестно? :))))
Zavr2008 ( 2012-02-08 15:02:08 +0400 )редактироватьудалось :) я мнусанул за советы без понимания темы. про маршрутизацию мне сказать нечего так как я не знаю как она строена на том конце.
eyt5297 ( 2012-02-09 05:58:23 +0400 )редактироватьЗадан: 2012-02-03 07:19:26 +0400
Просмотрен: 1,990 раз
Обновлен: Feb 09 '12
Проект компании "АТС Дизайн"
Asterisk® и Digium® являются зарегистрированными торговыми марками компании
Digium, Inc., США.
IP АТС Asterisk распространяется под лицензией
GNU GPL.
sip show peer alcatel
zzuz ( 2012-02-03 11:41:37 +0400 )редактироватьuv-asterisk*CLI> sip show peer findep
eyt5297 ( 2012-02-03 12:12:35 +0400 )редактироватьName : findep
Secret : <Not set>
MD5Secret : <Not set>
Context : extfindep
Subscr.Cont. : common
Language :
AMA flags : Unknown
Transfer mode: open
CallingPres : Presentation Allowed, Not Screened
Callgroup :
Pickupgroup :
Mailbox :
VM Extension : asterisk
LastMsgsSent : 32767/65535
Call limit : 50
Dynamic : No
Callerid : "" <>
MaxCallBR : 384 kbps Expire : -1 Insecure : no Nat : No ACL : No T38 pt UDPTL : Yes CanReinvite : No PromiscRedir : No User=Phone : No Video Support: No Trust RPID : No Send RPID : No Subscriptions: Yes Overlap dial : No DTMFmode : rfc2833 LastMsg : 0 ToHost : 192.168.131.238 Addr->IP : 192.168.131.238 Port 5060 Defaddr->IP : 0.0.0.0 Port 0 Def. Username: SIP Options : (none) Codecs : 0xc (ulaw|alaw) Codec Order : (alaw:20,ulaw:20)
Тут всё ок , ваша хромая железка сама шлет с того порта запросы , астериск честно на них отвечает куда говорит железка.
zzuz ( 2012-02-03 12:32:19 +0400 )редактироватьто что с моей стороны все в порядке я понимаю. вопрос в том можно ли исправить проблему не моей кривой железяки(или криво настроенной сети) на моей стороне
eyt5297 ( 2012-02-03 13:03:11 +0400 )редактировать