[SIPForum-discussion] UAC sends ACK to the different network address than INVITE

[Hilyard, Trey A [CTO]]

If you have a case where the host that you send the INVITE to is actually a front-end distributor (or proxy) for elements behind it, it is possible that the Contact header on the 2xx response may be different than the address the INVITE was originally sent to. I see this a lot with large SIP softswitches that use a distributed architecture. This allows the “call server” that is handling the call to get the response without needing a stateful proxy.

-Trey


From: discussion-bounces at sipforum.org [mailto:discussion-bounces at sipforum.org] On Behalf Of Dauren Zhumagaliev
Sent: Wednesday, June 10, 2015 3:27 AM
To: discussion at sipforum.org
Subject: [SIPForum-discussion] UAC sends ACK to the different network address than INVITE

Hello,

Is there any description in RFC for case when UAC sends ACK for 2xx final response to the network address different than INVITE? What can cause such a behavior? Could it be considered as transaction error?

Thank you in advance.
Regards,

Dauren

________________________________

This e-mail may contain Sprint proprietary information intended for the sole use of the recipient(s). Any use by others is prohibited. If you are not the intended recipient, please contact the sender and delete all copies of the message.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://sipforum.org/pipermail/discussion/attachments/20150610/466f86f2/attachment-0002.html>