- sr-users - kamailio.org

msilo kamailio 4.2
by nadie 27 Oct '14

27 Oct '14

Hello, excuse me for the question. I compiled kamailio 4.2 from git with msilo. kamailio.cfg ############################## loadmodule "msilo.so" # ------ msilo params ----- modparam("msilo", "db_url", DBURL) modparam("msilo","from_address","sip:registrar@kamailio.org") modparam("msilo","contact_hdr","Contact:registrar@192.168.1.3:5060;msilo=yes\r\n") modparam("msilo","content_type_hdr","Content-Type: text/plain\r\n") modparam("msilo","offline_message","*** User $rU is offline!") But now, i don't know where introduce route code. And in the documentation route coude tells "test only, REGISTER ok" Are there code for secure production? Thank you.

1 0

Fwd: DROUTING module slow loading
by Uri Shacked 26 Oct '14

26 Oct '14

Hi, When DROUTING table "dr_gateways" is very big (40000 rows) reloading the module to memory take about 60 seconds !!! My tests show 5000 rows takes 7-11 seconds...... It is very slow. The rules table, with 40000 rows, loads immediately though. Any ideas why? Or how to get the process faster? (I know the gateway table is too big. but, this is the current implementation...) kamailio version - 3.3.6 (48db34) BR, Uri

1 0

new compiler warning in 4.2
by Juha Heinanen 25 Oct '14

25 Oct '14

i build kamailio from latest 4.2 branch and got CC (cc) [M textops.so] textops.o textops.c: In function 'append_multibody_helper': textops.c:1867:2: warning: implicit declaration of function 'get_mixed_part_delimiter' [-Wimplicit-function-declaration] please fix asap. -- juha

1 0

Converting JSON string to normal string
by Muhammad Shahzad 25 Oct '14

25 Oct '14

Hi, Using method json_get_field i am able to extract json string. However, this string comes with quotes which cause a hurdle in assigning to various pseudo variables, for example, -- json_get_field($redis(r=>value), "to_number", "$var(wim_to)"); json_get_field($redis(r=>value), "domain", "$var(wim_domain)"); $uac_req(ruri)="sip:" + $var(wim_to) + "@" + $var(wim_domain); -- This results in $uac_req(ruri) being set as. sip:"49XXXXXXXX"@"sip.mydomain.com" Which is obviously wrong and fails the transaction processing. Is there any way to get rid of these quotes from json strings? One possible way i can think of is using string transformation "s.substr", but there are a lot of json strings i have in config and it is too hectic to transform all of them. Is there any easier way out of this? Thank you.

2 2

Failed to install Kamailio database
by Mahmoud Ramadan Ali 25 Oct '14

25 Oct '14

Hiii everyone, I can not create kamailio database and get this error message... any ideas ? Thanks in advance...

2 6

How do I configure this thing?
by Nolan Darilek 24 Oct '14

24 Oct '14

OK, sorry for the basic question, but I'm overwhelmed. My install gives me a kamailio-basic.cfg, kamailio.cfg and kamailio-oob.cfg. Is there any explanation as to the difference between these? I assume "basic" is a simpler config, but I don't know what it lacks vs. kamailio.cfg, and I have no idea what "oob" means ("out-of-band?") The configs reference a kamailio-local.cfg. My assumption was that I could place config changes here, but I see later that kamailio.cfg changes some parameters. In particular, I set various auth_db parameters in kamailio-local.cfg which kamailio.cfg changes later. So I don't understand when I might want to use kamailio-local. The config files refer me to a cookbook, but unless I'm missing something, the cookbook is a long list of config directives. When I read "cookbook" I assume I'm being directed to something containing recipes like "how to enable web sockets," with step-by-step guides about which config files to edit and what to add. Am I just missing that? Is there a task-oriented getting started page that I'm missing, that would help me set up a web socket-based SIP server? Then, when I hit the inevitable issues, I can resolve specific problems rather than trying to figure this all out from scratch? I see the documentation attached to the web sockets module, but many of these docs include stand-alone config snippets with no indication as to how to integrate them into a larger config. For instance, the ephemeral auth module tells me how to set up an ephemeral auth route but doesn't give me enough context to place the snippet correctly in the 900+-line kamailio.cfg, and actually I suspect it wouldn't work anyway since I see nothing about HTTP in the kamailio.cfg. Sorry if I seem frustrated. I'm willing to learn, I've just been handed a jet engine and a few suggested tweaks, but not enough context to know how to make them. :) I'll be learning more about SIP and what role a SIP router plays, but it'd be helpful to be able to bootstrap a server so I can learn by doing as well. I'd just like to provide audio/video communication for a single SIP domain, authenticating against MongoDB and with ephemeral auth so Javascript clients can get temporary credentials. I don't want voicemail, outbound routing, etc. This seems like it should be simple to achieve, but I don't know how or where to start in a way that would allow me to build up. Thanks.

3 6

Kamailio + RTPEngine behind NAT (STUN Handling)
by Marko Seidenglanz 24 Oct '14

24 Oct '14

Hello, We want to use Kamailio (4.2) + RTPEngine (3.3) behind NAT. Unfortunately the STUN Messages (Binding Requests) sent from remote peer (Google Chrome ) do not arrive at RTPEngine host. I think they get blocked by the firewall. RTPEngine itself does not send any STUN Messages until it get's the first message from the remote peer as Google Chrome has the "active" role in DTLS Agreement. Is there a way to tell RTPEngine to open the ports for remote peer, so that the messages arrive? When RTPEngine is not behind NAT, everything works as expected. Kind regards, Marko

2 1

Dealing with High PDD
by Ryan Brindley 24 Oct '14

24 Oct '14

Hey Community, I've tried to google and view the docs for Kamailio about fr_inv_timer (and other timers), but I don't think they do what I'm wanting. Basically, I want to cancel an INVITE request and progress to the next contact if the current contact has not send a non-100 provisional code or final response after a certain amount of time. Am I missing some obvious setting that I overlooked in my searches or do I have to approach this 'manually' (aka, not just a setting)? Any help is greatly appreciated. Ryan Brindley

2 2

Kamailio, authentication and MongoDB
by Nolan Darilek 24 Oct '14

24 Oct '14

Hello. I'm attempting to set up Kamailio for the first time and have a few questions. 1. The auth_db module specifically calls out MySQL, Postgres and flat file databases, but makes no mention of the new MongoDB module. Is the new MongoDB module supported as well and the docs just haven't been updated to account for that? 2. In looking at the auth_db parameters, I see values for column names, but nothing for a table/collection. How do I specify what table or collection my user data is in? 3. How do I create HA1 strings? The docs state: HA1 strings are MD5 hashes of username, password, and realm. Is that: md5(username+":"+password+":"+realm) or something else? Thanks.

1 1

dispatcher behind NAT - lost ACK
by Nicholas Gill 24 Oct '14

24 Oct '14

Hello sr-users, We have Kamailio (behind NAT) configured acting as a proxy in front of some FreeSWITCH servers. There appears to be something amiss with my inbound (dispatcher) configuration which leads to misaddressing / misdelivery of the ACK after 200 OK (outbound calls appear to be proxied correctly [1]). Calls from the sip provider incoming to Kamailio are distributed by the dispatcher module to the FS server (For testing in this simplified scenario FS and Kamailio are on the same machine): SIP provider (5060) sends an invite to Kamailio(5061), Kamailio uses the dispatcher module to select a backend server and forwards the INVITE to FS(5070) (see inbound-callflow.png; kamailio.ext and kamailio.int are the same machine, just public/private addresses). I notice that at no point is a Via/record-route header for the FS server inserted into the forwarded session. I'm not actually certain this is a requirement, but I can't think of another obvious way that Kamailio could proxy the same session to the same FS server. The 100 Trying seems unremarkable [2], I suspect the 200 OK [3] is problematic. It has been proxied from the FS server, however contains no reference to the FS server address either in the via headers nor record-route (kamailio.int:5070). The incoming ACK [4] then appears to be misdelivered / lost - Kamailio receives it on the private address and forwards it to the public address rather than the FS server. My configuration [5] is built based on the default configuration + examples from the dispatcher module. There are some provisions for FreeSWITCH internal/external profiles made so the configuration listens on 2 different ports. This particular scenario should only use the 5061 port as it involves calls to an external sip provider (briefly 5060 should be proxied to FS:5080 and 5061 should be proxied to FS:5070 and vice-versa). If someone can see an issue with the configuration and/or point to an error in the call flow (i.e. should FS be inserting the Via header?) that would be greatly appreciated. Thanks, -nick [1] Outbound call flow (see also outbound-callflow.png) FS(port 5070) sends an invite to Kamailio(5061) (Kamailio is configured in FS as an outbound proxy), INVITE contains Via header for the FS server, Kamailio forwards to sip provider, and routes all messages back and forth correctly. [2] 100 Trying SIP/2.0 100 trying -- your call is important to us Via: SIP/2.0/UDP sip.provider.com:5060;branch=z9hG4bKfffb.7c81ee53.0;rport=5060 Via: SIP/2.0/UDP far.external.ip;received=far.external.ip;rport=5060;branch=z9hG4bK4Qg7Ng27BvHrK From: "Nicholas Gill" <sip:0384171966@far.external.ip>;tag=j3KQmpvmg6mvr To: <sip:0390156842@sip.provider.com> Call-ID: aa7174e7-d028-1232-4b95-001cc0dd11e9 CSeq: 66413636 INVITE Server: kamailio (4.1.6 (x86_64/linux)) Content-Length: 0 [3] Proxied 200 OK (Kamailio -> Sip Provider) SIP/2.0 200 OK Via: SIP/2.0/UDP sip.provider.com:5060;rport=5060;branch=z9hG4bKfffb.7c81ee53.0 Via: SIP/2.0/UDP far.external.ip;received=far.external.ip;rport=5060;branch=z9hG4bK4Qg7Ng27BvHrK Record-Route: <sip:kamailio.ext:5061;lr=on> Record-Route: <sip:sip.provider.com;lr;ftag=j3KQmpvmg6mvr;did=0ec.84ff82b1> From: "Nicholas Gill" <sip:0384171966@far.external.ip>;tag=j3KQmpvmg6mvr To: <sip:0390156842@sip.provider.com>;tag=BFvQmggHrg74m Call-ID: aa7174e7-d028-1232-4b95-001cc0dd11e9 CSeq: 66413636 INVITE Contact: <sip:0390156842@kamailio.int:5070;transport=udp> User-Agent: IMX Accept: application/sdp Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, REFER, NOTIFY Supported: timer, path, replaces Allow-Events: talk, hold, conference, refer Content-Type: application/sdp Content-Disposition: session Content-Length: 270 X-FS-Support: update_display,send_info [4] Incoming ACK (Sip Provider -> Kamailio) ACK sip:0390156842@kamailio.ext:5061;transport=udp SIP/2.0 Record-Route: <sip:sip.provider.com;lr;ftag=j3KQmpvmg6mvr> Via: SIP/2.0/UDP sip.provider.com:5060;branch=z9hG4bKfffb.7c81ee53.2 Via: SIP/2.0/UDP far.external.ip;received=far.external.ip;rport=5060;branch=z9hG4bK509ZQBKB947aF Route: <sip:kamailio.ext:5061;lr=on> Max-Forwards: 69 From: "Nicholas Gill" <sip:0384171966@far.external.ip>;tag=j3KQmpvmg6mvr To: <sip:0390156842@sip.provider.com>;tag=BFvQmggHrg74m Call-ID: aa7174e7-d028-1232-4b95-001cc0dd11e9 CSeq: 66413636 ACK Contact: <sip:gw+Exetel@far.external.ip:5060;transport=udp;gw=Exetel> Proxy-Authorization: Digest username="0384171900", realm="far.external.ip", nonce="xxxx", algorithm=MD5, uri="sip:0390156842@sip.provider.com", response="xxxx" Content-Length: 0 P-hint: rr-enforced [5] Kamailio configuration (based on default configuration). Dispatcher set 1 is FS internal profile (5080) and set 2 is external profile (5070) ... #!define WITH_NAT ... alias="kamailio.int:5060" alias="kamailio.int:5061" alias="kamailio.ext:5060" alias="kamailio.ext:5061" listen=udp:kamailio.int:5060 advertise kamailio.ext:5060 listen=udp:kamailio.int:5061 advertise kamailio.ext:5061 port=5060 port=5061 ... loadmodule "dispatcher.so" modparam("dispatcher", "flags", 2) modparam("dispatcher", "list_file", "/etc/kamailio/dispatcher.list") modparam("dispatcher", "dst_avp", "$avp(AVP_DST)") modparam("dispatcher", "grp_avp", "$avp(AVP_GRP)") modparam("dispatcher", "cnt_avp", "$avp(AVP_CNT)") #modparam("dispatcher", "ds_ping_interval", 60) ... modparam("nathelper", "sipping_from", "sip:pinger@etellicom.com") ... request_route { ... # Not from FS servers gets dispatched to FS servers. if(!ds_is_from_list("1") and !ds_is_from_list("2")) { route(DISPATCH); } # Requests from FS External profile routed out via specific port. if(ds_is_from_list("2")) $fs="udp:kamailio.int:5061"; ... } route[DISPATCH] { if(dst_port==5061) { $fs="udp:kamailio.int:5061"; # Hash over to uri for test purposes if(!ds_select_dst("2", "2")) { send_reply("404", "No destination"); exit; } } else { # Hash over to uri for test purposes if(!ds_select_dst("1", "2")) { send_reply("404", "No destination"); exit; } } xlog("L_DBG", "--- SCRIPT: going to <$ru> via <$du>\n"); t_on_failure("RTF_DISPATCH"); route(RELAY); exit; } failure_route[RTF_DISPATCH] { if (t_is_canceled()) { exit; } # next DST - only for 500 or local timeout if (t_check_status("500") or (t_branch_timeout() and !t_branch_replied())) { if(ds_next_dst()) { t_on_failure("RTF_DISPATCH"); route(RELAY); exit; } } } ...

2 3

sip response not handled by kamailio
by Marko Seidenglanz 24 Oct '14

24 Oct '14

Hello, We are trying to use Kamailio 4.2 with RTPEngine 3.3 behind NAT. Somehow SIP responses (200 OK) are not handled by Kamailio. The following INVITE is send to the receiving end (WebRTC Client): INVITE sip:evQzk4l62MdF3G7U6eudj@whtest3.24dial.com SIP/2.0 Record-Route: <sip:104.155.11.255:5060;nat=yes;lr=on> Via: SIP/2.0/UDP 104.155.11.255:5060 ;branch=z9hG4bK865.9db0c023bec2f314e89ae0f18b78d2f0.0 Via: SIP/2.0/UDP 10.240.215.73:5060 ;rport=5060;received=146.148.113.245;branch=z9hG4bK644600e2 Max-Forwards: 69 From: "Anonymous" <sip:anonymous@anonymous.invalid>;tag=as68f0a26a To: <sip:evQzk4l62MdF3G7U6eudj@whtest3.24dial.com> Contact: <sip:anonymous@10.240.215.73:5060;alias=146.148.113.245~5060~1> Call-ID: 368f6ec901a3552e3b37a70907634f4f@10.240.215.73:5060 CSeq: 102 INVITE User-Agent: Asterisk PBX 12.5.0 Date: Fri, 24 Oct 2014 08:38:09 GMT Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE Supported: replaces, timer Content-Type: application/sdp Content-Length: 738 P-hint: outbound ....... The client response looks like this: SIP/2.0 200 OK Via: SIP/2.0/UDP 104.155.11.255:5060 ;branch=z9hG4bK865.9db0c023bec2f314e89ae0f18b78d2f0.0;rport=5060;received=104.155.11.255 , SIP/2.0/UDP 10.240.215.73:5060 ;rport=5060;received=146.148.113.245;branch=z9hG4bK644600e2 From: "Anonymous" <sip:anonymous@anonymous.invalid>;tag=as68f0a26a To: <sip:evQzk4l62MdF3G7U6eudj@whtest3.24dial.com >;tag=E2VMB39U5NYHCXLZREFGQV2DAXPCZXNQ6J6P Contact: <sip:evQzk4l62MdF3G7U6eudj@whtest3.24dial.com >;tag=E2VMB39U5NYHCXLZREFGQV2DAXPCZXNQ6J6P Call-ID: 368f6ec901a3552e3b37a70907634f4f@10.240.215.73:5060 CSeq: 102 INVITE Record-Route: <sip:104.155.11.255:5060;nat=yes;lr=on> Content-Type: application/sdp Content-Length: 938 ....... I have a xlog call as the first statement in kamailio routing script. I can see the request, which get's handled correctly but the response does not appear in kamailio log, though it arrives at the machine. I am totally helpless, what might be wrong. If we use kamailio on a public accessable machine everything works as expected. Maybe anyone might have had similiar problems using kamailio behind NAT. Kind regards, Marko

2 3

RPM Based installs...
by Derrick Bradbury 24 Oct '14

24 Oct '14

Just a question for the RPM maintainers... Is there a reason for some of the modules (such as carrierroute) not being included in the RPMS? It's been bugging me for a while, when I do an installation, I have to go and compile all the sources .... Not that it's an issue, just easier to do it from RPM if available. Thanks! Derrick

2 1

Kamailio Infront of Asterisk with remote PBX
by Kenny Watson 24 Oct '14

24 Oct '14

Hi, I have a few asterisk servers providing some basic SIP trunking and routing. We have remote PBXs trunked onto asterisk which calls come into asterisk and are routing down to extensions on the remote PBX via prefix routing. I'm looking to have a central Kamailio Registrar/Proxy/Loadbalancer which Invites come into and are routed out to either SIP phones which are registered or to the remote PBX. I'm looking for some advice as to which modules would be best to use to achieve this as the remote PBXs will be dynamically registered rather than fixed gateways. Please let me know what further information would be helpful. Thanks Kenny Watson

4 7

async workers
by Alex Balashov 24 Oct '14

24 Oct '14

Hi, What is the practical limit to the number of async worker processes? With SIP child processes, it seems to be about the number of available CPUs in /proc/cpuinfo. After that--at least, per my testing--one begins to hit the point of diminishing returns, presumably due to SHM IPC and synchronisation issues. Is the restriction similar in the async execution context? -- Alex Balashov - Principal Evariste Systems LLC Tel: +1-678-954-0670 Web: http://www.evaristesys.com/, http://www.alexbalashov.com/ Please be kind to the English language: http://www.entrepreneur.com/article/232906

4 8

Crash after async_sleep().
by Vitaliy Aleksandrov 24 Oct '14

24 Oct '14

Hello list. root@proxy:/# kamcmd core.version kamailio 4.1.4 (i386/linux) I'm getting a crash when I'm trying to simulate a ringing UAS from kamailio config. To achieve this I've added the next config actions: > if (is_method("INVITE") && !has_totag() && $rU =~ "^999") { > sl_send_reply("100", "Fake Trying"); > sl_send_reply("180", "Fake Ringing"); > > t_set_fr(120000, 120000); > t_set_retr(65000, 65000); > t_set_auto_inv_100(0); > > async_sleep("60"); > send_reply("480", "Fake Temporary Unavailable"); > > t_release(); #<--- > > exit(); > }; I expect to receive 180 reply immediately and 480 after 60 seconds. The problem appears when a caller cancels a call after 60 seconds which is equal to async_sleep() wait time. I suppose there is a race condition happens between UDP worker that processes CANCEL request and timer process which calls t_continue() (tm's function). Calling t_newtran() explicitly doesn't change the situation. The only way I found to avoid crash is to remove t_release() call. In this case kamailio complains that "script write didn't release transaction" but continues to process new calls. With -DTIMER_DEBUG and -DDBG_QM_MALLOC I got next information: /usr/sbin/kamailio[11307]: : <core> [mem/q_malloc.c:468]: qm_free(): BUG: qm_free: freeing already freed pointer (0xb1d8c520), called from tm: h_table.c: free_cell(178), first free tm: h_table.c: free_cell(157) - aborting Crash mostly happens because of broken circular list of timers (timer_ln->next == NULL), but one time I saw got abort() during CANCEL request processing when tm tried to call free_cell() for an already freed pointer.

2 1

Re: [SR-Users] One sided or no voice issue with websockets
by Amit Patkar 23 Oct '14

23 Oct '14

Please check ICE server settings. Your browser may be publishing local IP. One way voice or no voice is typical case when client is behind firewall. Regards, Amit Patkar dodul <dodul(a)live.com> wrote: >Hi > >I didn't get any responses from anyone regarding my issue. Can someone please give me some clue what I can do? Or if more information is needed please let know so that I can provide. > > >Sent from my Samsung Galaxy smartphone. > > >-------- Original message -------- >From: Kamrul Khan <dodul(a)live.com> >Date:10-21-2014 17:45 (GMT-06:00) >To: sr-users(a)lists.sip-router.org >Cc: >Subject: [SR-Users] One sided or no voice issue with websockets > >Hi, > >We have a setup with sipml5 to kamailio. It works perfectly within local network. In public network the signaling establishes perfectly, but most of the time we hear no voice, sometimes we hear one sided voice and in rare cases we hear voice from both sides. To fix this issue we configured our nathandler like the below: But, still no luck. Any idea how to fix this? Please HELP!!! > >modparam("nathelper|registrar", "received_avp", "$avp(RECEIVED)") >modparam("nathelper", "nortpproxy_str", "a=sdpmangled:yes\r\n") >. >. >. >route { >. >. > if (nat_uac_test("115")) { > if(nat_uac_test("64")) > force_rport(); > } > if (method=="REGISTER") { > fix_nated_register(); > add_rcv_param(); > } else { > fix_nated_contact(); > if(nat_uac_test("64")){ > if (!add_contact_alias()) { > xlog("L_ERR", "Error aliasing contact <$ct>\n"); > sl_send_reply("400", "Bad Request"); > exit; > } > } else { > add_rcv_param(); > } > } > } >. >. > >onreply_route { > if (nat_uac_test(64)) { > add_contact_alias(); > } >. >. >} > > > > >_______________________________________________ >SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list >sr-users(a)lists.sip-router.org >http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users > >_______________________________________________ >SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list >sr-users(a)lists.sip-router.org >http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

3 3

Kamailio behind NAT (Asterisk - Kamailio - RTPEngine - Browser)
by Marko Seidenglanz 23 Oct '14

23 Oct '14

Hello, I have a problem with the following configuration. I want to make calls from Asterisk to a browser using RTPEngine as relay. Everything works fine, if Kamailio is not natted (See kamailio_without_nat.log). If it's address is translated, then 200 OK responses from the browser don't seem to be received by kamailio. I have configured Kamailio (4.2) and RTPEngine (3.3) both with advertisement of the public IP. Asterisk has public IP: 146.148.113.245 Kamilio has public IP: 104.155.11.255 Browser has public IP: 79.241.195.106 The INVITE after SDP Rewrite looks like this: INVITE sip:eIh66yyxjlWNvNcuKWskH@whtest3.24dial.com SIP/2.0 Record-Route: <sip:104.155.11.255;lr=on;nat=yes> Via: SIP/2.0/UDP 104.155.11.255:5060 ;branch=z9hG4bK683.5e75aa8b7f88561a91033a9b611fc0aa.0 Via: SIP/2.0/UDP 10.240.215.73:5060 ;rport=5060;received=146.148.113.245;branch=z9hG4bK5a79a7cf Max-Forwards: 69 From: "Anonymous" <sip:anonymous@anonymous.invalid>;tag=as53a7de72 To: <sip:eIh66yyxjlWNvNcuKWskH@whtest3.24dial.com> Contact: <sip:anonymous@10.240.215.73:5060;alias=146.148.113.245~5060~1> Call-ID: 523c5fda707c565c51b78c586247818e@10.240.215.73:5060 CSeq: 102 INVITE User-Agent: Asterisk PBX 12.5.0 Date: Thu, 23 Oct 2014 15:29:17 GMT Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE Supported: replaces, timer Content-Type: application/sdp Content-Length: 738 P-hint: outbound v=0 o=root 985629145 985629145 IN IP4 104.155.11.255 s=Asterisk PBX 12.5.0 c=IN IP4 104.155.11.255 t=0 0 a=ice-lite m=audio 31630 RTP/SAVPF 3 0 8 101 a=rtpmap:3 GSM/8000 a=rtpmap:0 PCMU/8000 a=rtpmap:8 PCMA/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-16 a=ptime:20 a=maxptime:150 a=sendrecv a=rtcp:31631 a=rtcp-mux a=crypto:1 AES_CM_128_HMAC_SHA1_80 inline:H9uLHKvstgjd58cZKa0LeRaxvf5XNJhaHgxDut7L a=setup:actpass a=fingerprint:sha-1 D9:26:45:E1:D6:E7:01:A4:04:90:F2:15:AF:A3:AD:01:3C:39:9B:7D a=ice-ufrag:YoTvWbLM a=ice-pwd:eifInSr3Oh8ZvMXjlE89mh8kF1OC a=tDndidate:krhMgLYHbAxWidfK 1 UDP 2130706431 104.155.11.255 31630 typ host a=candidate:krhMgLYHbAxWidfK 2 UDP 2130706430 104.155.11.255 31631 typ host The 200 OK like this: SIP/2.0 200 OK Via: SIP/2.0/UDP 104.155.11.255:5060 ;branch=z9hG4bK683.5e75aa8b7f88561a91033a9b611fc0aa.0;rport=5060;received=104.155.11.255 , SIP/2.0/UDP 10.240.215.73:5060 ;rport=5060;received=146.148.113.245;branch=z9hG4bK5a79a7cf From: "Anonymous" <sip:anonymous@anonymous.invalid>;tag=as53a7de72 To: <sip:eIh66yyxjlWNvNcuKWskH@whtest3.24dial.com >;tag=6QTSN6N2SBW2FW49TMGJQJYZMGHQZ7LCUMQT Contact: <sip:eIh66yyxjlWNvNcuKWskH@whtest3.24dial.com >;tag=6QTSN6N2SBW2FW49TMGJQJYZMGHQZ7LCUMQT Call-ID: 523c5fda707c565c51b78c586247818e@10.240.215.73:5060 CSeq: 102 INVITE Content-Type: application/sdp Content-Length: 938 v=0 o=- 1907956949290984340 2 IN IP4 127.0.0.1 s=- t=0 0 m=audio 43590 UDP/TLS/RTP/SAVPF 0 8 101 c=IN IP4 79.241.195.106 a=rtcp:1 IN IP4 0.0.0.0 a=candidate:290309024 1 udp 2122260223 192.168.35.78 43590 typ host generation 0 a=candidate:2416297236 1 udp 1686052607 79.241.195.106 43590 typ srflx raddr 192.168.35.78 rport 43590 generation 0 a=candidate:1607352144 1 tcp 1518280447 192.168.35.78 0 typ host tcptype active generation 0 a=candidate:2416297236 1 udp 1686052607 79.241.195.106 43590 typ srflx raddr 192.168.35.78 rport 43590 generation 0 a=ice-ufrag:ZtbtZieUG9l22iCb a=ice-pwd:kRkmd0XuFdj+CKXVpInmK3yV a=fingerprint:sha-256 ED:DB:B8:D5:4D:38:1F:81:DC:94:9F:EB:6D:07:56:75:57:45:F4:F7:57:4D:C6:89:70:CC:13:6D:35:C0:8B:45 a=setup:active a=mid:audio a=sendrecv a=rtcp-mux a=rtpmap:0 PCMU/8000 a=rtpmap:8 PCMA/8000 a=rtpmap:101 telephone-event/8000 a=msid-semantic: WMS mPbtogqqqsv8DygpyOmxrTkjgW9aGzkbP3Vk Unfortunately Kamailio log does not tell me, that the response get's processed. (See kamailio_behind_nat.log). I traced with TShark and can see that the SIP/200 OK arrive at kamailio host. Any Idea, what might be missing in my routing script? The attachements can be found here: https://drive.google.com/folderview?id=0BxwAyaFvy_7fdHVnWXdFa2hEeHM&usp=sha… I would be very grateful for any help. Regards, Marko

1 0

Kamailio behind NAT (Asterisk - Kamailio - RTPEngine - Browser)
by Marko Seidenglanz 23 Oct '14

23 Oct '14

Hello, I have a problem with the following configuration. I want to make calls from Asterisk to a browser using RTPEngine as relay. Everything works fine, if Kamailio is not natted (See kamailio_without_nat.log). If it's address is translated, then 200 OK responses from the browser don't seem to be received by kamailio. I have configured Kamailio (4.2) and RTPEngine (3.3) both with advertisement of the public IP. Asterisk has public IP: 146.148.113.245 Kamilio has public IP: 104.155.11.255 Browser has public IP: 79.241.195.106 The INVITE after SDP Rewrite looks like this: INVITE sip:eIh66yyxjlWNvNcuKWskH@whtest3.24dial.com SIP/2.0 Record-Route: <sip:104.155.11.255;lr=on;nat=yes> Via: SIP/2.0/UDP 104.155.11.255:5060 ;branch=z9hG4bK683.5e75aa8b7f88561a91033a9b611fc0aa.0 Via: SIP/2.0/UDP 10.240.215.73:5060 ;rport=5060;received=146.148.113.245;branch=z9hG4bK5a79a7cf Max-Forwards: 69 From: "Anonymous" <sip:anonymous@anonymous.invalid>;tag=as53a7de72 To: <sip:eIh66yyxjlWNvNcuKWskH@whtest3.24dial.com> Contact: <sip:anonymous@10.240.215.73:5060;alias=146.148.113.245~5060~1> Call-ID: 523c5fda707c565c51b78c586247818e@10.240.215.73:5060 CSeq: 102 INVITE User-Agent: Asterisk PBX 12.5.0 Date: Thu, 23 Oct 2014 15:29:17 GMT Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE Supported: replaces, timer Content-Type: application/sdp Content-Length: 738 P-hint: outbound v=0 o=root 985629145 985629145 IN IP4 104.155.11.255 s=Asterisk PBX 12.5.0 c=IN IP4 104.155.11.255 t=0 0 a=ice-lite m=audio 31630 RTP/SAVPF 3 0 8 101 a=rtpmap:3 GSM/8000 a=rtpmap:0 PCMU/8000 a=rtpmap:8 PCMA/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-16 a=ptime:20 a=maxptime:150 a=sendrecv a=rtcp:31631 a=rtcp-mux a=crypto:1 AES_CM_128_HMAC_SHA1_80 inline:H9uLHKvstgjd58cZKa0LeRaxvf5XNJhaHgxDut7L a=setup:actpass a=fingerprint:sha-1 D9:26:45:E1:D6:E7:01:A4:04:90:F2:15:AF:A3:AD:01:3C:39:9B:7D a=ice-ufrag:YoTvWbLM a=ice-pwd:eifInSr3Oh8ZvMXjlE89mh8kF1OC a=tDndidate:krhMgLYHbAxWidfK 1 UDP 2130706431 104.155.11.255 31630 typ host a=candidate:krhMgLYHbAxWidfK 2 UDP 2130706430 104.155.11.255 31631 typ host The 200 OK like this: SIP/2.0 200 OK Via: SIP/2.0/UDP 104.155.11.255:5060 ;branch=z9hG4bK683.5e75aa8b7f88561a91033a9b611fc0aa.0;rport=5060;received=104.155.11.255 , SIP/2.0/UDP 10.240.215.73:5060 ;rport=5060;received=146.148.113.245;branch=z9hG4bK5a79a7cf From: "Anonymous" <sip:anonymous@anonymous.invalid>;tag=as53a7de72 To: <sip:eIh66yyxjlWNvNcuKWskH@whtest3.24dial.com >;tag=6QTSN6N2SBW2FW49TMGJQJYZMGHQZ7LCUMQT Contact: <sip:eIh66yyxjlWNvNcuKWskH@whtest3.24dial.com >;tag=6QTSN6N2SBW2FW49TMGJQJYZMGHQZ7LCUMQT Call-ID: 523c5fda707c565c51b78c586247818e@10.240.215.73:5060 CSeq: 102 INVITE Content-Type: application/sdp Content-Length: 938 v=0 o=- 1907956949290984340 2 IN IP4 127.0.0.1 s=- t=0 0 m=audio 43590 UDP/TLS/RTP/SAVPF 0 8 101 c=IN IP4 79.241.195.106 a=rtcp:1 IN IP4 0.0.0.0 a=candidate:290309024 1 udp 2122260223 192.168.35.78 43590 typ host generation 0 a=candidate:2416297236 1 udp 1686052607 79.241.195.106 43590 typ srflx raddr 192.168.35.78 rport 43590 generation 0 a=candidate:1607352144 1 tcp 1518280447 192.168.35.78 0 typ host tcptype active generation 0 a=candidate:2416297236 1 udp 1686052607 79.241.195.106 43590 typ srflx raddr 192.168.35.78 rport 43590 generation 0 a=ice-ufrag:ZtbtZieUG9l22iCb a=ice-pwd:kRkmd0XuFdj+CKXVpInmK3yV a=fingerprint:sha-256 ED:DB:B8:D5:4D:38:1F:81:DC:94:9F:EB:6D:07:56:75:57:45:F4:F7:57:4D:C6:89:70:CC:13:6D:35:C0:8B:45 a=setup:active a=mid:audio a=sendrecv a=rtcp-mux a=rtpmap:0 PCMU/8000 a=rtpmap:8 PCMA/8000 a=rtpmap:101 telephone-event/8000 a=msid-semantic: WMS mPbtogqqqsv8DygpyOmxrTkjgW9aGzkbP3Vk Unfortunately Kamailio log does not tell me, that the response get's processed. (See kamailio_behind_nat.log). I traced with TShark and can see that the SIP/200 OK arrive at kamailio host. Any Idea, what might be missing in my routing script? I would be very grateful for any help. Regards, Marko

1 0

RPC uac.reg_info hangs second time
by Dan Christian Bogos 23 Oct '14

23 Oct '14

