[OpenSER-Devel] [CPL "proxy_recurse"] ERROR:core:skip_name: error in contact

[Iñaki Baz Castillo]

Hi, using OpenSer SVN trunk rev 3516 (from today).

I use:
  modparam("cpl-c","proxy_recurse",2)
so when a UAS replies a 302 the CPL module generates a new branch instead of 
forwarding the 302 uptream.

This worked perfectly days ago.

But now when CPL gets a 302 it gives those errors:

------------------------------------------------------------------
Jan  9 18:40:06 [27510] ERROR:core:skip_name: error in contact, scheme 
separator not found
Jan  9 18:40:06 [27510] ERROR:core:parse_contacts: failed to skip name part
Jan  9 18:40:06 [27510] ERROR:core:contact_parser: failed to parse contacts
Jan  9 18:40:06 [27510] ERROR:core:parse_contact: failed to parse contact
Jan  9 18:40:06 [27510] ERROR:cpl-c:add_contacts_to_loc_set: unable to parse 
Contact hdr!
Jan  9 18:40:06 [27510] ERROR:core:skip_name: error in contact, scheme 
separator not found
Jan  9 18:40:06 [27510] ERROR:core:parse_contacts: failed to skip name part
Jan  9 18:40:06 [27510] ERROR:core:contact_parser: failed to parse contacts
Jan  9 18:40:06 [27510] ERROR:core:parse_contact: failed to parse contact
Jan  9 18:40:06 [27510] ERROR:cpl-c:add_contacts_to_loc_set: unable to parse 
Contact hdr!
Jan  9 18:40:06 [27508] WARNING:core:run_actions: null action list 
(rec_level=2)
----------------------------------------------------------------------


The reply is completely correct:

--------------------------------------------------------------------
U 2008/01/09 18:40:06.718852 IP_Twinkle:222.111.235.18 -> 88.94.0.110:5060
SIP/2.0 302 Moved Temporarily
Via: SIP/2.0/UDP 88.94.0.110;branch=z9hG4bK44c2.06adc045.0,SIP/2.0/UDP 
192.168.1.109:5061;received=222.111.235.18;rport=5061;branch=z9hG4bK-3a784ccb
To: <sip:200 at mydomain.org>;tag=ediqg
From: "PAP2" <sip:pap2 at mydomain.org>;tag=3bd00f18eff2d28fo1
Call-ID: e4c47c8c-f50223ab at 192.168.1.109
CSeq: 102 INVITE
Contact: <sip:voicemail at mydomain.org>;q=0,9
Server: Twinkle/1.1
Content-Length: 0
--------------------------------------------------------------------


The only I have done those days is a "svn update" and change 3 #define in 
order to allow longer SQL queries:

- pvar.c => #define PV_PRINT_BUF_SIZE 2048
- modules/avpops/avpops_impl.c:#define AVP_PRINTBUF_SIZE 2048
- modules/avpops/avpops_impl.c:#define STR_BUF_SIZE 2048

All of them were 1024 by default.


Any suggestion? Thanks a lot.



-- 


Iñaki Baz Castillo
ibc at in.ilimit.es