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 sent over UDP, due to
"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 device receives th
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.
> But original question
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 unders
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 r
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 reliable