Hey Guys, I am in the process of testing the reloading of the uac registrations (thanks Daniel for that), and hit some issue: * when using uac_reg_info twice in a row, second command always hangs. """ root@Dev2:/etc/kamailio# kamcmd -s tcp:127.0.0.1:2046 uac.reg_info l_uuid 301 { l_uuid: 301 l_username: 301 l_domain: pbx.example.com r_username: 301 r_domain: pbx.example.com realm: asterisk auth_username: 301 auth_password: check123 auth_proxy: sip:172.16.254.75 expires: 360 flags: 0 diff_expires: -1414052722 timer_expires: 0 } root@Dev2:/etc/kamailio# root@Dev2:/etc/kamailio# root@Dev2:/etc/kamailio# root@Dev2:/etc/kamailio# kamcmd -s tcp:127.0.0.1:2046 uac.reg_info l_uuid 301 ^C root@Dev2:/etc/kamailio# kamcmd -s tcp:127.0.0.1:2046 uac.reg_info l_uuid 301 """ Do you see anything wrong with my data or did I hit a bug? Since we are here and could not find much documentation around, is there a way to decrease the default 150 seconds blocking reloads from the database? """ root@Dev2:/etc/kamailio# kamcmd -s tcp:127.0.0.1:2046 uac.reg_reload root@Dev2:/etc/kamailio# kamcmd -s tcp:127.0.0.1:2046 uac.reg_reload error: 500 - Failed to shift records - check log messages """ Syslog: """ Oct 23 10:32:17 Dev2 /usr/sbin/kamailio[2693]: ERROR: uac [uac_reg.c:369]: uac_reg_ht_shift(): shifting the memory table is not possible in less than 150 """ Thanks in advance for any kind of tip! DanB

2 1

Unix timestamp with millisecond precision
by Grant Bagdasarian 23 Oct '14

23 Oct '14

Hello, I'm currently using the $TS psuedovariable to get the current unix timestamp, but this only returns the timestamp up to a second precision. Is it possible in kamailio to get the current unix timestamp with milliseconds precision? Regards, Grant

2 3

hello. I'm a user for kamailio. I wanna ask something
by 신희준 23 Oct '14

23 Oct '14

Hello I have a question about uac module. When i use uac_req_send function, from tag is made by this function automatically. I wanna make a PRACK request which is in-dialog request, so i don't want to append new from-tag at that situation. I think there some solution, but i can't find.. can you help me?? thank you

1 0

usrloc: Unregister client on TCP connection close
by Camille Oudot 22 Oct '14

22 Oct '14

Hi, I'm looking for a mechanism to unregister clients when the corresponding TCP connection is closed, but had no success so far. I've tried the handle_lost_tcp parameter of usrloc, but it didn't work: the user was not unregistered, whereas the connection was seen as closed by kamailio. Is it still a relevant option? Otherwise, is there any mechanism that would trigger some kind of event_route whenever a connection (TCP, TLS, WS, WSS) is lost or closed? Cheers, -- Camille

3 6

Re: [SR-Users] Connecting IMS and Webrtc!!
by Carsten Bock 22 Oct '14

22 Oct '14

Hi Dionlar, can you elaborate the Memory issue a little bit more? Can you also send me more information, on what OS and what Kamailio-Version you are using? What configuration are you using? If you have a memory issue, feel free to contact sr-users(a)lists.sip-router.org, they should be able to help you as well. Probably no-one of our team (core-networks@) will be able to help you further, as i am taking care of the implementation myself. Thanks, Carsten 2014-10-22 1:27 GMT+02:00 dionlar lang <dionlar.lang(a)gmail.com>: > Hello dear!! > > I am Lang, undergraduate student research at the University Sheik Anta Diop > of Dakar and I have a memory issue focusing on the interconnection between > IMS and Webrtc.Je am writing to ask your proposals because I just read some > of your articles about the subject.Is it you please help me. > > Thank you and I count on you! -- Carsten Bock CEO (Geschäftsführer) ng-voice GmbH Schomburgstr. 80 D-22767 Hamburg / Germany http://www.ng-voice.com mailto:carsten@ng-voice.com Office +49 40 5247593-0 Fax +49 40 5247593-99 Sitz der Gesellschaft: Hamburg Registergericht: Amtsgericht Hamburg, HRB 120189 Geschäftsführer: Carsten Bock Ust-ID: DE279344284 Hier finden Sie unsere handelsrechtlichen Pflichtangaben: http://www.ng-voice.com/imprint/

1 0

Re: [SR-Users] One sided or no voice issue with websockets
by dodul 22 Oct '14

22 Oct '14

Hi I didn't get any responses from anyone regarding my issue. Can someone please give me some clue what I can do? Or if more information is needed please let know so that I can provide. Sent from my Samsung Galaxy smartphone. -------- Original message -------- From: Kamrul Khan <dodul(a)live.com> Date:10-21-2014 17:45 (GMT-06:00) To: sr-users(a)lists.sip-router.org Cc: Subject: [SR-Users] One sided or no voice issue with websockets Hi, We have a setup with sipml5 to kamailio. It works perfectly within local network. In public network the signaling establishes perfectly, but most of the time we hear no voice, sometimes we hear one sided voice and in rare cases we hear voice from both sides. To fix this issue we configured our nathandler like the below: But, still no luck. Any idea how to fix this? Please HELP!!! modparam("nathelper|registrar", "received_avp", "$avp(RECEIVED)") modparam("nathelper", "nortpproxy_str", "a=sdpmangled:yes\r\n") . . . route { . . if (nat_uac_test("115")) { if(nat_uac_test("64")) force_rport(); } if (method=="REGISTER") { fix_nated_register(); add_rcv_param(); } else { fix_nated_contact(); if(nat_uac_test("64")){ if (!add_contact_alias()) { xlog("L_ERR", "Error aliasing contact <$ct>\n"); sl_send_reply("400", "Bad Request"); exit; } } else { add_rcv_param(); } } } . . onreply_route { if (nat_uac_test(64)) { add_contact_alias(); } . . } _______________________________________________ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users(a)lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

1 0

Asynchronous sql operation also for acc module?
by Sebastian Damm 22 Oct '14

22 Oct '14

Hi, I read the article about asynchronous sqlops: http://by-miconda.blogspot.de/2014/10/kamailio-42-tips-4-asynchronous-sql.h… I was wondering whether there are any plans of bringing that feature to the acc module, too. We have seen it in the past that a blocking database server brought our proxy to a halt because the acc module was blocking, too. So this could help a lot if the acc entries were written asynchronously. Best Regards, Sebastian

2 3

NATMANAGE quirks
by aft 22 Oct '14

22 Oct '14

