[OpenSIPS-Users] Arbitrary contact added in 302 generated responses

[Francisco Javier Lizaran Vilches]

Hi Bogdan:

I will try to print the avp next time it occurs.

Thanks:

Francisco

2009/4/30 Bogdan-Andrei Iancu <bogdan at voice-system.ro>

> Hi Francisco,
>
> First of all, maybe it will be a good idea to upgrade to OpenSIPS 1.5.1 -
> along the versions many bugs were fixed and 1.2 is a really old one.
>
> Have you tried to place an xlog and print the fwdbusy avp just before the
> avp_pushto() ?
>
> Regards,
> Bogdan
>
> Francisco Javier Lizaran Vilches wrote:
>
>> Hi all:
>> Have  running this script on Openser 1.2.3-notls version managing forwards
>> this way:
>>
>> route[3]    {
>> ...
>> t_on_failure("1");
>> if avp_db_load("$ru", "*") {
>>        if (is_avp_set("$avp(s:fwdbusy)/s")) {
>>                setflag(23);
>>        };
>> ...
>>
>> failure_route[1] {
>> ...
>>        if ((isflagset(23)) && (t_check_status("486"))) {
>>                if (avp_pushto("$ru", "$avp(s:fwdbusy)")) {
>>                        t_reply("302","Moved Temporarily");
>>                        return;
>>                        };
>>        };
>> ...
>>
>> 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.
>>
>> Example:
>>
>> SIP/2.0 302 Moved Temporarily
>> Via: SIP/2.0/UDP 10.100.2.254:5060;branch=z9hG4bK51461DD5
>> From: <sip:30132 at 10.100.2.254 <sip%3A30132 at 10.100.2.254> <mailto:
>> sip%3A30132 at 10.100.2.254 <sip%253A30132 at 10.100.2.254>>>;tag=92DAB388-EE7
>> To: <sip:20050 at domain.com <sip%3A20050 at domain.com> <mailto:
>> sip%3A20050 at domain.com <sip%253A20050 at domain.com>
>> >>;tag=880a5593aeb097bc75600b31d6e17107-78ac
>> Call-ID: C0C84A1C-33CE11DE-BEBEEAA9-C0D323DF at 192.168.2.40 <mailto:
>> C0C84A1C-33CE11DE-BEBEEAA9-C0D323DF at 192.168.2.40>
>> CSeq: 101 INVITE
>> Contact: sip:30050 at domain.com <sip%3A30050 at domain.com> <mailto:
>> sip%3A30050 at domain.com <sip%253A30050 at domain.com>>,
>> <sip:030410 at 10.172.0.254:5060;transport=udp>;q=0
>> Server: OpenSER (1.2.3-notls (i386/linux))
>> Content-Length: 0
>>
>>
>> <sip:030410 at 10.172.0.254:5060;transport=udp>;q=0 is added in all
>> forwardings done the system.
>>
>> 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?
>>
>> Thanks a lot:
>> Fran Lizaran
>> ------------------------------------------------------------------------
>>
>> _______________________________________________
>> Users mailing list
>> Users at lists.opensips.org
>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>
>>
>
>


-- 
Fran Lizaran
Comprometido con el Derecho a Vivir
http://derechoavivir.org
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.opensips.org/pipermail/users/attachments/20090504/f46f8374/attachment.htm