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

От: Vladimir A. Butenko <CGatePro_at_mx_ru>
Дата: Fri 19 Oct 2007 - 15:37:45 MSD

On Fri, 19 Oct 2007 15:14:05 +0400
  "Andrew V.Statsenko" <CGatePro@mx.ru> wrote:

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

Если очень хочется отлаживать самодельный прокси при помощи CGatePro, то надо всё-таки поставить СВОЙ CGatePro и смотреть его логи (которые должны быть поставлены в ALL INFO) - а не просить нас лазить по логам публичных серверов. Тем более что там уровень логов не тот. А при ALL INFO - он Вам всё подробно расскажет, что и где Вы делаете неправильно.   

> получение оного 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.

И что это такое - "Naunet SIP services"? Если это хедер такой, то где ":", а скорее всего - это была попытка сделать
Server: Naunet SIP services

> И не останавливается после получения 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>.

Record-Route в ACK быть не должно, но это не криминал.

> Via: SIP/2.0/UDP 193.227.240.196;branch=0.

А вот это - криминал - кривой branch. Он должен быть такой же, как у INVITE, это одна транзакция.

> 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.

  
> Вопросы:
> 
> 1. Почему CGP ретранслирует 404 после получения ACK'ов: что ему не

> хватает, чтобы убедиться, что ответ получен и транзакцию можно > переводить в terminated state ?

ACK-и не получены. В первом случае- битый пакет, во втором - ACK для неизвестной транзакции.   

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

"а сами-то как думаете?"   

> На CGP 5.12 тоже устойчиво воспроизводится. Если бы не воспроизводилось бы - он бы был виноват.

> -- 
> С уважением,
> Андрей Стаценко,
> Наунет СП.

Sincerely,
Vladimir Получено Fri Oct 19 11:37:03 2007