Hi, I'm trying to re packet rtp streams based on Destination IP. I've implemented it like below : route[NATMANAGE] { #!ifdef WITH_NAT if (is_request()) { if(has_totag()) { if(check_route_param("nat=yes")) { setbflag(FLB_NATB); } } } if (!(isflagset(FLT_NATS) || isbflagset(FLB_NATB))) return; if (is_request()) { if (!has_totag()) { add_rr_param(";nat=yes"); } xlog("Destination [$du]..."); if ($du == "108.59.14.153") rtpproxy_manage("coz20"); else rtpproxy_manage("coz100"); } if (is_reply()) { if(isbflagset(FLB_NATB)) { fix_nated_contact(); } rtpproxy_manage("coz100"); } #!endif return; } But its not working, and the log comes up like : Oct 21 08:12:33 srv4617 /usr/local/sbin/kamailio[28346]: ERROR: <script>: Destination...... <null>

2 2

clean out obsolete entries in dialog table?
by Måns Nilsson 22 Oct '14

22 Oct '14

Hi, I've got a dialog database table with lots of old entries; some several months old. I'd like to remove them, but if there is a method that keeps things synchronous and checks beyond "DELETE FROM dialog WHERE .... " I'd like to use it. Any pointers? -- Måns Nilsson primary/secondary/besserwisser/machina MN-1334-RIPE +46 705 989668 I'm a GENIUS! I want to dispute sentence structure with SUSAN SONTAG!!

1 0

Fwd: ACK not forwarding properly
by Sadique Ali 22 Oct '14

22 Oct '14

hi, i want to forward call from VITELITY to sip TWILIO , by using config file (attached one) call gets connected but end automatically after 33 seconds. i could find some miss configurations in sip packet flow with routing ACK ( attached .pcap ) . Please suggest a solution . -regards

1 0

Fwd: ACK not forwarding properly
by Sadique Ali 22 Oct '14

22 Oct '14

---------- Forwarded message ---------- From: Sadique Ali <spalikklpd(a)gmail.com> Date: 21 October 2014 18:55 Subject: ACK not forwarding properly To: sr-users-es(a)lists.sip-router.org hi, i want to forward call from VITELITY to sip TWILIO , by using config file (attached one) call gets connected but end automatically after 33 seconds. i could find some miss configurations in sip packet flow with routing ACK ( attached .pcap ) . Please suggest a solution . -regards

1 0

One sided or no voice issue with websockets
by Kamrul Khan 21 Oct '14

21 Oct '14

Hi, We have a setup with sipml5 to kamailio. It works perfectly within local network. In public network the signaling establishes perfectly, but most of the time we hear no voice, sometimes we hear one sided voice and in rare cases we hear voice from both sides. To fix this issue we configured our nathandler like the below: But, still no luck. Any idea how to fix this? Please HELP!!! modparam("nathelper|registrar", "received_avp", "$avp(RECEIVED)") modparam("nathelper", "nortpproxy_str", "a=sdpmangled:yes\r\n") . . . route { . . if (nat_uac_test("115")) { if(nat_uac_test("64")) force_rport(); } if (method=="REGISTER") { fix_nated_register(); add_rcv_param(); } else { fix_nated_contact(); if(nat_uac_test("64")){ if (!add_contact_alias()) { xlog("L_ERR", "Error aliasing contact <$ct>\n"); sl_send_reply("400", "Bad Request"); exit; } } else { add_rcv_param(); } } } . . onreply_route { if (nat_uac_test(64)) { add_contact_alias(); } . . }

1 0

MSILO module not delivering messages
by aawaise 21 Oct '14

21 Oct '14

I have tried to add msilo module to my kamailio.cfg using the link http://sip-router.1086192.n5.nabble.com/Msilo-not-delivering-message-status… Problem is that messages from a user are received on the server. And they can be seen using siremis. But they are not forwarded when the intended receiver gets online. I have added the outboud_proxy in modparameters of MSILO module #!ifdef WITH_MSILO modparam("msilo", "db_url", "mysql://openser:5mil5My5ql@192.168.1.20/openser") modparam("msilo", "from_address", "sip:$rU@mydomain") modparam("msilo", "contact_hdr", "Contact:<sip:$rU@mydomain>\r\n") modparam("msilo", "content_type_hdr", "Content-Type:text/plain\r\n") modparam("msilo", "offline_message", "User $rU is offline!") modparam ("msilo", "outbound_proxy", "sip:mydomain:6524;transport=tcp") modparam ("msilo", "outbound_proxy", "sip:mydomain") modparam("msilo", "expire_time", 604800) #!endif I have added the code available on the link to my kamailio.cfg. -- View this message in context: http://sip-router.1086192.n5.nabble.com/MSILO-module-not-delivering-message… Sent from the Users mailing list archive at Nabble.com.

2 2

SIP Express Router Contact Header Buffer Overflow
by Kay Montag 21 Oct '14

21 Oct '14

Hi Team, my customer gets the following message. Find attached. I checked the provided link: http://www.iptel.org/ser/sercurity/secalert-002-0_8_10.patch But I get the error: "Page not found" Could you assist me with that issue? Regards Kay Mit freundlichen Grüßen Kay Montag -- avodaq AG, Landsberger Str. 290, D-80687 München Tel.: +49.1803.78 63 78, E-Mail: service(a)avodaq.com First European Cisco Master Unified Communications. Cisco Gold Partner. Cisco Learning Partner. Vorstandsvorsitzender: Andreas Kusch Aufsichtsratsvorsitzender: Klaus Genssen Amtsgericht München, Handelsregister 136037

3 4

Hash Table capacity
by Ricardo Martinez 21 Oct '14

21 Oct '14

Hello list. I have a question about the HTABLE module. Suppose that I have a mysql database with 2 million of records. Is possible to load this table as a hash table compatible with Kamailio!? Hope someone can help me. Thanks, Ricardo Martinez.-

6 15

Handle "MESSAGE" packet
by aawaise 21 Oct '14

21 Oct '14

I want to know how kamailio server handles incoming MESSAGE packets of SIP format ? If a sender sends a MESSAGE packet for receiver, and receiver is offline, how will server handle the packet. Can it hold the packet until the receiver is online and then deliver to receiver ?? -- View this message in context: http://sip-router.1086192.n5.nabble.com/Handle-MESSAGE-packet-tp131509.html Sent from the Users mailing list archive at Nabble.com.

3 4

Re: [SR-Users] kamailio 4.2 ，have some problems when use mysql db
by Daniel-Constantin Mierla 21 Oct '14

21 Oct '14

Are you using 4.1 or 4.2? Because the subject mentioned 4.2 but the version of kamailio is 4.1 Daniel On 20/10/14 11:39, 张顺通 wrote: > -M 12 can not help. all config is same. > > see ka.log in attachment, kamailio version is 4.1.6 > > version: kamailio 4.1.6 (x86_64/linux) 010d57 > > flags: STATS: Off, USE_TCP, USE_TLS, TLS_HOOKS, USE_RAW_SOCKS, > DISABLE_NAGLE, USE_MCAST, DNS_IP_HACK, SHM_MEM, SHM_MMAP, PKG_MALLOC, > DBG_QM_MALLOC, USE_FUTEX, FAST_LOCK-ADAPTIVE_WAIT, USE_DNS_CACHE, > USE_DNS_FAILOVER, USE_NAPTR, USE_DST_BLACKLIST, HAVE_RESOLV_RES > > ADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE 262144, MAX_LISTEN 16, > MAX_URI_SIZE 1024, BUF_SIZE 65535, DEFAULT PKG_SIZE 4MB > > poll method support: poll, epoll_lt, epoll_et, sigio_rt, select. > > id: 010d57 > > compiled on 16:48:03 Oct 20 2014 with gcc 4.1.2 > > -- Daniel-Constantin Mierla http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda

3 13

send remote command to kamailio
by Vik Killa 20 Oct '14

20 Oct '14

Hello, I've installed kamailio from debian repo: deb http://deb.kamailio.org/kamailio wheezy main deb-src http://deb.kamailio.org/kamailio wheezy main I am unable to use any RPC related module though... apt-cache search doesn't show them...I installed every kamailio-* package just to make sure but still no luck. Basically, i just want to reload a hash remotely Locally I can do this with: kamcmd htable.dump freeswitch_ips Do I need to compile/install kamailio from source in order to use an RPC package? Thanks. /V

2 3

parallel forking
by Yuriy Gorlichenko 20 Oct '14

20 Oct '14

Hello. I try to do parallel fork calls to endpoints that have same username and different destination URI. Logic of my script: checking location table for rows with needed account get info from contact at loop for every step check technology (sip or ws) append_branch with existing destination for this account rewrite packet with rtpengine to needed technology forward packets via t_relay sql_query("ca", "select contact from location where username='$tU'", "ra"); xlog("rows: $dbr(ra=>rows) cols: $dbr(ra=>cols)\n"); if($dbr(ra=>rows)>0){ $var(i)=0; while($var(i)<$dbr(ra=>rows)){ xlog("L_INFO","SQL query return contact {$dbr(ra=>[$var(i),0])} for {$tU} at step {$var(i)}\n"); if ($dbr(ra=>[$var(i),0])=~"transport=ws"){ xlog("L_INFO", "This is a Websocket call to endpoint"); sql_pvquery("ca", "select received from location where contact='$dbr(ra=>[$var(i),0])'","$var(recieved)"); xlog("L_INFO","SQL query return recieved {$var(recieved)} for {$tU}\n"); $du=$var(recieved); xlog("L_INFO", "Request going FROM ASTERISK to WS. Destination is {$du}\n"); xlog("L_INFO","Websocket Destination URI is {$var(recieved)} for {$tU}\n"); rtpproxy_manage("froc+SP"); t_on_reply("REPLY_FROM_WS"); append_branch("sip:$tU@$du"); $var(i) = $var(i) + 1; } else { xlog("L_INFO", "This is a classic UDP call to endpoint"); $du="sip:"+$(dbr(ra=>[$var(i),0]){s.select,1,@}); xlog("L_INFO","Classic Destination URI is {$dbr(ra=>[$var(i),0])} for {$tU}\n"); rtpproxy_manage("co"); t_on_reply("MANAGE_CLASSIC_REPLY"); append_branch("sip:$tU@$du"); $var(i) = $var(i) + 1; } #append_branch("sip:$tU@$du"); } } return 1; So it customised schema of standart example seturi("sip:a@example.com"); append_branch("sip:b@example.com"); append_branch("sip:c@example.com"); append_branch("sip:d@example.com"); t_relay(); At my test I have 2 endpoints with WS and UDP phones (at fist step ir WS and 2 step it UDP). when I do these steps (at my script) I see packet at TCP dump and saw that sended only one packet to UDP but body of packet is WS. Then I saw log of kamailio. I see that at second step packet changed body to WS body (so strange because other steps before and after goes for UDP (as at logic of script)) What I need to do for send parallel INVITES to multiple endpoints correctly? Thanks

2 3

回复：Re: kamailio 4.2 ，have some problems when use mysql db
by shuntongzhang 20 Oct '14

20 Oct '14

3 5

kamailio 4.2 ，have some problems when use mysql db
by 张顺通 20 Oct '14

20 Oct '14

Oct 20 08:14:45 ka[15500]: INFO: rr [../outbound/api.h:54]: ob_load_api(): Failed to import bind_ob Oct 20 08:14:45 ka[15500]: INFO: rr [rr_mod.c:160]: mod_init(): outbound module not available Oct 20 08:14:45 ka[15500]: INFO: usrloc [hslot.c:53]: ul_init_locks(): locks array size 1024 Oct 20 08:14:45 ka[15500]: INFO: auth [auth_mod.c:350]: mod_init(): auth: qop set, but nonce-count (nc_enabled) support disabled Oct 20 08:14:45 ka[15500]: ERROR: <core> [db_res.c:114]: db_new_result(): no private memory left Oct 20 08:14:45 ka[15500]: ERROR: db_mysql [km_dbase.c:229]: db_mysql_store_result(): no memory left Oct 20 08:14:45 ka[15500]: ERROR: <core> [db_query.c:139]: db_do_query_internal(): error while storing result Oct 20 08:14:45 ka[15500]: ERROR: <core> [db.c:401]: db_table_version(): error in db_query Oct 20 08:14:45 ka[15500]: ERROR: dispatcher [dispatch.c:669]: init_ds_db(): failed to query table version Oct 20 08:14:45 ka[15500]: ERROR: dispatcher [dispatcher.c:319]: mod_init(): could not initiate a connect to the database Oct 20 08:14:45 ka[15500]: ERROR: <core> [sr_module.c:968]: init_mod(): Error while initializing module dispatcher (/lib64/kamailio/dispatcher.so) I need help.thks

2 1

What is Attribute Value Pair (AVP) ?
by Mahmoud Ramadan Ali 19 Oct '14

19 Oct '14

Hiiii everyone, Forgive me for such simple question but i'm newbie to Kamailio. i was reading about the dispatcher module http://www.kamailio.org/docs/modules/4.2.x/modules/dispatcher.html#dispatch… and i want someone to explain to me in a simple way what is AVP , for example the AVP in the *modparam("dispatcher", "grp_avp", "$avp(dsgrp)")* and what the "dsgrp" represents and how to configure the AVP values ... Kinda Regards Thanks in advance...

2 1

Regarding Kamailio usage in ARM/Embedded Linux
by Nandini madhu 19 Oct '14

19 Oct '14

Dear all, Greetings. I am working on Kamailio for Linux environment. But, i don't have any idea regarding usage of Kamailio in arm/embedded Linux environment. Please help me in this regard, how can i port Kamailio into an embedded linux device. Kindly advice. Regards Sermj2012

2 1

pipelimit in 4.2.0 and beyond
by Alex Balashov 19 Oct '14

19 Oct '14

Hi, I was testing the new dynamic pipelimit instantiation functionality heralded in 4.2, and, strangely enough, it doesn't seem to work at all. Every time I call pl_check(), it just blocks the worker thread indefinitely, until I--rather quickly--run out of available workers. I've tried it with db_url (which I gathered to not be mandatory), without a db_url, using every algorithm possible, with a static pipe name, with a PV pipe name, etc. It all yields the same results. Here is my current employment of it: if($(xavp(call=>ingress_cps_limit){s.int}) > 0) { xlog("L_INFO", "DEBUG: PRE PL CHECK $ci\n"); if(!pl_check("1", "RED", "2")) { xlog("L_INFO", "DEBUG: AFTER PL CHECK $ci\n"); pl_drop(); xlog("L_INFO", "Ingress call setup rate limit for this BG " "$(xavp(call=>ingress_cps_limit){s.int}) has " "been exceeded; rejecting call\n"); exit; } xlog("L_INFO", "DEBUG: AFTER PL CHECK $ci\n"); } modparam("pipelimit", "hash_size", 12) modparam("pipelimit", "timer_interval", 5) modparam("pipelimit", "reply_code", 503) modparam("pipelimit", "reply_reason", "Call Setup Rate Exceeded") I never reach "AFTER PL CHECK". Here's what I actually want to do: if($(xavp(call=>ingress_cps_limit){s.int}) > 0) { if(!pl_check("$avp(trunk_id)", "RED", "$(xavp(call=>ingress_cps_limit){s.int})")) { pl_drop(); xlog("L_INFO", "!> " "Ingress call setup rate limit for this BG " "$(xavp(call=>ingress_cps_limit){s.int}) has " "been exceeded; rejecting call\n"); exit; } } I tried upping debug to debug=3 but get nothing insightful that pertains to pipelimit at all, as far as I can see. This is on a stock CentOS 6.5 install, sip-router:master:36e695453762b5ed15e5048fad2c559bb239dad5 compiled from source. Thanks! -- Alex Balashov - Principal Evariste Systems LLC Tel: +1-678-954-0670 Web: http://www.evaristesys.com/, http://www.alexbalashov.com/ Please be kind to the English language: http://www.entrepreneur.com/article/232906

2 2

Kamailio - Asterisk Integration
by Bugaian A. Vitalie 18 Oct '14

18 Oct '14

Hello list, thanks for creating kamailio and good documentation for it. Also thanks to Daniel for this guide http://kb.asipto.com/asterisk:realtime:kamailio-4.0.x-asterisk-11.3.0-astdb I managed to integrate kamailio with asterisk and a2billing and I do have some small issues with some UA's. Generally all soft phones are OK but from some I can not generate calls. Especially it is true for Linksys SPA and Grandstream gxv3140. From 10 phones I have one with this issue, all config is the same on device side and on server/config side, but some are failing to generate calls. These UA will receive calls but will not be able to call. They are registered OK and I see these devices as all other ones in location table. One work around I have found is to update manually the cc_sip_buddy table(from asterisk realtime) with IP address and port and big part of these US's will start working. But still I have some that will not work even after that. What I see when capturing with ngrep is this: 1) Invite with SDP 2) 407 Proxy Authentication Required 3) ACK 4) Invite with SDP 5) 100 trying -- your call is important to us 6) 401 Unauthorized 7) ACK Not all captured calls have all 7 steps some of these drop at 4th step and I mention that all UA-s are showing OK as registered. I use sip.Server == "kamailio (4.1.6 (x86_64/linux))" ; Please suggest some steps to increase that authentication time(i suspect that these UA's do not have sufficient time to authenticate) and help me to understand why this is happening. Thank you in andvance. Vitalie Alex Bugaian.

1 1

Kamailio 4.16 - IMS Registration Failure
by Kamal Palei 18 Oct '14

18 Oct '14

Dear All I have tried a lot and looks getting Kamailio IMS setup is very difficult and no proper documentation available. Though I have setup all CSCFs and FHoSS , still REGISTRATION fails with 483 response. I have setup DNS properly as shown below. *root@necs04:/etc/kamailio/pcscf# root@necs04:/etc/kamailio/pcscf# ping pcscf.group1-imslab11.in <http://pcscf.group1-imslab11.in>PING pcscf.group1-imslab11.in <http://pcscf.group1-imslab11.in> (192.168.1.100) 56(84) bytes of data.64 bytes from localhost (192.168.1.100): icmp_req=1 ttl=64 time=0.037 ms64 bytes from localhost (192.168.1.100): icmp_req=2 ttl=64 time=0.028 ms^C--- pcscf.group1-imslab11.in <http://pcscf.group1-imslab11.in> ping statistics ---2 packets transmitted, 2 received, 0% packet loss, time 1000msrtt min/avg/max/mdev = 0.028/0.032/0.037/0.007 msroot@necs04:/etc/kamailio/pcscf# root@necs04:/etc/kamailio/pcscf# root@necs04:/etc/kamailio/pcscf# root@necs04:/etc/kamailio/pcscf# ping icscf.group1-imslab11.in <http://icscf.group1-imslab11.in>PING icscf.group1-imslab11.in <http://icscf.group1-imslab11.in> (192.168.1.100) 56(84) bytes of data.64 bytes from localhost (192.168.1.100): icmp_req=1 ttl=64 time=0.023 ms64 bytes from localhost (192.168.1.100): icmp_req=2 ttl=64 time=0.029 ms64 bytes from localhost (192.168.1.100): icmp_req=3 ttl=64 time=0.024 ms^C--- icscf.group1-imslab11.in <http://icscf.group1-imslab11.in> ping statistics ---3 packets transmitted, 3 received, 0% packet loss, time 1999msrtt min/avg/max/mdev = 0.023/0.025/0.029/0.004 msroot@necs04:/etc/kamailio/pcscf# root@necs04:/etc/kamailio/pcscf# ping scscf.group1-imslab11.in <http://scscf.group1-imslab11.in>PING scscf.group1-imslab11.in <http://scscf.group1-imslab11.in> (192.168.1.100) 56(84) bytes of data.64 bytes from localhost (192.168.1.100): icmp_req=1 ttl=64 time=0.022 ms64 bytes from localhost (192.168.1.100): icmp_req=2 ttl=64 time=0.022 ms64 bytes from localhost (192.168.1.100): icmp_req=3 ttl=64 time=0.021 ms^C--- scscf.group1-imslab11.in <http://scscf.group1-imslab11.in> ping statistics ---3 packets transmitted, 3 received, 0% packet loss, time 1998msrtt min/avg/max/mdev = 0.021/0.021/0.022/0.005 msroot@necs04:/etc/kamailio/pcscf# * Also dig result is as shown below. *root@necs04:/etc/kamailio/pcscf# root@necs04:/etc/kamailio/pcscf# dig naptr group1-imslab11.in <http://group1-imslab11.in>; <<>> DiG 9.8.1-P1 <<>> naptr group1-imslab11.in <http://group1-imslab11.in>;; global options: +cmd;; Got answer:;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 10919;; flags: qr aa rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 1, ADDITIONAL: 3;; QUESTION SECTION:;group1-imslab11.in <http://group1-imslab11.in>. IN NAPTR;; ANSWER SECTION:group1-imslab11.in <http://group1-imslab11.in>. 86400 IN NAPTR 10 50 "s" "SIP+D2T" "" _sip._tcp.pcscf.group1-imslab11.in <http://tcp.pcscf.group1-imslab11.in>.group1-imslab11.in <http://group1-imslab11.in>. 86400 IN NAPTR 10 50 "s" "SIP+D2U" "" _sip._udp.pcscf.group1-imslab11.in <http://udp.pcscf.group1-imslab11.in>.;; AUTHORITY SECTION:group1-imslab11.in <http://group1-imslab11.in>. 86400 IN NS necs04.group1-imslab11.in <http://necs04.group1-imslab11.in>.;; ADDITIONAL SECTION:pcscf.group1-imslab11.in <http://pcscf.group1-imslab11.in>. 86400 IN A 192.168.1.100necs04.group1-imslab11.in <http://necs04.group1-imslab11.in>. 86400 IN A 192.168.1.100_sip._udp.pcscf.group1-imslab11.in <http://udp.pcscf.group1-imslab11.in>. 86400 IN SRV 0 0 4060 pcscf.group1-imslab11.in <http://pcscf.group1-imslab11.in>.;; Query time: 0 msec;; SERVER: 192.168.1.100#53(192.168.1.100);; WHEN: Fri Oct 17 17:34:22 2014;; MSG SIZE rcvd: 259root@necs04:/etc/kamailio/pcscf# * When I send a REGISTER message from a sip client, I get 483 Too Many Hops. I am totally clueless whats going wrong. Can somebody guide me , where is the fault. On thing I do not understand is dispatcher.list stuff. So I have kept empty disptacher.list file for PCSCF and SCSCF. Can that be an issue. The REGISTER and 483 response looks as below. *REGISTER sip:pcscf.group1-imslab11.in <http://pcscf.group1-imslab11.in> SIP/2.0Via: SIP/2.0/TCP 192.168.1.114:49732;branch=z9hG4bK457115572From: <sip:necs_0@group1-imslab11.in <sip%3Anecs_0(a)group1-imslab11.in>>;tag=1068512852To: <sip:necs_0@group1-imslab11.in <sip%3Anecs_0(a)group1-imslab11.in>>Call-ID: 1874336526CSeq: 16 REGISTERContact: <sip:necs_0@192.168.1.114:49732;transport=TCP;line=a126427bb8e82c9>;+sip.instance="<urn:uuid:2dab9970-55f5-11e4-ae19-41032d8f6492>"Authorization: Digest username="necs_0(a)group1-imslab11.in <necs_0(a)group1-imslab11.in>", realm="pcscf.group1-imslab11.in <http://pcscf.group1-imslab11.in>", nonce=" ", uri="sip:pcscf.group1-imslab11.in <http://pcscf.group1-imslab11.in>", response=" "Max-Forwards: 70User-Agent: NECS IMS client v1.01Expires: 600000Supported: pathSupported: gruuContent-Length: 0* *SIP/2.0 483 Too Many HopsVia: SIP/2.0/TCP 192.168.1.114:49732;branch=z9hG4bK457115572From: <sip:necs_0@group1-imslab11.in <sip%3Anecs_0(a)group1-imslab11.in>>;tag=1068512852To: <sip:necs_0@group1-imslab11.in <sip%3Anecs_0(a)group1-imslab11.in>>;tag=68c95b6520b8472128534dfbca9fcb81.d739Call-ID: 1874336526CSeq: 16 REGISTERServer: Kamailio P-CSCFContent-Length: 0* Kindly somebody help me how I can troubleshoot and fix it. Many thanks Kamal

2 7

Re: [SR-Users] Configuring TLS and WSS with Kamailio
by dodul 18 Oct '14

18 Oct '14

Hi Thanks a lot for your reply. I'll check the cn and let you know. In my configuration I'm listening to tcp port but no tls port? Can that be the reason? Otherthan that if it was rejected because of the certificate shouldn't I get some errors in the log? Every time I'm trying it's getting request timed out. Sent from my Samsung Galaxy smartphone. -------- Original message -------- From: Gonzalo Gasca <gascagonzalo(a)gmail.com> Date:10-17-2014 19:33 (GMT-06:00) To: "Kamailio (SER) - Users Mailing List" <sr-users(a)lists.sip-router.org> Cc: ben(a)langfeld.me Subject: Re: [SR-Users] Configuring TLS and WSS with Kamailio Hi Ben, In regards your certificates, please double check the following: a) CN field: In your webrtc client check the URL used for wss. and verify it matches the CN field of the certificate installed in kamailio: Example: In my sipml5 client I configured wss://ramenlabs.io:5063 and my certificate in fact contains in the cn field ramenlabs.io Subject: OU=Domain Control Validated, OU=PositiveSSL, CN=ramenlabs.io openssl x509 -in /etc/certs/sip.192.168.146.133/cert.pem -noout -text b) I have successfully configured Kamailio 4.1 with TLS and WSS using TLS port 5063 Topology: 1) sipml5 --wss--> ngnix -wss-> kamailio (sip registrar) 2) sipml5 --wss---> kamailio Relevant configurations: kamailio.cfg tls.cfg certificates Kamailio: loading modules under /usr/lib/x86_64-linux-gnu/kamailio/modules/ Listening on udp: 172.31.27.85:5060 tcp: 172.31.27.85:5060 tcp: 172.31.27.85:5062 tls: 172.31.27.85:5061 * tls: 172.31.27.85:5063 <http://172.31.27.85:5063>* Aliases: * tls: ip-172-31-27-85.us-west-2.compute.internal:5063* tls: ip-172-31-27-85.us-west-2.compute.internal:5061 tcp: ip-172-31-27-85.us-west-2.compute.internal:5062 tcp: ip-172-31-27-85.us-west-2.compute.internal:5060 udp: ip-172-31-27-85.us-west-2.compute.internal:5060 *: ramenlabs.io:* *: 172.31.27.85:* kamailio.cfg tls.cfg https://github.com/spicyramen/llamato/blob/LlamatoReg/kamailio.cfg https://github.com/spicyramen/llamato/blob/LlamatoReg/tls.cfg openssl s_client -connect 172.31.27.85:5063 where this i my internal IP address I get presented the certificates. HTH -G On Fri, Oct 17, 2014 at 5:10 PM, Kamrul Khan <dodul(a)live.com> wrote: > ok. I have made some changes. rather than getting the TLS configaration > from a file I added this lines: > > #!ifdef WITH_TLS > # ----- tls params ----- > > modparam("tls", "private_key", "/etc/certs/sip.192.168.146.133/key.pem") > modparam("tls", "certificate", "/etc/certs/sip.192.168.146.133/cert.pem") > modparam("tls", "ca_list", "/etc/certs/demoCA/cert.pem") > > now, Im getting different logs which looks good. Getting positive results > from openssl test, > > openssl s_client -connect 192.168.146.133:5061 -tls1 > CONNECTED(00000003) > ^C > > But when I try to connect using my webRTC client or even from web-browsers > im getting timed out. I think im close .. please help me fixing this issue. > > Oct 17 16:35:38 ubuntu /usr/local/kamailio-devel//sbin/kamailio[12123]: > INFO: tls [tls_domain.c:275]: fill_missing(): TLSs<default>: tls_method=9 > Oct 17 16:35:38 ubuntu /usr/local/kamailio-devel//sbin/kamailio[12123]: > INFO: tls [tls_domain.c:287]: fill_missing(): TLSs<default>: > certificate='/etc/certs/sip.192.168.146.133/cert.pem' > Oct 17 16:35:38 ubuntu /usr/local/kamailio-devel//sbin/kamailio[12123]: > INFO: tls [tls_domain.c:294]: fill_missing(): TLSs<default>: > ca_list='/etc/certs/demoCA/cert.pem' > Oct 17 16:35:38 ubuntu /usr/local/kamailio-devel//sbin/kamailio[12123]: > INFO: tls [tls_domain.c:301]: fill_missing(): TLSs<default>: crl='(null)' > Oct 17 16:35:38 ubuntu /usr/local/kamailio-devel//sbin/kamailio[12123]: > INFO: tls [tls_domain.c:305]: fill_missing(): TLSs<default>: > require_certificate=0 > Oct 17 16:35:38 ubuntu /usr/local/kamailio-devel//sbin/kamailio[12123]: > INFO: tls [tls_domain.c:312]: fill_missing(): TLSs<default>: > cipher_list='(null)' > Oct 17 16:35:38 ubuntu /usr/local/kamailio-devel//sbin/kamailio[12123]: > INFO: tls [tls_domain.c:319]: fill_missing(): TLSs<default>: > private_key='/etc/certs/sip.192.168.146.133/key.pem' > Oct 17 16:35:38 ubuntu /usr/local/kamailio-devel//sbin/kamailio[12123]: > INFO: tls [tls_domain.c:323]: fill_missing(): TLSs<default>: > verify_certificate=0 > Oct 17 16:35:38 ubuntu /usr/local/kamailio-devel//sbin/kamailio[12123]: > INFO: tls [tls_domain.c:326]: fill_missing(): TLSs<default>: verify_depth=9 > Oct 17 16:35:38 ubuntu /usr/local/kamailio-devel//sbin/kamailio[12123]: > INFO: tls [tls_domain.c:670]: set_verification(): TLSs<default>: No client > certificate required and no checks performed > Oct 17 16:35:38 ubuntu /usr/local/kamailio-devel//sbin/kamailio[12123]: > INFO: tls [tls_domain.c:275]: fill_missing(): TLSc<default>: tls_method=9 > Oct 17 16:35:38 ubuntu /usr/local/kamailio-devel//sbin/kamailio[12123]: > INFO: tls [tls_domain.c:287]: fill_missing(): TLSc<default>: > certificate='/etc/certs/sip.192.168.146.133/cert.pem' > Oct 17 16:35:38 ubuntu /usr/local/kamailio-devel//sbin/kamailio[12123]: > INFO: tls [tls_domain.c:294]: fill_missing(): TLSc<default>: > ca_list='/etc/certs/demoCA/cert.pem' > Oct 17 16:35:38 ubuntu /usr/local/kamailio-devel//sbin/kamailio[12123]: > INFO: tls [tls_domain.c:301]: fill_missing(): TLSc<default>: crl='(null)' > Oct 17 16:35:38 ubuntu /usr/local/kamailio-devel//sbin/kamailio[12123]: > INFO: tls [tls_domain.c:305]: fill_missing(): TLSc<default>: > require_certificate=0 > Oct 17 16:35:38 ubuntu /usr/local/kamailio-devel//sbin/kamailio[12123]: > INFO: tls [tls_domain.c:312]: fill_missing(): TLSc<default>: > cipher_list='(null)' > Oct 17 16:35:38 ubuntu /usr/local/kamailio-devel//sbin/kamailio[12123]: > INFO: tls [tls_domain.c:319]: fill_missing(): TLSc<default>: > private_key='/etc/certs/sip.192.168.146.133/key.pem' > Oct 17 16:35:38 ubuntu /usr/local/kamailio-devel//sbin/kamailio[12123]: > INFO: tls [tls_domain.c:323]: fill_missing(): TLSc<default>: > verify_certificate=0 > Oct 17 16:35:38 ubuntu /usr/local/kamailio-devel//sbin/kamailio[12123]: > INFO: tls [tls_domain.c:326]: fill_missing(): TLSc<default>: verify_depth=9 > Oct 17 16:35:38 ubuntu /usr/local/kamailio-devel//sbin/kamailio[12123]: > INFO: tls [tls_domain.c:673]: set_verification(): TLSc<default>: Server MAY > present invalid certificate > Oct 17 16:35:38 ubuntu /usr/local/kamailio-devel//sbin/kamailio[12136]: > INFO: ctl [io_listener.c:225]: io_listen_loop(): io_listen_loop: using > epoll_lt io watch method (config) > > > ------------------------------ > From: dodul(a)live.com > To: ben(a)langfeld.me; sr-users(a)lists.sip-router.org > Date: Sat, 18 Oct 2014 05:08:20 +0600 > > Subject: Re: [SR-Users] Configuring TLS and WSS with Kamailio > > I dint find any in my installation directory. probably it doesn't come > with standard installation unless you explicitly mention for it... not sure > though > > ------------------------------ > Date: Fri, 17 Oct 2014 19:56:50 -0300 > From: ben(a)langfeld.co.uk > To: sr-users(a)lists.sip-router.org > Subject: Re: [SR-Users] Configuring TLS and WSS with Kamailio > > Out of curiosity, why don't you use the pre-built packaged binaries > instead of building from source? > > On 17 October 2014 19:53, Kamrul Khan <dodul(a)live.com> wrote: > > Hi, > > > Im trying to connect my WebRTC clietn to kamailio via WSS. I > successfully connected it via WS but having trouble connecting it via WSS. > My first issue is I get error messages while i try to compile TLS > module(console log in the end of the document). But, still it creates > tls.so file. So i copied the tls.so to my kamailio modules directory and > then updated my kamailio configuration as below: > > > #!define WITH_TLS > > . > > . > > listen=tcp:127.0.0.1:5061 > > listen=tcp:192.168.146.133:5061 > > . > > . > > #!ifdef WITH_TLS > > enable_tls=yes > > #!endif > > . > > . > > #!ifdef WITH_TLS > > # ----- tls params ----- > > modparam("tls", "config", "/usr/local/kamailio-devel/etc/kamailio/tls.cfg") > > #!endif > > > Now, according to this mailing list, > http://lists.sip-router.org/pipermail/sr-users/2013-March/077182.html : “*when > tls module is installed, a self signed pair of certificate-private key is > generated in /usr/local/etc/kamailio”* > > > In my case, I dont even have the /usr/local/etc/kamailio directory. So, > I followed > http://www.kamailio.org/dokuwiki/doku.php/tls:create-certificates to > create my certificate and key. And updated my tsl.cfg, this is how my > tsl.cfg looks like: > > > [server:192.168.146.133:5061] > > method = TLSv1 > > verify_certificate = no > > require_certificate = no > > > private_key = /etc/certs/sip.192.168.146.133/key.pem > > certificate = /etc/certs/sip.192.168.146.133/cert.pem > > ca_list = /etc/certs/demoCA/cert.pem > > > [client:192.168.146.133:5061] > > verify_certificate = yes > > require_certificate = yes > > > > Then I restarted my kamailio server. And i get the following errors in > my kamailio log: > > > Im not sure what wrong im doing. Please help me: > > > Oct 17 15:44:50 ubuntu kamailio: INFO: tls [tls_init.c:385]: > init_tls_compression(): tls: init_tls: disabling compression... > > Oct 17 15:44:50 ubuntu kamailio: WARNING: <core> [socket_info.c:1397]: > fix_hostname(): WARNING: fix_hostname: could not rev. resolve > 192.168.146.133 > > Oct 17 15:44:50 ubuntu kamailio: message repeated 2 times: [ WARNING: > <core> [socket_info.c:1397]: fix_hostname(): WARNING: fix_hostname: could > not rev. resolve 192.168.146.133] > > Oct 17 15:44:50 ubuntu kamailio: INFO: <core> [tcp_main.c:4836]: > init_tcp(): init_tcp: using epoll_lt as the io watch method (auto detected) > > Oct 17 15:44:50 ubuntu kamailio: WARNING: <core> [daemonize.c:352]: > daemonize(): pid file contains old pid, replacing pid > > Oct 17 15:44:50 ubuntu /usr/local/kamailio-devel//sbin/kamailio[11013]: > INFO: rr [../outbound/api.h:54]: ob_load_api(): Failed to import bind_ob > > Oct 17 15:44:50 ubuntu /usr/local/kamailio-devel//sbin/kamailio[11013]: > INFO: rr [rr_mod.c:159]: mod_init(): outbound module not available > > Oct 17 15:44:50 ubuntu /usr/local/kamailio-devel//sbin/kamailio[11013]: > INFO: usrloc [hslot.c:53]: ul_init_locks(): locks array size 512 > > Oct 17 15:44:50 ubuntu /usr/local/kamailio-devel//sbin/kamailio[11013]: > INFO: utils [utils.c:288]: mod_init(): forward functionality disabled > > Oct 17 15:44:50 ubuntu /usr/local/kamailio-devel//sbin/kamailio[11013]: > INFO: utils [utils.c:197]: pres_db_init(): xcap_auth_status function is > disabled > > Oct 17 15:44:50 ubuntu /usr/local/kamailio-devel//sbin/kamailio[11013]: > ERROR: tls [tls_init.c:668]: tls_check_sockets(): TLSs< > 192.168.146.133:5061>: No listening socket found > > Oct 17 15:44:50 ubuntu /usr/local/kamailio-devel//sbin/kamailio[11013]: > ERROR: <core> [sr_module.c:970]: init_mod(): init_mod(): Error while > initializing module tls > (/usr/local/kamailio-devel/lib64/kamailio/modules/tls.so) > > Oct 17 15:44:50 ubuntu /usr/local/kamailio-devel//sbin/kamailio[11013]: : > tls [tls_locking.c:103]: locking_f(): BUG: tls: locking_f (callback): > invalid lock number: 30 (range 0 - 0), called from eng_table.c:227 > > Oct 17 15:44:51 ubuntu kamailio: ERROR: <core> [daemonize.c:307]: > daemonize(): Main process exited before writing to pipe > > > tls module compile log > > > xxx@ubuntu:/usr/local/src/kamailio-4.1/kamailio$ sudo make -C modules/tls > make: Entering directory `/usr/local/src/kamailio-4.1/kamailio/modules/tls' > make: Leaving directory `/usr/local/src/kamailio-4.1/kamailio/modules/tls' > make: Entering directory `/usr/local/src/kamailio-4.1/kamailio/modules/tls' > CC (gcc) [M tls.so] tls_bio.o > CC (gcc) [M tls.so] tls_cfg.o > CC (gcc) [M tls.so] tls_config.o > CC (gcc) [M tls.so] tls_ct_wrq.o > CC (gcc) [M tls.so] tls_domain.o > In file included from tls_domain.c:39:0: > tls_domain.c: In function âload_certâ: > tls_util.h:52:6: warning: variable âretâ set but not used > [-Wunused-but-set-variable] > int ret; \ > ^ > tls_domain.c:506:4: note: in expansion of macro âTLS_ERRâ > TLS_ERR("load_cert:"); > ^ > tls_domain.c: In function âload_ca_listâ: > tls_util.h:52:6: warning: variable âretâ set but not used > [-Wunused-but-set-variable] > int ret; \ > ^ > tls_domain.c:536:4: note: in expansion of macro âTLS_ERRâ > TLS_ERR("load_ca_list:"); > ^ > tls_util.h:52:6: warning: variable âretâ set but not used > [-Wunused-but-set-variable] > int ret; \ > ^ > tls_domain.c:543:4: note: in expansion of macro âTLS_ERRâ > TLS_ERR("load_ca_list:"); > ^ > tls_domain.c: In function âload_crlâ: > tls_util.h:52:6: warning: variable âretâ set but not used > [-Wunused-but-set-variable] > int ret; \ > ^ > tls_domain.c:575:4: note: in expansion of macro âTLS_ERRâ > TLS_ERR("load_crl:"); > ^ > tls_domain.c: In function âload_private_keyâ: > tls_util.h:52:6: warning: variable âretâ set but not used > [-Wunused-but-set-variable] > int ret; \ > ^ > tls_domain.c:990:5: note: in expansion of macro âTLS_ERRâ > TLS_ERR("load_private_key:"); > ^ > tls_util.h:52:6: warning: variable âretâ set but not used > [-Wunused-but-set-variable] > int ret; \ > ^ > tls_domain.c:998:4: note: in expansion of macro âTLS_ERRâ > TLS_ERR("load_private_key:"); > ^ > tls_util.h:52:6: warning: variable âretâ set but not used > [-Wunused-but-set-variable] > int ret; \ > ^ > tls_domain.c:1005:4: note: in expansion of macro âTLS_ERRâ > TLS_ERR("load_private_key:"); > ^ > CC (gcc) [M tls.so] tls_dump_vf.o > CC (gcc) [M tls.so] tls_init.o > CC (gcc) [M tls.so] tls_locking.o > CC (gcc) [M tls.so] tls_mod.o > CC (gcc) [M tls.so] tls_rpc.o > CC (gcc) [M tls.so] tls_select.o > CC (gcc) [M tls.so] tls_server.o > In file included from tls_server.c:52:0: > tls_server.c: In function âtls_complete_initâ: > tls_util.h:52:6: warning: variable âretâ set but not used > [-Wunused-but-set-variable] > int ret; \ > ^ > tls_server.c:192:3: note: in expansion of macro âTLS_ERRâ > TLS_ERR("Failed to create SSL or BIO structure:"); > ^ > tls_server.c: In function âtls_shutdownâ: > tls_util.h:52:6: warning: variable âretâ set but not used > [-Wunused-but-set-variable] > int ret; \ > ^ > tls_server.c:521:4: note: in expansion of macro âTLS_ERRâ > TLS_ERR("SSL error:"); > ^ > tls_server.c: In function âtls_encode_fâ: > tls_util.h:52:6: warning: variable âretâ set but not used > [-Wunused-but-set-variable] > int ret; \ > ^ > tls_server.c:798:5: note: in expansion of macro âTLS_ERRâ > TLS_ERR(err_src); > ^ > tls_util.h:52:6: warning: variable âretâ set but not used > [-Wunused-but-set-variable] > int ret; \ > ^ > tls_server.c:832:5: note: in expansion of macro âTLS_ERRâ > TLS_ERR(err_src); > ^ > tls_server.c: In function âtls_read_fâ: > tls_util.h:52:6: warning: variable âretâ set but not used > [-Wunused-but-set-variable] > int ret; \ > ^ > tls_server.c:1186:4: note: in expansion of macro âTLS_ERRâ > TLS_ERR(err_src); > ^ > tls_util.h:52:6: warning: variable âretâ set but not used > [-Wunused-but-set-variable] > int ret; \ > ^ > tls_server.c:1220:4: note: in expansion of macro âTLS_ERRâ > TLS_ERR(err_src); > ^ > CC (gcc) [M tls.so] tls_util.o > CC (gcc) [M tls.so] tls_verify.o > LD (gcc) [M tls.so] tls.so > make: Leaving directory `/usr/local/src/kamailio-4.1/kamailio/modules/tls' > > _______________________________________________ > SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list > sr-users(a)lists.sip-router.org > http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users > > > > _______________________________________________ SIP Express Router (SER) > and Kamailio (OpenSER) - sr-users mailing list > sr-users(a)lists.sip-router.org > http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users > > _______________________________________________ SIP Express Router (SER) > and Kamailio (OpenSER) - sr-users mailing list > sr-users(a)lists.sip-router.org > http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users > > _______________________________________________ > SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list > sr-users(a)lists.sip-router.org > http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users > > _______________________________________________ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users(a)lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

1 0

What is Attribute Value Pair (AVP) ?
by Mahmoud Ramadan Ali 18 Oct '14

18 Oct '14

Hiiii everyone, Forgive me for such simple question but i'm newbie to Kamailio. i was reading about the dispatcher module http://www.kamailio.org/docs/modules/4.2.x/modules/dispatcher.html#dispatch… and i want someone to explain to me in a simple way what is AVP , for example the AVP in the *modparam("dispatcher", "grp_avp", "$avp(dsgrp)")* and what the "dsgrp" represents and how to configure the AVP values ... Kinda Regards Thanks in advance...

1 0

Max serial forks
by Muhammad Shahzad 17 Oct '14

17 Oct '14

Hi, After some testing it appears that kamailio can do maximum 12 serial forks using transaction manager (tm module). Is it possible to make it configurable in kamailio.cfg or at least increase it with static higher value (e.g. 15)? Thank you.

3 6

No need for Authentication... Why?
by Manuel Camarg 17 Oct '14

17 Oct '14

>It is a matter of config file, mainly the route[AUTH] -- remove the if >condition about what has to be authenticated and authenticate all the >requests. > >Cheers, >Daniel Perfect, solved the issue :) Regards Manuel

1 0

Auth problem with Jitsi on current kamailio stable
by flow27＠meta-matrix.de 17 Oct '14

17 Oct '14

Hi, I have installed kamailio stable on Debian Wheezy from the repository, followed the main tutorial and pretty much everything looked like it was working at first. I can connect to my sip server but when I try to log in I keep getting a failed login. In the mysql database I have the correct username and domain in the subscriber table. No typos there so then I enabled logging with debug=3 to check the logs but I am not sure how to interprete what I see. It seems like there 2 two login procedures. The first one seems to fail, the second one seems to work since I see a "check_response: Authorization is OK" in there but still on Jitsi I keep getting told my password is incorrect. Here is the log dump of both login procedures from the same login attempt (I only tried to login once and as you see on the timestamp it all happens within the same second) This is the first attempt where the realm is not found even though it is exactly the domain I have in the subscriber mysql table: Oct 17 08:21:17 video /usr/sbin/kamailio[5170]: DEBUG: auth_db [authorize.c:486]: auth_check(): realm [video.mydomain.de] table [subscriber] flags [1] Oct 17 08:21:17 video /usr/sbin/kamailio[5170]: DEBUG: auth [api.c:86]: pre_auth(): auth:pre_auth: Credentials with realm 'video.mydomain.de' not found Oct 17 08:21:17 video /usr/sbin/kamailio[5170]: DEBUG: auth_db [authorize.c:252]: digest_authenticate_hdr(): no credentials Oct 17 08:21:17 video /usr/sbin/kamailio[5170]: DEBUG: auth [challenge.c:127]: get_challenge_hf(): build_challenge_hf: realm='video.mydomain.de' Oct 17 08:21:17 video /usr/sbin/kamailio[5170]: DEBUG: auth [challenge.c:269]: get_challenge_hf(): auth: 'WWW-Authenticate: Digest realm="video.mydomain.de", nonce="VEEK6VRBCb32GLPSTiKlfAo4loEn7BTY"#015#012' Oct 17 08:21:17 video /usr/sbin/kamailio[5170]: DEBUG: sl [sl.c:288]: send_reply(): reply in stateless mode (sl) Oct 17 08:21:17 video /usr/sbin/kamailio[5170]: DEBUG: <core> [msg_translator.c:204]: check_via_address(): check_via_address(79.212.239.151, 192.168.2.32, 0) Oct 17 08:21:17 video /usr/sbin/kamailio[5170]: DEBUG: <core> [usr_avp.c:644]: destroy_avp_list(): DEBUG:destroy_avp_list: destroying list 0x7f2f830daa10 Then a second login attempt takes place where it looks different: Oct 17 08:21:17 video /usr/sbin/kamailio[5172]: DEBUG: <core> [parser/msg_parser.c:623]: parse_msg(): SIP Request: Oct 17 08:21:17 video /usr/sbin/kamailio[5172]: DEBUG: <core> [parser/msg_parser.c:625]: parse_msg(): method: <REGISTER> Oct 17 08:21:17 video /usr/sbin/kamailio[5172]: DEBUG: <core> [parser/msg_parser.c:627]: parse_msg(): uri: <sip:video.mydomain.de:5188> Oct 17 08:21:17 video /usr/sbin/kamailio[5172]: DEBUG: <core> [parser/msg_parser.c:629]: parse_msg(): version: <SIP/2.0> Oct 17 08:21:17 video /usr/sbin/kamailio[5172]: DEBUG: <core> [parser/msg_parser.c:170]: get_hdr_field(): get_hdr_field: cseq <CSeq>: <2> <REGISTER> Oct 17 08:21:17 video /usr/sbin/kamailio[5172]: DEBUG: <core> [parser/parse_addr_spec.c:898]: parse_addr_spec(): end of header reached, state=10 Oct 17 08:21:17 video /usr/sbin/kamailio[5172]: DEBUG: <core> [parser/msg_parser.c:190]: get_hdr_field(): DEBUG: get_hdr_field: <To> [46]; uri=[sip:oliver2@video.mydomain.de] Oct 17 08:21:17 video /usr/sbin/kamailio[5172]: DEBUG: <core> [parser/msg_parser.c:192]: get_hdr_field(): DEBUG: to body ["oliver2" <sip:oliver2@video.mydomain.de>#015#012] Oct 17 08:21:17 video /usr/sbin/kamailio[5172]: DEBUG: <core> [parser/parse_via.c:1284]: parse_via_param(): Found param type 232, <branch> = <z9hG4bK-383534-d21acd094f094ec7f76ca01734bb9c80>; state=16 Oct 17 08:21:17 video /usr/sbin/kamailio[5172]: DEBUG: <core> [parser/parse_via.c:2672]: parse_via(): end of header reached, state=5 Oct 17 08:21:17 video /usr/sbin/kamailio[5172]: DEBUG: <core> [parser/msg_parser.c:513]: parse_headers(): parse_headers: Via found, flags=2 Oct 17 08:21:17 video /usr/sbin/kamailio[5172]: DEBUG: <core> [parser/msg_parser.c:515]: parse_headers(): parse_headers: this is the first via Oct 17 08:21:17 video /usr/sbin/kamailio[5172]: DEBUG: <core> [receive.c:152]: receive_msg(): After parse_msg... Oct 17 08:21:17 video /usr/sbin/kamailio[5172]: DEBUG: <core> [receive.c:193]: receive_msg(): preparing to run routing scripts... Oct 17 08:21:17 video /usr/sbin/kamailio[5172]: DEBUG: maxfwd [mf_funcs.c:85]: is_maxfwd_present(): value = 70 Oct 17 08:21:17 video /usr/sbin/kamailio[5172]: DEBUG: <core> [parser/msg_parser.c:204]: get_hdr_field(): DEBUG: get_hdr_body : content_length=0 Oct 17 08:21:17 video /usr/sbin/kamailio[5172]: DEBUG: <core> [parser/msg_parser.c:106]: get_hdr_field(): found end of header Oct 17 08:21:17 video /usr/sbin/kamailio[5172]: DEBUG: <core> [parser/parse_addr_spec.c:176]: parse_to_param(): DEBUG: add_param: tag=f59174d Oct 17 08:21:17 video /usr/sbin/kamailio[5172]: DEBUG: <core> [parser/parse_addr_spec.c:898]: parse_addr_spec(): end of header reached, state=29 Oct 17 08:21:17 video /usr/sbin/kamailio[5172]: DEBUG: sanity [mod_sanity.c:255]: w_sanity_check(): sanity checks result: 1 Oct 17 08:21:17 video /usr/sbin/kamailio[5172]: DEBUG: siputils [checks.c:103]: has_totag(): no totag Oct 17 08:21:17 video /usr/sbin/kamailio[5172]: DEBUG: tm [t_lookup.c:1072]: t_check_msg(): DEBUG: t_check_msg: msg id=2 global id=1 T start=(nil) Oct 17 08:21:17 video /usr/sbin/kamailio[5172]: DEBUG: tm [t_lookup.c:527]: t_lookup_request(): t_lookup_request: start searching: hash=60350, isACK=0 Oct 17 08:21:17 video /usr/sbin/kamailio[5172]: DEBUG: tm [t_lookup.c:485]: matching_3261(): DEBUG: RFC3261 transaction matching failed Oct 17 08:21:17 video /usr/sbin/kamailio[5172]: DEBUG: tm [t_lookup.c:709]: t_lookup_request(): DEBUG: t_lookup_request: no transaction found Oct 17 08:21:17 video /usr/sbin/kamailio[5172]: DEBUG: tm [t_lookup.c:1141]: t_check_msg(): DEBUG: t_check_msg: msg id=2 global id=2 T end=(nil) Oct 17 08:21:17 video /usr/sbin/kamailio[5172]: DEBUG: auth_db [authorize.c:486]: auth_check(): realm [video.mydomain.de] table [subscriber] flags [1] Oct 17 08:21:17 video /usr/sbin/kamailio[5172]: DEBUG: auth [api.c:96]: pre_auth(): auth: digest-algo: parsed value: 0 Oct 17 08:21:17 video /usr/sbin/kamailio[5172]: DEBUG: <core> [db_res.c:118]: db_new_result(): allocate 56 bytes for result set at 0x7f2f8d09c040 Oct 17 08:21:17 video /usr/sbin/kamailio[5172]: DEBUG: db_mysql [km_res.c:68]: db_mysql_get_columns(): 1 columns returned from the query Oct 17 08:21:17 video /usr/sbin/kamailio[5172]: DEBUG: <core> [db_res.c:155]: db_allocate_columns(): allocate 8 bytes for result names at 0x7f2f8d09c148 Oct 17 08:21:17 video /usr/sbin/kamailio[5172]: DEBUG: <core> [db_res.c:165]: db_allocate_columns(): allocate 4 bytes for result types at 0x7f2f8d09c0d8 Oct 17 08:21:17 video /usr/sbin/kamailio[5172]: DEBUG: db_mysql [km_res.c:86]: db_mysql_get_columns(): allocate 16 bytes for RES_NAMES[0] at 0x7f2f8d0aa448 Oct 17 08:21:17 video /usr/sbin/kamailio[5172]: DEBUG: db_mysql [km_res.c:93]: db_mysql_get_columns(): RES_NAMES(0x7f2f8d0aa448)[0]=[password] Oct 17 08:21:17 video /usr/sbin/kamailio[5172]: DEBUG: db_mysql [km_res.c:137]: db_mysql_get_columns(): use DB1_STRING result type Oct 17 08:21:17 video /usr/sbin/kamailio[5172]: DEBUG: <core> [db_res.c:184]: db_allocate_rows(): allocate 16 bytes for rows at 0x7f2f8d09c288 Oct 17 08:21:17 video /usr/sbin/kamailio[5172]: DEBUG: <core> [db_row.c:119]: db_allocate_row(): allocate 32 bytes for row values at 0x7f2f8d09e480 Oct 17 08:21:17 video /usr/sbin/kamailio[5172]: DEBUG: <core> [db_val.c:117]: db_str2val(): converting STRING [xxxxxxx] Oct 17 08:21:17 video /usr/sbin/kamailio[5172]: DEBUG: auth_db [authorize.c:196]: get_ha1(): HA1 string calculated: a4fe9f8e75b2cb7b19da2cbc37b33bcc Oct 17 08:21:17 video /usr/sbin/kamailio[5172]: DEBUG: auth [api.c:211]: auth_check_response(): check_response: Our result = '1aab3cbf895ec5c2491135a0a6869f4e' Oct 17 08:21:17 video /usr/sbin/kamailio[5172]: DEBUG: auth [api.c:218]: auth_check_response(): check_response: Authorization is OK Oct 17 08:21:17 video /usr/sbin/kamailio[5172]: DEBUG: <core> [db_res.c:81]: db_free_columns(): freeing 1 columns Oct 17 08:21:17 video /usr/sbin/kamailio[5172]: DEBUG: <core> [db_res.c:85]: db_free_columns(): freeing RES_NAMES[0] at 0x7f2f8d0aa448 Oct 17 08:21:17 video /usr/sbin/kamailio[5172]: DEBUG: <core> [db_res.c:94]: db_free_columns(): freeing result names at 0x7f2f8d09c148 Oct 17 08:21:17 video /usr/sbin/kamailio[5172]: DEBUG: <core> [db_res.c:99]: db_free_columns(): freeing result types at 0x7f2f8d09c0d8 Oct 17 08:21:17 video /usr/sbin/kamailio[5172]: DEBUG: <core> [db_res.c:54]: db_free_rows(): freeing 1 rows Oct 17 08:21:17 video /usr/sbin/kamailio[5172]: DEBUG: <core> [db_row.c:97]: db_free_row(): freeing row values at 0x7f2f8d09e480 Oct 17 08:21:17 video /usr/sbin/kamailio[5172]: DEBUG: <core> [db_res.c:62]: db_free_rows(): freeing rows at 0x7f2f8d09c288 Oct 17 08:21:17 video /usr/sbin/kamailio[5172]: DEBUG: <core> [db_res.c:136]: db_free_result(): freeing result set at 0x7f2f8d09c040 Oct 17 08:21:17 video /usr/sbin/kamailio[5172]: DEBUG: auth [challenge.c:127]: get_challenge_hf(): build_challenge_hf: realm='video.mydomain.de' Oct 17 08:21:17 video /usr/sbin/kamailio[5172]: DEBUG: auth [challenge.c:269]: get_challenge_hf(): auth: 'WWW-Authenticate: Digest realm="video.mydomain.de", nonce="VEEK6VRBCb32GLPSTiKlfAo4loEn7BTY"#015#012' Oct 17 08:21:17 video /usr/sbin/kamailio[5172]: DEBUG: sl [sl.c:288]: send_reply(): reply in stateless mode (sl) Oct 17 08:21:17 video /usr/sbin/kamailio[5172]: DEBUG: <core> [msg_translator.c:204]: check_via_address(): check_via_address(79.212.239.151, 192.168.2.32, 0) Oct 17 08:21:17 video /usr/sbin/kamailio[5172]: DEBUG: <core> [usr_avp.c:644]: destroy_avp_list(): DEBUG:destroy_avp_list: destroying list 0x7f2f830daa10 Oct 17 08:21:17 video /usr/sbin/kamailio[5172]: DEBUG: <core> [usr_avp.c:644]: destroy_avp_list(): DEBUG:destroy_avp_list: destroying list (nil) Oct 17 08:21:17 video /usr/sbin/kamailio[5172]: DEBUG: <core> [usr_avp.c:644]: destroy_avp_list(): DEBUG:destroy_avp_list: destroying list (nil) Oct 17 08:21:17 video /usr/sbin/kamailio[5172]: DEBUG: <core> [usr_avp.c:644]: destroy_avp_list(): DEBUG:destroy_avp_list: destroying list (nil) Oct 17 08:21:17 video /usr/sbin/kamailio[5172]: DEBUG: <core> [usr_avp.c:644]: destroy_avp_list(): DEBUG:destroy_avp_list: destroying list (nil) Oct 17 08:21:17 video /usr/sbin/kamailio[5172]: DEBUG: <core> [usr_avp.c:644]: destroy_avp_list(): DEBUG:destroy_avp_list: destroying list (nil) Oct 17 08:21:17 video /usr/sbin/kamailio[5172]: DEBUG: <core> [xavp.c:448]: xavp_destroy_list(): destroying xavp list (nil) Oct 17 08:21:17 video /usr/sbin/kamailio[5172]: DEBUG: <core> [receive.c:296]: receive_msg(): receive_msg: cleaning up Any help on what I did wrong is appreciated... Best regards Oliver

1 0

New: max branches configurable via parameter
by Daniel-Constantin Mierla 17 Oct '14

17 Oct '14

Hello, being brought in discussions many times, including in the recent past days, I replaced the static define of max branches limit with a core parameter. It impacts the destination set stored in core and the uac fields stored in transaction. It can be set now with global parameter: max_branches The old limit was 12, now it can be set in the range of 1 to 31. Few aspects that I would like to discuss to get this refactored to fit the best of common scenarios: 1) the 31 upper limit comes from tm cancelled branches bitmask, which now is stored in an integer. Should be easy to get it to 63 (planned after some testing that proves the concept used now is ok). Would it be a need for even more? 2) would it make sense to specify the max number of branches per transaction, in config, before creating the transaction? The upper limit will be the max_branches value from the core. 3) thinking of common cases of what can be forked a lot, I thought that we can a simplification of 2) by specifying two limits: one for initial requests which are very likely to have many branches (think of initial INVITE via LCR or location) and one for requests within dialog which are likely to have one or very few branches (e.g., replicating BYE to a peer server). Opinions? The main benefit for 2) and 3) would be less memory usage. Testing and feedback of the new max_branches parameter is very appreciated. Cheers, Daniel -- Daniel-Constantin Mierla http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda

5 4

Kamailio v4.2.0 RPMs and updates to rpm.kamailio.org
by Daniel-Constantin Mierla 17 Oct '14

17 Oct '14

Hello, the RPMs for Kamailio v4.2.0 were generated for Centos (5, 6, 7), Fedora (18, 19, 20), OpenSuse (12.3, 13.1, 13.2) and RedHat (5, 6, 7). Packages are made with OpenSuse build service, but as different build project -- see the details at: - http://www.kamailio.org/wiki/packages/rpms The change was made to have a build project for each release series from now on, making easier to manage and mirror. Given this, the mirror at rpm.kamailio.org has been updated as well. If you used it for 4.1.x or older releases, you have to upgrade the repo path, see: - http://rpm.kamailio.org And again a call for people using RPMs: join the efforts in packaging and managing there repos, we have the infrastructure now, but we are short in time/human resources. If you want to keep the packages up to date, come on board and help a bit. Cheers, Daniel -- Daniel-Constantin Mierla http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda

1 0

