Re: [Sip-implementors] race conditions

2015-02-16 Thread Dale R. Worley
"Sylvester, Prasanth (NSN - IN/Bangalore)" writes: > Thank you Paul. Your reply is much appreciated. > Just want to clear my doubt (just to see if my understanding is correct) > In my scenario, > > CLIENT --> SBC01 ---> SBC02 ---> Core > > When client sends a CANCEL & SBC01 sends 200 OK to the ca

Re: [Sip-implementors] race conditions

2015-02-10 Thread Brett Tate
> What should be the behavior of SBC01? > > - It should send an ACK to SBC02 for the 200OK > for Invite & send a Bye immediately after that. > - It should have send a 487 towards the client > > Is my understanding right? As mentioned within RFC 7092, there are numerous types of B2BUAs. Some will

Re: [Sip-implementors] race conditions

2015-02-10 Thread Sylvester, Prasanth (NSN - IN/Bangalore)
nt: Friday, February 06, 2015 9:23 PM To: Sylvester, Prasanth (NSN - IN/Bangalore); sip-implementors@lists.cs.columbia.edu Subject: Re: [Sip-implementors] race conditions On 2/6/15 4:31 AM, Sylvester, Prasanth (NSN - IN/Bangalore) wrote: > Hi Paul, > > Thanks for your reply. > For Han

Re: [Sip-implementors] race conditions

2015-02-08 Thread Dale R. Worley
The crux of this is described in RFC 3261 section 9.2: The fact that the UAS sends, or the UAC receives, a 200 response to the CANCEL tells nothing about whether the INVITE transaction was canceled, it only says that the UAS found a matching transaction (which may be in a waiting state after a 200

Re: [Sip-implementors] race conditions

2015-02-06 Thread Paul Kyzivat
boun...@lists.cs.columbia.edu [mailto:sip-implementors-boun...@lists.cs.columbia.edu] On Behalf Of ext Paul Kyzivat Sent: Thursday, February 05, 2015 10:02 PM To: sip-implementors@lists.cs.columbia.edu Subject: Re: [Sip-implementors] race conditions On 2/5/15 2:49 AM, Sylvester, Prasanth (NSN - IN/Bangalore) wrote:

Re: [Sip-implementors] race conditions

2015-02-06 Thread Sylvester, Prasanth (NSN - IN/Bangalore)
Kyzivat Sent: Thursday, February 05, 2015 10:02 PM To: sip-implementors@lists.cs.columbia.edu Subject: Re: [Sip-implementors] race conditions On 2/5/15 2:49 AM, Sylvester, Prasanth (NSN - IN/Bangalore) wrote: > Hi Team, > > I've a situation, > Customer A -> SBC01 (XYZ vendor

Re: [Sip-implementors] race conditions

2015-02-05 Thread Paul Kyzivat
On 2/5/15 2:49 AM, Sylvester, Prasanth (NSN - IN/Bangalore) wrote: Hi Team, I've a situation, Customer A -> SBC01 (XYZ vendor) -> SBC02 (XYZ Vendor) -> Core Customer A sends an invite to SBC01, which reaches to Core. While Core sends a 200 OK & before it reaches the Customer A, Customer A had

[Sip-implementors] race conditions

2015-02-05 Thread Sylvester, Prasanth (NSN - IN/Bangalore)
Hi Team, I've a situation, Customer A -> SBC01 (XYZ vendor) -> SBC02 (XYZ Vendor) -> Core Customer A sends an invite to SBC01, which reaches to Core. While Core sends a 200 OK & before it reaches the Customer A, Customer A had sent a cancel. Please see the attached pic. Now the situation is, 1