Hi all:<br>Have running this script on Openser 1.2.3-notls version managing forwards this way:<br><br>route[3] {<br>...<br>t_on_failure("1");<br>if avp_db_load("$ru", "*") {<br> if (is_avp_set("$avp(s:fwdbusy)/s")) {<br>
setflag(23);<br> };<br>...<br><br>failure_route[1] {<br>...<br> if ((isflagset(23)) && (t_check_status("486"))) {<br> if (avp_pushto("$ru", "$avp(s:fwdbusy)")) {<br>
t_reply("302","Moved Temporarily");<br> return;<br> };<br> };<br>...<br><br>User A calls user B and B has fwdbusy parameter set in user preferences; if B is busy, proxy sends 302 message back to A with contact set to $avp(s:fwdbusy) value. This setup usually works fine. However, sometimes the proxy shows a strange behaviour. It starts to append an arbitrary contact to the contact header in every forwarding it does. The contact appended has nothing to do with A or B or the uri set in the avp. The same uri is appended in all call forwardings performed in the system. If the proxy is restarted, the problem disappears.<br>
<br>Example:<br><br>SIP/2.0 302 Moved Temporarily<br>Via: SIP/2.0/UDP 10.100.2.254:5060;branch=z9hG4bK51461DD5<br>From: <<a href="mailto:sip%3A30132@10.100.2.254" target="_blank">sip:30132@10.100.2.254</a>>;tag=92DAB388-EE7<br>
To: <<a href="mailto:sip%3A20050@domain.com" target="_blank">sip:20050@domain.com</a>>;tag=880a5593aeb097bc75600b31d6e17107-78ac<br>
Call-ID: <a href="mailto:C0C84A1C-33CE11DE-BEBEEAA9-C0D323DF@192.168.2.40" target="_blank">C0C84A1C-33CE11DE-BEBEEAA9-C0D323DF@192.168.2.40</a><br>CSeq: 101 INVITE<br>Contact: <a href="mailto:sip%3A30050@domain.com" target="_blank">sip:30050@domain.com</a>, <sip:030410@10.172.0.254:5060;transport=udp>;q=0<br>
Server: OpenSER (1.2.3-notls (i386/linux))<br>Content-Length: 0<br><br><br><sip:030410@10.172.0.254:5060;transport=udp>;q=0 is added in all forwardings done the system. <br><br>Unfortunately I have no debug info cause it happens in production environment. I couldn't reproduce the problem in test environment. Have you got any idea on what could make it happen?<br>
<br>Thanks a lot: <br>Fran Lizaran<br>