Mozilla Firefox + SIP Phone voice not established
by Amit Patkar 17 Oct '14

17 Oct '14

Hi I have configured latest Kamailio 4.2.0 + Rtpengine 3.3.0.0+0~mr3.6.0.0 There are 2 SIP clients. Once client is registered as WebRTC client from Mozilla Firefox browser 29.0.1 and second SIP client is desktop SIP phone - PortGo Softphone (portsip.com) When I am trying to call softphone from Firefox, call is getting established, where as voice is not established. RTP is not flowing between Browser and Softphone. Same is working with Google Chrome. Following command is used for negotiation rtpengine_manage("replace-origin replace-session-connection ICE=force"); Log is as follows Oct 16 18:39:14 kamailio rtpengine[28613]: Got valid command from 127.0.0.1:60471: offer - { "sdp": "v=0#015#012o=Mozilla-SIPUA-29.0.1 3618 1 IN IP4 0.0.0.0#015#012s=Doubango Telecom - firefox#015#012t=0 0#015#012a=ice-ufrag:6e5ff262#015#012a=ice-pwd:21a7dd42eb50ab711d7466a39f4994fe#015#012a=fingerprint:sha-256 F2:B7:D6:64:90:66:D7:33:B1:04:F7:EC:8D:78:A1:9F:1D:E1:59:92:31:64:98:D3:6D:A7:DF:60:C9:DA:21:AE#015#012m=audio 3779 UDP/TLS/RTP/SAVPF 109 0 8 101#015#012c=IN IP4 49.248.118.98#015#012a=rtpmap:109 opus/48000/2#015#012a=ptime:20#015#012a=rtpmap:0 PCMU/8000#015#012a=rtpmap:8 PCMA/8000#015#012a=rtpmap:101 telep ... Oct 16 18:39:14 kamailio rtpengine[28613]: ... hone-event/8000#015#012a=fmtp:101 0-15#015#012a=sendrecv#015#012a=setup:actpass#015#012a=candidate:0 1 UDP 2128609535 192.168.2.18 3779 typ host#015#012a=candidate:1 1 UDP 1692467199 49.248.118.98 3779 typ srflx raddr 192.168.2.18 rport 3779#015#012a=candidate:0 2 UDP 2128609534 192.168.2.18 3780 typ host#015#012a=candidate:1 2 UDP 1692467198 49.248.118.98 3780 typ srflx raddr 192.168.2.18 rport 3780#015#012a=rtcp-mux#015#012", "ICE": "force", "replace": [ "origin", "session-connection" ], "call-id": "1b211056-eb41-7edf-59b5-fa2f51161f32", "receive ... Oct 16 18:39:14 kamailio rtpengine[28613]: ... d-from": [ "IP4", "192.168.2.18" ], "from-tag": "R3okhRsDImBAiNMCZ04e", "command": "offer" } Oct 16 18:39:14 kamailio rtpengine[28613]: [1b211056-eb41-7edf-59b5-fa2f51161f32] Creating new call Oct 16 18:39:14 kamailio rtpengine[28613]: [1b211056-eb41-7edf-59b5-fa2f51161f32] Returning to SIP proxy: d3:sdp735:v=0#015#012o=Mozilla-SIPUA-29.0.1 3618 1 IN IP4 0.0.0.0#015#012s=Doubango Telecom - firefox#015#012t=0 0#015#012a=ice-lite#015#012m=audio 30428 UDP/TLS/RTP/SAVPF 109 0 8 101#015#012c=IN IP4 192.168.7.78#015#012a=rtpmap:109 opus/48000/2#015#012a=ptime:20#015#012a=rtpmap:0 PCMU/8000#015#012a=rtpmap:8 PCMA/8000#015#012a=rtpmap:101 telephone-event/8000#015#012a=fmtp:101 0-15#015#012a=sendrecv#015#012a=rtcp:30429#015#012a=rtcp-mux#015#012a=crypto:1 AES_CM_128_HMAC_SHA1_80 inline:X1DlmZvOXeVYgcPNBeiDT15PjuDw01QRjS6K3q2l#015#012a=setup:actpass#015#012a=fingerprint:sha-1 1A:A ... Oct 16 18:39:14 kamailio rtpengine[28613]: [1b211056-eb41-7edf-59b5-fa2f51161f32] ... D:10:CA:48:BC:06:5F:BA:77:A5:72:5B:A8:4F:6B:05:68:03:C2#015#012a=ice-ufrag:pfDmNOv7#015#012a=ice-pwd:y7T3NQJ5BBwHUqtzSjKjk87JmK47#015#012a=candidate:WudoNuJD1FjBzlYN 1 UDP 2130706431 192.168.7.78 30428 typ host#015#012a=candidate:WudoNuJD1FjBzlYN 2 UDP 2130706430 192.168.7.78 30429 typ host#015#0126:result2:oke Oct 16 18:39:15 kamailio rtpengine[28613]: Got valid command from 127.0.0.1:60147: answer - { "sdp": "v=0#015#012o=- 29112514 29112514 IN IP4 192.168.2.18#015#012s=http://www.portsip.com#015#012c=IN IP4 192.168.2.18#015#012t=0 0#015#012m=audio 21666 RTP/SAVP 0 101#015#012a=rtpmap:0 PCMU/8000#015#012a=rtpmap:101 telephone-event/8000#015#012a=fmtp:101 0-15#015#012a=crypto:1 AES_CM_128_HMAC_SHA1_80 inline:YBXJIjofPfzbpUUXyR5gPrQi7SXOu1uwCXGvmKfy#015#012a=sendrecv#015#012", "ICE": "force", "replace": [ "origin", "session-connection" ], "call-id": "1b211056-eb41-7edf-59b5-fa2f51161f32", "received-from": [ " ... Oct 16 18:39:15 kamailio rtpengine[28613]: ... IP4", "192.168.2.18" ], "from-tag": "R3okhRsDImBAiNMCZ04e", "to-tag": "2c76015a", "command": "answer" } Oct 16 18:39:15 kamailio rtpengine[28613]: [1b211056-eb41-7edf-59b5-fa2f51161f32] Returning to SIP proxy: d3:sdp555:v=0#015#012o=- 29112514 29112514 IN IP4 192.168.7.78#015#012s=http://www.portsip.com#015#012c=IN IP4 192.168.7.78#015#012t=0 0#015#012a=ice-lite#015#012m=audio 30438 RTP/SAVP 0 101#015#012a=rtpmap:0 PCMU/8000#015#012a=rtpmap:101 telephone-event/8000#015#012a=fmtp:101 0-15#015#012a=sendrecv#015#012a=rtcp:30439#015#012a=setup:active#015#012a=fingerprint:sha-1 1A:AD:10:CA:48:BC:06:5F:BA:77:A5:72:5B:A8:4F:6B:05:68:03:C2#015#012a=ice-ufrag:xzf5G88u#015#012a=ice-pwd:WPxvr1djpERiXBBgHJX3r1bYBo3f#015#012a=candidate:WudoNuJD1FjBzlYN 1 UDP 2130706431 192.168.7.78 30 ... Oct 16 18:39:15 kamailio rtpengine[28613]: [1b211056-eb41-7edf-59b5-fa2f51161f32] ... 438 typ host#015#012a=candidate:WudoNuJD1FjBzlYN 2 UDP 2130706430 192.168.7.78 30439 typ host#015#0126:result2:oke Oct 16 18:39:15 kamailio /usr/local/sbin/kamailio[28806]: NOTICE: acc [acc.c:318]: acc_log_request(): ACC: transaction answered: timestamp=1413464955;method=INVITE;from_tag=R3okhRsDImBAiNMCZ04e;to_tag=2c76015a;call_id=1b211056-eb41-7edf-59b5-fa2f51161f32;code=200;reason=OK;src_user=5011;src_domain=192.168.7.78;src_ip=192.168.2.18;dst_ouser=9002;dst_user=9002;dst_domain=192.168.2.18 Oct 16 18:39:15 kamailio rtpengine[28613]: [1b211056-eb41-7edf-59b5-fa2f51161f32 port 30429] SRTCP output wanted, but no crypto suite was negotiated Oct 16 18:39:16 kamailio rtpengine[28613]: [1b211056-eb41-7edf-59b5-fa2f51161f32 port 30428] SRTP output wanted, but no crypto suite was negotiated Oct 16 18:39:19 kamailio rtpengine[28613]: [1b211056-eb41-7edf-59b5-fa2f51161f32 port 30428] Confirmed peer address as 192.168.2.18:21666 Oct 16 18:39:20 kamailio rtpengine[28613]: [1b211056-eb41-7edf-59b5-fa2f51161f32 port 30429] Confirmed peer address as 192.168.2.18:21667 Oct 16 18:39:20 kamailio rtpengine[28613]: Got valid command from 127.0.0.1:36626: delete - { "ICE": "force", "call-id": "1b211056-eb41-7edf-59b5-fa2f51161f32", "received-from": [ "IP4", "192.168.2.18" ], "from-tag": "2c76015a", "command": "delete" } Oct 16 18:39:20 kamailio rtpengine[28613]: [1b211056-eb41-7edf-59b5-fa2f51161f32] Scheduling deletion of call branch '2c76015a' in 30 seconds Oct 16 18:39:20 kamailio rtpengine[28613]: [1b211056-eb41-7edf-59b5-fa2f51161f32] Returning to SIP proxy: d7:createdi1413464954e11:last signali1413464955e4:tagsd8:2c76015ad3:tag8:2c76015a7:createdi1413464954e16:in dialogue with20:R3okhRsDImBAiNMCZ04e6:mediasld5:indexi1e4:type5:audio8:protocol8:RTP/SAVP7:streamsld10:local porti30428e8:endpointd6:family4:IPv47:address12:192.168.2.184:porti21666ee19:advertised endpointd6:family4:IPv47:address12:192.168.2.184:porti21666ee12:crypto suite23:AES_CM_128_HMAC_SHA1_8011:last packeti1413464960e5:flagsl3:RTP6:filled9:confirmede5:statsd7: ... Oct 16 18:39:20 kamailio rtpengine[28613]: [1b211056-eb41-7edf-59b5-fa2f51161f32] ... packetsi228e5:bytesi39216e6:errorsi0eeed10:local porti30429e8:endpointd6:family4:IPv47:address12:192.168.2.184:porti21667ee19:advertised endpointd6:family4:IPv47:address12:192.168.2.184:porti21667ee12:crypto suite23:AES_CM_128_HMAC_SHA1_8011:last packeti1413464960e5:flagsl4:RTCP6:filled9:confirmede5:statsd7:packetsi2e5:bytesi56e6:errorsi0eeee5:flagsl11:initialized4:SDESeeee20:R3okhRsDImBAiNMCZ04ed3:tag20:R3okhRsDImBAiNMCZ04e7:createdi1413464954e16:in dialogue with8:2c76015a6:mediasld5:indexi1e4: ... Oct 16 18:39:20 kamailio rtpengine[28613]: [1b211056-eb41-7edf-59b5-fa2f51161f32] ... type5:audio8:protocol8:RTP/SAVP7:streamsld10:local porti30438e8:endpointd6:family4:IPv47:address12:192.168.2.184:porti3779ee19:advertised endpointd6:family4:IPv47:address12:192.168.2.184:porti3779ee11:last packeti1413464954e5:flagsl3:RTP6:fillede5:statsd7:packetsi0e5:bytesi0e6:errorsi0eeed10:local porti30439e8:endpointd6:family4:IPv67:address2:::4:porti0ee19:advertised endpointd6:family4:IPv67:address2:::4:porti0ee11:last packeti1413464954e5:flagsl4:RTCP6:fillede5:statsd7:packetsi0e5:bytesi0e6:e ... Oct 16 18:39:20 kamailio rtpengine[28613]: [1b211056-eb41-7edf-59b5-fa2f51161f32] ... rrorsi0eeee5:flagsl11:initialized9:DTLS-SRTP3:ICEeeeee6:totalsd3:RTPd7:packetsi228e5:bytesi39216e6:errorsi0ee4:RTCPd7:packetsi2e5:bytesi56e6:errorsi0eee6:result2:oke Oct 16 18:39:20 kamailio /usr/local/sbin/kamailio[28815]: NOTICE: acc [acc.c:318]: acc_log_request(): ACC: transaction answered: timestamp=1413464960;method=BYE;from_tag=2c76015a;to_tag=R3okhRsDImBAiNMCZ04e;call_id=1b211056-eb41-7edf-59b5-fa2f51161f32;code=200;reason=OK;src_user=9002;src_domain=192.168.7.78;src_ip=192.168.2.18;dst_ouser=5011;dst_user=5011;dst_domain=df7jal23ls0d.invalid Another issue is for reverse scenario. Softphone calling WebRTC client. This option does not work with Mozilla & Chrome. Please help. Am I missing something? Do I need to modify configuration to make this work? -- *Thanks & Regards,* Amit Patkar

1 0

Kamailio v4.2.0 Released - new major version is out
by Daniel-Constantin Mierla 16 Oct '14

16 Oct '14

Kamailio v4.2.0 is out – a new major release, bringing out a consistent set of new features and improvements. You can read detailed release notes at: * http://www.kamailio.org/w/kamailio-v4-2-0-release-notes/ Many thanks to all developers and community members that made possible this release. Enjoy Kamailio v4.2.0! Daniel -- Daniel-Constantin Mierla - http://www.asipto.com http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda

2 2

weight for rtpproxy_sock (string)
by george wu 16 Oct '14

16 Oct '14

How can I specify weight for socket? can I get an example? How to set weight for each socket below? thanks. http://kamailio.org/docs/modules/stable/modules/rtpproxy.html Sockets can be weighted by adding '=#' to a socket where # is an integer. A socket with a weight of 2 will be chosen twice as often as one with a weight of 1. # multiple sets of multiple rtproxies modparam("rtpproxy", "rtpproxy_sock", "1 == udp:localhost:12221 udp:localhost:12222") modparam("rtpproxy", "rtpproxy_sock", "2 == udp:localhost:12225")

1 0

Registrar module and local paths
by Ben Langfeld 16 Oct '14

16 Oct '14

Hello everyone. I'm having a problem with registrations and Path and hope that someone can help. I have a Kamailio instance which is both a WebSocket proxy and a registrar which has the following behaviour: * A REGISTER with a Path header already on it gets recorded in the location table. * I use add_path() on all incoming REGISTERs, and a REGISTER relayed to another registrar reaches that registrar with a Path header added appropriately. Unfortunately, save("location") ignores the path added by add_path(). I'd prefer to keep the proxy and registrar co-located for the short term. Does anyone know if/how I might be able to have the Path header properly stored in the case that it was added by add_path()? Regards, Ben Langfeld

5 8

Kamailio-4.1.6 IMS Setup - Registration Issue
by Kamal Palei 16 Oct '14

16 Oct '14

Dear All I have setup a Kamailio proxy for testing IMS call flows. I have configured as per help provided. On registration, I get 483 response from server. When I searched it in google and help, it was suggested to set the alias name properly. I set the alias name properly. Still I get 483 from Kamailio (used as IMS server) Can somebody help me with what are the possible reasons for this. Thanks kamal

2 3

textopsx issue when modifying same header several times
by Andrew Pogrebennyk 16 Oct '14

16 Oct '14

