Re: [Sip-implementors] UA receives next reliable 180 before the 200OK of PRACK

wor...@ariadne.com (Dale R. Worley) writes: > "JC" writes: >> There is one SIP call scenario that one SIP UA sends one reliable 183 to one >> SIP device, and the UA receives the PRACK, then, it sends 200OK of PRACK and >> one new reliable 180 immediately. All the messages are

Re: [Sip-implementors] UA receives next reliable 180 before the 200OK of PRACK

"JC" writes: > There is one SIP call scenario that one SIP UA sends one reliable 183 to one > SIP device, and the UA receives the PRACK, then, it sends 200OK of PRACK and > one new reliable 180 immediately. All the messages are sent over UDP, due to > the network issue, the SIP

Re: [Sip-implementors] UA receives next reliable 180 before the 200OK of PRACK

Hi Ankur, Question is to handle next reliable 180 (provisional) response. Regards, Mohit On 3/15/16, ankur bansal wrote: > Hi Mohit , > > The phrase you mentioned mostly refers to scenario where Rseq not in > sequence then next prov response should be cached/discarded. >

Re: [Sip-implementors] UA receives next reliable 180 before the 200OK of PRACK

Hi Mohit , The phrase you mentioned mostly refers to scenario where Rseq not in sequence then next prov response should be cached/discarded. But original question here is if next prov response should be handled by UAC in case it lands before 200ok PRACK of last response. Correct me if don't

Re: [Sip-implementors] UA receives next reliable 180 before the 200OK of PRACK

Hi, RFC3262 states following under section 4 "UAC Behaviour" "Handling of subsequent reliable provisional responses for the same initial request follows the same rules as above, with the following difference: reliable provisional responses are guaranteed to be in order. As a result, if the UAC

[Sip-implementors] UA receives next reliable 180 before the 200OK of PRACK

Hi, There is one SIP call scenario that one SIP UA sends one reliable 183 to one SIP device, and the UA receives the PRACK, then, it sends 200OK of PRACK and one new reliable 180 immediately. All the messages are sent over UDP, due to the network issue, the SIP device receives the 2nd