sr-users May 2014

sr-users@lists.kamailio.org

96 participants
156 discussions

FW: Module TOPOH: Does not unmask CALL-ID on request BYE in one direction
by Samuel F. 04 Jul '14

04 Jul '14

Hi, We are setting up a Kamailio Proxy with the Topoh module in place masking everything including CALL-ID. It seems to be masking everything just fine except for CALL-ID in BYE requests (verified with PCAPs) when received from downstream. Upstream works fine. Looking at the source code for the module 4.1.2 we see the unmasking being done like this: if(dialog) { /* dialog request */ th_unmask_ruri(&msg); th_unmask_route(&msg); th_unmask_refer_to(&msg); if(direction==1) { th_unmask_callid(&msg); } } It only seems to be unmasking for one direction. From my understanding BYE can be initated from both directions? Might be something I don’t understand here how the source code works but I wanted to ask for any pointers of help here.. been troubleshooting this for a good while now. Kind regards, Samuel

3 2

Re: [SR-Users] Crash Kamailio 4.1.3
by Igor Potjevlesch 12 Jun '14

12 Jun '14

Hello, Do you any ideas about the reason of this issue? Is it caused by the last call? Do you have enough information with the PAI? Regards, Igor. 2014-05-28 13:47 GMT+02:00 Igor Potjevlesch <igor.potjevlesch(a)gmail.com>: > Hello, > > p *msg->pai : > > $4 = {type = HDR_PAI_T, name = { > s = 0x7fad2cf8af74 "P-Asserted-Identity: > \"0123456789\"<sip:0123456789@a.b.c.d>\r\nContent-Type: > application/sdp\r\nContent-Length: 298\r\n\r\nv=0\r\no=root 1751857229 > 1751857230 IN IP4 a.b.c.d\r\ns=Asterisk PBX 1.6.2.9-2+squeeze3\r\nc=IN IP4 > a.b.c.d\r\nt=0 0\r\nm=audio 11886 RTP/AVP 8 3 0 101\r\na=rtpmap:8 > PCMA/8000\r\na=rtpmap:3 GSM/8000\r\na=rtpmap:0 PCMU/8000\r\na=rtpmap:101 > telephone-event/8000\r\na=fmtp:101 0-16\r\na=ptime:20\r\na=sendrecv\r\n", > len = 19}, body = { > s = 0x7fad2cf8af89 "\"0123456789\"<sip:0123456789@a.b.c.d>\r\nContent-Type: > application/sdp\r\nContent-Length: 298\r\n\r\nv=0\r\no=root 1751857229 > 1751857230 IN IP4 a.b.c.d\r\ns=Asterisk PBX 1.6.2.9-2+squeeze3\r\nc=IN IP4 > a.b.c.d\r\nt=0 0\r\nm=audio 11886 RTP/AVP 8 3 0 101\r\na=rtpmap:8 > PCMA/8000\r\na=rtpmap:3 GSM/8000\r\na=rtpmap:0 PCMU/8000\r\na=rtpmap:101 > telephone-event/8000\r\na=fmtp:101 0-16\r\na=ptime:20\r\na=sendrecv\r\n", > len = 43}, len = 66, > parsed = 0x7fad389a7220, next = 0x7fad2cf8baf0} > > > p *((p_id_body_t*)msg->pai->parsed) : > > $5 = {id = 0x0, num_ids = 0, next = 0x0} > > Regards, > > > > Igor. > > > 2014-05-28 13:29 GMT+02:00 Daniel-Constantin Mierla <miconda(a)gmail.com>: > > Hello, >> >> I need now: >> >> p *msg->pai >> p *((p_id_body_t*)msg->pai->parsed) >> >> Cheers, >> Daniel >> >> >> On 28/05/14 12:46, Igor Potjevlesch wrote: >> >> Hello Daniel, >> >> Here is the result of p *msg : >> >> $3 = {id = 128120, pid = 2414, tval = {tv_sec = 1401265832, tv_usec = >> 5951}, fwd_send_flags = {f = 0 '\000', blst_imask = 0 '\000'}, >> rpl_send_flags = {f = 0 '\000', >> blst_imask = 0 '\000'}, first_line = {type = 1, len = 48, u = >> {request = {method = { >> s = 0x7fad2cf8ac30 "INVITE sip:0123456789@domainSIP/2.0\r\nVia: SIP/2.0/UDP >> a.b.c.d:5060;branch=z9hG4bK6b726b55;rport\r\nMax-Forwards: 69\r\nFrom: >> \"FAX\" <sip:0123456789@domain>;tag=as729b3498\r\nTo: >> <sip:0123456789@domain>\r\nContact: <sip:0123456789@a.b.c.d>\r\nCall-ID: >> 419b254b1c0531af3bf256b14f1881e2@domain\r\nCSeq: 103 >> INVITE\r\nUser-Agent: Asterisk PBX 1.6.2.9-2+squeeze3\r\nRemote-Party-ID: >> \"FAX\" <sip:0123456789@domain>;privacy=off;screen=no\r\nProxy-Authorization: >> Digest username=\"0123456789\", realm=\"domain\", algorithm=MD5, uri=\ >> "sip:0123456789@domain\", nonce=\"U4Wf01OFnqcywgUETmE15dMbFu/Y1hpt\", >> response=\"d055e0f3ba4646773d6ab6c5a05feec7\"\r\nDate: Wed, 28 May 2014 >> 08:30:32 GMT\r\nAllow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, >> NOTIFY, INFO\r\nSupported: replaces, timer\r\nP-Asserted-Identity: >> \"0123456789\"<sip:0123456789@a.b.c.d>\r\nContent-Type: >> application/sdp\r\nContent-Length: 298\r\n\r\nv=0\r\no=root 1751857229 >> 1751857230 IN IP4 a.b.c.d\r\ns=Asterisk PBX 1.6.2.9-2+squeeze3\r\nc=IN IP4 >> a.b.c.d\r\nt=0 0\r\nm=audio 11886 RTP/AVP 8 3 0 101\r\na=rtpmap:8 >> PCMA/8000\r\na=rtpmap:3 GSM/8000\r\na=rtpmap:0 PCMU/8000\r\na=rtpmap:101 >> telephone-event/8000\r\na=fmtp:101 0-16\r\na=ptime:20\r\na=sendrecv\r\n", >> len = 6}, uri = { >> s = 0x7fad2cf8ac37 "sip:0123456789@domain SIP/2.0\r\nVia: >> SIP/2.0/UDP a.b.c.d:5060;branch=z9hG4bK6b726b55;rport\r\nMax-Forwards: >> 69\r\nFrom: \"FAX\" <sip:0123456789@domain>;tag=as729b3498\r\nTo: >> <sip:0123456789@domain>\r\nContact: <sip:0123456789@a.b.c.d>\r\nCall-ID: >> 419b254b1c0531af3bf256b14f1881e2@domain\r\nCSeq: 103 >> INVITE\r\nUser-Agent: Asterisk PBX 1.6.2.9-2+squeeze3\r\nRemote-Party-ID: >> \"FAX\" <sip:0123456789@domain>;privacy=off;screen=no\r\nProxy-Authorization: >> Digest username=\"0123456789\", realm=\"domain\", algorithm=MD5, uri=\ >> "sip:0123456789@domain\", nonce=\"U4Wf01OFnqcywgUETmE15dMbFu/Y1hpt\", >> response=\"d055e0f3ba4646773d6ab6c5a05feec7\"\r\nDate: Wed, 28 May 2014 >> 08:30:32 GMT\r\nAllow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, >> NOTIFY, INFO\r\nSupported: replaces, timer\r\nP-Asserted-Identity: >> \"0123456789\"<sip:0123456789@a.b.c.d>\r\nContent-Type: >> application/sdp\r\nContent-Length: 298\r\n\r\nv=0\r\no=root 1751857229 >> 1751857230 IN IP4 a.b.c.d\r\ns=Asterisk PBX 1.6.2.9-2+squeeze3\r\nc=IN IP4 >> a.b.c.d\r\nt=0 0\r\nm=audio 11886 RTP/AVP 8 3 0 101\r\na=rtpmap:8 >> PCMA/8000\r\na=rtpmap:3 GSM/8000\r\na=rtpmap:0 PCMU/8000\r\na=rtpmap:101 >> telephone-event/8000\r\na=fmtp:101 0-16\r\na=ptime:20\r\na=sendrecv\r\n", >> len = 31}, version = { >> s = 0x7fad2cf8ac57 "SIP/2.0\r\nVia: SIP/2.0/UDP >> a.b.c.d:5060;branch=z9hG4bK6b726b55;rport\r\nMax-Forwards: 69\r\nFrom: >> \"FAX\" <sip:0123456789@domain>;tag=as729b3498\r\nTo: >> <sip:0123456789@domain>\r\nContact: <sip:0123456789@a.b.c.d>\r\nCall-ID: >> 419b254b1c0531af3bf256b14f1881e2@domain\r\nCSeq: 103 >> INVITE\r\nUser-Agent: Asterisk PBX 1.6.2.9-2+squeeze3\r\nRemote-Party-ID: >> \"FAX\" <sip:0123456789@domain>;privacy=off;screen=no\r\nProxy-Authorization: >> Digest username=\"0123456789\", realm=\"domain\", algorithm=MD5, uri=\ >> "sip:0123456789@domain\", nonce=\"U4Wf01OFnqcywgUETmE15dMbFu/Y1hpt\", >> response=\"d055e0f3ba4646773d6ab6c5a05feec7\"\r\nDate: Wed, 28 May 2014 >> 08:30:32 GMT\r\nAllow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, >> NOTIFY, INFO\r\nSupported: replaces, timer\r\nP-Asserted-Identity: >> \"0123456789\"<sip:0123456789@a.b.c.d>\r\nContent-Type: >> application/sdp\r\nContent-Length: 298\r\n\r\nv=0\r\no=root 1751857229 >> 1751857230 IN IP4 a.b.c.d\r\ns=Asterisk PBX 1.6.2.9-2+squeeze3\r\nc=IN IP4 >> a.b.c.d\r\nt=0 0\r\nm=audio 11886 RTP/AVP 8 3 0 101\r\na=rtpmap:8 >> PCMA/8000\r\na=rtpmap:3 GSM/8000\r\na=rtpmap:0 PCMU/8000\r\na=rtpmap:101 >> telephone-event/8000\r\na=fmtp:101 0-16\r\na=ptime:20\r\na=sendrecv\r\n", >> len = 7}, >> method_value = 1}, reply = {version = { >> s = 0x7fad2cf8ac30 "INVITE sip:0123456789@domainSIP/2.0\r\nVia: SIP/2.0/UDP >> a.b.c.d:5060;branch=z9hG4bK6b726b55;rport\r\nMax-Forwards: 69\r\nFrom: >> \"FAX\" <sip:0123456789@domain>;tag=as729b3498\r\nTo: >> <sip:0123456789@domain>\r\nContact: <sip:0123456789@a.b.c.d>\r\nCall-ID: >> 419b254b1c0531af3bf256b14f1881e2@domain\r\nCSeq: 103 >> INVITE\r\nUser-Agent: Asterisk PBX 1.6.2.9-2+squeeze3\r\nRemote-Party-ID: >> \"FAX\" <sip:0123456789@domain>;privacy=off;screen=no\r\nProxy-Authorization: >> Digest username=\"0123456789\", realm=\"domain\", algorithm=MD5, uri=\ >> "sip:0123456789@domain\", nonce=\"U4Wf01OFnqcywgUETmE15dMbFu/Y1hpt\", >> response=\"d055e0f3ba4646773d6ab6c5a05feec7\"\r\nDate: Wed, 28 May 2014 >> 08:30:32 GMT\r\nAllow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, >> NOTIFY, INFO\r\nSupported: replaces, timer\r\nP-Asserted-Identity: >> \"0123456789\"<sip:0123456789@a.b.c.d>\r\nContent-Type: >> application/sdp\r\nContent-Length: 298\r\n\r\nv=0\r\no=root 1751857229 >> 1751857230 IN IP4 a.b.c.d\r\ns=Asterisk PBX 1.6.2.9-2+squeeze3\r\nc=IN IP4 >> a.b.c.d\r\nt=0 0\r\nm=audio 11886 RTP/AVP 8 3 0 101\r\na=rtpmap:8 >> PCMA/8000\r\na=rtpmap:3 GSM/8000\r\na=rtpmap:0 PCMU/8000\r\na=rtpmap:101 >> telephone-event/8000\r\na=fmtp:101 0-16\r\na=ptime:20\r\na=sendrecv\r\n", >> len = 6}, status = { >> s = 0x7fad2cf8ac37 "sip:0123456789@domain SIP/2.0\r\nVia: >> SIP/2.0/UDP a.b.c.d:5060;branch=z9hG4bK6b726b55;rport\r\nMax-Forwards: >> 69\r\nFrom: \"FAX\" <sip:0123456789@domain>;tag=as729b3498\r\nTo: >> <sip:0123456789@domain>\r\nContact: <sip:0123456789@a.b.c.d>\r\nCall-ID: >> 419b254b1c0531af3bf256b14f1881e2@domain\r\nCSeq: 103 >> INVITE\r\nUser-Agent: Asterisk PBX 1.6.2.9-2+squeeze3\r\nRemote-Party-ID: >> \"FAX\" <sip:0123456789@domain>;privacy=off;screen=no\r\nProxy-Authorization: >> Digest username=\"0123456789\", realm=\"domain\", algorithm=MD5, uri=\ >> "sip:0123456789@domain\", nonce=\"U4Wf01OFnqcywgUETmE15dMbFu/Y1hpt\", >> response=\"d055e0f3ba4646773d6ab6c5a05feec7\"\r\nDate: Wed, 28 May 2014 >> 08:30:32 GMT\r\nAllow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, >> NOTIFY, INFO\r\nSupported: replaces, timer\r\nP-Asserted-Identity: >> \"0123456789\"<sip:0123456789@a.b.c.d>\r\nContent-Type: >> application/sdp\r\nContent-Length: 298\r\n\r\nv=0\r\no=root 1751857229 >> 1751857230 IN IP4 a.b.c.d\r\ns=Asterisk PBX 1.6.2.9-2+squeeze3\r\nc=IN IP4 >> a.b.c.d\r\nt=0 0\r\nm=audio 11886 RTP/AVP 8 3 0 101\r\na=rtpmap:8 >> PCMA/8000\r\na=rtpmap:3 GSM/8000\r\na=rtpmap:0 PCMU/8000\r\na=rtpmap:101 >> telephone-event/8000\r\na=fmtp:101 0-16\r\na=ptime:20\r\na=sendrecv\r\n", >> len = 31}, reason = { >> s = 0x7fad2cf8ac57 "SIP/2.0\r\nVia: SIP/2.0/UDP >> a.b.c.d:5060;branch=z9hG4bK6b726b55;rport\r\nMax-Forwards: 69\r\nFrom: >> \"FAX\" <sip:0123456789@domain>;tag=as729b3498\r\nTo: >> <sip:0123456789@domain>\r\nContact: <sip:0123456789@a.b.c.d>\r\nCall-ID: >> 419b254b1c0531af3bf256b14f1881e2@domain\r\nCSeq: 103 >> INVITE\r\nUser-Agent: Asterisk PBX 1.6.2.9-2+squeeze3\r\nRemote-Party-ID: >> \"FAX\" <sip:0123456789@domain>;privacy=off;screen=no\r\nProxy-Authorization: >> Digest username=\"0123456789\", realm=\"domain\", algorithm=MD5, uri=\ >> "sip:0123456789@domain\", nonce=\"U4Wf01OFnqcywgUETmE15dMbFu/Y1hpt\", >> response=\"d055e0f3ba4646773d6ab6c5a05feec7\"\r\nDate: Wed, 28 May 2014 >> 08:30:32 GMT\r\nAllow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, >> NOTIFY, INFO\r\nSupported: replaces, timer\r\nP-Asserted-Identity: >> \"0123456789\"<sip:0123456789@a.b.c.d>\r\nContent-Type: >> application/sdp\r\nContent-Length: 298\r\n\r\nv=0\r\no=root 1751857229 >> 1751857230 IN IP4 a.b.c.d\r\ns=Asterisk PBX 1.6.2.9-2+squeeze3\r\nc=IN IP4 >> a.b.c.d\r\nt=0 0\r\nm=audio 11886 RTP/AVP 8 3 0 101\r\na=rtpmap:8 >> PCMA/8000\r\na=rtpmap:3 GSM/8000\r\na=rtpmap:0 PCMU/8000\r\na=rtpmap:101 >> telephone-event/8000\r\na=fmtp:101 0-16\r\na=ptime:20\r\na=sendrecv\r\n", >> len = 7}, >> statuscode = 1}}}, via1 = 0x7fad2cf8b158, via2 = 0x0, headers = >> 0x7fad2cf8b118, last_header = 0x7fad2cf8bb30, parsed_flag = >> 18446744073709551615, >> h_via1 = 0x7fad2cf8b118, h_via2 = 0x0, callid = 0x7fad2cf8b7a0, to = >> 0x7fad2cf8b548, cseq = 0x7fad2cf8b7e0, from = 0x7fad2cf8b300, contact = >> 0x7fad2cf8b760, >> maxforwards = 0x7fad2cf8b2c0, route = 0x0, record_route = 0x0, >> content_type = 0x7fad2cf8baf0, content_length = 0x7fad2cf8bb30, >> authorization = 0x0, expires = 0x0, >> proxy_auth = 0x7fad2cf8b8d0, supported = 0x7fad2cf8ba70, require = 0x0, >> proxy_require = 0x0, unsupported = 0x0, allow = 0x7fad2cf8ba30, event = >> 0x0, accept = 0x0, >> accept_language = 0x0, organization = 0x0, priority = 0x0, subject = >> 0x0, user_agent = 0x7fad2cf8b850, server = 0x0, content_disposition = 0x0, >> diversion = 0x0, >> rpid = 0x7fad2cf8b890, refer_to = 0x0, session_expires = 0x0, min_se = >> 0x0, sipifmatch = 0x0, subscription_state = 0x0, date = 0x7fad384baa90, >> identity = 0x0, >> identity_info = 0x0, pai = 0x7fad2cf8bab0, ppi = 0x0, path = 0x0, >> privacy = 0x0, body = 0x0, >> eoh = 0x7fad2cf8afea "\r\nv=0\r\no=root 1751857229 1751857230 IN IP4 >> a.b.c.d\r\ns=Asterisk PBX 1.6.2.9-2+squeeze3\r\nc=IN IP4 a.b.c.d\r\nt=0 >> 0\r\nm=audio 11886 RTP/AVP 8 3 0 101\r\na=rtpmap:8 PCMA/8000\r\na=rtpmap:3 >> GSM/8000\r\na=rtpmap:0 PCMU/8000\r\na=rtpmap:101 >> telephone-event/8000\r\na=fmtp:101 0-16\r\na=ptime:20\r\na=sendrecv\r\n", >> unparsed = 0x7fad2cf8afea "\r\nv=0\r\no=root 1751857229 1751857230 IN >> IP4 a.b.c.d\r\ns=Asterisk PBX 1.6.2.9-2+squeeze3\r\nc=IN IP4 a.b.c.d\r\nt=0 >> 0\r\nm=audio 11886 RTP/AVP 8 3 0 101\r\na=rtpmap:8 PCMA/8000\r\na=rtpmap:3 >> GSM/8000\r\na=rtpmap:0 PCMU/8000\r\na=rtpmap:101 >> telephone-event/8000\r\na=fmtp:101 0-16\r\na=ptime:20\r\na=sendrecv\r\n", >> rcv = {src_ip = {af = 2, len = 4, u = {addrl = {1950469485, >> 140381949486832}, addr32 = {1950469485, 0, 943417072, 32685}, addr16 = >> {52589, >> 29761, 0, 0, 26352, 14395, 32685, 0}, addr = >> "m\315At\000\000\000\000\360f;8\255\177\000"}}, dst_ip = {af = 2, len = 4, >> u = {addrl = {67638457, 0}, >> addr32 = {67638457, 0, 0, 0}, addr16 = {5305, 1032, 0, 0, 0, 0, >> 0, 0}, addr = "\271\024\b\004", '\000' <repeats 11 times>}}, src_port = >> 5060, dst_port = 5060, >> proto_reserved1 = 0, proto_reserved2 = 0, src_su = {s = {sa_family = >> 2, sa_data = "\023\304m\315At\000\000\000\000\000\000\000"}, sin = >> {sin_family = 2, >> sin_port = 50195, sin_addr = {s_addr = 1950469485}, sin_zero = >> "\000\000\000\000\000\000\000"}, sin6 = {sin6_family = 2, sin6_port = 50195, >> sin6_flowinfo = 1950469485, sin6_addr = {__in6_u = {__u6_addr8 = >> '\000' <repeats 15 times>, __u6_addr16 = {0, 0, 0, 0, 0, 0, 0, 0}, >> __u6_addr32 = {0, 0, 0, >> 0}}}, sin6_scope_id = 0}}, bind_address = 0x7fad383b6588, >> proto = 1 '\001'}, >> buf = 0x7fad2cf8ac30 "INVITE sip:0123456789@domain SIP/2.0\r\nVia: >> SIP/2.0/UDP a.b.c.d:5060;branch=z9hG4bK6b726b55;rport\r\nMax-Forwards: >> 69\r\nFrom: \"FAX\" <sip:0123456789@domain>;tag=as729b3498\r\nTo: >> <sip:0123456789@domain>\r\nContact: <sip:0123456789@a.b.c.d>\r\nCall-ID: >> 419b254b1c0531af3bf256b14f1881e2@domain\r\nCSeq: 103 >> INVITE\r\nUser-Agent: Asterisk PBX 1.6.2.9-2+squeeze3\r\nRemote-Party-ID: >> \"FAX\" <sip:0123456789@domain>;privacy=off;screen=no\r\nProxy-Authorization: >> Digest username=\"0123456789\", realm=\"domain\", algorithm=MD5, uri=\ >> "sip:0123456789@domain\", nonce=\"U4Wf01OFnqcywgUETmE15dMbFu/Y1hpt\", >> response=\"d055e0f3ba4646773d6ab6c5a05feec7\"\r\nDate: Wed, 28 May 2014 >> 08:30:32 GMT\r\nAllow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, >> NOTIFY, INFO\r\nSupported: replaces, timer\r\nP-Asserted-Identity: >> \"0123456789\"<sip:0123456789@a.b.c.d>\r\nContent-Type: >> application/sdp\r\nContent-Length: 298\r\n\r\nv=0\r\no=root 1751857229 >> 1751857230 IN IP4 a.b.c.d\r\ns=Asterisk PBX 1.6.2.9-2+squeeze3\r\nc=IN IP4 >> a.b.c.d\r\nt=0 0\r\nm=audio 11886 RTP/AVP 8 3 0 101\r\na=rtpmap:8 >> PCMA/8000\r\na=rtpmap:3 GSM/8000\r\na=rtpmap:0 PCMU/8000\r\na=rtpmap:101 >> telephone-event/8000\r\na=fmtp:101 0-16\r\na=ptime:20\r\na=sendrecv\r\n", >> len = 1254, new_uri = { >> s = 0x7fad2ceabdef "sip:0123456789@gw SIP/2.0\r\nRecord-Route: >> <sip:a.b.c.d;lr=on>\r\nVia: SIP/2.0/UDP >> a.b.c.d;branch=z9hG4bK6e86.62fc1f802e2e40a8a17cb1556d5ccfa8.0\r\nVia: >> SIP/2.0/UDP a.b.c.d:5060;branch=z9hG4bK6b726b55;rport=5060\r\nMax-Forwards: >> 69\r\nFrom: \"FAX\" <sip:0123456789@domain>;tag=as729b3498\r\nTo: >> <sip:0123456789@domain>\r\nContact: <sip:0123456789@a.b.c.d>\r\nCall-ID: >> 419b254b1c0531af3bf256b14f1881e2@domain\r\nCSeq: 103 INVITE\ >> sendrecv\r\n", len = 1254, new_uri = { >> s = 0x7fad2ceabdef "sip:0123456789@gw SIP/2.0\r\nRecord-Route: >> <sip:a.b.c.d;lr=on>\r\nVia: SIP/2.0/UDP >> a.b.c.d;branch=z9hG4bK6e86.62fc1f802e2e40a8a17cb1556d5ccfa8.0\r\nVia: >> SIP/2.0/UDP a.b.c.d:5060;branch=z9hG4bK6b726b55;rport=5060\r\nMax-Forwards: >> 69\r\nFrom: \"FAX\" <sip:0123456789@domain>;tag=as729b3498\r\nTo: >> <sip:0123456789@domain>\r\nContact: <sip:0123456789@a.b.c.d>\r\nCall-ID: >> 419b254b1c0531af3bf256b14f1881e2@domain\r\nCSeq: 103 INVITE\---Type >> <return> to continue, or q <return> to quit--- >> r\nUser-Agent: Asterisk PBX 1.6.2.9-2+squeeze3\r\nRemote-Party-ID: >> \"FAX\" <sip:0123456789@domain>;privacy=off;screen=no\r\nDate: Wed, 28 >> May 2014 08:30:32 GMT\r\nAllow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, >> SUBSCRIBE, NOTIFY, INFO\r\nSupported: replaces, >> timer\r\nP-Asserted-Identity: \"0123456789\"<sip:0123456789@a.b.c.d>\r\nContent-Type: >> application/sdp\r\nContent-Length: 298\r\n\r\nv=0\r\no=root 1751857229 >> 1751857230 IN IP4 a.b.c.d\r\ns=Asterisk PBX 1.6.2.9-2+squeeze3\r\nc=IN IP4 >> a.b.c.d\r\nt=0 0\r\nm=audio 11886 RTP/AVP 8 3 0 101\r\na=rtpmap:8 >> PCMA/8000\r\na=rtpmap:3 GSM/8000\r\na=rtpmap:0 PCMU/8000\r\na=rtpmap:101 >> telephone-event/8000\r\na=fmtp:101 0-16\r\na=ptime:20\r\na=sendrecv\r\n", >> len = 19}, dst_uri = {s = 0x0, len = 0}, parsed_uri_ok = 0, parsed_uri = >> {user = { >> s = 0x7fad2ceabdf3 "0123456789@gw SIP/2.0\r\nRecord-Route: >> <sip:a.b.c.d;lr=on>\r\nVia: SIP/2.0/UDP >> a.b.c.d;branch=z9hG4bK6e86.62fc1f802e2e40a8a17cb1556d5ccfa8.0\r\nVia: >> SIP/2.0/UDP a.b.c.d:5060;branch=z9hG4bK6b726b55;rport=5060\r\nMax-Forwards: >> 69\r\nFrom: \"FAX\" <sip:0123456789@domain>;tag=as729b3498\r\nTo: >> <sip:0123456789@domain>\r\nContact: <sip:0123456789@a.b.c.d>\r\nCall-ID: >> 419b254b1c0531af3bf256b14f1881e2@domain\r\nCSeq: 103 >> INVITE\r\nUser-Agent: Asterisk PBX 1.6.2.9-2+squeeze3\r\nRemote-Party-ID: >> \"FAX\" <sip:0123456789@domain>;privacy=off;screen=no\r\nDate: Wed, 28 >> May 2014 08:30:32 GMT\r\nAllow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, >> SUBSCRIBE, NOTIFY, INFO\r\nSupported: replaces, >> timer\r\nP-Asserted-Identity: \"0123456789\"<sip:0123456789@a.b.c.d>\r\nContent-Type: >> application/sdp\r\nContent-Length: 298\r\n\r\nv=0\r\no=root 1751857229 >> 1751857230 IN IP4 a.b.c.d\r\ns=Asterisk PBX 1.6.2.9-2+squeeze3\r\nc=IN IP4 >> a.b.c.d\r\nt=0 0\r\nm=audio 11886 RTP/AVP 8 3 0 101\r\na=rtpmap:8 >> PCMA/8000\r\na=rtpmap:3 GSM/8000\r\na=rtpmap:0 PCMU/8000\r\na=rtpmap:101 >> telephone-event/8000\r\na=fmtp:101 0-16\r\na=ptime:20\r\na=sendrecv\r\n", >> len = 10}, passwd = {s = 0x0, len = 0}, host = { >> s = 0x7fad2ceabdfe "gw SIP/2.0\r\nRecord-Route: <sip:a.b.c.d;lr=on>\r\nVia: >> SIP/2.0/UDP >> a.b.c.d;branch=z9hG4bK6e86.62fc1f802e2e40a8a17cb1556d5ccfa8.0\r\nVia: >> SIP/2.0/UDP a.b.c.d:5060;branch=z9hG4bK6b726b55;rport=5060\r\nMax-Forwards: >> 69\r\nFrom: \"FAX\" <sip:0123456789@domain>;tag=as729b3498\r\nTo: >> <sip:0123456789@domain>\r\nContact: <sip:0123456789@a.b.c.d>\r\nCall-ID: >> 419b254b1c0531af3bf256b14f1881e2@domain\r\nCSeq: 103 >> INVITE\r\nUser-Agent: Asterisk PBX 1.6.2.9-2+squeeze3\r\nRemote-Party-ID: >> \"FAX\" <sip:0123456789@domain>;privacy=off;screen=no\r\nDate: Wed, 28 >> May 2014 08:30:32 GMT\r\nAllow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, >> SUBSCRIBE, NOTIFY, INFO\r\nSupported: replaces, >> timer\r\nP-Asserted-Identity: \"0123456789\"<sip:0123456789@a.b.c.d>\r\nContent-Type: >> application/sdp\r\nContent-Length: 298\r\n\r\nv=0\r\no=root 1751857229 >> 1751857230 IN IP4 a.b.c.d\r\ns=Asterisk PBX 1.6.2.9-2+squeeze3\r\nc=IN IP4 >> a.b.c.d\r\nt=0 0\r\nm=audio 11886 RTP/AVP 8 3 0 101\r\na=rtpmap:8 >> PCMA/8000\r\na=rtpmap:3 GSM/8000\r\na=rtpmap:0 PCMU/8000\r\na=rtpmap:101 >> telephone-event/8000\r\na=fmtp:101 0-16\r\na=ptime:20\r\na=sendrecv\r\n", >> len = 4}, port = {s = 0x0, len = 0}, params = {s = 0x0, len = 0}, >> sip_params = {s = 0x0, len = 0}, headers = { >> s = 0x0, len = 0}, port_no = 0, proto = 0, type = SIP_URI_T, flags >> = 0, transport = {s = 0x0, len = 0}, ttl = {s = 0x0, len = 0}, user_param = >> {s = 0x0, >> len = 0}, maddr = {s = 0x0, len = 0}, method = {s = 0x0, len = 0}, >> lr = {s = 0x0, len = 0}, r2 = {s = 0x0, len = 0}, gr = {s = 0x0, len = 0}, >> transport_val = { >> s = 0x0, len = 0}, ttl_val = {s = 0x0, len = 0}, user_param_val = >> {s = 0x0, len = 0}, maddr_val = {s = 0x0, len = 0}, method_val = {s = 0x0, >> len = 0}, lr_val = { >> s = 0x0, len = 0}, r2_val = {s = 0x0, len = 0}, gr_val = {s = 0x0, >> len = 0}}, parsed_orig_ruri_ok = 0, parsed_orig_ruri = {user = {s = 0x0, >> len = 0}, passwd = { >> s = 0x0, len = 0}, host = {s = 0x0, len = 0}, port = {s = 0x0, len >> = 0}, params = {s = 0x0, len = 0}, sip_params = {s = 0x0, len = 0}, headers >> = {s = 0x0, >> len = 0}, port_no = 0, proto = 0, type = ERROR_URI_T, flags = 0, >> transport = {s = 0x0, len = 0}, ttl = {s = 0x0, len = 0}, user_param = {s = >> 0x0, len = 0}, >> maddr = {s = 0x0, len = 0}, method = {s = 0x0, len = 0}, lr = {s = >> 0x0, len = 0}, r2 = {s = 0x0, len = 0}, gr = {s = 0x0, len = 0}, >> transport_val = {s = 0x0, >> len = 0}, ttl_val = {s = 0x0, len = 0}, user_param_val = {s = 0x0, >> len = 0}, maddr_val = {s = 0x0, len = 0}, method_val = {s = 0x0, len = 0}, >> lr_val = {s = 0x0, >> len = 0}, r2_val = {s = 0x0, len = 0}, gr_val = {s = 0x0, len = >> 0}}, add_rm = 0x7fad2ce523c8, body_lumps = 0x0, reply_lump = 0x0, >> add_to_branch_s = '\000' <repeats 57 times>, add_to_branch_len = 0, >> hash_index = 26854, msg_flags = 145, flags = 2, set_global_address = {s = >> 0x0, len = 0}, >> set_global_port = {s = 0x0, len = 0}, force_send_socket = 0x0, path_vec >> = {s = 0x0, len = 0}, instance = {s = 0x0, len = 0}, reg_id = 0, ruid = {s >> = 0x0, len = 0}, >> location_ua = {s = 0x0, len = 0}, ldv = {flow = {decoded = 0, rcv = >> {src_ip = {af = 0, len = 0, u = {addrl = {0, 0}, addr32 = {0, 0, 0, 0}, >> addr16 = {0, 0, 0, 0, 0, >> 0, 0, 0}, addr = '\000' <repeats 15 times>}}, dst_ip = {af >> = 0, len = 0, u = {addrl = {0, 0}, addr32 = {0, 0, 0, 0}, addr16 = {0, 0, >> 0, 0, 0, 0, 0, 0}, >> addr = '\000' <repeats 15 times>}}, src_port = 0, dst_port = >> 0, proto_reserved1 = 0, proto_reserved2 = 0, src_su = {s = {sa_family = 0, >> sa_data = '\000' <repeats 13 times>}, sin = {sin_family = 0, >> sin_port = 0, sin_addr = {s_addr = 0}, sin_zero = >> "\000\000\000\000\000\000\000"}, sin6 = { >> sin6_family = 0, sin6_port = 0, sin6_flowinfo = 0, sin6_addr >> = {__in6_u = {__u6_addr8 = '\000' <repeats 15 times>, __u6_addr16 = {0, 0, >> 0, 0, 0, 0, 0, 0}, >> __u6_addr32 = {0, 0, 0, 0}}}, sin6_scope_id = 0}}, >> bind_address = 0x0, proto = 0 '\000'}}}} >> >> Regards, >> >> >> >> Igor. >> >> >> >> 2014-05-28 12:01 GMT+02:00 Daniel-Constantin Mierla <miconda(a)gmail.com>: >> >>> Hello, >>> >>> can you give the output in gdb for: >>> >>> set print elements 2000 >>> p *msg >>> >>> Cheers, >>> Daniel >>> >>> >>> On 28/05/14 11:48, Igor Potjevlesch wrote: >>> >>> hello, >>> >>> Kamailio 4.1.3 crashed today, with an segmentation fault error : >>> kernel: kamailio[2406]: segfault at 18 ip 0000000000495792 sp >>> 00007fff3d9d2d80 error 4 in kamailio[400000+275000] >>> >>> Here is the result of BT : >>> #0 0x0000000000495792 in pv_get_strval (msg=0x7fad2cf8a530, >>> param=0x7fad3858c288, res=0x7fff3d9d2eb0, sval=0x18) at pvapi.c:521 >>> #1 0x00007fad365b0da8 in pv_get_pai (msg=0x7fad2cf8a530, >>> param=0x7fad3858c288, res=0x7fff3d9d2eb0) at pv_core.c:1021 >>> #2 0x0000000000499518 in pv_get_spec_value (msg=0x7fad2cf8a530, >>> sp=0x7fad3858c270, value=0x7fff3d9d2eb0) at pvapi.c:1266 >>> #3 0x00007fad34c6d7d9 in extra2strar (extra=0x7fad3858c260, >>> rq=0x7fad2cf8a530, val_arr=0x7fad34e7ae30, >>> int_arr=0x7fad34e7b37c,type_arr=0x7fad34e7b4e7 "\002\002\002\002") at >>> acc_extra.c:261 >>> #4 0x00007fad34c65393 in acc_db_request (rq=0x7fad2cf8a530) at acc.c:474 >>> #5 0x00007fad34c6fb43 in acc_onreply (t=0x7fad2ce0b138, >>> req=0x7fad2cf8a530, reply=0x7fad3859faa8, code=200) at acc_logic.c:471 >>> #6 0x00007fad34c7008d in tmcb_func (t=0x7fad2ce0b138, type=512, >>> ps=0x7fff3d9d3120) at acc_logic.c:559 >>> #7 0x00007fad36e6a478 in run_trans_callbacks_internal >>> (cb_lst=0x7fad2ce0b1a8, type=512, trans=0x7fad2ce0b138, >>> params=0x7fff3d9d3120) at t_hooks.c:290 >>> #8 0x00007fad36e6a68a in run_trans_callbacks_with_buf (type=512, >>> rbuf=0x7fad2ce0b1f8, req=0x7fad2cf8a530, repl=0x7fad3859faa8, flags=183) at >>> t_hooks.c:336 >>> #9 0x00007fad36e9cc06 in relay_reply (t=0x7fad2ce0b138, >>> p_msg=0x7fad3859faa8, branch=0, msg_status=183, cancel_data=0x7fff3d9d3480, >>> do_put_on_wait=1) at t_reply.c:2001 >>> #10 0x00007fad36e9f0b7 in reply_received (p_msg=0x7fad3859faa8) at >>> t_reply.c:2499 >>> #11 0x000000000045d837 in do_forward_reply (msg=0x7fad3859faa8, mode=0) >>> at forward.c:777 >>> #12 0x000000000045e0f8 in forward_reply (msg=0x7fad3859faa8) at >>> forward.c:860 >>> #13 0x00000000004a5887 in receive_msg ( >>> buf=0x924600 "SIP/2.0 183 Session Progress\r\nVia: SIP/2.0/UDP >>> a.b.c.d;branch=z9hG4bK6e86.62fc1f802e2e40a8a17cb1556d5ccfa8.0;received=a.b.c.d\r\nVia: >>> SIP/2.0/UDP a.b.c.d:5060;branch=z9hG4bK6b726b55;rport=5"..., len=872, >>> rcv_info=0x7fff3d9d3800) at receive.c:273 >>> #14 0x000000000053c838 in udp_rcv_loop () at udp_server.c:536 >>> #14 0x000000000053c838 in udp_rcv_loop () at udp_server.c:536 >>> #15 0x000000000046d42b in main_loop () at main.c:1617 >>> #16 0x00000000004704d3 in main (argc=7, argv=0x7fff3d9d3b38) at >>> main.c:2533 >>> >>> >> -- >> Daniel-Constantin Mierla - http://www.asipto.comhttp://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda >> >> >

2 19

Kamailio accepts and stores XCAP XML document from jitsi but rejects it on retrieval
by Alex Villacís Lasso 11 Jun '14

11 Jun '14

I am trying to set up XCAP support for SIP SIMPLE, and using jitsi as the sample client. The kamailio database was previously configured using ODBC and kamailio-4.1.3 and was apparently working correctly. I was following the guide at http://nil.uniza.sk/instant-messaging/simple/configuring-xcap-support-im-an… as well as the standard documentation at http://kamailio.org/docs/modules/4.1.x/modules/xcap_server.html . However, the rls support is currently disabled. When I use jitsi to connect, and add one contact to the empty contact list, I see the database being populated (mysql backend): mysql> select * from xcap; +----+-------------+-----------------+--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+----------+-----------------------+--------+-----------------------------------------------------------------------+------+ | id | username | domain | doc | doc_type | etag | source | doc_uri | port | +----+-------------+-----------------+--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+----------+-----------------------+--------+-----------------------------------------------------------------------+------+ | 3 | avillacisIM | pbx.elastix.com | <?xml version="1.0" encoding="UTF-8" standalone="no"?><resource-lists xmlns="urn:ietf:params:xml:ns:resource-lists"><list name="RootGroup"><entry uri="sip:bmacias@pbx.elastix.com"><display-name>bmacias</display-name></entry></list></resource-lists> | 4 | sr-1401316328-31413-1 | 0 | /xcap-root/resource-lists/users/sip:avillacisIM@pbx.elastix.com/index | 0 | | 4 | avillacisIM | pbx.elastix.com | <?xml version="1.0" encoding="UTF-8" standalone="no"?><ruleset xmlns="urn:ietf:params:xml:ns:common-policy"><rule id="presence_allow"><conditions><identity><one id="sip:bmacias@pbx.elastix.com"/></identity></conditions><actions><sub-handling xmlns="urn:ietf:params:xml:ns:pres-rules">allow</sub-handling></actions><transformations><provide-devices xmlns="urn:ietf:params:xml:ns:pres-rules"><all-devices/></provide-devices><provide-persons xmlns="urn:ietf:params:xml:ns:pres-rules"><all-persons/></provide-persons><provide-services xmlns="urn:ietf:params:xml:ns:pres-rules"><all-services/></provide-services></transformations></rule></ruleset> | 2 | sr-1401316328-31416-1 | 0 | /xcap-root/pres-rules/users/sip:avillacisIM@pbx.elastix.com/presrules | 0 | +----+-------------+-----------------+--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+----------+-----------------------+--------+-----------------------------------------------------------------------+------+ 2 rows in set (0.00 sec) As far as I can see, both XML documents are well formed. However, if I shutdown and then restart jitsi, I see (with wireshark) that the server returned a 500 Server Error when trying to fetch resource-lists . At the same time, the following appears on the log: May 28 17:39:12 elx /usr/sbin/kamailio[31421]: ALERT: <script>: ===== xhttp: request [HTTP/1.1] GET => /xcap-root/xcap-caps/global/index May 28 17:39:12 elx /usr/sbin/kamailio[31421]: ALERT: <script>: ===== xhttp: request [HTTP/1.1] GET => /xcap-root/xcap-caps/global/index May 28 17:39:12 elx /usr/sbin/kamailio[31421]: ALERT: <script>: ===== xhttp: xcap-caps : <null> May 28 17:39:12 elx /usr/sbin/kamailio[31413]: ALERT: <script>: ===== xhttp: request [HTTP/1.1] GET => /xcap-root/resource-lists/users/sip:avillacisIM@pbx.elastix.com/index May 28 17:39:12 elx /usr/sbin/kamailio[31413]: ALERT: <script>: ===== xhttp: request [HTTP/1.1] GET => /xcap-root/resource-lists/users/sip:avillacisIM@pbx.elastix.com/index May 28 17:39:12 elx /usr/sbin/kamailio[31413]: ALERT: <script>: ===== xhttp: resource-lists : sip:avillacisIM@pbx.elastix.com May 28 17:39:12 elx /usr/sbin/kamailio[31413]: ERROR: xcap_server [xcap_server.c:758]: xcaps_get_db_doc(): invalid xml doc retrieved from database May 28 17:39:12 elx /usr/sbin/kamailio[31413]: ERROR: xcap_server [xcap_server.c:1171]: w_xcaps_get(): could not fetch xcap document What can I do to solve this issue. This is preventing contacts from being retrieved or added once the first contact is stored. My event-route looks like this (WITH_XCAPSRV is defined elsewhere in the configuration): #!ifdef WITH_XHTTP event_route[xhttp:request] { #!ifdef WITH_XHTTP_RPC $var(xhttp_rpc_root) = $(hu{s.substr,0,9}); if ($var(xhttp_rpc_root) == "/http_rpc") { dispatch_xhttp_rpc(); } #!endif #!ifdef WITH_XHTTP_PI $var(xhttp_rpc_root) = $(hu{s.substr,0,8}); if ($var(xhttp_rpc_root) == "/http_pi") { dispatch_xhttp_pi(); } #!endif #!ifdef WITH_XCAPSRV if ($hu =~ "^/xcap-root/") { route(XCAPSRV); } #!endif set_reply_close(); set_reply_no_connect(); # if ($Rp != 80 ##!ifdef WITH_TLS # && $Rp != 443 ##!endif # ) { # # xlog("L_WARN", "HTTP request received on $Rp\n"); # xhttp_reply("403", "Forbidden", "text/html", "Forbidden"); # exit; # } xlog("L_DBG", "HTTP Request Received\n"); if ($hdr(Upgrade)=~"websocket" && $hdr(Connection)=~"Upgrade" && $rm=~"GET") { # Validate Host - make sure the client is using the correct # alias for WebSockets if ($hdr(Host) == $null || !is_myself("sip:" + $hdr(Host))) { xlog("L_WARN", "Bad host $hdr(Host)\n"); xhttp_reply("403", "Forbidden", "", ""); exit; } # Optional... validate Origin - make sure the client is from an # authorised website. For example, # # if ($hdr(Origin) != "http://communicator.MY_DOMAIN" # && $hdr(Origin) != "https://communicator.MY_DOMAIN") { # xlog("L_WARN", "Unauthorised client $hdr(Origin)\n"); # xhttp_reply("403", "Forbidden", "", ""); # exit; # } # Optional... perform HTTP authentication # ws_handle_handshake() exits (no further configuration file # processing of the request) when complete. if (ws_handle_handshake()) { # Optional... cache some information about the # successful connection exit; } } xhttp_reply("200", "OK", "text/html", "<html><body>Wrong URL $hu</body></html>"); } #!endif #!ifdef WITH_XCAPSRV route[XCAPSRV] { xlog("L_ALERT", "===== xhttp: request [$rv] $rm => $hu\n"); # Remove port specification from Host header and use as authentication domain $var(http_domain) = $(hdr(Host){s.select,0,:}); if (!www_authorize("$var(http_domain)", "subscriber")) { www_challenge("$var(http_domain)", "0"); exit; } set_reply_close(); set_reply_no_connect(); if ($hu=~"^/xcap-root/oma_status-icon/users/.*/.*$") $var(doc_uri) = $(hu{re.subst,/(^\/xcap-root\/)oma_status-icon(\/users\/.*\/).*$/\1org.openmobilealliance.pres-content\2oma_status-icon\/preseImage/}); else $var(doc_uri) = $hu; # xcap ops $xcapuri(u=>data) = $var(doc_uri); if($xcapuri(u=>xuid)=~"^sip:.+@.+") $var(uri) = $xcapuri(u=>xuid); else if($xcapuri(u=>xuid)=~".+@.+") $var(uri) = "sip:" + $xcapuri(u=>xuid); else $var(uri) = "sip:"+ $xcapuri(u=>xuid) + "@" + $Ri; xlog("L_ALERT", "===== xhttp: $xcapuri(u=>auid) : $xcapuri(u=>xuid)\n"); if ($xcapuri(u=>auid) == "xcap-caps") { if ($rm == "GET") { $var(xbody) = "<?xml version='1.0' encoding='UTF-8'?> <xcap-caps xmlns='urn:ietf:params:xml:ns:xcap-caps'> <auids> <auid>rls-services</auid> <auid>pidf-manipulation</auid> <auid>xcap-caps</auid> <auid>resource-lists</auid> <auid>pres-rules</auid> <auid>org.openmobilealliance.pres-rules</auid> <auid>org.openmobilealliance.user-profile</auid> <auid>org.openmobilealliance.pres-content</auid> <auid>org.openmobilealliance.search</auid> <auid>org.openmobilealliance.xcap-directory</auid> </auids> <extensions></extensions> <namespaces> <namespace>urn:ietf:params:xml:ns:rls-services</namespace> <namespace>urn:ietf:params:xml:ns:pidf</namespace> <namespace>urn:ietf:params:xml:ns:xcap-caps</namespace> <namespace>urn:ietf:params:xml:ns:resource-lists</namespace> <namespace>urn:ietf:params:xml:ns:pres-rules</namespace> <namespace>urn:oma:xml:xdm:user-profile</namespace> <namespace>urn:oma:xml:prs:pres-content</namespace> <namespace>urn:oma:xml:xdm:search</namespace> <namespace>urn:oma:xml:xdm:xcap-directory</namespace> </namespaces> </xcap-caps>"; xhttp_reply("200", "OK", "application/xcap-caps+xml", "$var(xbody)"); } else { append_to_reply("Allow: GET\r\n"); xhttp_reply("405", "Method Not Allowed", "", ""); } exit; } # be sure auth user access only its documents if ($au != $(var(uri){uri.user})) { xhttp_reply("403", "Forbidden", "text/html", "<html><body>$si:$sp</body></html>"); exit; } switch($rm) { case "PUT": xcaps_put("$var(uri)", "$var(doc_uri)", "$rb"); if ($xcapuri(u=>auid) =~ "pres-rules") { pres_update_watchers("$var(uri)", "presence"); pres_refresh_watchers("$var(uri)", "presence", 1); # } else if ($xcapuri(u=>auid) =~ "rls-services" || $xcapuri(u=>auid) =~ "resource-lists") { # rls_update_subs("$var(uri)", "presence"); } else if ($xcapuri(u=>auid) =~ "pidf-manipulation") { pres_refresh_watchers("$var(uri)", "presence", 2, "$xcapuri(u=>uri_adoc)", "$xcapuri(u=>file)"); } exit; break; case "GET": xcaps_get("$var(uri)", "$var(doc_uri)"); exit; break; case "DELETE": xcaps_del("$var(uri)", "$var(doc_uri)"); if ($xcapuri(u=>auid) =~ "pres-rules") { pres_update_watchers("$var(uri)", "presence"); pres_refresh_watchers("$var(uri)", "presence", 1); # } else if ($xcapuri(u=>auid) =~ "rls-services" || $xcapuri(u=>auid) =~ "resource-lists") { # rls_update_subs("$var(uri)", "presence"); } else if ($xcapuri(u=>auid) =~ "pidf-manipulation") { pres_refresh_watchers("$var(uri)", "presence", 2, "$xcapuri(u=>uri_adoc)", "$xcapuri(u=>file)"); } exit; break; case "POST": if ($xcapuri(u=>auid) =~ "search") { xhttp_reply("501", "Not Implemented", "", ""); } else { if ($xcapuri(u=>auid) =~ "xcap-directory") { append_to_reply("Allow: GET\r\n"); } else { append_to_reply("Allow: DELETE, GET, PUT\r\n"); } xhttp_reply("405", "Method Not Allowed", "", ""); } exit; break; } # other http requests xhttp_reply("404", "Not Found", "", ""); exit; } #!endif

2 11

kamailio and app_python
by Victor Seva 11 Jun '14

11 Jun '14

Hi, is there any way to return values from a call to python_exec function orther than the default returned integer? Following code generates this error: Oct 1 09:08:23 zskio /usr/sbin/kamailio[21789]: ERROR: app_python [python_support.c:38]: python_exec2: Unhandled exception in the Python code: Oct 1 09:08:23 zskio /usr/sbin/kamailio[21789]: ERROR: app_python [python_support.c:78]: #011RuntimeError: no such function if (!python_exec("get_provider", $(var(clean_uri){s.prefixes}))) { xlog("L_ERR","Can not choose a provider for $rU\n"); sl_send_reply("503","Can not choose a provider for $rU"); exit; } def get_provider(self, msg, param): # snipped code... result = self.util.get_provider(prefixes, position, mode) if result is not None: LM_ERR("mode: %s position: %d result: %s" % (mode, position, result)) # this raises error msg.call_function('rewritehost', result['provider']['ip']) return 1 return -1 I tried to use headers as transport but this simple code does not work: Oct 1 09:45:31 zskio /usr/sbin/kamailio[22303]: ERROR: <script>: No header if (!is_present_hf("X-Test-header")) { xlog("L_ERROR", "No header\n"); } else { xlog("L_INFO", "Header added\n"); } def test_set_header(self, msg): msg.call_function('append_hf', 'X-Test-header: test\r\n') return 1 Thanks in advance.

4 6

Location issue
by Igor Potjevlesch 11 Jun '14

11 Jun '14

Hello, I'm running Kamailio 4.1.3 and having a strange issue. After a restart of Kamailio, some username are still in memory and updated accordingly with usual re-REGISTER flow. But the entries in location db is deleted. Kamailio tries to do a SQL UPDATE which fails because of that. So, for each username which are not in location DB, I must do a "kamctl ul rm" and wait for the next REGISTER. The new REGISTER will challenge the UAC for a new Authorization which should result in an INSERT INTO instead of an UPDATE. Can someone help me to solve this? Regards, Igor.

2 6

Crash Kamailio 4.1 (qm_debug_frag(): BUG: qm_*: prev. fragm. tail overwritten)
by Andrés Souto 10 Jun '14

10 Jun '14

Hello, Kamailio crashes with this message: May 29 12:03:45 kamfree-manager kamailio[8705]: : <core> [mem/q_malloc.c:159]: qm_debug_frag(): BUG: qm_*: prev. fragm. tail overwritten(c0c0c000, abcdefed)[0x7ff5a5031a98:0x7ff5a5031ac8]! May 29 12:03:45 kamfree-manager kamailio[8697]: ALERT: <core> [main.c:775]: handle_sigs(): child process 8705 exited by a signal 6 May 29 12:03:45 kamfree-manager kamailio[8697]: ALERT: <core> [main.c:778]: handle_sigs(): core was generated The problem is produced in this line of the script: $rU = $dbr(ra=>[0,0]); I'm using last commit in 4.1 branch (ad5235229f59ba5d1f4216e144291e110fee0211) on Debian wheezy. The backtrace: #0 0x00007ff5a538b475 in raise () from /lib/x86_64-linux-gnu/libc.so.6 #1 0x00007ff5a538e6f0 in abort () from /lib/x86_64-linux-gnu/libc.so.6 #2 0x0000000000546a00 in qm_debug_frag (qm=0x7ff5a4f58010, f=0x7ff5a5031a98) at mem/q_malloc.c:161 #3 0x000000000054796d in qm_malloc (qm=0x7ff5a4f58010, size=1024, file=0x5c9ec1 "<core>: action.c", func=0x5cb1d8 "do_action", line=832) at mem/q_malloc.c:386 #4 0x000000000041affa in do_action (h=0x7fff810cd2b0, a=0x7fff810cd390, msg=0x7ff5a502ed28) at action.c:832 #5 0x00007ff5a2295d88 in pv_set_ruri_user (msg=0x7ff5a502ed28, param=0x7ff5a4fb3750, op=254, val=0x7fff810cd4e0) at pv_core.c:2073 #6 0x0000000000467bbf in lval_pvar_assign (h=0x7fff810d0200, msg=0x7ff5a502ed28, lv=0x7ff5a501ea00, rv=0x7ff5a501f110) at lvalue.c:362 #7 0x00000000004680a5 in lval_assign (h=0x7fff810d0200, msg=0x7ff5a502ed28, lv=0x7ff5a501ea00, rve=0x7ff5a501f108) at lvalue.c:410 #8 0x0000000000423fec in do_action (h=0x7fff810d0200, a=0x7ff5a501eb68, msg=0x7ff5a502ed28) at action.c:1478 #9 0x0000000000424d70 in run_actions (h=0x7fff810d0200, a=0x7ff5a5013ee0, msg=0x7ff5a502ed28) at action.c:1599 #10 0x000000000041c18d in do_action (h=0x7fff810d0200, a=0x7ff5a5020a10, msg=0x7ff5a502ed28) at action.c:1090 #11 0x0000000000424d70 in run_actions (h=0x7fff810d0200, a=0x7ff5a5020a10, msg=0x7ff5a502ed28) at action.c:1599 #12 0x000000000041c18d in do_action (h=0x7fff810d0200, a=0x7ff5a5020e50, msg=0x7ff5a502ed28) at action.c:1090 #13 0x0000000000424d70 in run_actions (h=0x7fff810d0200, a=0x7ff5a50119b0, msg=0x7ff5a502ed28) at action.c:1599 #14 0x000000000041a2b7 in do_action (h=0x7fff810d0200, a=0x7ff5a4fd3fc0, msg=0x7ff5a502ed28) at action.c:715 #15 0x0000000000424d70 in run_actions (h=0x7fff810d0200, a=0x7ff5a4fd2800, msg=0x7ff5a502ed28) at action.c:1599 #16 0x0000000000422c70 in do_action (h=0x7fff810d0200, a=0x7ff5a4fd7af0, msg=0x7ff5a502ed28) at action.c:1235 #17 0x0000000000424d70 in run_actions (h=0x7fff810d0200, a=0x7ff5a4fd1ed8, msg=0x7ff5a502ed28) at action.c:1599 #18 0x000000000041c18d in do_action (h=0x7fff810d0200, a=0x7ff5a4fd7d10, msg=0x7ff5a502ed28) at action.c:1090 #19 0x0000000000424d70 in run_actions (h=0x7fff810d0200, a=0x7ff5a4fcf1d8, msg=0x7ff5a502ed28) at action.c:1599 #20 0x000000000041a2b7 in do_action (h=0x7fff810d0200, a=0x7ff5a4fb7d88, msg=0x7ff5a502ed28) at action.c:715 #21 0x0000000000424d70 in run_actions (h=0x7fff810d0200, a=0x7ff5a4fb6b68, msg=0x7ff5a502ed28) at action.c:1599 #22 0x000000000041c18d in do_action (h=0x7fff810d0200, a=0x7ff5a4fb9838, msg=0x7ff5a502ed28) at action.c:1090 #23 0x0000000000424d70 in run_actions (h=0x7fff810d0200, a=0x7ff5a4faf5a0, msg=0x7ff5a502ed28) at action.c:1599 #24 0x0000000000425524 in run_top_route (a=0x7ff5a4faf5a0, msg=0x7ff5a502ed28, c=0x0) at action.c:1685 #25 0x00000000004a6fdb in receive_msg ( buf=0x921920 "INVITE sip:2000@vpbx2.ur SIP/2.0\r\nVia: SIP/2.0/UDP 192.168.0.101;rport;branch=z9hG4bK14cFrXZ0N53jS\r\nMax-Forwards: 67\r\nFrom: \"1000\" <sip:1000@vpbx1.ur>;tag=FjmFN79ZrXH0e\r\nTo: <sip:2000@vpbx2.ur>\r\nCall-"..., len=1061, rcv_info=0x7fff810d04b0) at receive.c:212 #26 0x000000000053c544 in udp_rcv_loop () at udp_server.c:536 ---Type <return> to continue, or q <return> to quit--- #27 0x000000000046ee54 in main_loop () at main.c:1617 #28 0x0000000000471df4 in main (argc=3, argv=0x7fff810d07e8) at main.c:2533 Complete log: http://pastebin.com/YZirUkfe Thanks. Regards, -- *Andrés Souto* VoIP Engineer @ Quobis <http://www.quobis.com/> | e: andres.souto(a)quobis.com | t: +34902999465

2 8

re-use Expires from 200 OK
by Daniel Ciprus 10 Jun '14

10 Jun '14

Is there any way to extract Expires from 200 OK (response to REGISTER) ? I will need to re-use this value in 3rd party registration being sent to application server. Thanks for any hints .. -- Daniel Ciprus Integration engineer http://www.acision.com 9954 Mayland Dr Suite 3100 Richmond, VA 23233 USA T: +1 804 762 5601 E: daniel.ciprus(a)acision.com<mailto:daniel.ciprus@acision.com> ________________________________ This e-mail and any attachment is for authorised use by the intended recipient(s) only. It may contain proprietary material, confidential information and/or be subject to legal privilege. It should not be copied, disclosed to, retained or used by, any other party. If you are not an intended recipient then please promptly delete this e-mail and any attachment and all copies and inform the sender. Thank you for understanding.

2 1

Iptel.org cannot make call
by Tommy Yan 09 Jun '14

09 Jun '14

Dear Sir/Madam, We setup the Linksys SPA3000 to make a call via IPTEL.ORG in between my family members around the world. But recently, we found out that we cannot dial out. So, would you please help to check this ? Regards, Tommy.

2 1

kamailio dispatcher failover setup
by bajeesh＠itplus.in 09 Jun '14

09 Jun '14

Hi, I am first in kamailio,I have installed the kamailio from source code and added a user using kamctl,Now I can connect with that user from soft phone. My task is making a Load balancer and fail over for asterisk servers, I have some other asterisk servers, I need make the kamailio as a Load balancer, How can I do that? 1. I need to forward all calls to asterisks servers. 2. I have created a Dispatcher list in db, how can I configure that? Please help me on this. Hopefully, Bajeesh T.B

2 1

Kamailio on PPC
by ashwin 09 Jun '14

09 Jun '14

Hi, I tried to compile Kamailio on Freescale P2020RDB-PCA.And I'm getting the following error bison -d -b cfg cfg.y make: *** [cfg.tab.h] Broken Pipe When i run that command without running 'make'. Just 'bison -d -b cfg cfg.y'.It was working.So found from Internet that it could be the problem with memory when the bison process is running.So I allocated a swap file for the build process. dd if=/dev/zero of=swapfile.1 bs=1048576 count=100 ; mkswap ./swapfile.1 ; swapon ./swapfile.1 But after that attempt also I'm still getting the make: *** [cfg.tab.h] Broken Pipe when Im doing the compilation. Yours recommendations will be very helpful. Thanks Ashwin -- View this message in context: http://sip-router.1086192.n5.nabble.com/Kamailio-on-PPC-tp128097.html Sent from the Users mailing list archive at Nabble.com.

2 1

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

sr-users May 2014