Hi, we are filtering some method names from the Allow header with kamailio 4.1: depending in the configuration: if (hf_value_exists("Allow", "INFO")) { xlog("L_INFO", "Remove INFO from Allow\n"); exclude_hf_value("Allow", "INFO"); } if (hf_value_exists("Allow", "REFER")) { xlog("L_INFO", "Remove REFER from Allow\n"); exclude_hf_value("Allow", "REFER"); } There is a problem in case multiple rewrites are done on the same header so the resulting message is going to be broken: Input: Allow: INVITE, BYE, REGISTER, ACK, OPTIONS, CANCEL, SUBSCRIBE, NOTIFY, PRACK, INFO, REFER OUTPUT: Allow: INVITE, BYE, REGISTER, ACK, OPTIONS, CANCEL, SUBSCRIBE, NOTIFY, PRACK, The trailing comma is not allowed. So we have to use msg_apply_changes(). But kamailio is quite restrictive on where you can call msg_apply_changes(): 1. it must be done before record_route()* and 2. it is not allowed in the branch route. As for me it's valid use case when you need to do some header manipulations only for some of the branches, isn't? *(1) is further aggravated by the fact that the record_route() for loose-routed requests is usually called quite early in the processing pipeline. Imagine kamailio.cfg would look like: request_route { # per request initial checks route(REQINIT); # NAT detection route(NATDETECT); # CANCEL processing if (is_method("CANCEL")) { if (t_check_trans()) { route(RELAY); } exit; } # ---> filter Allow route(FILTER_ALLOW_METHODS); # handle requests within SIP dialogs route(WITHINDLG); I don't like the idea of changing the message before loose-routing. Taking (1) and (2) into account, would it be possible to a) fix exclude_hf_value to allow to filter multiple values in a single pass and b) allow msg_apply_changes() in branch route without any ill effects on the record-route headers? Please share your ideas. Thanks, Andrew

1 0

XCAP Jitsi
by Abdul Gafar 16 Oct '14

16 Oct '14

We configure use XCAP in version: kamailio 4.1.6 (x86_64/linux) Error in SIP Client (Jitsi) Resource cannot be read http://192.x.x.x.x:5060/xcap-root/xca-caps/global/index For Null Please Help me , for solve it's solution //Gafar

2 1

Releasing v4.2.0
by Daniel-Constantin Mierla 16 Oct '14

16 Oct '14

Hello, short note to say that packaging of v4.2.0 will start after 14:00 (Berlin time) -- anyone willing to do changes to branch 4.2 should send a short notice on sr-dev and wait for confirmation to avoid conflicts. Cheers, Daniel -- Daniel-Constantin Mierla http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda

1 0

How to setup stun parameters?
by george wu 16 Oct '14

16 Oct '14

Hi, This document is too simple. http://kamailio.org/docs/modules/stable/modules/stun.html How to setup stun parameters? ip/ports? Thanks. George

3 3

Query-for-Dispatcher.list
by Anil Kumar 16 Oct '14

16 Oct '14

Hello All, Please can anyone give some information regarding dispatcher.list file. I am using LAN network and trying to setup a kamailio-ims server. What is the info I need to configure in dispatcher.list ? I see error while running pcscf module. Thanks

2 1

Checking documentation for v4.2
by Daniel-Constantin Mierla 15 Oct '14

15 Oct '14

Hello, in preparation for releasing v4.2.0 on Thursday this week, I spent some time today to publish the documentation for v4.2.x series at the usual places on kamailio.org site. I am writing here to ask everyone having some spare time to check through usual places they used in the past to read documentation on kamailio.org and see if something is missing for 4.2.x or something is wrong (e.g., broken or wrong links). Starting points can be: - http://www.kamailio.org/w/documentation/ - http://www.kamailio.org/wiki/ Report any finding back to mailing list. Cheers, Daniel -- Daniel-Constantin Mierla http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda

2 2

rtpengine upgrade fails
by Juha Heinanen 15 Oct '14

15 Oct '14

just to complete the thread, the dependency problem has been fixed and upgrade from 3.3.0.0+0~mr3.5.0.0 to 3.3.0.0+0~mr3.6.0.0 succeeded without issues. -- juha

3 4

Group User Presence
by rastrella 15 Oct '14

15 Oct '14

Hi guys, I've setup my kamailio more or less with all my needs, thanks to all your helps :) Now I've a question regarding presence. My kamailio manage all sip clients that are presents in my home. When I receive call all my phone rings simultaneously and so on... I would like that I can manage presence status of my home in order that...if some of my phones is "on call" the status of my "group" is "on call". It's something like that my "home" presence status is the AND/OR of all my phones presence status... Is there any way to make this? I think that I've to use PUA module, but the problem is that multiple calls are possible so is there any way to understand from script number of ongoing calls? ----- Marino Mileti -- View this message in context: http://sip-router.1086192.n5.nabble.com/Group-User-Presence-tp131478.html Sent from the Users mailing list archive at Nabble.com.

2 1

No need for Authentication... Why?
by Manuel Camarg 15 Oct '14

15 Oct '14

Following this asipto guide: http://kb.asipto.com/asterisk:realtime:kamailio-4.0.x-asterisk-11.3.0-astdb I've found that no auth is required to create a communication: Invites are sent regardless of a previously done auth with the kam's auth_db I've used this sip checker: http://www.sinologic.net/proyectos/asterisk/checkSecurity/ Result: Uh oh! you allow external calls... Configure better your sip configuration to avoid this calls SIP/2.0 100 trying -- your call is important to us What is missing in the config file explained in the guide? Manuel

2 3

Kamailio 4.0.4 slow memory leak
by Heenan, Timothy Steven 15 Oct '14

15 Oct '14

Greetings, I'm running into a slow memory leak on my kamailio 4.0.4 SIP proxies. I'm observing a steady increase in the memory consumption until there is no more left. Kamailio then starts repeating this in the logs: ERROR: dispatcher [dispatch.c:279]: add_dest2list(): no more memory. What would be the best way to debug this kind of a memory leak? The proxy does not handle any registrations but does route a fair amount of calls. Thank you in advance, Tim Heenan Engineer I - VoIP Wholesale | Windstream timothy.heenan(a)windstream.com<mailto:email@windstream.com> | windstreambusiness.com<http://www.windstreambusiness.com/> o: 847.348.1338 | f: 847.963.0116 ---------------------------------------------------------------------- This email message and any attachments are for the sole use of the intended recipient(s). Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply email and destroy all copies of the original message and any attachments.

2 19

presence module issue with NOTIFY messsage.
by ThanhTruong 14 Oct '14

14 Oct '14

Hi all, I have install kamailio 4.2 latest version with presence module. But I cant get contact status and send message. This is my configure file: #!KAMAILIO # # Kamailio (OpenSER) SIP Server v4.2 - default configuration script # - web: http://www.kamailio.org # - git: http://sip-router.org # # Direct your questions about this file to: <sr-users(a)lists.sip-router.org> # # Refer to the Core CookBook at http://www.kamailio.org/wiki/ # for an explanation of possible statements, functions and parameters. # # Several features can be enabled using '#!define WITH_FEATURE' directives: # # *** To run in debug mode: # - define WITH_DEBUG # # *** To enable mysql: #!define WITH_MYSQL # # *** To enable authentication execute: # - enable mysql #!define WITH_AUTH # - add users using 'kamctl' # # *** To enable IP authentication execute: # - enable mysql # - enable authentication # - define WITH_IPAUTH # - add IP addresses with group id '1' to 'address' table # # *** To enable persistent user location execute: # - enable mysql #!define WITH_USRLOCDB # # *** To enable presence server execute: # - enable mysql #!define WITH_PRESENCE # # *** To enable nat traversal execute: #!define WITH_NAT # - install RTPProxy: http://www.rtpproxy.org # - start RTPProxy: # rtpproxy -l _your_public_ip_ -s udp:localhost:7722 # - option for NAT SIP OPTIONS keepalives: WITH_NATSIPPING # # *** To enable PSTN gateway routing execute: # - define WITH_PSTN # - set the value of pstn.gw_ip # - check route[PSTN] for regexp routing condition # # *** To enable database aliases lookup execute: # - enable mysql # - define WITH_ALIASDB # # *** To enable speed dial lookup execute: # - enable mysql # - define WITH_SPEEDDIAL # # *** To enable multi-domain support execute: # - enable mysql # - define WITH_MULTIDOMAIN # # *** To enable TLS support execute: # - adjust CFGDIR/tls.cfg as needed # - define WITH_TLS # # *** To enable XMLRPC support execute: # - define WITH_XMLRPC # - adjust route[XMLRPC] for access policy # # *** To enable anti-flood detection execute: # - adjust pike and htable=>ipban settings as needed (default is # block if more than 16 requests in 2 seconds and ban for 300 seconds) # - define WITH_ANTIFLOOD # # *** To block 3XX redirect replies execute: # - define WITH_BLOCK3XX # # *** To enable VoiceMail routing execute: # - define WITH_VOICEMAIL # - set the value of voicemail.srv_ip # - adjust the value of voicemail.srv_port # # *** To enhance accounting execute: # - enable mysql # - define WITH_ACCDB # - add following columns to database #!ifdef ACCDB_COMMENT ALTER TABLE acc ADD COLUMN src_user VARCHAR(64) NOT NULL DEFAULT ''; ALTER TABLE acc ADD COLUMN src_domain VARCHAR(128) NOT NULL DEFAULT ''; ALTER TABLE acc ADD COLUMN src_ip varchar(64) NOT NULL default ''; ALTER TABLE acc ADD COLUMN dst_ouser VARCHAR(64) NOT NULL DEFAULT ''; ALTER TABLE acc ADD COLUMN dst_user VARCHAR(64) NOT NULL DEFAULT ''; ALTER TABLE acc ADD COLUMN dst_domain VARCHAR(128) NOT NULL DEFAULT ''; ALTER TABLE missed_calls ADD COLUMN src_user VARCHAR(64) NOT NULL DEFAULT ''; ALTER TABLE missed_calls ADD COLUMN src_domain VARCHAR(128) NOT NULL DEFAULT ''; ALTER TABLE missed_calls ADD COLUMN src_ip varchar(64) NOT NULL default ''; ALTER TABLE missed_calls ADD COLUMN dst_ouser VARCHAR(64) NOT NULL DEFAULT ''; ALTER TABLE missed_calls ADD COLUMN dst_user VARCHAR(64) NOT NULL DEFAULT ''; ALTER TABLE missed_calls ADD COLUMN dst_domain VARCHAR(128) NOT NULL DEFAULT ''; #!endif ####### Include Local Config If Exists ######### import_file "kamailio-local.cfg" ####### Defined Values ######### # *** Value defines - IDs used later in config #!ifdef WITH_MYSQL # - database URL - used to connect to database server by modules such # as: auth_db, acc, usrloc, a.s.o. #!ifndef DBURL #!define DBURL "mysql://kamailio:kamailiorw@localhost/kamailio" #!endif #!endif #!ifdef WITH_MULTIDOMAIN # - the value for 'use_domain' parameters #!define MULTIDOMAIN 1 #!else #!define MULTIDOMAIN 0 #!endif # - flags # FLT_ - per transaction (message) flags # FLB_ - per branch flags #!define FLT_ACC 1 #!define FLT_ACCMISSED 2 #!define FLT_ACCFAILED 3 #!define FLT_NATS 5 #!define FLB_NATB 6 #!define FLB_NATSIPPING 7 ####### Global Parameters ######### ### LOG Levels: 3=DBG, 2=INFO, 1=NOTICE, 0=WARN, -1=ERR #!ifdef WITH_DEBUG debug=4 log_stderror=yes #!else debug=2 log_stderror=no #!endif memdbg=5 memlog=5 log_facility=LOG_LOCAL0 fork=yes children=4 /* uncomment the next line to disable TCP (default on) */ #disable_tcp=yes /* uncomment the next line to disable the auto discovery of local aliases based on reverse DNS on IPs (default on) */ #auto_aliases=no /* add local domain aliases */ #alias="sip.mydomain.com" /* uncomment and configure the following line if you want Kamailio to bind on a specific interface/port/proto (default bind on all available) */ #listen=udp:10.0.0.10:5060 /* port to listen to * - can be specified more than once if needed to listen on many ports */ port=5060 #!ifdef WITH_TLS enable_tls=yes #!endif # life time of TCP connection when there is no traffic # - a bit higher than registration expires to cope with UA behind NAT tcp_connection_lifetime=3605 ####### Custom Parameters ######### # These parameters can be modified runtime via RPC interface # - see the documentation of 'cfg_rpc' module. # # Format: group.id = value 'desc' description # Access: $sel(cfg_get.group.id) or @cfg_get.group.id # #!ifdef WITH_PSTN # PSTN GW Routing # # - pstn.gw_ip: valid IP or hostname as string value, example: # pstn.gw_ip = "10.0.0.101" desc "My PSTN GW Address" # # - by default is empty to avoid misrouting pstn.gw_ip = "" desc "PSTN GW Address" pstn.gw_port = "" desc "PSTN GW Port" #!endif #!ifdef WITH_VOICEMAIL # VoiceMail Routing on offline, busy or no answer # # - by default Voicemail server IP is empty to avoid misrouting voicemail.srv_ip = "" desc "VoiceMail IP Address" voicemail.srv_port = "5060" desc "VoiceMail Port" #!endif ####### Modules Section ######## # set paths to location of modules (to sources or installation folders) #!ifdef WITH_SRCPATH mpath="modules/" #!else mpath="/usr/local/lib64/kamailio/modules/" #!endif #!ifdef WITH_MYSQL loadmodule "db_mysql.so" #!endif loadmodule "mi_fifo.so" loadmodule "kex.so" loadmodule "corex.so" loadmodule "tm.so" loadmodule "tmx.so" loadmodule "sl.so" loadmodule "rr.so" loadmodule "pv.so" loadmodule "maxfwd.so" loadmodule "usrloc.so" loadmodule "registrar.so" loadmodule "textops.so" loadmodule "siputils.so" loadmodule "xlog.so" loadmodule "sanity.so" loadmodule "ctl.so" loadmodule "cfg_rpc.so" loadmodule "mi_rpc.so" loadmodule "acc.so" #!ifdef WITH_AUTH loadmodule "auth.so" loadmodule "auth_db.so" #!ifdef WITH_IPAUTH loadmodule "permissions.so" #!endif #!endif #!ifdef WITH_ALIASDB loadmodule "alias_db.so" #!endif #!ifdef WITH_SPEEDDIAL loadmodule "speeddial.so" #!endif #!ifdef WITH_MULTIDOMAIN loadmodule "domain.so" #!endif #!ifdef WITH_PRESENCE loadmodule "presence.so" loadmodule "presence_xml.so" #!endif #!ifdef WITH_NAT loadmodule "nathelper.so" loadmodule "rtpproxy.so" #!endif #!ifdef WITH_TLS loadmodule "tls.so" #!endif #!ifdef WITH_ANTIFLOOD loadmodule "htable.so" loadmodule "pike.so" #!endif #!ifdef WITH_XMLRPC loadmodule "xmlrpc.so" #!endif #!ifdef WITH_DEBUG loadmodule "debugger.so" #!endif # ----------------- setting module-specific parameters --------------- # ----- mi_fifo params ----- modparam("mi_fifo", "fifo_name", "/tmp/kamailio_fifo") # ----- tm params ----- # auto-discard branches from previous serial forking leg modparam("tm", "failure_reply_mode", 3) # default retransmission timeout: 30sec modparam("tm", "fr_timer", 30000) # default invite retransmission timeout after 1xx: 120sec modparam("tm", "fr_inv_timer", 120000) # ----- rr params ----- # set next param to 1 to add value to ;lr param (helps with some UAs) modparam("rr", "enable_full_lr", 0) # do not append from tag to the RR (no need for this script) modparam("rr", "append_fromtag", 0) # ----- registrar params ----- modparam("registrar", "method_filtering", 1) /* uncomment the next line to disable parallel forking via location */ # modparam("registrar", "append_branches", 0) /* uncomment the next line not to allow more than 10 contacts per AOR */ #modparam("registrar", "max_contacts", 10) # max value for expires of registrations modparam("registrar", "max_expires", 3600) # set it to 1 to enable GRUU modparam("registrar", "gruu_enabled", 0) # ----- acc params ----- /* what special events should be accounted ? */ modparam("acc", "early_media", 0) modparam("acc", "report_ack", 0) modparam("acc", "report_cancels", 0) /* by default ww do not adjust the direct of the sequential requests. if you enable this parameter, be sure the enable "append_fromtag" in "rr" module */ modparam("acc", "detect_direction", 0) /* account triggers (flags) */ modparam("acc", "log_flag", FLT_ACC) modparam("acc", "log_missed_flag", FLT_ACCMISSED) modparam("acc", "log_extra", "src_user=$fU;src_domain=$fd;src_ip=$si;" "dst_ouser=$tU;dst_user=$rU;dst_domain=$rd") modparam("acc", "failed_transaction_flag", FLT_ACCFAILED) /* enhanced DB accounting */ #!ifdef WITH_ACCDB modparam("acc", "db_flag", FLT_ACC) modparam("acc", "db_missed_flag", FLT_ACCMISSED) modparam("acc", "db_url", DBURL) modparam("acc", "db_extra", "src_user=$fU;src_domain=$fd;src_ip=$si;" "dst_ouser=$tU;dst_user=$rU;dst_domain=$rd") #!endif # ----- usrloc params ----- /* enable DB persistency for location entries */ #!ifdef WITH_USRLOCDB modparam("usrloc", "db_url", DBURL) modparam("usrloc", "db_mode", 2) modparam("usrloc", "use_domain", MULTIDOMAIN) #!endif # ----- auth_db params ----- #!ifdef WITH_AUTH modparam("auth_db", "db_url", DBURL) modparam("auth_db", "calculate_ha1", yes) modparam("auth_db", "password_column", "password") modparam("auth_db", "load_credentials", "") modparam("auth_db", "use_domain", MULTIDOMAIN) # ----- permissions params ----- #!ifdef WITH_IPAUTH modparam("permissions", "db_url", DBURL) modparam("permissions", "db_mode", 1) #!endif #!endif # ----- alias_db params ----- #!ifdef WITH_ALIASDB modparam("alias_db", "db_url", DBURL) modparam("alias_db", "use_domain", MULTIDOMAIN) #!endif # ----- speeddial params ----- #!ifdef WITH_SPEEDDIAL modparam("speeddial", "db_url", DBURL) modparam("speeddial", "use_domain", MULTIDOMAIN) #!endif # ----- domain params ----- #!ifdef WITH_MULTIDOMAIN modparam("domain", "db_url", DBURL) # register callback to match myself condition with domains list modparam("domain", "register_myself", 1) #!endif #!ifdef WITH_PRESENCE # ----- presence params ----- modparam("presence", "db_url", DBURL) # ----- presence_xml params ----- modparam("presence_xml", "db_url", DBURL) modparam("presence_xml", "force_active", 1) #!endif #!ifdef WITH_NAT # ----- rtpproxy params ----- modparam("rtpproxy", "rtpproxy_sock", "udp:127.0.0.1:7722") # ----- nathelper params ----- modparam("nathelper", "natping_interval", 30) modparam("nathelper", "ping_nated_only", 1) modparam("nathelper", "sipping_bflag", FLB_NATSIPPING) modparam("nathelper", "sipping_from", "sip:pinger@kamailio.org") # params needed for NAT traversal in other modules modparam("nathelper|registrar", "received_avp", "$avp(RECEIVED)") modparam("usrloc", "nat_bflag", FLB_NATB) #!endif #!ifdef WITH_TLS # ----- tls params ----- modparam("tls", "config", "/usr/local/etc/kamailio/tls.cfg") #!endif #!ifdef WITH_ANTIFLOOD # ----- pike params ----- modparam("pike", "sampling_time_unit", 2) modparam("pike", "reqs_density_per_unit", 16) modparam("pike", "remove_latency", 4) # ----- htable params ----- # ip ban htable with autoexpire after 5 minutes modparam("htable", "htable", "ipban=>size=8;autoexpire=300;") #!endif #!ifdef WITH_XMLRPC # ----- xmlrpc params ----- modparam("xmlrpc", "route", "XMLRPC"); modparam("xmlrpc", "url_match", "^/RPC") #!endif #!ifdef WITH_DEBUG # ----- debugger params ----- modparam("debugger", "cfgtrace", 1) #!endif ####### Routing Logic ######## # Main SIP request routing logic # - processing of any incoming SIP request starts with this route # - note: this is the same as route { ... } request_route { # per request initial checks route(REQINIT); # NAT detection route(NATDETECT); # CANCEL processing if (is_method("CANCEL")) { if (t_check_trans()) { route(RELAY); } exit; } # handle requests within SIP dialogs route(WITHINDLG); ### only initial requests (no To tag) # handle retransmissions if(t_precheck_trans()) { t_check_trans(); exit; } t_check_trans(); # authentication route(AUTH); # record routing for dialog forming requests (in case they are routed) # - remove preloaded route headers remove_hf("Route"); if (is_method("INVITE|SUBSCRIBE")) record_route(); # account only INVITEs if (is_method("INVITE")) { setflag(FLT_ACC); # do accounting } # dispatch requests to foreign domains route(SIPOUT); ### requests for my local domains # handle presence related requests route(PRESENCE); # handle registrations route(REGISTRAR); if ($rU==$null) { # request with no Username in RURI sl_send_reply("484","Address Incomplete"); exit; } # dispatch destinations to PSTN route(PSTN); # user location service route(LOCATION); } # Wrapper for relaying requests route[RELAY] { # enable additional event routes for forwarded requests # - serial forking, RTP relaying handling, a.s.o. if (is_method("INVITE|BYE|SUBSCRIBE|UPDATE")) { if(!t_is_set("branch_route")) t_on_branch("MANAGE_BRANCH"); } if (is_method("INVITE|SUBSCRIBE|UPDATE")) { if(!t_is_set("onreply_route")) t_on_reply("MANAGE_REPLY"); } if (is_method("INVITE")) { if(!t_is_set("failure_route")) t_on_failure("MANAGE_FAILURE"); } if (!t_relay()) { sl_reply_error(); } exit; } # Per SIP request initial checks route[REQINIT] { #!ifdef WITH_ANTIFLOOD # flood dection from same IP and traffic ban for a while # be sure you exclude checking trusted peers, such as pstn gateways # - local host excluded (e.g., loop to self) if(src_ip!=myself) { if($sht(ipban=>$si)!=$null) { # ip is already blocked xdbg("request from blocked IP - $rm from $fu (IP:$si:$sp)\n"); exit; } if (!pike_check_req()) { xlog("L_ALERT","ALERT: pike blocking $rm from $fu (IP:$si:$sp)\n"); $sht(ipban=>$si) = 1; exit; } } if($ua =~ "friendly-scanner") { sl_send_reply("200", "OK"); exit; } #!endif if (!mf_process_maxfwd_header("10")) { sl_send_reply("483","Too Many Hops"); exit; } if(is_method("OPTIONS") && uri==myself && $rU==$null) { sl_send_reply("200","Keepalive"); exit; } if(!sanity_check("1511", "7")) { xlog("Malformed SIP message from $si:$sp\n"); exit; } } # Handle requests within SIP dialogs route[WITHINDLG] { if (!has_totag()) return; # sequential request withing a dialog should # take the path determined by record-routing if (loose_route()) { route(DLGURI); if (is_method("BYE")) { setflag(FLT_ACC); # do accounting ... setflag(FLT_ACCFAILED); # ... even if the transaction fails } else if ( is_method("ACK") ) { # ACK is forwarded statelessy route(NATMANAGE); } else if ( is_method("NOTIFY") ) { # Add Record-Route for in-dialog NOTIFY as per RFC 6665. record_route(); } route(RELAY); exit; } if (is_method("SUBSCRIBE") && uri == myself) { # in-dialog subscribe requests route(PRESENCE); exit; } if ( is_method("ACK") ) { if ( t_check_trans() ) { # no loose-route, but stateful ACK; # must be an ACK after a 487 # or e.g. 404 from upstream server route(RELAY); exit; } else { # ACK without matching transaction ... ignore and discard exit; } } sl_send_reply("404","Not here"); exit; } # Handle SIP registrations route[REGISTRAR] { if (!is_method("REGISTER")) return; if(isflagset(FLT_NATS)) { setbflag(FLB_NATB); #!ifdef WITH_NATSIPPING # do SIP NAT pinging setbflag(FLB_NATSIPPING); #!endif } if (!save("location")) sl_reply_error(); exit; } # User location service route[LOCATION] { #!ifdef WITH_SPEEDDIAL # search for short dialing - 2-digit extension if($rU=~"^[0-9][0-9]$") if(sd_lookup("speed_dial")) route(SIPOUT); #!endif #!ifdef WITH_ALIASDB # search in DB-based aliases if(alias_db_lookup("dbaliases")) route(SIPOUT); #!endif $avp(oexten) = $rU; if (!lookup("location")) { $var(rc) = $rc; route(TOVOICEMAIL); t_newtran(); switch ($var(rc)) { case -1: case -3: send_reply("404", "Not Found"); exit; case -2: send_reply("405", "Method Not Allowed"); exit; } } # when routing via usrloc, log the missed calls also if (is_method("INVITE")) { setflag(FLT_ACCMISSED); } route(RELAY); exit; } # Presence server processing route[PRESENCE] { if(!is_method("PUBLISH|SUBSCRIBE")) return; if(is_method("SUBSCRIBE") && $hdr(Event)=="message-summary") { route(TOVOICEMAIL); # returns here if no voicemail server is configured sl_send_reply("404", "No voicemail service"); exit; } #!ifdef WITH_PRESENCE if (!t_newtran()) { sl_reply_error(); exit; } if(is_method("PUBLISH")) { handle_publish(); t_release(); } else if(is_method("SUBSCRIBE")) { handle_subscribe(); t_release(); } exit; #!endif # if presence enabled, this part will not be executed if (is_method("PUBLISH") || $rU==$null) { sl_send_reply("404", "Not here"); exit; } return; } # IP authorization and user uthentication route[AUTH] { #!ifdef WITH_AUTH #!ifdef WITH_IPAUTH if((!is_method("REGISTER")) && allow_source_address()) { # source IP allowed return; } #!endif if (is_method("REGISTER") || from_uri==myself) { # authenticate requests if (!auth_check("$fd", "subscriber", "1")) { auth_challenge("$fd", "0"); exit; } # user authenticated - remove auth header if(!is_method("REGISTER|PUBLISH")) consume_credentials(); } # if caller is not local subscriber, then check if it calls # a local destination, otherwise deny, not an open relay here if (from_uri!=myself && uri!=myself) { sl_send_reply("403","Not relaying"); exit; } #!endif return; } # Caller NAT detection route[NATDETECT] { #!ifdef WITH_NAT force_rport(); if (nat_uac_test("19")) { if (is_method("REGISTER")) { fix_nated_register(); } else { if(is_first_hop()) set_contact_alias(); } setflag(FLT_NATS); } #!endif return; } # RTPProxy control and singaling updates for NAT traversal route[NATMANAGE] { #!ifdef WITH_NAT if (is_request()) { if(has_totag()) { if(check_route_param("nat=yes")) { setbflag(FLB_NATB); } } } if (!(isflagset(FLT_NATS) || isbflagset(FLB_NATB))) return; # ThanhTruong Handle Rtpproxy Header Field if (is_present_hf("Rtpproxy")) { rtpproxy_manage("co"); }else{ xlog("L_ERR", "DO NOT Route call via RTPPROXY ....................\n"); } #rtpproxy_manage("co"); if (is_request()) { if (!has_totag()) { if(t_is_branch_route()) { add_rr_param(";nat=yes"); } } } if (is_reply()) { if(isbflagset(FLB_NATB)) { if(is_first_hop()) set_contact_alias(); } } #!endif return; } # URI update for dialog requests route[DLGURI] { #!ifdef WITH_NAT if(!isdsturiset()) { handle_ruri_alias(); } #!endif return; } # Routing to foreign domains route[SIPOUT] { if (uri==myself) return; append_hf("P-hint: outbound\r\n"); route(RELAY); exit; } # PSTN GW routing route[PSTN] { #!ifdef WITH_PSTN # check if PSTN GW IP is defined if (strempty($sel(cfg_get.pstn.gw_ip))) { xlog("SCRIPT: PSTN rotuing enabled but pstn.gw_ip not defined\n"); return; } # route to PSTN dialed numbers starting with '+' or '00' # (international format) # - update the condition to match your dialing rules for PSTN routing if(!($rU=~"^(\+|00)[1-9][0-9]{3,20}$")) return; # only local users allowed to call if(from_uri!=myself) { sl_send_reply("403", "Not Allowed"); exit; } if (strempty($sel(cfg_get.pstn.gw_port))) { $ru = "sip:" + $rU + "@" + $sel(cfg_get.pstn.gw_ip); } else { $ru = "sip:" + $rU + "@" + $sel(cfg_get.pstn.gw_ip) + ":" + $sel(cfg_get.pstn.gw_port); } route(RELAY); exit; #!endif return; } # XMLRPC routing #!ifdef WITH_XMLRPC route[XMLRPC] { # allow XMLRPC from localhost if ((method=="POST" || method=="GET") && (src_ip==127.0.0.1)) { # close connection only for xmlrpclib user agents (there is a bug in # xmlrpclib: it waits for EOF before interpreting the response). if ($hdr(User-Agent) =~ "xmlrpclib") set_reply_close(); set_reply_no_connect(); dispatch_rpc(); exit; } send_reply("403", "Forbidden"); exit; } #!endif # Routing to voicemail server route[TOVOICEMAIL] { #!ifdef WITH_VOICEMAIL if(!is_method("INVITE|SUBSCRIBE")) return; # check if VoiceMail server IP is defined if (strempty($sel(cfg_get.voicemail.srv_ip))) { xlog("SCRIPT: VoiceMail rotuing enabled but IP not defined\n"); return; } if(is_method("INVITE")) { if($avp(oexten)==$null) return; $ru = "sip:" + $avp(oexten) + "@" + $sel(cfg_get.voicemail.srv_ip) + ":" + $sel(cfg_get.voicemail.srv_port); } else { if($rU==$null) return; $ru = "sip:" + $rU + "@" + $sel(cfg_get.voicemail.srv_ip) + ":" + $sel(cfg_get.voicemail.srv_port); } route(RELAY); exit; #!endif return; } # Manage outgoing branches branch_route[MANAGE_BRANCH] { xdbg("new branch [$T_branch_idx] to $ru\n"); route(NATMANAGE); } # Manage incoming replies onreply_route[MANAGE_REPLY] { xdbg("incoming reply\n"); if(status=~"[12][0-9][0-9]") route(NATMANAGE); } # Manage failure routing cases failure_route[MANAGE_FAILURE] { route(NATMANAGE); if (t_is_canceled()) { exit; } #!ifdef WITH_BLOCK3XX # block call redirect based on 3xx replies. if (t_check_status("3[0-9][0-9]")) { t_reply("404","Not found"); exit; } #!endif #!ifdef WITH_VOICEMAIL # serial forking # - route to voicemail on busy or no answer (timeout) if (t_check_status("486|408")) { $du = $null; route(TOVOICEMAIL); exit; } #!endif } and this is message tracer : U 113.172.178.53:27000 -> abc.def.ghi.klm:5060 REGISTER sip:sip.example.com:5060 SIP/2.0. Call-ID: a9fa97851a69f48cf899f393d8840f78@0:0:0:0:0:0:0:0. CSeq: 1 REGISTER. From: "126" <sip:126@sip.example.com>;tag=f171bbda. To: "126" <sip:126@sip.example.com>. Via: SIP/2.0/UDP 192.168.0.103:5060;branch=z9hG4bK-393532-19e7f68f37f97d0596018a16a6f92588. Max-Forwards: 70. User-Agent: Jitsi2.4.4997Mac OS X. Expires: 600. Contact: "126" <sip:126@192.168.0.103:5060;transport=udp;registering_acc=sip_killermobile_mobi>;expires=600. Content-Length: 0. . U abc.def.ghi.klm:5060 -> 113.172.178.53:27000 SIP/2.0 401 Unauthorized. Call-ID: a9fa97851a69f48cf899f393d8840f78@0:0:0:0:0:0:0:0. CSeq: 1 REGISTER. From: "126" <sip:126@sip.example.com>;tag=f171bbda. To: "126" <sip:126@sip.example.com>;tag=5ecb26dc70085b593eff6ba03c18a5c9.3c8d. Via: SIP/2.0/UDP 192.168.0.103:5060;branch=z9hG4bK-393532-19e7f68f37f97d0596018a16a6f92588;rport=27000;received=113.172.178.53. WWW-Authenticate: Digest realm="sip.example.com", nonce="VDBGtVQwRYklXB5tPKgFK0p+CLOeqnrd". Server: kamailio (4.2.0-pre1 (x86_64/linux)). Content-Length: 0. . U 113.172.178.53:27000 -> abc.def.ghi.klm:5060 REGISTER sip:sip.example.com:5060 SIP/2.0. Call-ID: a9fa97851a69f48cf899f393d8840f78@0:0:0:0:0:0:0:0. CSeq: 2 REGISTER. From: "126" <sip:126@sip.example.com>;tag=f171bbda. To: "126" <sip:126@sip.example.com>. Max-Forwards: 70. User-Agent: Jitsi2.4.4997Mac OS X. Expires: 600. Contact: "126" <sip:126@192.168.0.103:5060;transport=udp;registering_acc=sip_killermobile_mobi>;expires=600. Via: SIP/2.0/UDP 192.168.0.103:5060;branch=z9hG4bK-393532-ef20767880d63aa0678cf55bfdf23d8f. Authorization: Digest username="126",realm="sip.example.com",nonce="VDBGtVQwRYklXB5tPKgFK0p+CLOeqnrd",uri="sip:sip.example.com:5060",response="7948d5cc188fae8d1fc56ef76668b622". Content-Length: 0. . U abc.def.ghi.klm:5060 -> 113.172.178.53:27000 SIP/2.0 200 OK. Call-ID: a9fa97851a69f48cf899f393d8840f78@0:0:0:0:0:0:0:0. CSeq: 2 REGISTER. From: "126" <sip:126@sip.example.com>;tag=f171bbda. To: "126" <sip:126@sip.example.com>;tag=5ecb26dc70085b593eff6ba03c18a5c9.70fc. Via: SIP/2.0/UDP 192.168.0.103:5060;branch=z9hG4bK-393532-ef20767880d63aa0678cf55bfdf23d8f;rport=27000;received=113.172.178.53. Contact: <sip:126@192.168.0.103:20730;rinstance=f422aa5d2e46080f>;expires=1623;received="sip:113.172.178.53:27046", <sip:126@192.168.0.103:5060;transport=udp;registering_acc=sip_killermobile_mobi>;expires=600;received="sip:113.172.178.53:27000". Server: kamailio (4.2.0-pre1 (x86_64/linux)). Content-Length: 0. . U 113.172.178.53:27000 -> abc.def.ghi.klm:5060 REGISTER sip:sip.example.com:5060 SIP/2.0. Call-ID: a9fa97851a69f48cf899f393d8840f78@0:0:0:0:0:0:0:0. CSeq: 2 REGISTER. From: "126" <sip:126@sip.example.com>;tag=f171bbda. To: "126" <sip:126@sip.example.com>. Max-Forwards: 70. User-Agent: Jitsi2.4.4997Mac OS X. Expires: 600. Contact: "126" <sip:126@192.168.0.103:5060;transport=udp;registering_acc=sip_killermobile_mobi>;expires=600. Via: SIP/2.0/UDP 192.168.0.103:5060;branch=z9hG4bK-393532-ef20767880d63aa0678cf55bfdf23d8f. Authorization: Digest username="126",realm="sip.example.com",nonce="VDBGtVQwRYklXB5tPKgFK0p+CLOeqnrd",uri="sip:sip.example.com:5060",response="7948d5cc188fae8d1fc56ef76668b622". Content-Length: 0. . U abc.def.ghi.klm:5060 -> 113.172.178.53:27000 SIP/2.0 200 OK. Call-ID: a9fa97851a69f48cf899f393d8840f78@0:0:0:0:0:0:0:0. CSeq: 2 REGISTER. From: "126" <sip:126@sip.example.com>;tag=f171bbda. To: "126" <sip:126@sip.example.com>;tag=5ecb26dc70085b593eff6ba03c18a5c9.70fc. Via: SIP/2.0/UDP 192.168.0.103:5060;branch=z9hG4bK-393532-ef20767880d63aa0678cf55bfdf23d8f;rport=27000;received=113.172.178.53. Contact: <sip:126@192.168.0.103:20730;rinstance=f422aa5d2e46080f>;expires=1623;received="sip:113.172.178.53:27046", <sip:126@192.168.0.103:5060;transport=udp;registering_acc=sip_killermobile_mobi>;expires=600;received="sip:113.172.178.53:27000". Server: kamailio (4.2.0-pre1 (x86_64/linux)). Content-Length: 0. . U 113.172.178.53:27000 -> abc.def.ghi.klm:5060 SUBSCRIBE sip:126@sip.example.com SIP/2.0. Call-ID: daaf0a31e8ff211da4b9a26715b97486@0:0:0:0:0:0:0:0. CSeq: 1 SUBSCRIBE. From: "126" <sip:126@sip.example.com>;tag=6b1a44c2. To: "126" <sip:126@sip.example.com>. Via: SIP/2.0/UDP 192.168.0.103:5060;branch=z9hG4bK-393532-ee5ab5bb8d09684994d7c54e4bcf749f. Max-Forwards: 70. Contact: "126" <sip:126@192.168.0.103:5060;transport=udp;registering_acc=sip_killermobile_mobi>. User-Agent: Jitsi2.4.4997Mac OS X. Event: presence.winfo. Accept: application/watcherinfo+xml. Expires: 3600. Content-Length: 0. . U abc.def.ghi.klm:5060 -> 113.172.178.53:27000 SIP/2.0 407 Proxy Authentication Required. Call-ID: daaf0a31e8ff211da4b9a26715b97486@0:0:0:0:0:0:0:0. CSeq: 1 SUBSCRIBE. From: "126" <sip:126@sip.example.com>;tag=6b1a44c2. To: "126" <sip:126@sip.example.com>;tag=5ecb26dc70085b593eff6ba03c18a5c9.633c. Via: SIP/2.0/UDP 192.168.0.103:5060;branch=z9hG4bK-393532-ee5ab5bb8d09684994d7c54e4bcf749f;rport=27000;received=113.172.178.53. Proxy-Authenticate: Digest realm="sip.example.com", nonce="VDBGt1QwRYs4FBEAqaT7qgC/bVpE6gSw". Server: kamailio (4.2.0-pre1 (x86_64/linux)). Content-Length: 0. . U 113.172.178.53:27000 -> abc.def.ghi.klm:5060 SUBSCRIBE sip:126@sip.example.com SIP/2.0. Call-ID: 2eaf31c4c83c4ea8d955cf26d7318d08@0:0:0:0:0:0:0:0. CSeq: 1 SUBSCRIBE. From: "126" <sip:126@sip.example.com>;tag=d0c25ea9. To: "126" <sip:126@sip.example.com>. Via: SIP/2.0/UDP 192.168.0.103:5060;branch=z9hG4bK-393532-2b89583dfe1146d7bf4fbb845c046275. Max-Forwards: 70. Contact: "126" <sip:126@192.168.0.103:5060;transport=udp;registering_acc=sip_killermobile_mobi>. User-Agent: Jitsi2.4.4997Mac OS X. Event: message-summary. Accept: application/simple-message-summary. Expires: 3600. Content-Length: 0. . U abc.def.ghi.klm:5060 -> 113.172.178.53:27000 SIP/2.0 407 Proxy Authentication Required. Call-ID: 2eaf31c4c83c4ea8d955cf26d7318d08@0:0:0:0:0:0:0:0. CSeq: 1 SUBSCRIBE. From: "126" <sip:126@sip.example.com>;tag=d0c25ea9. To: "126" <sip:126@sip.example.com>;tag=5ecb26dc70085b593eff6ba03c18a5c9.b775. Via: SIP/2.0/UDP 192.168.0.103:5060;branch=z9hG4bK-393532-2b89583dfe1146d7bf4fbb845c046275;rport=27000;received=113.172.178.53. Proxy-Authenticate: Digest realm="sip.example.com", nonce="VDBGt1QwRYs4FBEAqaT7qgC/bVpE6gSw". Server: kamailio (4.2.0-pre1 (x86_64/linux)). Content-Length: 0. . U 113.172.178.53:27000 -> abc.def.ghi.klm:5060 OPTIONS sip:sip.example.com SIP/2.0. Call-ID: d401f9525044cf69a4e69972c2f4da08@0:0:0:0:0:0:0:0. CSeq: 1 OPTIONS. From: "126" <sip:126@sip.example.com>;tag=7863ae0e. To: "126" <sip:126@sip.example.com>. Via: SIP/2.0/UDP 192.168.0.103:5060;branch=z9hG4bK-393532-cc2969e12853a7feb1bbe3f27ac09887. Max-Forwards: 70. Contact: "126" <sip:126@192.168.0.103:5060;transport=udp;registering_acc=sip_killermobile_mobi>. User-Agent: Jitsi2.4.4997Mac OS X. Allow: INFO,OPTIONS,MESSAGE,BYE,REFER,SUBSCRIBE,ACK,CANCEL,PUBLISH,NOTIFY,INVITE. Allow-Events: refer. Content-Length: 0. . U abc.def.ghi.klm:5060 -> 113.172.178.53:5060 SIP/2.0 200 Keepalive. Call-ID: d401f9525044cf69a4e69972c2f4da08@0:0:0:0:0:0:0:0. CSeq: 1 OPTIONS. From: "126" <sip:126@sip.example.com>;tag=7863ae0e. To: "126" <sip:126@sip.example.com>;tag=5ecb26dc70085b593eff6ba03c18a5c9.3e6e. Via: SIP/2.0/UDP 192.168.0.103:5060;branch=z9hG4bK-393532-cc2969e12853a7feb1bbe3f27ac09887;received=113.172.178.53. Server: kamailio (4.2.0-pre1 (x86_64/linux)). Content-Length: 0. . U 113.172.178.53:27000 -> abc.def.ghi.klm:5060 SUBSCRIBE sip:126@sip.example.com SIP/2.0. Call-ID: daaf0a31e8ff211da4b9a26715b97486@0:0:0:0:0:0:0:0. CSeq: 2 SUBSCRIBE. From: "126" <sip:126@sip.example.com>;tag=6b1a44c2. To: "126" <sip:126@sip.example.com>. Max-Forwards: 70. Contact: "126" <sip:126@192.168.0.103:5060;transport=udp;registering_acc=sip_killermobile_mobi>. User-Agent: Jitsi2.4.4997Mac OS X. Event: presence.winfo. Accept: application/watcherinfo+xml. Expires: 3600. Via: SIP/2.0/UDP 192.168.0.103:5060;branch=z9hG4bK-393532-6b9a0437c22274450a94d979f61ba0cd. Proxy-Authorization: Digest username="126",realm="sip.example.com",nonce="VDBGt1QwRYs4FBEAqaT7qgC/bVpE6gSw",uri="sip:126@sip.example.com",response="17330e0333412b150fd08fc7d87f1d8e". Content-Length: 0. . U abc.def.ghi.klm:5060 -> 113.172.178.53:27000 SIP/2.0 200 OK. Call-ID: daaf0a31e8ff211da4b9a26715b97486@0:0:0:0:0:0:0:0. CSeq: 2 SUBSCRIBE. From: "126" <sip:126@sip.example.com>;tag=6b1a44c2. To: "126" <sip:126@sip.example.com>;tag=c182c0c06e577e5881c162aa7d80ef4e-f6fc. Via: SIP/2.0/UDP 192.168.0.103:5060;branch=z9hG4bK-393532-6b9a0437c22274450a94d979f61ba0cd;rport=27000;received=113.172.178.53. Expires: 3600. Contact: <sip:abc.def.ghi.klm:5060;transport=udp>. Server: kamailio (4.2.0-pre1 (x86_64/linux)). Content-Length: 0. . U abc.def.ghi.klm:5060 -> 192.168.0.103:5060 NOTIFY sip:126@192.168.0.103:5060;transport=udp;registering_acc=sip_killermobile_mobi;alias=113.172.178.53~27000~1 SIP/2.0. Via: SIP/2.0/UDP sip.example.com:5060;branch=z9hG4bK474f.1df9eac6000000000000000000000000.0. To: <sip:126@sip.example.com>;tag=6b1a44c2. From: <sip:126@sip.example.com>;tag=c182c0c06e577e5881c162aa7d80ef4e-f6fc. CSeq: 2 NOTIFY. Call-ID: daaf0a31e8ff211da4b9a26715b97486@0:0:0:0:0:0:0:0. Content-Length: 197. User-Agent: kamailio (4.2.0-pre1 (x86_64/linux)). Max-Forwards: 70. Event: presence.winfo. Contact: <sip:abc.def.ghi.klm:5060;transport=udp>. Subscription-State: active;expires=3600. Content-Type: application/watcherinfo+xml. . <?xml version="1.0"?> <watcherinfo xmlns="urn:ietf:params:xml:ns:watcherinfo" version="1" state="full"> <watcher-list resource="sip:126@sip.example.com" package="presence"/> </watcherinfo> U 113.172.178.53:27000 -> abc.def.ghi.klm:5060 SUBSCRIBE sip:126@sip.example.com SIP/2.0. Call-ID: 2eaf31c4c83c4ea8d955cf26d7318d08@0:0:0:0:0:0:0:0. CSeq: 2 SUBSCRIBE. From: "126" <sip:126@sip.example.com>;tag=d0c25ea9. To: "126" <sip:126@sip.example.com>. Max-Forwards: 70. Contact: "126" <sip:126@192.168.0.103:5060;transport=udp;registering_acc=sip_killermobile_mobi>. User-Agent: Jitsi2.4.4997Mac OS X. Event: message-summary. Accept: application/simple-message-summary. Expires: 3600. Via: SIP/2.0/UDP 192.168.0.103:5060;branch=z9hG4bK-393532-84cbc7e144aec1d1f05099ebca9da3d2. Proxy-Authorization: Digest username="126",realm="sip.example.com",nonce="VDBGt1QwRYs4FBEAqaT7qgC/bVpE6gSw",uri="sip:126@sip.example.com",response="17330e0333412b150fd08fc7d87f1d8e". Content-Length: 0. . U abc.def.ghi.klm:5060 -> 113.172.178.53:27000 SIP/2.0 404 No voicemail service. Call-ID: 2eaf31c4c83c4ea8d955cf26d7318d08@0:0:0:0:0:0:0:0. CSeq: 2 SUBSCRIBE. From: "126" <sip:126@sip.example.com>;tag=d0c25ea9. To: "126" <sip:126@sip.example.com>;tag=5ecb26dc70085b593eff6ba03c18a5c9.ef78. Via: SIP/2.0/UDP 192.168.0.103:5060;branch=z9hG4bK-393532-84cbc7e144aec1d1f05099ebca9da3d2;rport=27000;received=113.172.178.53. Server: kamailio (4.2.0-pre1 (x86_64/linux)). Content-Length: 0. . U 113.172.178.53:27000 -> abc.def.ghi.klm:5060 OPTIONS sip:sip.example.com SIP/2.0. Call-ID: d401f9525044cf69a4e69972c2f4da08@0:0:0:0:0:0:0:0. CSeq: 1 OPTIONS. From: "126" <sip:126@sip.example.com>;tag=7863ae0e. To: "126" <sip:126@sip.example.com>. Via: SIP/2.0/UDP 192.168.0.103:5060;branch=z9hG4bK-393532-cc2969e12853a7feb1bbe3f27ac09887. Max-Forwards: 70. Contact: "126" <sip:126@192.168.0.103:5060;transport=udp;registering_acc=sip_killermobile_mobi>. User-Agent: Jitsi2.4.4997Mac OS X. Allow: INFO,OPTIONS,MESSAGE,BYE,REFER,SUBSCRIBE,ACK,CANCEL,PUBLISH,NOTIFY,INVITE. Allow-Events: refer. Content-Length: 0. . U abc.def.ghi.klm:5060 -> 113.172.178.53:5060 SIP/2.0 200 Keepalive. Call-ID: d401f9525044cf69a4e69972c2f4da08@0:0:0:0:0:0:0:0. CSeq: 1 OPTIONS. From: "126" <sip:126@sip.example.com>;tag=7863ae0e. To: "126" <sip:126@sip.example.com>;tag=5ecb26dc70085b593eff6ba03c18a5c9.3e6e. Via: SIP/2.0/UDP 192.168.0.103:5060;branch=z9hG4bK-393532-cc2969e12853a7feb1bbe3f27ac09887;received=113.172.178.53. Server: kamailio (4.2.0-pre1 (x86_64/linux)). Content-Length: 0. . U abc.def.ghi.klm:5060 -> 113.172.178.53:26832 .... U abc.def.ghi.klm:5060 -> 192.168.0.103:5060 NOTIFY sip:126@192.168.0.103:5060;transport=udp;registering_acc=sip_killermobile_mobi;alias=113.172.178.53~27000~1 SIP/2.0. Via: SIP/2.0/UDP sip.example.com:5060;branch=z9hG4bK474f.1df9eac6000000000000000000000000.0. To: <sip:126@sip.example.com>;tag=6b1a44c2. From: <sip:126@sip.example.com>;tag=c182c0c06e577e5881c162aa7d80ef4e-f6fc. CSeq: 2 NOTIFY. Call-ID: daaf0a31e8ff211da4b9a26715b97486@0:0:0:0:0:0:0:0. Content-Length: 197. User-Agent: kamailio (4.2.0-pre1 (x86_64/linux)). Max-Forwards: 70. Event: presence.winfo. Contact: <sip:abc.def.ghi.klm:5060;transport=udp>. Subscription-State: active;expires=3600. Content-Type: application/watcherinfo+xml. . <?xml version="1.0"?> <watcherinfo xmlns="urn:ietf:params:xml:ns:watcherinfo" version="1" state="full"> <watcher-list resource="sip:126@sip.example.com" package="presence"/> </watcherinfo> U 113.172.178.53:27000 -> abc.def.ghi.klm:5060 OPTIONS sip:sip.example.com SIP/2.0. Call-ID: d401f9525044cf69a4e69972c2f4da08@0:0:0:0:0:0:0:0. CSeq: 1 OPTIONS. From: "126" <sip:126@sip.example.com>;tag=7863ae0e. To: "126" <sip:126@sip.example.com>. Via: SIP/2.0/UDP 192.168.0.103:5060;branch=z9hG4bK-393532-cc2969e12853a7feb1bbe3f27ac09887. Max-Forwards: 70. Contact: "126" <sip:126@192.168.0.103:5060;transport=udp;registering_acc=sip_killermobile_mobi>. User-Agent: Jitsi2.4.4997Mac OS X. Allow: INFO,OPTIONS,MESSAGE,BYE,REFER,SUBSCRIBE,ACK,CANCEL,PUBLISH,NOTIFY,INVITE. Allow-Events: refer. Content-Length: 0. . U abc.def.ghi.klm:5060 -> 113.172.178.53:5060 SIP/2.0 200 Keepalive. Call-ID: d401f9525044cf69a4e69972c2f4da08@0:0:0:0:0:0:0:0. CSeq: 1 OPTIONS. From: "126" <sip:126@sip.example.com>;tag=7863ae0e. To: "126" <sip:126@sip.example.com>;tag=5ecb26dc70085b593eff6ba03c18a5c9.3e6e. Via: SIP/2.0/UDP 192.168.0.103:5060;branch=z9hG4bK-393532-cc2969e12853a7feb1bbe3f27ac09887;received=113.172.178.53. Server: kamailio (4.2.0-pre1 (x86_64/linux)). Content-Length: 0. . U 113.172.178.53:27046 -> abc.def.ghi.klm:5060 . . U abc.def.ghi.klm:5060 -> 192.168.0.103:5060 NOTIFY sip:126@192.168.0.103:5060;transport=udp;registering_acc=sip_killermobile_mobi;alias=113.172.178.53~27000~1 SIP/2.0. Via: SIP/2.0/UDP sip.example.com:5060;branch=z9hG4bK474f.1df9eac6000000000000000000000000.0. To: <sip:126@sip.example.com>;tag=6b1a44c2. From: <sip:126@sip.example.com>;tag=c182c0c06e577e5881c162aa7d80ef4e-f6fc. CSeq: 2 NOTIFY. Call-ID: daaf0a31e8ff211da4b9a26715b97486@0:0:0:0:0:0:0:0. Content-Length: 197. User-Agent: kamailio (4.2.0-pre1 (x86_64/linux)). Max-Forwards: 70. Event: presence.winfo. Contact: <sip:abc.def.ghi.klm:5060;transport=udp>. Subscription-State: active;expires=3600. Content-Type: application/watcherinfo+xml. . <?xml version="1.0"?> <watcherinfo xmlns="urn:ietf:params:xml:ns:watcherinfo" version="1" state="full"> <watcher-list resource="sip:126@sip.example.com" package="presence"/> </watcherinfo> U 113.172.178.53:26748 -> abc.def.ghi.klm:5060 OPTIONS sip:sip.example.com SIP/2.0. Call-ID: c06f95df711ac1cfa07e2a5fbb3add79@0:0:0:0:0:0:0:0. CSeq: 30 OPTIONS. From: "127" <sip:127@sip.example.com>;tag=80c6c9b6. To: "127" <sip:127@sip.example.com>. Via: SIP/2.0/UDP 192.168.0.102:5060;branch=z9hG4bK-353637-39070c742a32ce2fb155d4c63e40abf0. Max-Forwards: 70. Contact: "127" <sip:127@192.168.0.102:5060;transport=udp;registering_acc=sip_killermobile_mobi>. User-Agent: Jitsi2.4.4997Windows 7. Allow: INFO,OPTIONS,MESSAGE,BYE,REFER,SUBSCRIBE,ACK,CANCEL,PUBLISH,NOTIFY,INVITE. Allow-Events: refer. Content-Length: 0. . U abc.def.ghi.klm:5060 -> 113.172.178.53:5060 SIP/2.0 200 Keepalive. Call-ID: c06f95df711ac1cfa07e2a5fbb3add79@0:0:0:0:0:0:0:0. CSeq: 30 OPTIONS. From: "127" <sip:127@sip.example.com>;tag=80c6c9b6. To: "127" <sip:127@sip.example.com>;tag=5ecb26dc70085b593eff6ba03c18a5c9.32bb. Via: SIP/2.0/UDP 192.168.0.102:5060;branch=z9hG4bK-353637-39070c742a32ce2fb155d4c63e40abf0;received=113.172.178.53. Server: kamailio (4.2.0-pre1 (x86_64/linux)). Content-Length: 0. . U 113.172.178.53:27000 -> abc.def.ghi.klm:5060 REGISTER sip:sip.example.com:5060 SIP/2.0. Call-ID: fede40e5d6742a43b3dff64b1584b3be@0:0:0:0:0:0:0:0. CSeq: 1 REGISTER. From: "126" <sip:126@sip.example.com>;tag=20b8e68. To: "126" <sip:126@sip.example.com>. Via: SIP/2.0/UDP 192.168.0.103:5060;branch=z9hG4bK-393532-556ed07f63ead6c5d04c34eb3a0a7019. Max-Forwards: 70. User-Agent: Jitsi2.4.4997Mac OS X. Expires: 600. Contact: "126" <sip:126@192.168.0.103:5060;transport=udp;registering_acc=sip_killermobile_mobi>;expires=600. Content-Length: 0. . U abc.def.ghi.klm:5060 -> 113.172.178.53:27000 SIP/2.0 401 Unauthorized. Call-ID: fede40e5d6742a43b3dff64b1584b3be@0:0:0:0:0:0:0:0. CSeq: 1 REGISTER. From: "126" <sip:126@sip.example.com>;tag=20b8e68. To: "126" <sip:126@sip.example.com>;tag=5ecb26dc70085b593eff6ba03c18a5c9.7bd8. Via: SIP/2.0/UDP 192.168.0.103:5060;branch=z9hG4bK-393532-556ed07f63ead6c5d04c34eb3a0a7019;rport=27000;received=113.172.178.53. WWW-Authenticate: Digest realm="sip.example.com", nonce="VDBGuVQwRY1cVIxjVVNJCKirWxOUzPkN". Server: kamailio (4.2.0-pre1 (x86_64/linux)). Content-Length: 0. . U 113.172.178.53:27000 -> abc.def.ghi.klm:5060 REGISTER sip:sip.example.com:5060 SIP/2.0. Call-ID: fede40e5d6742a43b3dff64b1584b3be@0:0:0:0:0:0:0:0. CSeq: 1 REGISTER. From: "126" <sip:126@sip.example.com>;tag=20b8e68. To: "126" <sip:126@sip.example.com>. Via: SIP/2.0/UDP 192.168.0.103:5060;branch=z9hG4bK-393532-556ed07f63ead6c5d04c34eb3a0a7019. Max-Forwards: 70. User-Agent: Jitsi2.4.4997Mac OS X. Expires: 600. Contact: "126" <sip:126@192.168.0.103:5060;transport=udp;registering_acc=sip_killermobile_mobi>;expires=600. Content-Length: 0. . U abc.def.ghi.klm:5060 -> 113.172.178.53:27000 SIP/2.0 401 Unauthorized. Call-ID: fede40e5d6742a43b3dff64b1584b3be@0:0:0:0:0:0:0:0. CSeq: 1 REGISTER. From: "126" <sip:126@sip.example.com>;tag=20b8e68. To: "126" <sip:126@sip.example.com>;tag=5ecb26dc70085b593eff6ba03c18a5c9.7bd8. Via: SIP/2.0/UDP 192.168.0.103:5060;branch=z9hG4bK-393532-556ed07f63ead6c5d04c34eb3a0a7019;rport=27000;received=113.172.178.53. WWW-Authenticate: Digest realm="sip.example.com", nonce="VDBGulQwRY6I/6yOqmDKU12BjirB4skO". Server: kamailio (4.2.0-pre1 (x86_64/linux)). Content-Length: 0. . U 113.172.178.53:27000 -> abc.def.ghi.klm:5060 REGISTER sip:sip.example.com:5060 SIP/2.0. Call-ID: fede40e5d6742a43b3dff64b1584b3be@0:0:0:0:0:0:0:0. CSeq: 2 REGISTER. From: "126" <sip:126@sip.example.com>;tag=20b8e68. To: "126" <sip:126@sip.example.com>. Max-Forwards: 70. User-Agent: Jitsi2.4.4997Mac OS X. Expires: 600. Contact: "126" <sip:126@192.168.0.103:5060;transport=udp;registering_acc=sip_killermobile_mobi>;expires=600. Via: SIP/2.0/UDP 192.168.0.103:5060;branch=z9hG4bK-393532-a04a1326eb5a42f7d6955ef55b22d460. Authorization: Digest username="126",realm="sip.example.com",nonce="VDBGuVQwRY1cVIxjVVNJCKirWxOUzPkN",uri="sip:sip.example.com:5060",response="5a378134b4f1df52e69f1c82fd5e3c96". Content-Length: 0. . U abc.def.ghi.klm:5060 -> 113.172.178.53:27000 SIP/2.0 200 OK. Call-ID: fede40e5d6742a43b3dff64b1584b3be@0:0:0:0:0:0:0:0. CSeq: 2 REGISTER. From: "126" <sip:126@sip.example.com>;tag=20b8e68. To: "126" <sip:126@sip.example.com>;tag=5ecb26dc70085b593eff6ba03c18a5c9.2bc0. Via: SIP/2.0/UDP 192.168.0.103:5060;branch=z9hG4bK-393532-a04a1326eb5a42f7d6955ef55b22d460;rport=27000;received=113.172.178.53. Contact: <sip:126@192.168.0.103:20730;rinstance=f422aa5d2e46080f>;expires=1619;received="sip:113.172.178.53:27046", <sip:126@192.168.0.103:5060;transport=udp;registering_acc=sip_killermobile_mobi>;expires=600;received="sip:113.172.178.53:27000". Server: kamailio (4.2.0-pre1 (x86_64/linux)). Content-Length: 0. . U 113.172.178.53:26748 -> abc.def.ghi.klm:5060 OPTIONS sip:sip.example.com SIP/2.0. Call-ID: 282bf6cf0151acf56b6f4dc3ea57a438@0:0:0:0:0:0:0:0. CSeq: 31 OPTIONS. From: "127" <sip:127@sip.example.com>;tag=746f6c5a. To: "127" <sip:127@sip.example.com>. Via: SIP/2.0/UDP 192.168.0.102:5060;branch=z9hG4bK-353637-dacef276fc1c7c7733dbd968487dc542. Max-Forwards: 70. Contact: "127" <sip:127@192.168.0.102:5060;transport=udp;registering_acc=sip_killermobile_mobi>. User-Agent: Jitsi2.4.4997Windows 7. Allow: INFO,OPTIONS,MESSAGE,BYE,REFER,SUBSCRIBE,ACK,CANCEL,PUBLISH,NOTIFY,INVITE. Allow-Events: refer. Content-Length: 0. . U abc.def.ghi.klm:5060 -> 113.172.178.53:5060 SIP/2.0 200 Keepalive. Call-ID: 282bf6cf0151acf56b6f4dc3ea57a438@0:0:0:0:0:0:0:0. CSeq: 31 OPTIONS. From: "127" <sip:127@sip.example.com>;tag=746f6c5a. To: "127" <sip:127@sip.example.com>;tag=5ecb26dc70085b593eff6ba03c18a5c9.b5a9. Via: SIP/2.0/UDP 192.168.0.102:5060;branch=z9hG4bK-353637-dacef276fc1c7c7733dbd968487dc542;received=113.172.178.53. Server: kamailio (4.2.0-pre1 (x86_64/linux)). Content-Length: 0. . U 113.172.178.53:27000 -> abc.def.ghi.klm:5060 SUBSCRIBE sip:126@sip.example.com SIP/2.0. Call-ID: 0cbb6fe545bcbf07d761c9b2a449bd9e@0:0:0:0:0:0:0:0. CSeq: 1 SUBSCRIBE. From: "126" <sip:126@sip.example.com>;tag=79b767b9. To: "126" <sip:126@sip.example.com>. Via: SIP/2.0/UDP 192.168.0.103:5060;branch=z9hG4bK-393532-9b1db4554327d50f02a53dd0514b9bfe. Max-Forwards: 70. Contact: "126" <sip:126@192.168.0.103:5060;transport=udp;registering_acc=sip_killermobile_mobi>. User-Agent: Jitsi2.4.4997Mac OS X. Event: presence.winfo. Accept: application/watcherinfo+xml. Expires: 3600. Content-Length: 0. . U abc.def.ghi.klm:5060 -> 113.172.178.53:27000 SIP/2.0 407 Proxy Authentication Required. Call-ID: 0cbb6fe545bcbf07d761c9b2a449bd9e@0:0:0:0:0:0:0:0. CSeq: 1 SUBSCRIBE. From: "126" <sip:126@sip.example.com>;tag=79b767b9. To: "126" <sip:126@sip.example.com>;tag=5ecb26dc70085b593eff6ba03c18a5c9.774f. Via: SIP/2.0/UDP 192.168.0.103:5060;branch=z9hG4bK-393532-9b1db4554327d50f02a53dd0514b9bfe;rport=27000;received=113.172.178.53. Proxy-Authenticate: Digest realm="sip.example.com", nonce="VDBGulQwRY6I/6yOqmDKU12BjirB4skO". Server: kamailio (4.2.0-pre1 (x86_64/linux)). Content-Length: 0. . U 113.172.178.53:27000 -> abc.def.ghi.klm:5060 SUBSCRIBE sip:126@sip.example.com SIP/2.0. Call-ID: e422d82a76d723ae66bf01d2eda0579b@0:0:0:0:0:0:0:0. CSeq: 1 SUBSCRIBE. From: "126" <sip:126@sip.example.com>;tag=7fc9dd97. To: "126" <sip:126@sip.example.com>. Via: SIP/2.0/UDP 192.168.0.103:5060;branch=z9hG4bK-393532-08a4df3326d5c070e556dba514608ed6. Max-Forwards: 70. Contact: "126" <sip:126@192.168.0.103:5060;transport=udp;registering_acc=sip_killermobile_mobi>. User-Agent: Jitsi2.4.4997Mac OS X. Event: message-summary. Accept: application/simple-message-summary. Expires: 3600. Content-Length: 0. . U abc.def.ghi.klm:5060 -> 113.172.178.53:27000 SIP/2.0 407 Proxy Authentication Required. Call-ID: e422d82a76d723ae66bf01d2eda0579b@0:0:0:0:0:0:0:0. CSeq: 1 SUBSCRIBE. From: "126" <sip:126@sip.example.com>;tag=7fc9dd97. To: "126" <sip:126@sip.example.com>;tag=5ecb26dc70085b593eff6ba03c18a5c9.19b3. Via: SIP/2.0/UDP 192.168.0.103:5060;branch=z9hG4bK-393532-08a4df3326d5c070e556dba514608ed6;rport=27000;received=113.172.178.53. Proxy-Authenticate: Digest realm="sip.example.com", nonce="VDBGulQwRY6I/6yOqmDKU12BjirB4skO". Server: kamailio (4.2.0-pre1 (x86_64/linux)). Content-Length: 0. . U 113.172.178.53:27000 -> abc.def.ghi.klm:5060 OPTIONS sip:sip.example.com SIP/2.0. Call-ID: 5e9017d6273c100e1757c4842f833640@0:0:0:0:0:0:0:0. CSeq: 1 OPTIONS. From: "126" <sip:126@sip.example.com>;tag=b71031ed. To: "126" <sip:126@sip.example.com>. Via: SIP/2.0/UDP 192.168.0.103:5060;branch=z9hG4bK-393532-397bcdc29e1933cdeced0d1066f15953. Max-Forwards: 70. Contact: "126" <sip:126@192.168.0.103:5060;transport=udp;registering_acc=sip_killermobile_mobi>. User-Agent: Jitsi2.4.4997Mac OS X. Allow: INFO,OPTIONS,MESSAGE,BYE,REFER,SUBSCRIBE,ACK,CANCEL,PUBLISH,NOTIFY,INVITE. Allow-Events: refer. Content-Length: 0. . U abc.def.ghi.klm:5060 -> 113.172.178.53:5060 SIP/2.0 200 Keepalive. Call-ID: 5e9017d6273c100e1757c4842f833640@0:0:0:0:0:0:0:0. CSeq: 1 OPTIONS. From: "126" <sip:126@sip.example.com>;tag=b71031ed. To: "126" <sip:126@sip.example.com>;tag=5ecb26dc70085b593eff6ba03c18a5c9.428d. Via: SIP/2.0/UDP 192.168.0.103:5060;branch=z9hG4bK-393532-397bcdc29e1933cdeced0d1066f15953;received=113.172.178.53. Server: kamailio (4.2.0-pre1 (x86_64/linux)). Content-Length: 0. . U 113.172.178.53:27000 -> abc.def.ghi.klm:5060 PUBLISH sip:126@sip.example.com SIP/2.0. Call-ID: ff11d1237ed1f83caaa3f813f8e8b7ac@0:0:0:0:0:0:0:0. CSeq: 19 PUBLISH. From: "126" <sip:126@sip.example.com>;tag=f8e313e0. To: "126" <sip:126@sip.example.com>. Via: SIP/2.0/UDP 192.168.0.103:5060;branch=z9hG4bK-393532-7cce216591fd90840efd2ca6d7c72a1e. Max-Forwards: 70. Content-Type: application/pidf+xml. Contact: "126" <sip:126@192.168.0.103:5060;transport=udp;registering_acc=sip_killermobile_mobi>. User-Agent: Jitsi2.4.4997Mac OS X. Expires: 3600. Event: presence. Content-Length: 427. . <?xml version="1.0" encoding="UTF-8" standalone="no"?><presence xmlns="urn:ietf:params:xml:ns:pidf" xmlns:dm="urn:ietf:params:xml:ns:pidf:data-model" xmlns:rpid="urn:ietf:params:xml:ns:pidf:rpid" entity="sip:126@sip.example.com"><dm:person id="p3196"><rpid:activities/></dm:person><tuple id="t1156"><status><basic>open</basic></status><contact>sip:126@sip.example.com</contact><note>Online</note></tuple></presence> U abc.def.ghi.klm:5060 -> 113.172.178.53:27000 SIP/2.0 407 Proxy Authentication Required. Call-ID: ff11d1237ed1f83caaa3f813f8e8b7ac@0:0:0:0:0:0:0:0. CSeq: 19 PUBLISH. From: "126" <sip:126@sip.example.com>;tag=f8e313e0. To: "126" <sip:126@sip.example.com>;tag=5ecb26dc70085b593eff6ba03c18a5c9.a1dc. Via: SIP/2.0/UDP 192.168.0.103:5060;branch=z9hG4bK-393532-7cce216591fd90840efd2ca6d7c72a1e;rport=27000;received=113.172.178.53. Proxy-Authenticate: Digest realm="sip.example.com", nonce="VDBGulQwRY6I/6yOqmDKU12BjirB4skO". Server: kamailio (4.2.0-pre1 (x86_64/linux)). Content-Length: 0. . U 113.172.178.53:27000 -> abc.def.ghi.klm:5060 OPTIONS sip:sip.example.com SIP/2.0. Call-ID: d401f9525044cf69a4e69972c2f4da08@0:0:0:0:0:0:0:0. CSeq: 1 OPTIONS. From: "126" <sip:126@sip.example.com>;tag=7863ae0e. To: "126" <sip:126@sip.example.com>. Via: SIP/2.0/UDP 192.168.0.103:5060;branch=z9hG4bK-393532-cc2969e12853a7feb1bbe3f27ac09887. Max-Forwards: 70. Contact: "126" <sip:126@192.168.0.103:5060;transport=udp;registering_acc=sip_killermobile_mobi>. User-Agent: Jitsi2.4.4997Mac OS X. Allow: INFO,OPTIONS,MESSAGE,BYE,REFER,SUBSCRIBE,ACK,CANCEL,PUBLISH,NOTIFY,INVITE. Allow-Events: refer. Content-Length: 0. . U abc.def.ghi.klm:5060 -> 113.172.178.53:5060 SIP/2.0 200 Keepalive. Call-ID: d401f9525044cf69a4e69972c2f4da08@0:0:0:0:0:0:0:0. CSeq: 1 OPTIONS. From: "126" <sip:126@sip.example.com>;tag=7863ae0e. To: "126" <sip:126@sip.example.com>;tag=5ecb26dc70085b593eff6ba03c18a5c9.3e6e. Via: SIP/2.0/UDP 192.168.0.103:5060;branch=z9hG4bK-393532-cc2969e12853a7feb1bbe3f27ac09887;received=113.172.178.53. Server: kamailio (4.2.0-pre1 (x86_64/linux)). Content-Length: 0. . U 113.172.178.53:26748 -> abc.def.ghi.klm:5060 OPTIONS sip:sip.example.com SIP/2.0. Call-ID: 282bf6cf0151acf56b6f4dc3ea57a438@0:0:0:0:0:0:0:0. CSeq: 31 OPTIONS. From: "127" <sip:127@sip.example.com>;tag=746f6c5a. To: "127" <sip:127@sip.example.com>. Via: SIP/2.0/UDP 192.168.0.102:5060;branch=z9hG4bK-353637-dacef276fc1c7c7733dbd968487dc542. Max-Forwards: 70. Contact: "127" <sip:127@192.168.0.102:5060;transport=udp;registering_acc=sip_killermobile_mobi>. User-Agent: Jitsi2.4.4997Windows 7. Allow: INFO,OPTIONS,MESSAGE,BYE,REFER,SUBSCRIBE,ACK,CANCEL,PUBLISH,NOTIFY,INVITE. Allow-Events: refer. Content-Length: 0. . U abc.def.ghi.klm:5060 -> 113.172.178.53:5060 SIP/2.0 200 Keepalive. Call-ID: 282bf6cf0151acf56b6f4dc3ea57a438@0:0:0:0:0:0:0:0. CSeq: 31 OPTIONS. From: "127" <sip:127@sip.example.com>;tag=746f6c5a. To: "127" <sip:127@sip.example.com>;tag=5ecb26dc70085b593eff6ba03c18a5c9.b5a9. Via: SIP/2.0/UDP 192.168.0.102:5060;branch=z9hG4bK-353637-dacef276fc1c7c7733dbd968487dc542;received=113.172.178.53. Server: kamailio (4.2.0-pre1 (x86_64/linux)). Content-Length: 0. . U abc.def.ghi.klm:5060 -> 192.168.0.103:5060 NOTIFY sip:126@192.168.0.103:5060;transport=udp;registering_acc=sip_killermobile_mobi;alias=113.172.178.53~27000~1 SIP/2.0. Via: SIP/2.0/UDP sip.example.com:5060;branch=z9hG4bK474f.1df9eac6000000000000000000000000.0. To: <sip:126@sip.example.com>;tag=6b1a44c2. From: <sip:126@sip.example.com>;tag=c182c0c06e577e5881c162aa7d80ef4e-f6fc. CSeq: 2 NOTIFY. Call-ID: daaf0a31e8ff211da4b9a26715b97486@0:0:0:0:0:0:0:0. Content-Length: 197. User-Agent: kamailio (4.2.0-pre1 (x86_64/linux)). Max-Forwards: 70. Event: presence.winfo. Contact: <sip:abc.def.ghi.klm:5060;transport=udp>. Subscription-State: active;expires=3600. Content-Type: application/watcherinfo+xml. . <?xml version="1.0"?> <watcherinfo xmlns="urn:ietf:params:xml:ns:watcherinfo" version="1" state="full"> <watcher-list resource="sip:126@sip.example.com" package="presence"/> </watcherinfo> U 113.172.178.53:27000 -> abc.def.ghi.klm:5060 SUBSCRIBE sip:126@sip.example.com SIP/2.0. Call-ID: 0cbb6fe545bcbf07d761c9b2a449bd9e@0:0:0:0:0:0:0:0. CSeq: 2 SUBSCRIBE. From: "126" <sip:126@sip.example.com>;tag=79b767b9. To: "126" <sip:126@sip.example.com>. Max-Forwards: 70. Contact: "126" <sip:126@192.168.0.103:5060;transport=udp;registering_acc=sip_killermobile_mobi>. User-Agent: Jitsi2.4.4997Mac OS X. Event: presence.winfo. Accept: application/watcherinfo+xml. Expires: 3600. Via: SIP/2.0/UDP 192.168.0.103:5060;branch=z9hG4bK-393532-e1bb6fe7148ddebb3058273fb7f59a6b. Proxy-Authorization: Digest username="126",realm="sip.example.com",nonce="VDBGulQwRY6I/6yOqmDKU12BjirB4skO",uri="sip:126@sip.example.com",response="943363e96487711789491683418f96cb". Content-Length: 0. . U abc.def.ghi.klm:5060 -> 113.172.178.53:27000 SIP/2.0 200 OK. Call-ID: 0cbb6fe545bcbf07d761c9b2a449bd9e@0:0:0:0:0:0:0:0. CSeq: 2 SUBSCRIBE. From: "126" <sip:126@sip.example.com>;tag=79b767b9. To: "126" <sip:126@sip.example.com>;tag=c182c0c06e577e5881c162aa7d80ef4e-389e. Via: SIP/2.0/UDP 192.168.0.103:5060;branch=z9hG4bK-393532-e1bb6fe7148ddebb3058273fb7f59a6b;rport=27000;received=113.172.178.53. Expires: 3600. Contact: <sip:abc.def.ghi.klm:5060;transport=udp>. Server: kamailio (4.2.0-pre1 (x86_64/linux)). Content-Length: 0. . U abc.def.ghi.klm:5060 -> 192.168.0.103:5060 NOTIFY sip:126@192.168.0.103:5060;transport=udp;registering_acc=sip_killermobile_mobi;alias=113.172.178.53~27000~1 SIP/2.0. Via: SIP/2.0/UDP sip.example.com:5060;branch=z9hG4bKe9e5.7da40db3000000000000000000000000.0. To: <sip:126@sip.example.com>;tag=79b767b9. From: <sip:126@sip.example.com>;tag=c182c0c06e577e5881c162aa7d80ef4e-389e. CSeq: 2 NOTIFY. Call-ID: 0cbb6fe545bcbf07d761c9b2a449bd9e@0:0:0:0:0:0:0:0. Content-Length: 197. User-Agent: kamailio (4.2.0-pre1 (x86_64/linux)). Max-Forwards: 70. Event: presence.winfo. Contact: <sip:abc.def.ghi.klm:5060;transport=udp>. Subscription-State: active;expires=3600. Content-Type: application/watcherinfo+xml. . <?xml version="1.0"?> <watcherinfo xmlns="urn:ietf:params:xml:ns:watcherinfo" version="1" state="full"> <watcher-list resource="sip:126@sip.example.com" package="presence"/> </watcherinfo> U 113.172.178.53:27000 -> abc.def.ghi.klm:5060 SUBSCRIBE sip:126@sip.example.com SIP/2.0. Call-ID: e422d82a76d723ae66bf01d2eda0579b@0:0:0:0:0:0:0:0. CSeq: 2 SUBSCRIBE. From: "126" <sip:126@sip.example.com>;tag=7fc9dd97. To: "126" <sip:126@sip.example.com>. Max-Forwards: 70. Contact: "126" <sip:126@192.168.0.103:5060;transport=udp;registering_acc=sip_killermobile_mobi>. User-Agent: Jitsi2.4.4997Mac OS X. Event: message-summary. Accept: application/simple-message-summary. Expires: 3600. Via: SIP/2.0/UDP 192.168.0.103:5060;branch=z9hG4bK-393532-cc60bef221c1fdc4cf652059445e1a9b. Proxy-Authorization: Digest username="126",realm="sip.example.com",nonce="VDBGulQwRY6I/6yOqmDKU12BjirB4skO",uri="sip:126@sip.example.com",response="943363e96487711789491683418f96cb". Content-Length: 0. . U abc.def.ghi.klm:5060 -> 113.172.178.53:27000 SIP/2.0 404 No voicemail service. Call-ID: e422d82a76d723ae66bf01d2eda0579b@0:0:0:0:0:0:0:0. CSeq: 2 SUBSCRIBE. From: "126" <sip:126@sip.example.com>;tag=7fc9dd97. To: "126" <sip:126@sip.example.com>;tag=5ecb26dc70085b593eff6ba03c18a5c9.7215. Via: SIP/2.0/UDP 192.168.0.103:5060;branch=z9hG4bK-393532-cc60bef221c1fdc4cf652059445e1a9b;rport=27000;received=113.172.178.53. Server: kamailio (4.2.0-pre1 (x86_64/linux)). Content-Length: 0. . U 113.172.178.53:27000 -> abc.def.ghi.klm:5060 OPTIONS sip:sip.example.com SIP/2.0. Call-ID: 5e9017d6273c100e1757c4842f833640@0:0:0:0:0:0:0:0. CSeq: 1 OPTIONS. From: "126" <sip:126@sip.example.com>;tag=b71031ed. To: "126" <sip:126@sip.example.com>. Via: SIP/2.0/UDP 192.168.0.103:5060;branch=z9hG4bK-393532-397bcdc29e1933cdeced0d1066f15953. Max-Forwards: 70. Contact: "126" <sip:126@192.168.0.103:5060;transport=udp;registering_acc=sip_killermobile_mobi>. User-Agent: Jitsi2.4.4997Mac OS X. Allow: INFO,OPTIONS,MESSAGE,BYE,REFER,SUBSCRIBE,ACK,CANCEL,PUBLISH,NOTIFY,INVITE. Allow-Events: refer. Content-Length: 0. . I see that SUBSCRIBE message send to wrong ip, it is sent to local IP and my sip phone do not receive it. But i do not know how to fix it. please suggest to get it. thanks all, Thanh

5 11

Kamailio 4.1.6 htable issue
by José Seabra 14 Oct '14

14 Oct '14

Hello there, I upgraded my kamailio version from 4.0.6 to 4.1.6 and now when i try start kamailio it breaks down on htable module initialization, as you can see on logs bellow: 0(1273) DEBUG: <core> [sr_module.c:966]: init_mod(): DEBUG: init_mod: presence_profile 0(1273) DEBUG: <core> [sr_module.c:701]: find_mod_export_record(): find_export_record: found <bind_presence> in module presence [/usr/local/lib64/kamailio/modules/presence.so] 0(1273) DEBUG: presence [event_list.c:351]: search_event(): start event= [ua-profile/7] 0(1273) DEBUG: presence [event_list.c:351]: search_event(): start event= [ua-profile.winfo/0] 0(1273) DEBUG: presence [event_list.c:259]: add_event(): successfully added event: ua-profile - len= 10 0(1273) DEBUG: <core> [sr_module.c:966]: init_mod(): DEBUG: init_mod: htable 0(1273) ERROR: htable [ht_api.c:282]: ht_init_tables(): no more shm for [dlg] 0(1273) ERROR: <core> [sr_module.c:970]: init_mod(): init_mod(): Error while initializing module htable (/usr/local/lib64/kamailio/modules/htable.so) ERROR: error while initializing modules 0(1273) : <core> [mem/q_malloc.c:468]: qm_free(): BUG: qm_free: freeing already freed pointer (0x7fae605547c0), called from htable: ht_api.c: ht_destroy(343), first free htable: ht_api.c: ht_destroy(343) - aborting 0(1271) ERROR: <core> [daemonize.c:307]: daemonize(): Main process exited before writing to pipe The shared memory allocated for kamailio is 256MB and is the same that i had for version 4.0.1, can this be a bug? Thank you for your support -- Cumprimentos José Seabra

2 3

Re: [SR-Users] how to always use rtpproxy-ng and rtpengine to relay rtp packets
by Paul Smith 14 Oct '14

14 Oct '14

Hi Andrew, I just use git... so not sure on the rpm stuff. However I believe 4.2 is to be released as stable branch tomorrow (see other recent thread by Daniel) so the packages probably aren't far behind. The main reasons I see for using the 4.2 branch are: 1) its going to be stable release very soon 2) the options on rtpengine have been refactored ... makes sense to develop on the new version so that you can move from development to production without amending your kamailio.cfg 3) rtpengine seems to be getting quite alot of rapid progress at the moment and gaining stability and features ... I'd rather be on the latest version. Having said all that the logic in the kamailio.cfg for version 4.1 is the same and should work for you if you want to work from the current stable packages. On 13/10/14 11:10, andrew wrote: > hi, > > thanks for your help. > > rtpengine module is used only in kamalio 4.2.x ------ development > version. where to get its rpm packet? > > B.R. > > andrew > > > At 2014-10-13 16:38:47, "Paul Smith" <paul.smith(a)claritytele.com> wrote: > > Hi Andrew > There is a condition in the NATMANAGE route which tests whether or > not to apply rtpproxy_manage() : > > if (!(isflagset(FLT_NATS) || isbflagset(FLB_NATB))) > return; > > One way to force this is to make sure that FLT_NATS is always set. > That can be done in the NATDETECT route by moving > setflag(FLT_NATS) outside of the if(nat_uac_test) condition and > putting it just before the return statement, so the flag is always > set. > > Another way would be to remove or comment out the if > "!(isflagset(FLT_NATS) || isbflagset(FLB_NATB))) return;" line > from NATMANAGE so that the the rtp_manage() is always called. > > It might be worth your while upgrading to the 4.2 branch which has > renamed the rtpproxy-ng module to rtpengine and made the options > in the call to rtpengine_manage() more readable. > > Depending on why you always want to run the rtp proxy ... you > might also want to set : > > rtpengine_manage(replace-session-sonnection replace-origin ICE=force-relay) > > to ensure that media always goes through your media proxy and no > other connections are negotiated between the endpoints. > > On 13/10/14 08:36, andrew wrote: >> hi, >> >> kamailio 4.1.5 is used with rtpengine, whose older counterpart is >> rtpproxy-ng. I made some changes based on the default >> configuration files(i.e. kamailio.cfg), so that rtpproxy-ng >> module is enabled. Kamailio.cfg has been uploaded. In >> kamailio.cfg, there is one route block related to rtpproxy, i.e. >> route[NATMANAGE], where rtpproxy_manage("co") is called. >> Sometimes, rtpproxy-ng can insert new ip:port candidates in SDP. >> But in some case, rtpproxy-ng doesn't rewrite SDP, so rtpengine >> doesn't relay rtp packets at all. >> >> How to setup kamailio.cfg, so that rtpproxy-ng moudle can always >> rewritten new ip:port candidates, and rtpengine always relays rtp >> packets? >> >> Looking foreward to your reply. Thanks! >> >> B.R. >> >> Andrew >> >> >> >> >> _______________________________________________ >> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list >> sr-users(a)lists.sip-router.org >> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users > > >

1 0

Re: [SR-Users] Alias database
by Paul Smith 14 Oct '14

14 Oct '14

Thanks for the feedback. On 14/10/14 02:13, Alberto Llamas wrote: > Hello Paul, > > That was amazing. Thanks a lot ! > > On Mon, Oct 13, 2014 at 3:42 AM, Paul Smith > <paul.smith(a)claritytele.com <mailto:paul.smith@claritytele.com>> wrote: > > Hi Alberto > The magic you are looking for is in the "domain" module. The > example configuration files in the distribution have it set up and > ready to use if you add the line "#!define WITH_MULTIDOMAIN" > > The important bit for your scenario is in the example config: > > # ----- domain params ----- > #!ifdef WITH_MULTIDOMAIN > modparam("domain", "db_url", DBURL) > # register callback to match myself condition with domains list > modparam("domain", "register_myself", 1) > #!endif > > That section tells the domain module to use the database, and to > include the domains loaded from there when matching the special > keyword "myself". The example config files also set up other > modules (like user location module) to be domain aware as well. > > In this setup you do not need to restart kamailio when you add or > remove domains.... but you do need to tell it to reload the > domains from database as Kamailio holds a cached copy of the list > in memory.... so when you make a database change then do "kamctl > domain reload". You can also run "kamctl domain show" to see what > domains are currently listed in memory. > > > > On 12/10/14 21:38, Alberto Llamas wrote: >> >> Hello kamailio gurus, >> >> Thanks if somebody can help me answering nex question: >> >> I have a kamailio server as registrar server with asterisk >> behind. For register porpouse the UA are using subdomain like: >> >> 100(a)test.mydomain.com <mailto:100@test.mydomain.com> >> 200(a)test2.mydomain.com <mailto:200@test2.mydomain.com> >> >> I have to add each alias in the kamailio.cfg file an restart the >> sevice. >> >> Alias="test.mydomain.com <http://test.mydomain.com>" >> Alias="test2.mydomain.com <http://test2.mydomain.com>" >> >> Is there some option to add it in the database? Then i don't have >> to restart the server each time i have to add/edit/delete each >> subdomain. >> >> Thanks a lot, >> >> Albert >> >> >> >> _______________________________________________ >> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list >> sr-users(a)lists.sip-router.org <mailto:sr-users@lists.sip-router.org> >> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users > > > > > -- > Alberto Llamas > TelecommunicationsEngineer > Digium Certified Asterisk Professional (dCap) > Linux Administrator >

1 0

Proxy Howto
by Google - One 14 Oct '14

14 Oct '14

Hi All I am working my way through an understanding of SIP proxy configuration - slowly! As I go, I am pulling ideas and thoughts into a HOWTO type tutorial. If anyone feels like commenting, and helping me understand the various different applications (and examples of each), I would be grateful. http://manx.biz/opensource/SIP/SIP-Proxy At the moment, it is the Glossary that I am trying to get my head around... Thanks Phil

2 1

WebClients ( WebSocket ) long audio porblem
by Yuriy Gorlichenko 13 Oct '14

13 Oct '14

Hello. I hawe porblem with based at websocket transport clietns. I use wss and with chain sertificate. When I do call with this sert signalling goes normally but sound starts after fiev seconds of picking up. I debug RTP with tshark at my servers and localize issue at the kamailio. Ussue dissapears when I use sertificate without chain.

2 3

Presence Module Installation without reinstalling Kamailiio
by aawaise 13 Oct '14

13 Oct '14

I am using kamailio server. I want to add xcap server for presence module usage without reinstalling kamailio server. How can it be done. Regards, Aawaise. -- View this message in context: http://sip-router.1086192.n5.nabble.com/Presence-Module-Installation-withou… Sent from the Users mailing list archive at Nabble.com.

2 1

Presence Module Installation Error
by aawaise 13 Oct '14

13 Oct '14

Hello, I am using kamailio-3.1.1 server. I want to add presence module service to it. For that I tried to reinstall server by downloading kamailio-3.1.1 package from official web link. When I include modules "db_mysql mysql tls presence presence_xml xhttp xcap_server" in modules.lst. It gives error while running "make all" command. But when kamailio is installed without addition of presence module with "include modules = tls mysql db_mysql", it installs fine. I tried using kamailio-4.1.0, it gives an error on inclusion of presence module. Any help will be highly regarded. Regards, Aawaise. -- View this message in context: http://sip-router.1086192.n5.nabble.com/Presence-Module-Installation-Error-… Sent from the Users mailing list archive at Nabble.com.

2 1

how to always use rtpproxy-ng and rtpengine to relay rtp packets
by andrew 13 Oct '14

13 Oct '14

hi, kamailio 4.1.5 is used with rtpengine, whose older counterpart is rtpproxy-ng. I made some changes based on the default configuration files(i.e. kamailio.cfg), so that rtpproxy-ng module is enabled. Kamailio.cfg has been uploaded. In kamailio.cfg, there is one route block related to rtpproxy, i.e. route[NATMANAGE], where rtpproxy_manage("co") is called. Sometimes, rtpproxy-ng can insert new ip:port candidates in SDP. But in some case, rtpproxy-ng doesn't rewrite SDP, so rtpengine doesn't relay rtp packets at all. How to setup kamailio.cfg, so that rtpproxy-ng moudle can always rewritten new ip:port candidates, and rtpengine always relays rtp packets? Looking foreward to your reply. Thanks! B.R. Andrew

2 1

Roadmap to release v4.2.0
by Daniel-Constantin Mierla 13 Oct '14

13 Oct '14

Hello, after last days of testing at SIPit 31, I think the master branch is in quite good shape. I hope to get the time for a more detailed report, but we had only one major issue when running some stress tests, affecting websocket connections when using a special crafted websocket packet, fixed already. Otherwise, while the tests here are mainly on SIP interoperability, so not much on particular use cases of kamailio, with the help of Olle we have been in pretty much all multi-party tests as well as plenty of one-to-one interop tests. I have also been running Kamailio master branch on several other private or public servers with live traffic and quite complex config (e.g., usual suspects as openrcs.com and voipuser.org) and haven't noticed any issue. Based on the above, I am considering to branch 4.2 next week on Wednesday (Oct 8), and release about one week later (October 15 or 16). Anyone with other opinions or alternative roadmap? On the other hand, we have to start building migration tutorial and updating what is new in this release: * http://www.kamailio.org/wiki/install/upgrade/stable-to-devel * http://www.kamailio.org/wiki/features/new-in-devel Everyone is encouraged to contribute. Cheers, Daniel -- Daniel-Constantin Mierla http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda

1 1

Alias database
by Alberto Llamas 13 Oct '14

13 Oct '14

Hello kamailio gurus, Thanks if somebody can help me answering nex question: I have a kamailio server as registrar server with asterisk behind. For register porpouse the UA are using subdomain like: 100(a)test.mydomain.com 200(a)test2.mydomain.com I have to add each alias in the kamailio.cfg file an restart the sevice. Alias="test.mydomain.com" Alias="test2.mydomain.com" Is there some option to add it in the database? Then i don't have to restart the server each time i have to add/edit/delete each subdomain. Thanks a lot, Albert

2 1

483 too many hops
by Anil Kumar 13 Oct '14

13 Oct '14

Hi All, I am trying to register an ims-client/user to kamailio proxy, but I am seeing 483 too many hops response. I know one of the reason for this, that is MAX-FORWARD limit has reached. But in my case I feel I have given a proper value (70) , but still some looping is happening in the middle and limit is reached. So can anyone please help me, whats going wrong here. Any configuration changes required ? Thanks Anil

2 3

multiple endpoints call
by Yuriy Gorlichenko 12 Oct '14

12 Oct '14

Hello. I have multiple endpoints registered at my kamailio with one account (for example user1 registerd from norhway, USA, and Russia at one time), so when I call from user2 to user1 I want to ring all endpoints registered by user1 account. Now I can ring only one, first entry at location table. What setting may I use for this? Thanks

2 3

Removing dispatcher entry
by dodul 10 Oct '14

10 Oct '14

Hi, I have a small question. If I remove a server from my dispatcher while it has existing calls, what's gonna happen to the next notifications or requests of the live calls. Will it send them to the same server even though the server is not listed on the dispatcher. Or it will forward them to the other servers listed in the dispatcher. Sent from my Samsung Galaxy smartphone. -------- Original message -------- From: Corey Edwards <tensai(a)zmonkey.org> Date:10-10-2014 10:28 (GMT-06:00) To: "Kamailio (SER) - Users Mailing List" <sr-users(a)lists.sip-router.org> Cc: Subject: Re: [SR-Users] Problems configuring Kamailio on Centos 6.5 On Thu, Oct 9, 2014 at 9:54 PM, logikanet <webmaster(a)logikanet.com> wrote: > Good evening! > > I've been trying to install Kamailio on a Centos 6.5 cloud , I'm able to > compile and install everything, if I run : service kamailio start it > starts kamailio and if I run service kamailio status I tells me that is > running on PID... which is fine, however, if I tweak the > /usr/local/etc/kamailio/kamailio.conf according to the instructions on > http://kb.asipto.com/asterisk:realtime:kamailio-4.0.x-asterisk-11.3.0-astdb > , when I run service kamailio start It says "ok" , but when I run service > kamailio status I get " kamailio dead but subsys locked" , I copied and > pasted the settings on the web-site but they don't work, I also tried used > the original cfg file adding the "#!ifdef WITH_ASTERISK" but It still > doesn't work, I'm not an expert on Kamailio I just want to use it as a > register server behind Asterisk , perhaps if you have a valid conf file > that I could use as a template for kamailio 4.0.1 this is what I have : > Kamailio is pretty good about printing out error logs when it fails to start. The trick is to capture them. I would start by running Kamailio from the command line in no-fork mode. # kamailio -DE Corey _______________________________________________ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users(a)lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

3 2

Problems configuring Kamailio on Centos 6.5
by logikanet 10 Oct '14

10 Oct '14

Good evening! I've been trying to install Kamailio on a Centos 6.5 cloud , I'm able to compile and install everything, if I run : service kamailio start it starts kamailio and if I run service kamailio status I tells me that is running on PID... which is fine, however, if I tweak the /usr/local/etc/kamailio/kamailio.conf according to the instructions on http://kb.asipto.com/asterisk:realtime:kamailio-4.0.x-asterisk-11.3.0-astdb , when I run service kamailio start It says "ok" , but when I run service kamailio status I get " kamailio dead but subsys locked" , I copied and pasted the settings on the web-site but they don't work, I also tried used the original cfg file adding the "#!ifdef WITH_ASTERISK" but It still doesn't work, I'm not an expert on Kamailio I just want to use it as a register server behind Asterisk , perhaps if you have a valid conf file that I could use as a template for kamailio 4.0.1 this is what I have : #!KAMAILIO #!define WITH_MYSQL #!define WITH_AUTH #!define WITH_USRLOCDB #!define WITH_ASTERISK # # Kamailio (OpenSER) SIP Server v4.0 - default configuration script # - web: http://www.kamailio.org # - git: http://sip-router.org # # Direct your questions about this file to: <sr-users(a)lists.sip-router.org> # # Refer to the Core CookBook at http://www.kamailio.org/dokuwiki/doku.php # for an explanation of possible statements, functions and parameters. # # Several features can be enabled using '#!define WITH_FEATURE' directives: # # *** To run in debug mode: # - define WITH_DEBUG # # *** To enable mysql: # - define WITH_MYSQL # # *** To enable authentication execute: # - enable mysql # - define WITH_AUTH # - add users using 'kamctl' # # *** To enable IP authentication execute: # - enable mysql # - enable authentication # - define WITH_IPAUTH # - add IP addresses with group id '1' to 'address' table # # *** To enable persistent user location execute: # - enable mysql # - define WITH_USRLOCDB # # *** To enable presence server execute: # - enable mysql # - define WITH_PRESENCE # # *** To enable nat traversal execute: # - define WITH_NAT # - install RTPProxy: http://www.rtpproxy.org # - start RTPProxy: # rtpproxy -l _your_public_ip_ -s udp:localhost:7722 # # *** To enable PSTN gateway routing execute: # - define WITH_PSTN # - set the value of pstn.gw_ip # - check route[PSTN] for regexp routing condition # # *** To enable database aliases lookup execute: # - enable mysql # - define WITH_ALIASDB # # *** To enable speed dial lookup execute: # - enable mysql # - define WITH_SPEEDDIAL # # *** To enable multi-domain support execute: # - enable mysql # - define WITH_MULTIDOMAIN # # *** To enable TLS support execute: # - adjust CFGDIR/tls.cfg as needed # - define WITH_TLS # # *** To enable XMLRPC support execute: # - define WITH_XMLRPC # - adjust route[XMLRPC] for access policy # # *** To enable anti-flood detection execute: # - adjust pike and htable=>ipban settings as needed (default is # block if more than 16 requests in 2 seconds and ban for 300 seconds) # - define WITH_ANTIFLOOD # # *** To block 3XX redirect replies execute: # - define WITH_BLOCK3XX # # *** To enable VoiceMail routing execute: # - define WITH_VOICEMAIL # - set the value of voicemail.srv_ip # - adjust the value of voicemail.srv_port # # *** To enhance accounting execute: # - enable mysql # - define WITH_ACCDB # - add following columns to database #!ifdef ACCDB_COMMENT ALTER TABLE acc ADD COLUMN src_user VARCHAR(64) NOT NULL DEFAULT ''; ALTER TABLE acc ADD COLUMN src_domain VARCHAR(128) NOT NULL DEFAULT ''; ALTER TABLE acc ADD COLUMN src_ip varchar(64) NOT NULL default ''; ALTER TABLE acc ADD COLUMN dst_ouser VARCHAR(64) NOT NULL DEFAULT ''; ALTER TABLE acc ADD COLUMN dst_user VARCHAR(64) NOT NULL DEFAULT ''; ALTER TABLE acc ADD COLUMN dst_domain VARCHAR(128) NOT NULL DEFAULT ''; ALTER TABLE missed_calls ADD COLUMN src_user VARCHAR(64) NOT NULL DEFAULT ''; ALTER TABLE missed_calls ADD COLUMN src_domain VARCHAR(128) NOT NULL DEFAULT ''; ALTER TABLE missed_calls ADD COLUMN src_ip varchar(64) NOT NULL default ''; ALTER TABLE missed_calls ADD COLUMN dst_ouser VARCHAR(64) NOT NULL DEFAULT ''; ALTER TABLE missed_calls ADD COLUMN dst_user VARCHAR(64) NOT NULL DEFAULT ''; ALTER TABLE missed_calls ADD COLUMN dst_domain VARCHAR(128) NOT NULL DEFAULT ''; #!endif ####### Defined Values ######### # *** Value defines - IDs used later in config #!ifdef WITH_MYSQL # - database URL - used to connect to database server by modules such # as: auth_db, acc, usrloc, a.s.o. #!define DBURL "mysql://root:axn0505@200.98.201.4/kamailio" #!ifdef WITH_ASTERISK #!define DBASTURL "mysql://root:axn0505@80.241.222.146/asterisk" #!endif #!endif #!ifdef WITH_MULTIDOMAIN # - the value for 'use_domain' parameters #!define MULTIDOMAIN 1 #!else #!define MULTIDOMAIN 0 #!endif # - flags # FLT_ - per transaction (message) flags # FLB_ - per branch flags #!define FLT_ACC 1 #!define FLT_ACCMISSED 2 #!define FLT_ACCFAILED 3 #!define FLT_NATS 5 #!define FLB_NATB 6 #!define FLB_NATSIPPING 7 ####### Global Parameters ######### #!ifdef WITH_DEBUG debug=4 log_stderror=yes #!else debug=2 log_stderror=no #!endif memdbg=5 memlog=5 log_facility=LOG_LOCAL0 fork=yes children=4 /* uncomment the next line to disable TCP (default on) */ #disable_tcp=yes /* uncomment the next line to disable the auto discovery of local aliases based on reverse DNS on IPs (default on) */ #auto_aliases=no /* add local domain aliases */ #alias="sip.mydomain.com" /* uncomment and configure the following line if you want Kamailio to bind on a specific interface/port/proto (default bind on all available) */ #listen=udp:10.0.0.10:5060 /* port to listen to * - can be specified more than once if needed to listen on many ports */ port=5060 #!ifdef WITH_TLS enable_tls=yes #!endif # life time of TCP connection when there is no traffic # - a bit higher than registration expires to cope with UA behind NAT tcp_connection_lifetime=3605 ####### Custom Parameters ######### # These parameters can be modified runtime via RPC interface # - see the documentation of 'cfg_rpc' module. # # Format: group.id = value 'desc' description # Access: $sel(cfg_get.group.id) or @cfg_get.group.id # #!ifdef WITH_PSTN # PSTN GW Routing # # - pstn.gw_ip: valid IP or hostname as string value, example: # pstn.gw_ip = "10.0.0.101" desc "My PSTN GW Address" # # - by default is empty to avoid misrouting pstn.gw_ip = "" desc "PSTN GW Address" #!endif #!ifdef WITH_VOICEMAIL # VoiceMail Routing on offline, busy or no answer # # - by default Voicemail server IP is empty to avoid misrouting voicemail.srv_ip = "" desc "VoiceMail IP Address" voicemail.srv_port = "5060" desc "VoiceMail Port" #!endif #!ifdef WITH_ASTERISK asterisk.bindip = "80.241.222.146" desc "Asterisk IP Address" asterisk.bindport = "5060" desc "Asterisk Port" kamailio.bindip = "200.98.201.4" desc "Kamailio IP Address" kamailio.bindport = "5060" desc "Kamailio Port" #!endif ####### Modules Section ######## # set paths to location of modules (to sources or installation folders) #!ifdef WITH_SRCPATH mpath="modules" #!else mpath="/usr/lib64/kamailio/modules/" #!endif #!ifdef WITH_MYSQL loadmodule "db_mysql.so" #!endif loadmodule "mi_fifo.so" loadmodule "kex.so" loadmodule "tm.so" loadmodule "tmx.so" loadmodule "sl.so" loadmodule "rr.so" loadmodule "pv.so" loadmodule "maxfwd.so" loadmodule "usrloc.so" loadmodule "registrar.so" loadmodule "textops.so" loadmodule "siputils.so" loadmodule "xlog.so" loadmodule "sanity.so" loadmodule "ctl.so" loadmodule "cfg_rpc.so" loadmodule "mi_rpc.so" loadmodule "acc.so" #!ifdef WITH_AUTH loadmodule "auth.so" loadmodule "auth_db.so" #!ifdef WITH_IPAUTH loadmodule "permissions.so" #!endif #!endif #!ifdef WITH_ALIASDB loadmodule "alias_db.so" #!endif #!ifdef WITH_SPEEDDIAL loadmodule "speeddial.so" #!endif #!ifdef WITH_MULTIDOMAIN loadmodule "domain.so" #!endif #!ifdef WITH_PRESENCE loadmodule "presence.so" loadmodule "presence_xml.so" #!endif #!ifdef WITH_NAT loadmodule "nathelper.so" loadmodule "rtpproxy.so" #!endif #!ifdef WITH_TLS loadmodule "tls.so" #!endif #!ifdef WITH_ANTIFLOOD loadmodule "htable.so" loadmodule "pike.so" #!endif #!ifdef WITH_XMLRPC loadmodule "xmlrpc.so" #!endif #!ifdef WITH_DEBUG loadmodule "debugger.so" #!endif #!ifdef WITH_ASTERISK loadmodule "uac.so" #!endif # ----------------- setting module-specific parameters --------------- # ----- mi_fifo params ----- modparam("mi_fifo", "fifo_name", "/tmp/kamailio_fifo") # ----- tm params ----- # auto-discard branches from previous serial forking leg modparam("tm", "failure_reply_mode", 3) # default retransmission timeout: 30sec modparam("tm", "fr_timer", 30000) # default invite retransmission timeout after 1xx: 120sec modparam("tm", "fr_inv_timer", 120000) # ----- rr params ----- # add value to ;lr param to cope with most of the UAs modparam("rr", "enable_full_lr", 1) # do not append from tag to the RR (no need for this script) #!ifdef WITH_ASTERISK modparam("rr", "append_fromtag", 1) #!else modparam("rr", "append_fromtag", 0) #!endif # ----- registrar params ----- modparam("registrar", "method_filtering", 1) /* uncomment the next line to disable parallel forking via location */ # modparam("registrar", "append_branches", 0) /* uncomment the next line not to allow more than 10 contacts per AOR */ #modparam("registrar", "max_contacts", 10) # max value for expires of registrations modparam("registrar", "max_expires", 3600) # set it to 1 to enable GRUU modparam("registrar", "gruu_enabled", 0) # ----- acc params ----- /* what special events should be accounted ? */ modparam("acc", "early_media", 0) modparam("acc", "report_ack", 0) modparam("acc", "report_cancels", 0) /* by default ww do not adjust the direct of the sequential requests. if you enable this parameter, be sure the enable "append_fromtag" in "rr" module */ modparam("acc", "detect_direction", 0) /* account triggers (flags) */ modparam("acc", "log_flag", FLT_ACC) modparam("acc", "log_missed_flag", FLT_ACCMISSED) modparam("acc", "log_extra", "src_user=$fU;src_domain=$fd;src_ip=$si;" "dst_ouser=$tU;dst_user=$rU;dst_domain=$rd") modparam("acc", "failed_transaction_flag", FLT_ACCFAILED) /* enhanced DB accounting */ #!ifdef WITH_ACCDB modparam("acc", "db_flag", FLT_ACC) modparam("acc", "db_missed_flag", FLT_ACCMISSED) modparam("acc", "db_url", DBURL) modparam("acc", "db_extra", "src_user=$fU;src_domain=$fd;src_ip=$si;" "dst_ouser=$tU;dst_user=$rU;dst_domain=$rd") #!endif # ----- usrloc params ----- /* enable DB persistency for location entries */ #!ifdef WITH_USRLOCDB modparam("usrloc", "db_url", DBURL) modparam("usrloc", "db_mode", 2) modparam("usrloc", "use_domain", MULTIDOMAIN) #!endif # ----- auth_db params ----- #!ifdef WITH_AUTH modparam("auth_db", "calculate_ha1", yes) modparam("auth_db", "load_credentials", "") #!ifdef WITH_ASTERISK modparam("auth_db", "user_column", "name") modparam("auth_db", "password_column", "sippasswd") modparam("auth_db", "db_url", DBASTURL) modparam("auth_db", "version_table", 0) #!else modparam("auth_db", "db_url", DBURL) modparam("auth_db", "password_column", "password") modparam("auth_db", "use_domain", MULTIDOMAIN) #!endif # ----- permissions params ----- #!ifdef WITH_IPAUTH modparam("permissions", "db_url", DBURL) modparam("permissions", "db_mode", 1) #!endif #!endif # ----- alias_db params ----- #!ifdef WITH_ALIASDB modparam("alias_db", "db_url", DBURL) modparam("alias_db", "use_domain", MULTIDOMAIN) #!endif # ----- speedial params ----- #!ifdef WITH_SPEEDDIAL modparam("speeddial", "db_url", DBURL) modparam("speeddial", "use_domain", MULTIDOMAIN) #!endif # ----- domain params ----- #!ifdef WITH_MULTIDOMAIN modparam("domain", "db_url", DBURL) # register callback to match myself condition with domains list modparam("domain", "register_myself", 1) #!endif #!ifdef WITH_PRESENCE # ----- presence params ----- modparam("presence", "db_url", DBURL) # ----- presence_xml params ----- modparam("presence_xml", "db_url", DBURL) modparam("presence_xml", "force_active", 1) #!endif #!ifdef WITH_NAT # ----- rtpproxy params ----- modparam("rtpproxy", "rtpproxy_sock", "udp:127.0.0.1:7722") # ----- nathelper params ----- modparam("nathelper", "natping_interval", 30) modparam("nathelper", "ping_nated_only", 1) modparam("nathelper", "sipping_bflag", FLB_NATSIPPING) modparam("nathelper", "sipping_from", "sip:pinger@kamailio.org") # params needed for NAT traversal in other modules modparam("nathelper|registrar", "received_avp", "$avp(RECEIVED)") modparam("usrloc", "nat_bflag", FLB_NATB) #!endif #!ifdef WITH_TLS # ----- tls params ----- modparam("tls", "config", "/usr/local/etc/kamailio/tls.cfg") #!endif #!ifdef WITH_ANTIFLOOD # ----- pike params ----- modparam("pike", "sampling_time_unit", 2) modparam("pike", "reqs_density_per_unit", 16) modparam("pike", "remove_latency", 4) # ----- htable params ----- # ip ban htable with autoexpire after 5 minutes modparam("htable", "htable", "ipban=>size=8;autoexpire=300;") #!endif #!ifdef WITH_XMLRPC # ----- xmlrpc params ----- modparam("xmlrpc", "route", "XMLRPC"); modparam("xmlrpc", "url_match", "^/RPC") #!endif #!ifdef WITH_DEBUG # ----- debugger params ----- modparam("debugger", "cfgtrace", 1) #!endif ####### Routing Logic ######## # Main SIP request routing logic # - processing of any incoming SIP request starts with this route # - note: this is the same as route { ... } request_route { # per request initial checks route(REQINIT); # NAT detection route(NATDETECT); # handle requests within SIP dialogs route(WITHINDLG); ### only initial requests (no To tag) # CANCEL processing if (is_method("CANCEL")) { if (t_check_trans()) t_relay(); exit; } t_check_trans(); # authentication route(AUTH); # record routing for dialog forming requests (in case they are routed) # - remove preloaded route headers remove_hf("Route"); if (is_method("INVITE|SUBSCRIBE")) record_route(); # account only INVITEs if (is_method("INVITE")) { setflag(FLT_ACC); # do accounting } # dispatch requests to foreign domains route(SIPOUT); ### requests for my local domains # handle presence related requests route(PRESENCE); # handle registrations route(REGISTRAR); if ($rU==$null) { # request with no Username in RURI sl_send_reply("484","Address Incomplete"); exit; } # dispatch destinations to PSTN route(PSTN); # user location service route(LOCATION); route(RELAY); } route[RELAY] { # enable additional event routes for forwarded requests # - serial forking, RTP relaying handling, a.s.o. if (is_method("INVITE|SUBSCRIBE")) { t_on_branch("MANAGE_BRANCH"); t_on_reply("MANAGE_REPLY"); } if (is_method("INVITE")) { t_on_failure("MANAGE_FAILURE"); } if (!t_relay()) { sl_reply_error(); } exit; } # Per SIP request initial checks route[REQINIT] { #!ifdef WITH_ANTIFLOOD # flood dection from same IP and traffic ban for a while # be sure you exclude checking trusted peers, such as pstn gateways # - local host excluded (e.g., loop to self) if(src_ip!=myself) { if($sht(ipban=>$si)!=$null) { # ip is already blocked xdbg("request from blocked IP - $rm from $fu (IP:$si:$sp)\n"); exit; } if (!pike_check_req()) { xlog("L_ALERT","ALERT: pike blocking $rm from $fu (IP:$si:$sp)\n"); $sht(ipban=>$si) = 1; exit; } } #!endif if (!mf_process_maxfwd_header("10")) { sl_send_reply("483","Too Many Hops"); exit; } if(!sanity_check("1511", "7")) { xlog("Malformed SIP message from $si:$sp\n"); exit; } } # Handle requests within SIP dialogs route[WITHINDLG] { if (has_totag()) { # sequential request withing a dialog should # take the path determined by record-routing if (loose_route()) { if (is_method("BYE")) { setflag(FLT_ACC); # do accounting ... setflag(FLT_ACCFAILED); # ... even if the transaction fails } if ( is_method("ACK") ) { # ACK is forwarded statelessy route(NATMANAGE); } route(RELAY); } else { if (is_method("SUBSCRIBE") && uri == myself) { # in-dialog subscribe requests route(PRESENCE); exit; } if ( is_method("ACK") ) { if ( t_check_trans() ) { # no loose-route, but stateful ACK; # must be an ACK after a 487 # or e.g. 404 from upstream server t_relay(); exit; } else { # ACK without matching transaction ... ignore and discard exit; } } sl_send_reply("404","Not here"); } exit; } } # Handle SIP registrations route[REGISTRAR] { if (is_method("REGISTER")) { if(isflagset(FLT_NATS)) { setbflag(FLB_NATB); # uncomment next line to do SIP NAT pinging ## setbflag(FLB_NATSIPPING); } if (!save("location")) sl_reply_error(); #!ifdef WITH_ASTERISK route(REGFWD); #!endif exit; } } # USER location service route[LOCATION] { #!ifdef WITH_SPEEDIAL # search for short dialing - 2-digit extension if($rU=~"^[0-9][0-9]$") if(sd_lookup("speed_dial")) route(SIPOUT); #!endif #!ifdef WITH_ALIASDB # search in DB-based aliases if(alias_db_lookup("dbaliases")) route(SIPOUT); #!endif #!ifdef WITH_ASTERISK if(is_method("INVITE") && (!route(FROMASTERISK))) { # if new call from out there - send to Asterisk # - non-INVITE request are routed directly by Kamailio # - traffic from Asterisk is routed also directy by Kamailio route(TOASTERISK); exit; } #!endif $avp(oexten) = $rU; if (!lookup("location")) { $var(rc) = $rc; route(TOVOICEMAIL); t_newtran(); switch ($var(rc)) { case -1: case -3: send_reply("404", "Not Found"); exit; case -2: send_reply("405", "Method Not Allowed"); exit; } } # when routing via usrloc, log the missed calls also if (is_method("INVITE")) { setflag(FLT_ACCMISSED); } } # Presence server route route[PRESENCE] { if(!is_method("PUBLISH|SUBSCRIBE")) return; #!ifdef WITH_PRESENCE if (!t_newtran()) { sl_reply_error(); exit; }; if(is_method("PUBLISH")) { handle_publish(); t_release(); } else if( is_method("SUBSCRIBE")) { handle_subscribe(); t_release(); } exit; #!endif # if presence enabled, this part will not be executed if (is_method("PUBLISH") || $rU==$null) { sl_send_reply("404", "Not here"); exit; } return; } # Authentication route route[AUTH] { #!ifdef WITH_AUTH #!ifdef WITH_ASTERISK # do not auth traffic from Asterisk - trusted! if(route(FROMASTERISK)) return; #!endif #!ifdef WITH_IPAUTH if((!is_method("REGISTER")) && allow_source_address()) { # source IP allowed return; } #!endif if (is_method("REGISTER") || from_uri==myself) { # authenticate requests #!ifdef WITH_ASTERISK if (!auth_check("$fd", "sipusers", "1")) { #!else if (!auth_check("$fd", "subscriber", "1")) { #!endif auth_challenge("$fd", "0"); exit; } # user authenticated - remove auth header if(!is_method("REGISTER|PUBLISH")) consume_credentials(); } # if caller is not local subscriber, then check if it calls # a local destination, otherwise deny, not an open relay here if (from_uri!=myself && uri!=myself) { sl_send_reply("403","Not relaying"); exit; } #!endif return; } # Caller NAT detection route route[NATDETECT] { #!ifdef WITH_NAT force_rport(); if (nat_uac_test("19")) { if (is_method("REGISTER")) { fix_nated_register(); } else { fix_nated_contact(); } setflag(FLT_NATS); } #!endif return; } # RTPProxy control route[NATMANAGE] { #!ifdef WITH_NAT if (is_request()) { if(has_totag()) { if(check_route_param("nat=yes")) { setbflag(FLB_NATB); } } } if (!(isflagset(FLT_NATS) || isbflagset(FLB_NATB))) return; rtpproxy_manage(); if (is_request()) { if (!has_totag()) { add_rr_param(";nat=yes"); } } if (is_reply()) { if(isbflagset(FLB_NATB)) { fix_nated_contact(); } } #!endif return; } # Routing to foreign domains route[SIPOUT] { if (!uri==myself) { append_hf("P-hint: outbound\r\n"); route(RELAY); } } # PSTN GW routing route[PSTN] { #!ifdef WITH_PSTN # check if PSTN GW IP is defined if (strempty($sel(cfg_get.pstn.gw_ip))) { xlog("SCRIPT: PSTN rotuing enabled but pstn.gw_ip not defined\n"); return; } # route to PSTN dialed numbers starting with '+' or '00' # (international format) # - update the condition to match your dialing rules for PSTN routing if(!($rU=~"^(\+|00)[1-9][0-9]{3,20}$")) return; # only local users allowed to call if(from_uri!=myself) { sl_send_reply("403", "Not Allowed"); exit; } $ru = "sip:" + $rU + "@" + $sel(cfg_get.pstn.gw_ip); route(RELAY); exit; #!endif return; } # XMLRPC routing #!ifdef WITH_XMLRPC route[XMLRPC] { # allow XMLRPC from localhost if ((method=="POST" || method=="GET") && (src_ip==127.0.0.1)) { # close connection only for xmlrpclib user agents (there is a bug in # xmlrpclib: it waits for EOF before interpreting the response). if ($hdr(User-Agent) =~ "xmlrpclib") set_reply_close(); set_reply_no_connect(); dispatch_rpc(); exit; } send_reply("403", "Forbidden"); exit; } #!endif # route to voicemail server route[TOVOICEMAIL] { #!ifdef WITH_VOICEMAIL if(!is_method("INVITE")) return; # check if VoiceMail server IP is defined if (strempty($sel(cfg_get.voicemail.srv_ip))) { xlog("SCRIPT: VoiceMail rotuing enabled but IP not defined\n"); return; } if($avp(oexten)==$null) return; $ru = "sip:" + $avp(oexten) + "@" + $sel(cfg_get.voicemail.srv_ip) + ":" + $sel(cfg_get.voicemail.srv_port); route(RELAY); exit; #!endif return; } # manage outgoing branches branch_route[MANAGE_BRANCH] { xdbg("new branch [$T_branch_idx] to $ru\n"); route(NATMANAGE); } # manage incoming replies onreply_route[MANAGE_REPLY] { xdbg("incoming reply\n"); if(status=~"[12][0-9][0-9]") route(NATMANAGE); } # manage failure routing cases failure_route[MANAGE_FAILURE] { route(NATMANAGE); if (t_is_canceled()) { exit; } #!ifdef WITH_BLOCK3XX # block call redirect based on 3xx replies. if (t_check_status("3[0-9][0-9]")) { t_reply("404","Not found"); exit; } #!endif #!ifdef WITH_VOICEMAIL # serial forking # - route to voicemail on busy or no answer (timeout) if (t_check_status("486|408")) { route(TOVOICEMAIL); exit; } #!endif } #!ifdef WITH_ASTERISK # Test if coming from Asterisk route[FROMASTERISK] { if($si==$sel(cfg_get.asterisk.bindip) && $sp==$sel(cfg_get.asterisk.bindport)) return 1; return -1; } # Send to Asterisk route[TOASTERISK] { $du = "sip:" + $sel(cfg_get.asterisk.bindip) + ":" + $sel(cfg_get.asterisk.bindport); route(RELAY); exit; } # Forward REGISTER to Asterisk route[REGFWD] { if(!is_method("REGISTER")) { return; } $var(rip) = $sel(cfg_get.asterisk.bindip); $uac_req(method)="REGISTER"; $uac_req(ruri)="sip:" + $var(rip) + ":" + $sel(cfg_get.asterisk.bindport); $uac_req(furi)="sip:" + $au + "@" + $var(rip); $uac_req(turi)="sip:" + $au + "@" + $var(rip); $uac_req(hdrs)="Contact: <sip:" + $au + "@" + $sel(cfg_get.kamailio.bindip) + ":" + $sel(cfg_get.kamailio.bindport) + ">\r\n"; if($sel(contact.expires) != $null) $uac_req(hdrs)= $uac_req(hdrs) + "Expires: " + $sel(contact.expires) + "\r\n"; else $uac_req(hdrs)= $uac_req(hdrs) + "Expires: " + $hdr(Expires) + "\r\n"; uac_req_send(); } #!endif -- *Giuliano Bellini* *Logikanet Webmaster* *Logikanet.com* | webmaster(a)logikanet.com | +55 (41) 3012-0232 /direct/ | +1 206-279-5207 /direct/ www.logikanet.com <http://www.logikanet.com> |

2 1

Re: [SR-Users] Crash Kamailio 4.1.4
by Igor Potjevlesch 10 Oct '14

10 Oct '14

Hello, We updated this morning Kamailio in 4.1.4 with your patch. Kamailio crashed again this afternoon. here an extract from /var/log/messages : Jun 25 13:49:01 /usr/local/sbin/kamailio[20259]: WARNING: <script>: time=[Wed Jun 25 13:49:01 2014] call id=[f4653f6fe909d3118f86009033290024(a)A.B.C.D] call seq=[929405] contact header=[<sip:0987654321@A.B.C.D:2057;transport=UDP>] from uri=[sip:0123456789@domain;user=phone] from tag=[16632949] request's method=[INVITE] request's uri=[sip:0123456789@domain;user=phone] to uri=[sip:0123456789@domain;user=phone] to tag=[<null>] sip message id=[46275] process id=[20259] ip source=[A.B.C.D] flags=[2] ua=[(innovaphone IP6010/9.00 hotfix24 [9.061271/9061271/300])], INVITE from 'untrusted' host Jun 25 13:49:01 /usr/local/sbin/kamailio[20259]: WARNING: <script>: time=[Wed Jun 25 13:49:01 2014] call id=[f4653f6fe909d3118f86009033290024(a)A.B.C.D] call seq=[929405] contact header=[<sip:0987654321@A.B.C.D:2057;transport=UDP>] from uri=[sip:0123456789@domain;user=phone] from tag=[16632949] request's method=[INVITE] request's uri=[sip:0123456789@domain;user=phone] to uri=[sip:0123456789@domain;user=phone] to tag=[<null>] sip message id=[46275] process id=[20259] ip source=[A.B.C.D] flags=[2], INVITE from an authorized SIP trunk Jun 25 13:49:01 /usr/local/sbin/kamailio[20259]: WARNING: <script>: time=[Wed Jun 25 13:49:01 2014] call id=[f4653f6fe909d3118f86009033290024(a)A.B.C.D] call seq=[929405] contact header=[<sip:0987654321@A.B.C.D:2057;transport=UDP>] from uri=[sip:0123456789@domain;user=phone] from tag=[16632949] request's method=[INVITE] request's uri=[sip:0123456789@domain;user=phone] to uri=[sip:0123456789@domain;user=phone] to tag=[<null>] sip message id=[46275] process id=[20259] ip source=[A.B.C.D] flags=[2], INVITE from an authorized SDA for current SIP trunk Jun 25 13:49:01 /usr/local/sbin/kamailio[20259]: INFO: carrierroute [cr_func.c:710]: cr_do_route(): uri 0123456789 was rewritten to sip:0123456789@GW, carrier 1, domain 1 Jun 25 13:49:02 /usr/local/sbin/kamailio[20259]: : <core> [mem/q_malloc.c:140]: qm_debug_frag(): BUG: qm_*: fragm. 0x7f12803cb450 (address 0x7f12803cb480) beginning overwritten(abcdefed)! And this is the btfull : #0 0x0000003d6f6328a5 in raise () from /lib64/libc.so.6 No symbol table info available. #1 0x0000003d6f634085 in abort () from /lib64/libc.so.6 No symbol table info available. #2 0x0000000000546d3c in qm_debug_frag (qm=0x7f1280275010, f=0x7f12803cb450) at mem/q_malloc.c:142 #3 0x0000000000548b26 in qm_free (qm=0x7f1280275010, p=0x7f12803cb480, file=0x6276a0 "<core>: parser/parse_ppi_pai.c", func=0x627a00 "free_pai_ppi_body", line=102) at mem/q_malloc.c:464 #4 0x000000000056e5e6 in free_pai_ppi_body (pid_b=0x7f12803cb480) at parser/parse_ppi_pai.c:102 #5 0x000000000054fee0 in clean_hdr_field (hf=0x7f1274c3c238) at parser/hf.c:126 #6 0x00007f127cb6dde6 in acc_onreply (t=0x7f1274c157f0, req=0x7f1274c3ac08, reply=0x7f12804a6d70, code=200) at acc_logic.c:501 #7 0x00007f127cb6e30a in tmcb_func (t=0x7f1274c157f0, type=512, ps=0x7fff0b015580) at acc_logic.c:573 #8 0x00007f127ed68478 in run_trans_callbacks_internal (cb_lst=0x7f1274c15860, type=512, trans=0x7f1274c157f0, params=0x7fff0b015580) at t_hooks.c:290 #9 0x00007f127ed6868a in run_trans_callbacks_with_buf (type=512, rbuf=0x7f1274c158b0, req=0x7f1274c3ac08, repl=0x7f12804a6d70, flags=200) at t_hooks.c:336 #10 0x00007f127ed9ac06 in relay_reply (t=0x7f1274c157f0, p_msg=0x7f12804a6d70, branch=0, msg_status=200, cancel_data=0x7fff0b0158e0, do_put_on_wait=1) at t_reply.c:2001 #11 0x00007f127ed9d0b7 in reply_received (p_msg=0x7f12804a6d70) at t_reply.c:2499 #12 0x000000000045d837 in do_forward_reply (msg=0x7f12804a6d70, mode=0) at forward.c:777 #13 0x000000000045e0f8 in forward_reply (msg=0x7f12804a6d70) at forward.c:860 #14 0x00000000004a58e7 in receive_msg (buf=0x924600 "SIP/2.0 200 OK\r\nVia: SIP/2.0/UDP A.B.C.D;branch=z9hG4bK512b.82b197888826f6b60c0c63b79801294d.0;received=A.B.C.D\r\nVia: SIP/2.0/UDP A.B.C.D:2057;branch=z9hG4bK-129F259C;rport=2057\r\nCall-ID: cb0"..., len=1124, rcv_info=0x7fff0b015c60) at receive.c:273 #15 0x000000000053c9a8 in udp_rcv_loop () at udp_server.c:536 #16 0x000000000046d42b in main_loop () at main.c:1617 #17 0x0000000000470533 in main (argc=7, argv=0x7fff0b015f98) at main.c:2545 It seems to be the same problem but in a different source. Can you help me? Regards, Igor. 2014-06-12 17:46 GMT+02:00 Igor Potjevlesch <igor.potjevlesch(a)gmail.com>: > Hello, > > we didn't set the early media parameter . its '0' by default, isn't it? > > regards, > > Igor > > > > > 2014-06-12 17:03 GMT+02:00 Daniel-Constantin Mierla <miconda(a)gmail.com>: > > Hello, >> >> if you get a record for 180 response, then you have also the early_media >> parameter set for acc module, isn't it? >> >> In the morning I pushed a patch that should fix this issue. Use latest >> release 4.1.4 and see if works fine. Report the results to know that it is >> gone or not. >> >> Cheers, >> Daniel >> >> >> On 12/06/14 16:55, Igor Potjevlesch wrote: >> >> Hello, >> >> We don't use $ai in xlog nor in other process. only in ACC. >> >> parameters for ACC are : >> modparam("acc", "db_flag", FLT_ACC) >> modparam("acc", "db_missed_flag", 3) >> modparam("acc", "db_url", DBURLWO) >> modparam("acc", "db_extra", >> "src_user=$fU;username=$Au;src_domain=$fd;src_ip=$si;src_pai=$ai;" >> "dst_ouser=$tU;dst_user=$rU;dst_domain=$rd") >> >> For the 3781-4b1-572014182635-OGNAJ-1-A.B.C.D there is a code 180 >> ringing in the INVITE in ACC table. >> >> regards, >> >> Igor >> >> >> 2014-06-11 23:01 GMT+02:00 Daniel-Constantin Mierla <miconda(a)gmail.com>: >> >>> Few more things... >>> >>> Are you recording 1xx events? Can you check to see if there is another >>> record in acc table for the same call? You can search by call-id >>> 3781-4b1-572014182635-OGNAJ-1-A.B.C.D >>> >>> Eventually, send also the parameters you set for acc module. >>> >>> Cheers, >>> Daniel >>> >>> >>> On 11/06/14 19:25, Daniel-Constantin Mierla wrote: >>> >>> Hello, >>> >>> so you don't print $ai in xlog() statements nor use it in any >>> assignments or other functions besides acc parameter? >>> >>> Cheers, >>> Daniel >>> >>> On 11/06/14 19:19, Igor Potjevlesch wrote: >>> >>> Hello, >>> >>> We do not access to the P-asserted-identity in our configuration but >>> we added the field PAI in the db base ACC ( for INVITE, ACK and BYE) . >>> I dont know if it's in request_route, failure_route or branch_route . >>> >>> This is the print : >>> >>> (gdb) p mem_block >>> $3 = (struct qm_block *) 0x7f6a6bef1010 >>> (gdb) p shm_block >>> $4 = (struct qm_block *) 0x7f6a5666a000 >>> >>> Regards, >>> >>> Igor >>> >>> >>> 2014-06-11 18:02 GMT+02:00 Daniel-Constantin Mierla <miconda(a)gmail.com>: >>> >>>> Hello, >>>> >>>> cloning to shm for tm seems ok. Can you tell where you access >>>> P-Asserted-Identity header, via variables? Does it happen in request_route, >>>> failure_route or branch_route? >>>> >>>> Can you print from gdb, any frame: >>>> >>>> p mem_block >>>> p shm_block >>>> >>>> I want to see if parsed filed point to shm or pkg memory. >>>> >>>> Cheers, >>>> Daniel >>>> >>>> >>>> On 11/06/14 17:37, Daniel-Constantin Mierla wrote: >>>> >>>> Hello, >>>> >>>> at least I narrowed it down a bit. It is empty also in the clone stored >>>> in transaction, so it happens either during cloning or before. I will have >>>> to check these parts. >>>> >>>> Cheers, >>>> Daniel >>>> >>>> On 11/06/14 17:00, Igor Potjevlesch wrote: >>>> >>>> Hello, >>>> >>>> This is the result, always for frame 5 : >>>> >>>> (gdb) p *t->uas.request->pai >>>> $1 = {type = HDR_PAI_T, name = { >>>> s = 0x7f6a60cd34b8 "P-Asserted-Identity: \"0987654321\" >>>> <sip:0987654321@A.B.C.D>\r\nContact: <sip:0987654321@A.B.C.D:5060>\r\nAllow: >>>> INVITE, BYE, REGISTER, ACK, OPTIONS, CANCEL, SUBSCRIBE, NOTIFY, INFO, >>>> REFER, UPD"..., len = 19}, body = { >>>> s = 0x7f6a60cd34cd "\"0987654321\"<sip:0987654321@A.B.C.D>\r\nContact: >>>> <sip:0987654321@A.B.C.D:5060>\r\nAllow: INVITE, BYE, REGISTER, ACK, >>>> OPTIONS, CANCEL, SUBSCRIBE, NOTIFY, INFO, REFER, UPDATE\r\nSupported: >>>> path,"..., len = 43}, len = 66, parsed = 0x7f6a6d81da88, next = >>>> 0x7f6a60cd3f10} >>>> >>>> (gdb) p *((p_id_body_t*)(t->uas.request->pai->parsed)) >>>> $2 = {id = 0x0, num_ids = 0, next = 0x0} >>>> >>>> *Did *you find one thing in common between the 2 occurrences? Do you >>>> have any ideas about what is the cause of this pai reset? >>>> >>>> Regards, >>>> >>>> Igor >>>> >>>> >>>> >>>> >>>> 2014-06-11 16:09 GMT+02:00 Daniel-Constantin Mierla <miconda(a)gmail.com> >>>> : >>>> >>>>> Hello, >>>>> >>>>> in the same frame 5, can yo get: >>>>> >>>>> p *t->uas.request->pai >>>>> p *((p_id_body_t*)(t->uas.request->pai->parsed)) >>>>> >>>>> Cheers, >>>>> Daniel >>>>> >>>>> >>>>> On 10/06/14 18:35, Igor Potjevlesch wrote: >>>>> >>>>> Hello, >>>>> >>>>> Here is the results : >>>>> >>>>> (gdb) frame 5 >>>>> #5 0x00007f6a687e9b43 in acc_onreply (t=0x7f6a60d16ff8, >>>>> req=0x7f6a60cd2c10, reply=0x7f6a6c119aa8, code=200) at acc_logic.c:471 >>>>> 471 acc_db_request(req); >>>>> >>>>> >>>>> >>>>> -- >>>>> Daniel-Constantin Mierla - http://www.asipto.comhttp://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda >>>>> >>>>> >>>> >>>> -- >>>> Daniel-Constantin Mierla - http://www.asipto.comhttp://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda >>>> >>>> >>>> -- >>>> Daniel-Constantin Mierla - http://www.asipto.comhttp://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda >>>> >>>> >>> >>> -- >>> Daniel-Constantin Mierla - http://www.asipto.comhttp://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda >>> >>> >>> -- >>> Daniel-Constantin Mierla - http://www.asipto.comhttp://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda >>> >>> >> >> -- >> Daniel-Constantin Mierla - http://www.asipto.comhttp://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda >> >> >

2 24

uri2dst: bad_uri
by Yuriy Gorlichenko 10 Oct '14

10 Oct '14

Hello. We use 2 kamailio behind load balanser that have domain name of our system . uac settings like this: modparam("uac","restore_mode","none") modparam("uac","reg_db_url", DBURL) modparam("uac", "reg_db_table", "uacreg") modparam("uac", "reg_timer_interval", 20) modparam("uac", "reg_retry_interval", 10) modparam("uac", "reg_contact_addr", "sip.service.com:5068") modparam("uac","auth_realm_avp","$avp(s:realm)") modparam("uac","auth_username_avp","$avp(s:uname)") modparam("uac","auth_password_avp","$avp(s:passwd)") We have a trouble with registering trunks at porvider. When UAC try to register trunk We see fails like this: tm [ut.h:272]: uri2dst2(): ERROR: uri2dst: bad_uri: sip.service.com ERROR: tm [uac.c:266]: t_uac_prepare(): t_uac: no socket found ERROR: uac [uac_reg.c:746]: uac_reg_update(): failed to send request for [TRUNKNAME] What we try: advertised_address=sip.service.com alias=sip.service.com alias=kam2.service.com alias=Kam1.extern.ip.addr alias=Kam2.extern.ip.addr alias=load.balanser.ext.ipaddr These settings not resolved our issue. We have another trouble and think that it depended issues: We can call to external numbers through trunks, but call very slow. (10-15 seconds), and some operators (LIKE AT&T dropped our calls to voicemail systems and somethink like that) Our question is how to successfully register providers at UAC with this scheme. thanks for advices.

2 2

uac_from_replace does not restore when changing display name only
by Klaus Darilion 10 Oct '14

10 Oct '14

Hi! It seems that uac_replace_from does restore the original URI only if the >From URI is changed. Only changing the Display-name, eg: uac_replace_from("$avp(pad)",""); does not add the RR-cookie, thus the original will not be restored (e.g. on responses). Is this on purpose or a bug? regards Klaus PS: The workaround is: uac_replace_from("$avp(pad)","$fu");

1 1

Unconditional Call forwarding
by Rajesh Sharma 10 Oct '14

10 Oct '14

Hi . I have installed Kamailio 4.1.6 and basic registration and proxy server functionalities are working fine. Now I want to simulate a Unconditional call forwarding scenario with 181-Call is being forwarded is reported to originator from server. Thanks

3 3

Kamailio With RTP proxy BYE not receiving
by balu 10 Oct '14

10 Oct '14

Hi I am using kamailio with rtp proxy module. I have 2 questions /issues . 1. When caller or callee ends the call the other end call is not disocnnecting . UA is pjsip based and behind NAT router. Present call flow is pjsipUA (LAN_ip)----->Router (Publicip)-------->Kamailio_with_RTP proxy----> ThridParty SIP Server UA local ip : 192.168.2.11 UA public IP : 89.78.92.23 Kamailio Public ip: 94.50.203.32 Third party Sip server : 76.42.89.25 Here When I disconnect call from either side , it is not disconnecting other side . 2. My second requirement is , how can I define port of third party server . for example if have 3 or 4 sip servers with different sip registration ports other tahn 5060 How can I route registration requests coming from UAs to different ports of third party servers. Please bear my ignorance I am new to kamailio .Hope some experts will help me here . Attached kamailio config and SIP trace taken from kamailio server Thank you

2 1

cr_next_domain not found
by mark＠brightvoip.co.uk 10 Oct '14

10 Oct '14

Hi, I am trying to use the carrierfailureroute table functionality via the cr_next_domain carrierroute function. I am getting the message: "failed to find command cr_next_domain" when I try to start Kamailio I am compiling Kamailio from latest 4.1.6 source, using: make include_modules"db_mysql carrierroute" cfg make group_include="db mysql standard" all make install I have installed libconfuse-devel and the tm module is loaded. Would welcome any helpful suggestions. Thanks, Mark Hall --- This email is free from viruses and malware because avast! Antivirus protection is active. http://www.avast.com

2 1

dlg_set_timeout_by_profile not working on kamailio 4.1.5
by Jose Ferreira 10 Oct '14

10 Oct '14

I'm trying to use dlg_set_timeout_by_profile and it doesn't do nothing on Kamailio 4.1.5 If i try to use the dlg_set_timeout, it also doesn't work, but it gives the following error CRITICAL: dialog [dlg_timer.c:205]: update_dlg_timer(): Trying to update a bogus dlg tl=0x7f9825ac6880 tl->next=(nil) tl->prev=(nil) ERROR: dialog [dlg_hash.c:1094]: update_dlg_timeout(): failed to update dialog lifetime If i set the timeout with the $avp, it only works before dlg_manage(), but also with a Warning WARNING: dialog [dlg_handlers.c:1245]: dlg_onroute(): inconsitent dlg timer data on dlg 0x7f9da0dc7f08 [4066:9857] with clid 'bba73ace3ee94b95bf5b1782406047bd' and tags '6460df6b8b3947ba96b1cf65330bf524' 'm2pmrUpHN06Fc' The dialog module configurations are: modparam("dialog", "db_url", DBURL) modparam("dialog", "dlg_flag", FLT_DLG) modparam("dialog", "db_mode", 0) modparam("dialog", "enable_stats", 1) modparam("dialog", "dlg_match_mode", 1) modparam("dialog", "profiles_with_value", "user ; domain ; permissions") modparam("dialog", "profiles_no_value", "inbound ; outbound ; all") modparam("dialog", "send_bye", 1) modparam("dialog", "default_timeout", 21600) modparam("dialog", "ka_timer", 0) modparam("dialog", "ka_interval", 0) modparam("dialog", "timeout_avp", "$avp(dlgtimeout)") I'm very interested to use dlg_set_timeout_by_profile, any idea about what is wrong with that ? Regards, *José Ferreira | Technical Manager* M. +351 91 775 7166 | jferreira(a)wavecom.pt Wavecom, Soluções Rádio, SA Cacia Park | Rua do Progresso, Lote 15 3800-639 AVEIRO | Portugal T. +351 234 919 190 | F. +351 234 919 191 *www.wavecom.pt <http://www.wavecom.pt/>* [image: WavecomSignature]

2 1

UAC call to AT&T
by Yuriy Gorlichenko 10 Oct '14

10 Oct '14

Hello. we use UAC module for trunk registration at kamailio. We have successfull routing and calling through our trunks to many providers and have just one problem with AT&T endpoints. When callee at AT&T endpoint hook call (I see OK from provider as response to our INVITE from AT&T endpoint) and then kamailio sends CANCEL to endpoint, but then kam sends ACK to OK... So after this strange scenario I successfully hear invite to leave voice mail to AT&T endpoint... What I saw: I look at codecs- at OK i See ulaw codec, so at my INVITE ulaw presents too. With other providers calls succesfully established. Does Anyone have an experiense with calling to AT&T from Kamailio. P.S. calls through our trunk to AT&T from asterisk establishes succesfully too.

2 1

Serial forking & q value
by Marino Mileti 10 Oct '14

10 Oct '14

Hi guys, I've tried with success to implement serial forking based on q value (i've followed documentation) with the istruction: append_branch("sip:b@example.com", "0.5"); Now my questions are: is it possible to import URI from db? is it possible to import q value from db too? I would like to change the q value based, for example, on "night & day"; so it would be nice if I can store it on DB and then load it dinamically when i need.For the first question I think that it's possible with dbaliases for example...but I don't know how get a q value for each contact :) Marino

