Hi kasturi,
>>>After sending Bye if a UAC receives a Bye how it should be handled (same
>>>dialog?
>>>Is 481 the appropriate/right response?
----------------
From RFC 3261
"Once the BYE is constructed, the UAC core creates a new non-INVITE
client transaction, and passes it the BYE request. The UAC MUST
consider the session terminated (and therefore stop sending or
listening for media) as soon as the BYE request is passed to the
client transaction.If the response for the BYE is a 481
(Call/Transaction Does Not Exist) or a 408 (Request Timeout) or no
response at all is received for the BYE (that is, a timeout is
returned by the client transaction), the UAC MUST consider the
session and the dialog terminated."
So 481 response is fine
Alice Bob
| |
| INVITE F1 |
|----------------------->|
| 180 Ringing F2 |
|<-----------------------|
| |
| 200 OK F3 |
|<-----------------------|
| ACK F4 |
|----------------------->|
| Both Way RTP Media |
|<======================>|
| |
| BYE F5 BYE F6 |
|--------- ----------|
| \ / |
| X |
| / \ |
|<-------- --------->|
| |
| 481 F8 481 F7 |
|--------- ----------|
| \ / |
| X |
| / \ |
|<-------- --------->|
| |
| |
Refer the following draft:
http://www.softarmor.com/wgdb/docs/draft-hasebe-sipping-semi-regular-examples-00.txt
----------------
>>>After sending BYE if Re-Invite or REFER or any other Request is received for
>>>the same dialog how it needs to be handled?
>>>Is 481 the right Response?
----------------
481 response is fine
Alice Bob
| |
| INVITE F1 |
|----------------------->|
| 180 Ringing F2 |
|<-----------------------|
| |
| 200 OK F3 |
|<-----------------------|
| ACK F4 |
|----------------------->|
| Both Way RTP Media |
|<======================>|
| |
| BYE F5 re-INVITE F6|
|--------- ----------|
| \ / |
| X |
| / \ |
|<-------- --------->|
| |
| 481 F8 200 F7 |
|--------- ----------|
| \ / |
| X |
| / \ |
|<-------- --------->|
| ACK F9 |
|<-----------------------|
| |
Refer the following draft:
http://www.softarmor.com/wgdb/docs/draft-hasebe-sipping-semi-regular-examples-00.txt
----------------
>>>>After sending a Re-Invite/or any other request if BYE is received?
>>>Send 200 Ok and discard the Request Transaction?
----------------
UA Should not dicard the Re-INVITE or any other transaction.
After sending 200 ok for the BYE, Bob is still keeping the re-invite transaction.
Alice Bob
| |
| INVITE F1 |
|----------------------->|
| 180 Ringing F2 |
|<-----------------------|
| |
| 200 OK F3 |
|<-----------------------|
| ACK F4 |
|----------------------->|
| Both Way RTP Media |
|<======================>|
| |
| BYE F5 re-INVITE F6|
|--------- ----------|
| \ / |
| X |
| / \ |
|<-------- --------->|
| |
| 481 F8 200 F7 |
|--------- ----------|
| \ / |
| X |
| / \ |
|<-------- --------->|
| ACK F9 |
|<-----------------------|
| |
----------------
Regards,
Thangarajan.
FlextronicsSoftware
Worlds largest SIP stack vendor
"Kasturi Narayanan" <[EMAIL PROTECTED]>
Sent by: [EMAIL PROTECTED] 02/07/2006 05:43 AM |
|
I am sure this must have been discussed already or covered in 3261. But I
could not find it either in the doc or by searching the web.
Here is the question.
After sending Bye if a UAC receives a Bye how it should be handled (same
dialog?
Is 481 the appropriate/right response?
After sending BYE if Re-Invite or REFER or any other Request is received for
the same dialog how it needs to be handled?
Is 481 the right Response?
After sending a Re-Invite/or any other request if BYE is received?
Send 200 Ok and discard the Request Transaction?
Thanks
kasturi
_______________________________________________
Sip-implementors mailing list
[email protected]
https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors
*********************** FSS-Private ***********************
_______________________________________________ Sip-implementors mailing list [email protected] https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors
