2011/6/29 Jan Janak <jan(a)ryngle.com>om>:
So what get's printed when you use @v.branch?
Nothing or some garbage?
Could you also check the log to see if there are any error messages
(via parsing perhaps) when you try to use one of the selects that
don't work?
The request is correct (no parsing errors at all):
DEBUG: <core> [parser/parse_via.c:1287]: Found param type 232,
<branch> = <z9hG4bKaxdawfnv>; state=16
Then when running this xlog:
xlog("L_INFO", "[$sel((a)v.branch)] $rm from $fu ($fU) to $ru
($sel((a)v.transport) $si : $sp)");
I get <null> for $sel((a)v.branch):
DEBUG: <core> [select_core.c:378]: missing VIA[6] header
DEBUG: <core> [parser/parse_to.c:174]: DEBUG: add_param: tag=wohrg
DEBUG: <core> [parser/parse_to.c:803]: end of header reached, state=29
DEBUG: <core> [select.c:424]: Calling SELECT 0x7f5e99bd9890
INFO: <script>: [<null>] ACK from sip:test_ibc@aliax.net (test_ibc)
to sip:kaka@aliax.net (UDP 192.168.1.16 : 15060)
So, what does it mean "[select_core.c:378]: missing VIA[6] header" ?
It's not missing at all. It's an INVITE from Twinkle, 100% correct:
INVITE sip:kaka@aliax.net SIP/2.0
Via: SIP/2.0/UDP 192.168.1.16:15060;rport;branch=z9hG4bKfzqlmkkf
Max-Forwards: 70
To: <sip:kaka@aliax.net>
From: "OverSIP" <sip:test_ibc@aliax.net>;tag=hkrmz
Call-ID: soilztpqcxyvhfr@ibc-laptop
CSeq: 986 INVITE
Contact: <sip:test_ibc@192.168.1.16:15060;transport=udp>
Content-Type: application/sdp
Allow: INVITE,ACK,BYE,CANCEL,OPTIONS,PRACK,REFER,NOTIFY,SUBSCRIBE,INFO,MESSAGE
Supported: replaces,norefersub,100rel
User-Agent: Twinkle/1.4.2
Content-Length: 309
[...]
Also note that $sel((a)v.transport) is correctly printed.
--
Iñaki Baz Castillo
<ibc(a)aliax.net>