Hi Bogdan:

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

Thanks:

Francisco

2009/4/30 Bogdan-Andrei Iancu <[email protected]>

> 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:[email protected] <sip%[email protected]> <mailto:
>> sip%[email protected] <sip%[email protected]>>>;tag=92DAB388-EE7
>> To: <sip:[email protected] <sip%[email protected]> <mailto:
>> sip%[email protected] <sip%[email protected]>
>> >>;tag=880a5593aeb097bc75600b31d6e17107-78ac
>> Call-ID: [email protected] <mailto:
>> [email protected]>
>> CSeq: 101 INVITE
>> Contact: sip:[email protected] <sip%[email protected]> <mailto:
>> sip%[email protected] <sip%[email protected]>>,
>> <sip:[email protected]:5060;transport=udp>;q=0
>> Server: OpenSER (1.2.3-notls (i386/linux))
>> Content-Length: 0
>>
>>
>> <sip:[email protected]: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
>> [email protected]
>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>
>>
>
>


-- 
Fran Lizaran
Comprometido con el Derecho a Vivir
http://derechoavivir.org
_______________________________________________
Users mailing list
[email protected]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

Reply via email to