sr-users

sr-users@lists.kamailio.org

48 participants
37555 discussions

How to use unixodbc/freetds for kamailio backend
by Tim Chubb 17 Jun '14

17 Jun '14

Hi Im just getting started with kamailio with a view of evaluating it for production use. Is it possible to do the following: 1) I would like to use ODBC/FreeTDS to connect to an existing ms sql server cluster and use it for all DB related activity relating to kamailio, is this possible as we would be running kamailio in a HA configuration in production and I really don't want to have to support another DB cluster? 2) Looking at the kamdbctl scripts it seems that currently every popular db but sql server is supported which is a bit of a shame, however am I right in saying that if I was to port the sql files to SQL server, and implemented a script similar to kamdbctl.pgsql to wrap around the freetds TSQL executable that would be all that I would need to do add support for SQL server? 3) Is there any particular reason why there isn't an ODBC option for the kamdbctl script? Cheers.

2 1

Kamailio and Freepbx Integration
by Carlos Rangel 16 Jun '14

16 Jun '14

Hello List I am trying to intgrate Kamailio latest release 4.1.4 and Freepbx 5.2.11 Asterisk 11.0.9 in the same box on an internal network following Daniel´s tutorial (http://kb.asipto.com/asterisk:realtime:kamailio-4.0.x-asterisk-11.3.0-astdb ) . I am very new with Kamailio and I tried like 15 times, seriously. The difference is that I am not using the sipusers table nor sipregs (I may later use sipregs) nor the voicemail tables (Freepbx can manage voicemail). I believe I was able to modify the kamailio.cfg file (DBURL and DBASTURL) in order to fetch the user information from the Freepbx tables. There is a table called devices that contents all the information needed. I also managed to not fill the secret parameter (password) on the extension configuration so Asterisk does not ask for authentication twice as recommended in the tutorial. I put the password in other table and then tell Kamailio to fetch it from the corresponding table. I can control if the users are registered in the system as long as the user is created in Freepbx with the right password, again password is not on the secret column. The weird thing is that my users can register in Asterisk even if they are not created in Kamailio (kamctl add). I was expecting them not to register if they are not created on the database. I have configured Freepbx to bind to a specific internal IP and port 5080 and configures kamailio as in the post #!ifdef WITH_ASTERISK asterisk.bindip = "xxx.xxx.xxx.xxx" desc "Asterisk IP Address" asterisk.bindport = "5080" desc "Asterisk Port" kamailio.bindip = "xxx.xxx.xxx.xxx" desc "Kamailio IP Address" kamailio.bindport = "5060" desc "Kamailio Port" #!endif Also I have added to kamailio.cfg #!define WITH_MYSQL #!define WITH_AUTH #!define WITH_USRLOCDB #!define WITH_ASTERISK #!define WITH_ANTIFLOOD I dont think this is the normal behavior, does anybody have an insight of what could be happening?? MY goal is to add the #!define WITH_NAT functionality (I havent done it yet)and then have remote trusted users connected to the PBX. Of course the concerns is to keep hackers away from my system. Thanks in advance for your help and for this great piece of software!!!! Regards and greetings from Mexico Carlos

1 0

stampeeding server.
by Måns Nilsson 16 Jun '14

16 Jun '14

Hi, I've got a 3.3.2 Kamailio that from time to time gets very upset and starts rushing these log entries to syslog: Jun 16 10:12:18 landsort /usr/local/kamailio/sbin/kamailio[37542]: INFO: <core> [mem/f_malloc.c:532]: freeing a free fragment (0x80a4fb370/0x80a4fb380) - ignore Jun 16 10:12:18 landsort /usr/local/kamailio/sbin/kamailio[37542]: INFO: <core> [mem/f_malloc.c:532]: freeing a free fragment (0x80a4fb370/0x80a4fb380) - ignore Jun 16 10:12:18 landsort /usr/local/kamailio/sbin/kamailio[37542]: INFO: <core> [mem/f_malloc.c:532]: freeing a free fragment (0x80a4fb370/0x80a4fb380) - ignore Jun 16 10:12:18 landsort /usr/local/kamailio/sbin/kamailio[37542]: INFO: <core> [mem/f_malloc.c:532]: freeing a free fragment (0x80a4fb370/0x80a4fb380) - ignore Jun 16 10:12:18 landsort /usr/local/kamailio/sbin/kamailio[37542]: INFO: <core> [mem/f_malloc.c:532]: freeing a free fragment (0x80a4fb370/0x80a4fb380) - ignore Jun 16 10:12:18 landsort /usr/local/kamailio/sbin/kamailio[37542]: INFO: <core> [mem/f_malloc.c:532]: freeing a free fragment (0x80a4fb370/0x80a4fb380) - ignore Jun 16 10:12:18 landsort /usr/local/kamailio/sbin/kamailio[37542]: INFO: <core> [mem/f_malloc.c:532]: freeing a free fragment (0x80a4fb370/0x80a4fb380) - ignore Jun 16 10:12:18 landsort /usr/local/kamailio/sbin/kamailio[37542]: INFO: <core> [mem/f_malloc.c:532]: freeing a free fragment (0x80a4fb370/0x80a4fb380) - ignore Jun 16 10:12:18 landsort /usr/local/kamailio/sbin/kamailio[37542]: INFO: <core> [mem/f_malloc.c:532]: freeing a free fragment (0x80a4fb370/0x80a4fb380) - ignore Jun 16 10:12:18 landsort /usr/local/kamailio/sbin/kamailio[37542]: INFO: <core> [mem/f_malloc.c:532]: freeing a free fragment (0x80a4fb370/0x80a4fb380) - ignore The rate is about 10000 lines per second. This fills the log partition, which locks other things up and the users are unhappy. The server recovers nicely if restarted. I have scarce logs because I have to remove logs to get service back. Any suggestions? More data on request. -- Måns Nilsson primary/secondary/besserwisser/machina MN-1334-RIPE +46 705 989668 HELLO, everybody, I'm a HUMAN!!

2 3

Kamailio help
by Nouri El Sebai (Student) 16 Jun '14

16 Jun '14

Dear Sir/Madam, I am trying to connect (in Lebanon) as a subscribed user on Kamailio that has been installed on a remote server in the US. I am being faced with the error: Forbidden (403) Reason: Not relaying Kindly advise what I should do. Best regards, Nouri El Sebai

2 1

rtpproxy_manage and ip addresses
by tonchek＠mac.com 13 Jun '14

13 Jun '14

HI to ALL! As I understand the logic of rpproxy_manage work, it uses packet source IP and port number from m= field of SDP as socket for rtpproxy process. So, we can see it in SIP and rtpproxy debug messages: IP 77.94.133.231.5060 > 77.94.133.232.5060: UDP, length 1170 [...headers stripped...] v=0 o=root 1523540081 1523540081 IN IP4 188.40.66.75 s=Asterisk PBX 1.6.1.20 c=IN IP4 188.40.66.75 t=0 0 m=audio 15260 RTP/AVP 8 0 101 [...sdp stripped...] Jun 13 21:38:09 puma rtpproxy[4728]: INFO:handle_command: new session on a port 57680 created, tag FppNrF9K7S8gF;1 Jun 13 21:38:09 puma rtpproxy[4728]: INFO:handle_command: pre-filling caller's address with 77.94.133.231:15260 where 172.22.11.16 is SIP packet source IP address and 17646 is the port number from SDP. Is it possible to change this behavior and use IP address from incoming SDP as well as port number? Thank you Anton

1 1

inbound kamailio dispatcher faulty routing of ack after 200 OK
by Gijs Kwakkel 13 Jun '14

13 Jun '14

client1 <> provider <> kamailio <> asterisk <> client2 when client1 calls client2, everything seems to work. sounds works. after a few seconds the call gets terminated. after tcpdump syslog and config checks i figured out that asterisk sends 200 OK through kamailio to the provider, after this the provider sends a ACK to kamailio, kamailio however sends this ACK to itself and not to asterisk. I added the config, syslog and wireshark output (converted)

2 6

Re: [SR-Users] Is t_on_failure with uac_req_send possible?
by Ian Lin 13 Jun '14

13 Jun '14

Hi Klaus, I've got the same problem on kamailio-4.1.0 and I couldn't see the sip messages reach to onreply route while using uac_req_send. Could you please give me a hint about this? Thanks! Cheers, Ian -- ------------------------ Ian Lin 林于巽 ------------------------

2 2

MSILO add on deliver event route still no joy
by Roberto Fichera 13 Jun '14

13 Jun '14

Hi All, I'm trying to add an event route to be execute for each successfully delivered message from msilo module, but I'm still not getting running the event route I have defined for it in the script. If someone can have a look at the patch and give me some hint would be really great. Thanks in advance. Roberto Fichera.

2 15

Transport protocol related question - how to bind a dialog to a negotiated transport protocol
by Klaus Feichtinger 12 Jun '14

12 Jun '14

Hello, I wonder if it is allowed using transport protocol UDP for SIP NOTIFY requests (which are generated by Kamailio/presence module), when the SUBSCRIBE dialog was established using TCP as transport protocol. In other words: this is a principal question if it is allowed changing the transport protocol for in-dialog transactions e.g. from TCP to UDP. Initially I rather thought that in-dialog transactions shall use the same transport protocol as the dialog itself (e.g. SIP INFO requests within a standard media session), except the message would be too big for UDP, where a change to TCP is recommended. Can anybody give me a hint, if the current behaviour of Kamailio is correct or not? Or - how can I bind Kamailio to a specific transport protocol (for messages that are created by modules themselves)? Kamailio is sending NOTIFY requests with UDP, even when the subscription was done with TCP (see excerpt below). 09:58:10.360749 IP (tos 0x0, ttl 64, id 35302, offset 0, flags [DF], proto TCP (6), length 444) 10.1.1.14.37883 > 10.1.1.44.5060: P, cksum 0x1cb3 (correct), 1:393(392) ack 1 win 457 <nop,nop,timestamp 624699305 795715664> SUBSCRIBE sip:116006@10.1.1.44;transport=TCP SIP/2.0 Via: SIP/2.0/TCP 10.1.1.14:5070;rport;branch=z9hG4bK1540213071 From: <sip:1@10.1.1.14:5070>;tag=620071678 To: <sip:116006@10.1.1.44;transport=TCP> Call-ID: 449986375 CSeq: 20 SUBSCRIBE Contact: <sip:1@10.1.1.14:37883> Max-Forwards: 70 Expires: 1200 Event: presence Content-Length: 0 09:58:10.361324 IP (tos 0x10, ttl 64, id 65438, offset 0, flags [DF], proto TCP (6), length 431) 10.1.1.44.5060 > 10.1.1.14.37883: P, cksum 0x29fb (correct), 1:380(379) ack 393 win 215 <nop,nop,timestamp 795715792 624699305> SIP/2.0 202 OK Via: SIP/2.0/TCP 10.1.1.14:5070;rport=37883;branch=z9hG4bK1540213071 From: <sip:1@10.1.1.14:5070>;tag=620071678 To: <sip:116006@10.1.1.44;transport=TCP>;tag=4f7a7e54f75c89f5b968c90011d693b5-9eed Call-ID: 449986375 CSeq: 20 SUBSCRIBE Expires: 1200 Contact: <sip:10.1.1.44:5060;transport=tcp> Content-Length: 0 09:58:10.361507 IP (tos 0x10, ttl 64, id 32295, offset 0, flags [none], proto UDP (17), length 484) 10.1.1.44.5060 > 10.1.1.14.37883: SIP, length: 456 NOTIFY sip:1@10.1.1.14:37883 SIP/2.0 Via: SIP/2.0/UDP 10.1.1.44;branch=z9hG4bKc408.509e6347000000000000000000000000.0 To: sip:1@10.1.1.14;tag=620071678 From: sip:116006@10.1.1.44;tag=4f7a7e54f75c89f5b968c90011d693b5-9eed CSeq: 2 NOTIFY Call-ID: 449986375 Content-Length: 0 User-Agent: kamailio (4.0.4 (i386/linux)) Max-Forwards: 70 Event: presence Contact: <sip:10.1.1.44:5060;transport=tcp> Subscription-State: active;expires=1200 Thx Klaus

2 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

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