2 1

Best way to handle 100 but no 180/183?
by Tobias 09 Oct '14

09 Oct '14

Dear Kamailio users, I have an issue with some upstream carriers quickly replying with 100 Trying but then basically times out. I'm looking for a good solution to distinguish between the 100 reply and any other replies, and alter the timeout values. My goal is to be able to re-route calls where the 180/183 is not received within a few seconds, and if the 180/183 is received I'd like to give the call a much longer timeout. I realize there is a "fr_inv_timer" that would do this, but I would not like to set that to low since I fear it would affect many other call types, i.e. if a carrier would send 183 once but for some reason does not resend on regular intervals. I'm on Kamailio 4.1 and my current settings are:fr_timer : 2000fr_inv_timer : 120000restart_fr_on_each_reply : 1 The only solution I can think of is to update the fr_inv_timer in an on_reply-route if the reply code is 180/183 but I'm not sure that would even work? Is that the way to go or is there another way? Thanks in advance!/Tobias

3 4

Setting Kamailio User-Agent dynamically
by Errol Samuels 09 Oct '14

09 Oct '14

Hello All, I am using Kamailio in front of Freeswitch and Kamailio is handling the registrations then forwarding to Freeswitch and everything is working for the most part. However, there is niggling pain in the neck issue where the user's User-Agent shows in Freeswitch as kamailio (4.0.6 (x86_64/linux)) instead of the user's Real User-Agent I am trying to get Kamailio to pass the real User-Agent of the user without success. I am able to set a static User-Agent by doing this in the global section. *user_agent_header = "User-Agent: We love beer";* However, I am unable to set it dynamically for example: *user_agent_header = "User-Agent: " + $ua;* With is one Kamailio doesn't even start so my syntax is probably wrong. I also tried playing around with the textops module so I have ran out of ideas Any ideas? Thanks in advance. regards, Errol

