Hi,

the sequential requests like ACK (for 200 OK) and BYE are routed based on route set (RR and contact). I strongly advice you to read how this works from the SIP RFC. It will answer to all your questions.

regards, bogdan

Poppenhouse Kent-P28924 wrote:

Thank you for all you help. Hopefully this will be the last time I have to bother you. I was wondering about the handling of ACKs.

If userA sends an ACK to the SER, it forwards to userB rewriting the URI domain with IP of userB. Good, however I need this scenario:

userA sends ACK to Proxy, Proxy adds via sends to SER, SER adds via rewrites URI domain with IP of userB sends to new proxy, new proxy gets ACK adds via and sends to userB. SER is using t_relay_to_udp("proxyIP","5060") so all messages go through another proxy before reaching the enduser.

This works for Invites, and Bye, but for the stateless ACKs the SER does not forward the ACK but instead says: sl_send_reply: I won't send a reply for ACK!!.

Is there an easy way to make the SER rewrite the URI with the IP and forward it on? I tried using if (method=="ACK") forward(proxyIP,5060), which seems to work but the lookup("location") does not seem to rewrite the URI with the IP, keeps it as a domain name.

Thanks again for all your help.