Сага о потерянных ACK'ах.

От: Andrew V.Statsenko <CGatePro_at_mx_ru>
Дата: Fri 19 Oct 2007 - 15:14:05 MSD


Приветствую!

Коллеги, пожалуйста, подскажите, где может быть проблема:

Cхема звонка:

[UAS]-->[SIP proxy]-->[CGP] , листинги сняты в точке SIP proxy.

Делается INVITE на несуществующий адрес: sip:nobody@stalker.com ,

#
U 193.227.240.196:5060 -> 64.173.55.169:5060 INVITE sip:nobody@stalker.com SIP/2.0.
Record-Route:
<sip:193.227.240.196;lr=on;ftag=000750ac6161a1c605cbb01d-29d51a80>.
Via: SIP/2.0/UDP 193.227.240.196;branch=z9hG4bK4b01.5fe0a414.0. Via: SIP/2.0/UDP
10.10.20.203:5060;rport=1039;received=193.227.240.34;branch=z9hG4bK17ae2d94. From: "Andrew V.Statsenko"
<sip:alter@naunet.ru>;tag=000750ac6161a1c605cbb01d-29d51a80.
To: <sip:nobody@stalker.com>.
Call-ID: 000750ac-6161014f-035e101c-2be915af@10.10.20.203. Max-Forwards: 69.
Date: Fri, 19 Oct 2007 09:49:50 GMT.
CSeq: 102 INVITE.
User-Agent: Cisco-CP7940G/7.5.
Contact: <sip:alter@193.227.240.34:1039>. Expires: 180.

Content-Length: 279.
Content-Type: application/sdp.
Content-Disposition: session;handling=optional.
.
v=0.
o=Cisco-SIPUA 12071 0 IN IP4 193.227.240.195.
s=SIP Call.
t=0 0.
m=audio 44594 RTP/AVP 0 8 18 101.
c=IN IP4 193.227.240.195.
a=rtpmap:0 PCMU/8000.
a=rtpmap:8 PCMA/8000.
a=rtpmap:18 G729/8000.
a=rtpmap:101 telephone-event/8000.
a=fmtp:101 0-15.
a=sendrecv.
a=nortpproxy:yes.


ну и разумеется получаем 404:

U 64.173.55.169:5060 -> 193.227.240.196:5060 SIP/2.0 404 unknown user account.
Via: SIP/2.0/UDP 193.227.240.196;branch=z9hG4bK4b01.5fe0a414.0. Via: SIP/2.0/UDP
10.10.20.203:5060;rport=1039;received=193.227.240.34;branch=z9hG4bK17ae2d94. From: "Andrew V.Statsenko"
<sip:alter@naunet.ru>;tag=000750ac6161a1c605cbb01d-29d51a80.
To: <sip:nobody@stalker.com>;tag=4FFD5D86. Call-ID: 000750ac-6161014f-035e101c-2be915af@10.10.20.203. CSeq: 102 INVITE.
Server: CommuniGatePro/5.2c1v.
Content-Length: 0.

получение оного 404 тут же и подтвеждаем:

#
U 193.227.240.196:5060 -> 64.173.55.169:5060 ACK sip:nobody@stalker.com SIP/2.0.
Via: SIP/2.0/UDP 193.227.240.196;branch=z9hG4bK4b01.5fe0a414.0. From: "Andrew V.Statsenko"
<sip:alter@naunet.ru>;tag=000750ac6161a1c605cbb01d-29d51a80.
Call-ID: 000750ac-6161014f-035e101c-2be915af@10.10.20.203. To: <sip:nobody@stalker.com>;tag=4FFD5D86. CSeq: 102 ACK.
Naunet SIP services.
Content-Length: 0.

Тем не менее CGP продолжает ретранслировать 404 #
U 64.173.55.169:5060 -> 193.227.240.196:5060 SIP/2.0 404 unknown user account.
Via: SIP/2.0/UDP 193.227.240.196;branch=z9hG4bK4b01.5fe0a414.0. Via: SIP/2.0/UDP
10.10.20.203:5060;rport=1039;received=193.227.240.34;branch=z9hG4bK17ae2d94. From: "Andrew V.Statsenko"
<sip:alter@naunet.ru>;tag=000750ac6161a1c605cbb01d-29d51a80.
To: <sip:nobody@stalker.com>;tag=4FFD5D86. Call-ID: 000750ac-6161014f-035e101c-2be915af@10.10.20.203. CSeq: 102 INVITE.
Server: CommuniGatePro/5.2c1v.
Content-Length: 0.

И не останавливается после получения ACK'a и с двумя Via

#
U 193.227.240.196:5060 -> 64.173.55.169:5060 ACK sip:nobody@stalker.com SIP/2.0.
Max-Forwards: 30.
Record-Route:
<sip:193.227.240.196;lr=on;ftag=000750ac6161a1c605cbb01d-29d51a80>.
Via: SIP/2.0/UDP 193.227.240.196;branch=0. Via: SIP/2.0/UDP
10.10.20.203:5060;received=193.227.240.34;branch=z9hG4bK17ae2d94. From: "Andrew V.Statsenko"
<sip:alter@naunet.ru>;tag=000750ac6161a1c605cbb01d-29d51a80.
To: <sip:nobody@stalker.com>;tag=4FFD5D86. Call-ID: 000750ac-6161014f-035e101c-2be915af@10.10.20.203. Date: Fri, 19 Oct 2007 09:49:51 GMT.
CSeq: 102 ACK.
Content-Length: 0.

... далее (похоже до истечения таймера H на стороне CGP) следует серия еще из десятка-другого 404-ACK'ов. Вопросы:

1. Почему CGP ретранслирует 404 после получения ACK'ов: что ему не хватает, чтобы убедиться, что ответ получен и транзакцию можно переводить в terminated state ?

2. Собственно, чей SIP router неправ в этой ситуации ? ;-)

На CGP 5.12 тоже устойчиво воспроизводится.

-- 
С уважением,
Андрей Стаценко,
Наунет СП.
Получено Fri Oct 19 11:14:13 2007

Этот архив был сгенерирован hypermail 2.1.8 : Fri 24 Apr 2015 - 16:15:49 MSK