4 17

KAMAILIO not updating Registration status to DB
by Varghese Paul 09 Oct '14

09 Oct '14

Hi all, We are experiencing a strange problem in our Kamilio server. Some of the webrtc endpoint registrations are not updated to the Database and there is no issue with the registration. Once we flushed the registration for this endpoint then it is updating to the DB for the new Register Packet. Flushed the Registration for the endpont : kamctl ul rm <USERNAME> Kamalio Version: 4.1.2 modparam("usrloc", "db_url", DBURL) *modparam("usrloc", "db_mode", 1)* modparam("usrloc", "nat_bflag", 3) modparam("usrloc", "use_domain", 1) Is there any other settings to avoid this issue ? Regards Varghese Paul

2 2

duplicate information in siptrace table
by Fred 09 Oct '14

09 Oct '14

Hello, I use Kamailio 4.1.3 with siptrace module. In the sip_trace table I see duplicate information, one line with empty and one line with filled traced_user column. The empty lines are useless for me, I would like only entries with traced_user information. Here the siptrace part of kamailio.cfg: #### Parameters for Siptrace module modparam("siptrace", "db_url", DBURL) modparam("siptrace", "trace_on", 1) modparam("siptrace", "trace_flag", 22) modparam("siptrace", "trace_sl_acks", 0) modparam("siptrace", "traced_user_avp", "$avp(s:user)") modparam("siptrace", "trace_delayed", 0) ###### SIP Trace Config in main route if (!is_method("OPTIONS")) { if (!ds_is_from_list("2")) { $avp(s:user) = $fU; } else { $avp(s:user) = $rU; }; if (is_avp_set("$avp(s:user)")){ sip_trace(); #setflag(22); }; }; Has anyone a tip for me how I can get rid of the empty traced_user lines? Regards Fred

