Thanks Brett! SIP Proxy in the topology is actually acting as UAC as its gateway for SS7 network. Topology is like,
[PSTN+SIP-UAC] <--> SIP Proxy(P2) So UAC should send the PRACK to each 183 received(with new 'To Tag') from P2? Is this the desired behaviour as per the RFC? Regard s, Aman On Fri, Aug 7, 2015 at 9:41 PM, Brett Tate <br...@broadsoft.com> wrote: > > 1. In a ISUP to SIP interoperability scenario, does > > SIP proxy need to PRACK all the 183 received since > > the INVITE was forked by the next hope proxy P2? > > The PRACK is generated by the UAC. The proxy follows RFC 3262, RFC 3261, > and RFC 6026 similar to other mid-dialog requests (such as BYE) and > corresponding responses. > > For completeness, RFC 3262 section 3 also indicates the following: > > "Of course, unlike a UAS, when the proxy element > receives a PRACK that does not match any outstanding reliable > provisional response, the PRACK MUST be proxied." > > > > 2. Is it valid to send a 200|OK for INVITE with new > > To Tag, not matched to any sent 183? > > Yes; a device does not need to send 18x before 2xx. > _______________________________________________ Sip-implementors mailing list Sip-implementors@lists.cs.columbia.edu https://lists.cs.columbia.edu/mailman/listinfo/sip-implementors
