2011/6/29 Jan Janak jan@ryngle.com:
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(@v.branch)] $rm from $fu ($fU) to $ru ($sel(@v.transport) $si : $sp)");
I get <null> for $sel(@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(@v.transport) is correctly printed.