2 1

Re: [SR-Users] Segfault in 4.1.6
by David Wilson 09 Oct '14

09 Oct '14

Hi Daniel, Thanks for the response. Reviewing the logs again, the first occurrence was on 25Sep, after upgrading to 4.1.6+precise on 24Sep. Previous upgrades were to: 4.1.5+precise 18Aug 4.1.4+precise June Traffic patterns are fairly uniform over that period. I've installed the nightly (4.1.6+0~20141004025841.74+precise) and we'll see how that goes until the next release. Cheers, Dave > Date: Thu, 02 Oct 2014 09:02:14 +0200 > From: Daniel-Constantin Mierla <miconda(a)gmail.com> > To: "Kamailio (SER) - Users Mailing List" > <sr-users(a)lists.sip-router.org> > Subject: Re: [SR-Users] Segfault in 4.1.6 > Message-ID: <542CF876.6060900(a)gmail.com> > Content-Type: text/plain; charset=utf-8; format=flowed > > Hello, > > I see it crashed in dialog, it was a fix for it after 4.1.6 for the > cleanup timer procedure, affecting some particular cases with dialog > states (e.g., dialogs not answered even after many minutes since > creation). It was there before 4.1.6 (most probably from 4.1.0), not > introduced by that version. What you were using before 4.1.6? > > You can get latest version from branch 4.1 either via GIT or via debian > nightly builds of 4.1 (if using debian). > > Otherwise, yes, a coredump with a gdb backtrace will be very helpful. > > Cheers, > Daniel > > On 02/10/14 08:31, David Wilson wrote: > > Hi all, > > > > I?ve had Kamailio running nicely for nearly a year, but have hit a segfault twice since upgrading to 4.1.6 earlier this week. > > > > The log shows: > > > > Oct 2 11:28:03 localhost /usr/sbin/kamailio[1222]: : <core> [pass_fd.c:293]: receive_fd(): ERROR: receive_fd: EOF on 23 > > Oct 2 11:28:03 localhost kernel: [11259.904645] kamailio[1206]: segfault at 58 ip 00007fa56fba0f86 sp 00007fffea594ca0 error 4 in dialog.so[7fa56fb63000+54000] > > Oct 2 11:28:03 localhost /usr/sbin/kamailio[1175]: ALERT: <core> [main.c:777]: handle_sigs(): child process 1206 exited by a signal 11 > > Oct 2 11:28:03 localhost /usr/sbin/kamailio[1175]: ALERT: <core> [main.c:780]: handle_sigs(): core was not generated > > Oct 2 11:28:03 localhost /usr/sbin/kamailio[1175]: INFO: <core> [main.c:792]: handle_sigs(): INFO: terminating due to SIGCHLD > > Oct 2 11:28:03 localhost /usr/sbin/kamailio[1220]: INFO: <core> [main.c:843]: sig_usr(): INFO: signal 15 received > > ?. > > > > The first two lines above seem to be the important parts. Nothing was logged for about 10s prior to this extract. An earlier instance of the issue showed almost the same details: > > > > Oct 1 20:39:12 localhost /usr/sbin/kamailio[1219]: : <core> [pass_fd.c:293]: receive_fd(): ERROR: receive_fd: EOF on 23 > > Oct 1 20:39:12 localhost kernel: [554502.639227] kamailio[1207]: segfault at 58 ip 00007fd62c5c6f86 sp 00007fffd77c9890 error 4 in dialog.so[7fd62c589000+54000] > > > > I?m trying to catch a core next time it occurs, no core is available yet. > > > > Is this a new issue in 4.1.6? > > Any suggestions about the likely cause? > > > > Cheers, > > Dave. > >

2 1

GIT branch 4.2 has been created
by Daniel-Constantin Mierla 08 Oct '14

08 Oct '14

Hello, short note to say that the branch 4.2 has been created, as announced on mailing list a while ago. This is the official branch to be used for releasing any of the 4.2.x versions. The first one, v4.2.0, is expected to be out in about one week. The version used now in master branch is prefixed with 4.3.0, which is expected to be the next future major release. With this change, practically commits with new features to be part of 4.3.0 can be pushed to master branch from now on. Any fix that is applicable for both master and 4.2 branches has to be committed first in master branch, then cherry-picked or merged to branch 4.2. Cheers, Daniel -- Daniel-Constantin Mierla http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda

1 0

Multiple kamailio sharing single Registration DB
by Varghese Paul 08 Oct '14

08 Oct '14

Hi all, How i can setup multiple kamailio servers should share the single registration DB. Requirement: I have two kamailio instances Kamailio-A and Kamalio-B ,both are sharing the same DB which is postgre*SQL *which is hosted in some other server. When a USER AGENT A send a register packet to Kamailio-A it is updating the registration status in the DB. But in kamailio-B if am doing a lookup(location) i am getting -1 as return value. kamctl ul show <USER_AGENT> 404 AOR not found 1. How kamailio retrieving the registrations status ? Is it from the DB or from the internal cache ? 2. How can i read the registration status from the DB always ? Let me know if any one need any more information. Regards Varghese Paul

2 1

chane source IP for REGISTER to provider
by Yuriy Gorlichenko 08 Oct '14

08 Oct '14

Hello. We have multiple kamailio behind load balancer. We use UAC to send REGISTER procedure to provider. Some providers drop wrong ip. So We have loadbalanser with external IP and have kamailio servers with external IPs too. So we need to send REGISTER packets to porovide with source IP of our Load balancer. Now kamailio send REGISTER pakets with its external IP. Question is how to send REGISTER with ip adress of loadbalanser? (allias with it dn and ip already exists at config) (listet already had it ip too) thanks/

2 1

Kamailio -topoh- and Via headers
by Gonzalo Gasca 08 Oct '14

08 Oct '14

I'm using Kamailio as SIP Registrar using Websockets. My topology looks like this: Sip client (sipml5) ---> wss ---> Nginx ---> ws ---> Kamailio 4.1.5 When I look into my SipMl5 application in the Register Message 200 OK from Kamailio I see the Nginx private IP address 172.31.22.2 Via: SIP/2.0/WSS df7jal23ls0d.invalid;rport=37111;received=172.31.22.2;branch=z9hG4bKtv75otkzmPVsdNWevweLt4TN9JnLnQ0p How can I remove private IP Address in Via header to achieve topology hiding? >From Kamailio logs: Oct 6 00:34:21 ip-172-31-27-85 /usr/sbin/kamailio[8941]: DEBUG: registrar [reply.c:374]: build_contact(): created Contact HF: Contact: <sips:gogasca@df7jal23ls0d.invalid;rtcweb-breaker=no;transport=wss>;expires=200#015#012 Oct 6 00:34:21 ip-172-31-27-85 /usr/sbin/kamailio[8941]: DEBUG: sl [sl.c:288]: send_reply(): reply in stateless mode (sl) Oct 6 00:34:21 ip-172-31-27-85 /usr/sbin/kamailio[8941]: DEBUG: <core> [msg_translator.c:204]: check_via_address(): check_via_address(172.31.22.2, df7jal23ls0d.invalid, 0) O Version: kamailio 4.1.5 (x86_64/linux) # ------ topoh -------- modparam("topoh", "mask_key", "opencall") modparam("topoh", "mask_ip", "<Public IP Address of Kamailio>") modparam("topoh", "vparam_prefix", "llamato") modparam("topoh", "mask_callid", 1) modparam("topoh", "sanity_checks", 1)

2 6

Re: [SR-Users] Presence PUBLISH error
by Marino Mileti 08 Oct '14

08 Oct '14

Thanks Daniel, I'm trying to use sqlite (mysql is too "heavy" for my environment) but usually I receive a lot of commit failed because database is locked (especially in presentity.c and publish.c) Is there any way to manage, maybe i've missed some sqlite configuration parameters? ----Messaggio originale---- Da: miconda(a)gmail.com Data: 6-ott-2014 18.17 A: "Marino Mileti"<marino.mileti(a)alice.it>, "Kamailio (SER) - Users Mailing List"<sr-users(a)lists.sip-router.org> Ogg: Re: [SR-Users] Presence PUBLISH error hello, It seems that the column type and value type are mismatching, but they can still be compatible. The fact is that db_text was not designed to handle large data values, so not tested with presence. Eventually you may want use sqlite (or other db module) instead or go into db_text and update as needed. Cheers, Daniel On 06/10/14 15:14, Marino Mileti wrote: Hi guys, with Kamailio 4.1.6 standard configuration and dbtext as db module, when server receives a publish message on the log there's: ERROR: db_text [dbt_base.c:391]: dbt_insert(): incompatible types v[5] - c[7]! ERROR: presence [presentity.c:402]: update_presentity(): inserting new record in database ERROR: presence [publish.c:464]: handle_publish(): when updating presentity and the server reply with 500 Server Internal Error. My conf is standard I've only used DBURL to point to my dbtext files: I've enable presence and presence_xml module # ----- presence params ----- modparam("presence", "db_url", text:///opt/kamailio-orig/dbtext) modparam("presence", "db_table_lock_type", 0) modparam("presence_xml", "db_url", text:///opt/kamailio-orig/dbtext) modparam("presence_xml", "force_active", 1) Any idea? Marino _______________________________________________ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users(a)lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users -- Daniel-Constantin Mierla http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda

1 0

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