Hi Vivek,
Timer J of non-INV server transaction will hold the transaction to
answer such retransmitted request. It will be alive for 64*T1 secs even after
sending 200OK response. Hence the 200OK to BYE retransmission is correct.
You may refer the non-INV FSM from rfc3261.
|Inform TU | |
| | |
| |200-699 from TU |
| |send response |
| Request V |
| send response+-----------+ |
| +--------| | |
| | | Completed |<------------+
| +------->| |
+<--------------| |
|Trnsprt Err +-----------+
|Inform TU |
| |Timer J fires
| |-
| |
| V
| +-----------+
| | |
+-------------->| Terminated|
| |
+-----------+
Figure 8: non-INVITE server transaction
Regards,
Manjunath
-----Original Message-----
From: [email protected]
[mailto:[email protected]] On Behalf Of Vivek
Singla
Sent: Thursday, June 17, 2010 7:26 AM
To: [email protected]
Subject: [Sip-implementors] Retransmission of BYE
Hi,
I have a scenario here in the lab :
eMTA P-CSCF
Invite-------------------->
<----------------------------180
<---------------------------200OK
ACK---------------------------->
BYE------------------------------>
<--------------------------------407
BYE----------------------------->
<---------------------------------200OK
BYE--------------------------------->
<------------------------------------200OK
In this scenario the second BYE ( after 407 ) gets the 200OK but after 500ms
and therefore sends the third BYE ( retransmission ).
1) The CSeq in second and third BYEs are same ( CSeq: 3 BYE ). Is this correct?
2) The P-CSCF after its gets the 3rd BYE ( retransmission ), sends the 200OK
back. Shouldn't it send 4xx saying that no transaction exist? I am thinking
since P-CSCF has already sent 200OK for 2nd BYE, it has terminated the
transaction and Dialog on its side. So any retransmissions of BYE from UAC
should be responded back with 4xx.
Thanks,
Vivek.
_______________________________________________
Sip-implementors mailing list
[email protected]
https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors
_______________________________________________
Sip-implementors mailing list
[email protected]
https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors
