Hi,
Thank you for your responses. It seems that RFC 3261 has the following text
which confirms Paul's opinion that a race condition between BYE and
re-INVITE is not a glare...
"RFC 2543 was silent on whether a UA could initiate a new transaction to a
peer while another was in progress. That is n
A to send 200
OK of Bye and ACK for 481 (Re-INV).
S to send 481.
See section 3.2.2 of RFC 5407.
Regards,
Dushyant P S Dhalia
Rancore Technologies,
Gurgaon, INDIA
Vishal Agrawal wrote:
Hi,
Assume that phone “A” issues a re-INVITE request to the SIP server “S” and
at the same time “S” iss
rawal
Sent: Thursday, December 10, 2009 3:34 AM
To: sip-implementors@lists.cs.columbia.edu; srela...@gmail.com
Subject: [Sip-implementors] Glare condition with BYE and re-INVITE
requests
Hi,
Assume that phone "A" issues a re-INVITE request to the SIP server "S"
and at the same time
IMO it would be inappropriate to send a 491 in this case, because it is
not glare, and it is perfectly ok to terminate the dialog. Given that it
has sent the BYE, I *think* it would be ok for S to send a 481 to the
reinvite. (But I haven't scrutinized the state machines regarding this.)
If not
Hi,
Assume that phone “A” issues a re-INVITE request to the SIP server “S” and
at the same time “S” issues a BYE request to “A”.
Is it valid for “A” to send a 491 response to this BYE request from “S”?
The SIP INVITE dialog is for a point to point media session.
Here is the quote from the Secti
