[OpenSER-Devel] [CPL "proxy_recurse"] ERROR:core:skip_name: error in contact
Iñaki Baz Castillo
ibc at in.ilimit.es
Wed Jan 9 17:41:52 UTC 2008
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
More information about the Devel
mailing list