hey, i'm new into to list, so don't be too rude with the rookie :) Here's my question.
We're about to implement SIP 302 into our stack. By looking at the RFC 3665 ( https://tools.ietf.org/html/rfc3665#section-3.6 ), I see a re-INVITE goes to proxy P3 (F4 in the flow) with the same CallID. Due to some limitations from our side, we plan to do an INVITE (vs a re-INVITE), by using a NEW Call-ID to P3. So that will be 2 totally separated calls. First call will get the 302 (which is a final response) and then we'll send a new totally separated call to the Contact received in the 302 response from call #1. Do you see any problem(s) by such an implementation? Do you think that could affect any future transfers (SIP 300, 305) by using that way? I know it will have an impact on CDRs, but we have a different approch to "link" the call together. Any broken rules that will need us to change everything when implementing a recent RFC? Thanks. Sheldon, the rookie. _______________________________________________ Sip-implementors mailing list Sip-implementors@lists.cs.columbia.edu https://lists.cs.columbia.edu/mailman/listinfo/sip-implementors
