[OpenSIPS-Users] Strange retrasmission of bye messages

[Bogdan-Andrei Iancu]

Hi,

if it is a single one, it may be delayed reply to the BYE request and to 
have a race between firing the first retransmission and receiving the 
reply (as maybe both events are very close in time).

Do you have a trace with timestamps also?

Regards,
Bogdan

Giuseppe Roberti wrote:
> It happen also to me sometimes, and its a one time retransmission, but i
> dont know why :P
>
> Bogdan-Andrei Iancu wrote:
>   
>> Hi Matteo,
>>
>> is the retransmission on time event - I mean a single retransmission ? 
>> or it keeps going?
>>
>> Regards,
>> Bogdan
>>
>> mmarzuola at interfree.it wrote:
>>     
>>> Hi all. 
>>> Sniffing the traffic I realized that sometimes the signaling of BYE transaction contains replicated messages BYE.
>>> This is an example:
>>>
>>> #
>>> U 10.10.45.78:5060 -> 10.10.45.158:5060
>>> BYE sip:1000 at 10.10.45.102:5060 SIP/2.0.
>>> Via: SIP/2.0/UDP 10.10.45.78:5060;rport;branch=z9hG4bK08DFC9CC7C9059DAE6CC8D4AE1FD5BB0.
>>> From: <sip:1003 at mysip.com>;tag=597156156.
>>> To: "Sjphone laptop_User" <sip:1000 at mysip.com>;tag=31316689311285800150.
>>> Contact: <sip:1003 at 10.10.45.78:5060>.
>>> Route: <sip:10.10.45.158;lr=on;ftag=31316689311285800150>.
>>> Call-ID: 8FA5A2BA-1DD2-11B2-8843-DF179CCF6174 at 10.10.45.102.
>>> CSeq: 25008 BYE.
>>> Max-Forwards: 70.
>>> User-Agent: X-Lite release 1105d.
>>> Content-Length: 0.
>>> .
>>>
>>> #
>>> U 10.10.45.158:5060 -> 10.10.45.102:5060
>>> BYE sip:1000 at 10.10.45.102:5060 SIP/2.0.
>>> Via: SIP/2.0/UDP 10.10.45.158;branch=z9hG4bKc2e9.5af153d5.0.
>>> Via: SIP/2.0/UDP 10.10.45.78:5060;received=10.10.45.78;rport=5060;branch=z9hG4bK08DFC9CC7C9059DAE6CC8D4AE1FD5BB0.
>>> From: <sip:1003 at mysip.com>;tag=597156156.
>>> To: "Sjphone laptop_User" <sip:1000 at mysip.com>;tag=31316689311285800150.
>>> Contact: <sip:1003 at 10.10.45.78:5060>.
>>> Call-ID: 8FA5A2BA-1DD2-11B2-8843-DF179CCF6174 at 10.10.45.102.
>>> CSeq: 25008 BYE.
>>> Max-Forwards: 69.
>>> User-Agent: X-Lite release 1105d.
>>> Content-Length: 0.
>>> .
>>>
>>> #
>>> U 10.10.45.102:5060 -> 10.10.45.158:5060
>>> SIP/2.0 200 OK.
>>> Via: SIP/2.0/UDP 10.10.45.158;branch=z9hG4bKc2e9.5af153d5.0,SIP/2.0/UDP 10.10.45.78:5060;rport=5060;received=10.10.45.78;branch=z9hG4bK08DFC9CC7C9059DAE6CC8D4AE1FD5BB0.
>>> Content-Length: 0.
>>> Call-ID: 8FA5A2BA-1DD2-11B2-8843-DF179CCF6174 at 10.10.45.102.
>>> CSeq: 25008 BYE.
>>> From: <sip:1003 at mysip.com>;tag=597156156.
>>> Server: SJphone/1.60.299a/L (SJ Labs).
>>> To: "Sjphone laptop_User"<sip:1000 at mysip.com>;tag=31316689311285800150.
>>> .
>>>
>>> #
>>> U 10.10.45.158:5060 -> 10.10.45.78:5060
>>> SIP/2.0 200 OK.
>>> Via: SIP/2.0/UDP 10.10.45.78:5060;rport=5060;received=10.10.45.78;branch=z9hG4bK08DFC9CC7C9059DAE6CC8D4AE1FD5BB0.
>>> Content-Length: 0.
>>> Call-ID: 8FA5A2BA-1DD2-11B2-8843-DF179CCF6174 at 10.10.45.102.
>>> CSeq: 25008 BYE.
>>> From: <sip:1003 at mysip.com>;tag=597156156.
>>> Server: SJphone/1.60.299a/L (SJ Labs).
>>> To: "Sjphone laptop_User"<sip:1000 at mysip.com>;tag=31316689311285800150.
>>> .
>>>
>>> #
>>> U 10.10.45.158:5060 -> 10.10.45.102:5060
>>> BYE sip:1000 at 10.10.45.102:5060 SIP/2.0.
>>> Via: SIP/2.0/UDP 10.10.45.158;branch=z9hG4bKc2e9.5af153d5.0.
>>> Via: SIP/2.0/UDP 10.10.45.78:5060;received=10.10.45.78;rport=5060;branch=z9hG4bK08DFC9CC7C9059DAE6CC8D4AE1FD5BB0.
>>> From: <sip:1003 at mysip.com>;tag=597156156.
>>> To: "Sjphone laptop_User" <sip:1000 at mysip.com>;tag=31316689311285800150.
>>> Contact: <sip:1003 at 10.10.45.78:5060>.
>>> Call-ID: 8FA5A2BA-1DD2-11B2-8843-DF179CCF6174 at 10.10.45.102.
>>> CSeq: 25008 BYE.
>>> Max-Forwards: 69.
>>> User-Agent: X-Lite release 1105d.
>>> Content-Length: 0.
>>> .
>>>
>>> #
>>> U 10.10.45.102:5060 -> 10.10.45.158:5060
>>> SIP/2.0 200 OK.
>>> Via: SIP/2.0/UDP 10.10.45.158;branch=z9hG4bKc2e9.5af153d5.0,SIP/2.0/UDP 10.10.45.78:5060;rport=5060;received=10.10.45.78;branch=z9hG4bK08DFC9CC7C9059DAE6CC8D4AE1FD5BB0.
>>> Content-Length: 0.
>>> Call-ID: 8FA5A2BA-1DD2-11B2-8843-DF179CCF6174 at 10.10.45.102.
>>> CSeq: 25008 BYE.
>>> From: <sip:1003 at mysip.com>;tag=597156156.
>>> Server: SJphone/1.60.299a/L (SJ Labs).
>>> To: "Sjphone laptop_User"<sip:1000 at mysip.com>;tag=31316689311285800150.
>>> .
>>>
>>> I can not understand why the proxy decides to send a new bye to the UAC despite the transaction appears to be over.
>>>
>>> In my system runs opensips 1.5 and mediaproxy 2.3.1.
>>> Any idea?
>>>
>>>
>>> Thanks in advance
>>>
>>> Marzuola Matteo
>>>
>>>
>>> ----------------------------------------------------------------------------
>>> Vuoi essere presente online? 
>>> Vuoi dare voce alla tua attivita`? 
>>> Acquista un dominio su domini.interfree.it.
>>> A partire da 18,59 euro
>>> ----------------------------------------------------------------------------
>>>
>>>
>>> _______________________________________________
>>> Users mailing list
>>> Users at lists.opensips.org
>>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>>
>>>   
>>>       
>> _______________________________________________
>> Users mailing list
>> Users at lists.opensips.org
>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>     
>
>
>