Re: [SR-Users] IMS related : ims_usrloc_pcscf : "lookup_check_received" setting is useless now

2016-11-22 Thread Carsten Bock
Hi Dragos, you are right, it's not used anymore. I've just removed it. Thanks, Carsten 2016-11-22 17:41 GMT+01:00 Dragos Oancea : > Hi > > The setting "lookup_check_received" is documented here : > > http://www.kamailio.org/docs/modules/4.4.x/modules/ims_usrloc_pcscf.html#idp44519300 > > But loo

Re: [SR-Users] Send SIP Info within a dialog using $uac_req(method)="INFO"

2016-11-22 Thread Daniel-Constantin Mierla
Hello, got a bit of time to look at the code and discovered that there is a rpc command tm.t_uac_start added by ser guys that might get you moving forward. It is not waiting for the reply of the generated request and you can use it with json rpc exec function in the config, so it avoids using exe

Re: [SR-Users] Send SIP Info within a dialog using $uac_req(method)="INFO"

2016-11-22 Thread Jonathan Hunter
Hi Daniel, Thanks here you go; [root@POC_ProxyA kamailio]# kamctl mi t_uac_dlg INFO sip:3003@193.144.1.112 . udp:10.70.1.136:5060 \"From:sip:1234@8.8.8.8"\r\nTo:sip:3003@193.144.1.112\r\nContact:sip:daemon@8.8.8.8\r\n\"" 404 Invalid local socket [root@POC_ProxyA kamailio]# VERBOSE=1 kamctl

[SR-Users] IMS related : ims_usrloc_pcscf : "lookup_check_received" setting is useless now

2016-11-22 Thread Dragos Oancea
Hi The setting "lookup_check_received" is documented here : http://www.kamailio.org/docs/modules/4.4.x/modules/ims_usrloc_pcscf.html#idp44519300 But looking through the code I saw it's not used anymore, although it can be passed as a parameter. I was wondering if this is an accident or something

Re: [SR-Users] async_workers vs. async workers modparam in case of async_route()

2016-11-22 Thread Daniel-Constantin Mierla
On 22/11/2016 06:20, Alex Balashov wrote: > On 11/21/2016 06:44 AM, Daniel-Constantin Mierla wrote: > >> At this moment, from what I remember by heart, mysql module and async >> (when using async_task_route()) use async_workers from the core. > > What about sql_query_async()? I assume that uses c

Re: [SR-Users] log_prefix ignored in resumed routes

2016-11-22 Thread Daniel-Constantin Mierla
Hello, probably the reference to the current processed message is not set in this case -- iirc, it was added for receive events. I will try to fix it. Maybe you can open an issue on tracker, not to forget about it. Cheers, Daniel On 22/11/2016 06:17, Alex Balashov wrote: > Hi, > > I have this lo

Re: [SR-Users] Force OpenSER to send a Stop radius accounting record in failure route.

2016-11-22 Thread Jan Hazenberg
Daniel, Thanks, that did the trick :) I now see a Stop record instead of a Failed. Jan Daniel-Constantin Mierla schreef op 2016-11-22 14:46: Hello, try with the response code you want to be reflected as event type to be the first token in the acc_rad_request() parameter, like: acc_rad_requ

Re: [SR-Users] flags documentation

2016-11-22 Thread Daniel-Constantin Mierla
On 22/11/2016 06:08, Alex Balashov wrote: > Ah, I think I know where I got it from. :-) > > http://blog.miconda.eu/2009/12/best-of-new-in-kamailio-300-3-route.html > > So the question is, is this a "sanctioned" approach, or just something > eccentric that happens to be supported? And if the forme

Re: [SR-Users] flags documentation

2016-11-22 Thread Daniel-Constantin Mierla
Hello, On 22/11/2016 06:03, Alex Balashov wrote: > Hi, > > I have this set up in my configuration boilerplate: > > -- > flags > DUMMY : 1, > PDD_DAMPEN : 2, > PROXY_MEDIA_SET: 3, > #!ifdef WITH_NAT_TRAVERSAL > SIPPING : 4, > #!endif >

Re: [SR-Users] Force OpenSER to send a Stop radius accounting record in failure route.

2016-11-22 Thread Daniel-Constantin Mierla
Hello, try with the response code you want to be reflected as event type to be the first token in the acc_rad_request() parameter, like: acc_rad_request("200 BYE with 481 response"); Cheers, Daniel On 22/11/2016 09:24, Jan Hazenberg wrote: > Hi all, > > I have a issue here on a old OpenSER 1.3

Re: [SR-Users] Send SIP Info within a dialog using $uac_req(method)="INFO"

2016-11-22 Thread Daniel-Constantin Mierla
Hello, I am trying to figure out why the kamctl is not passing further the params. Can you set VERBOSE=1 in kamctlrc or just run like: VERBOSE=1 kamctl mi ... It should print the command sent over the fifo file. Send the output here so I can check it. Cheers, Daniel On 21/11/2016 18:38, J

[SR-Users] Change from in a failure route

2016-11-22 Thread Nelson Migliaro
Hello, My sip vendor sends me a 403 error when the caller id (CLI) sent is not valid. I would like to set up a failure route to capture that 403 and set up a default CLI. I tried to use a uac_replace_from() in a failure route but I get: "Command cannot be used in the block" Does anyone know ho

[SR-Users] Message flags preservation for replies in onsend_route

2016-11-22 Thread Alex Balashov
Hi, I have -- flags BLAH : 1, DUMMY : 12 onsend_route_reply=yes route { ... setflag(BLAH); if(!t_relay()) sl_reply_error(); } onsend_route { if(is_reply() && isflagset(BLAH)) do_things(); } -- My discovery has been tha

Re: [SR-Users] Registering Trunk help please

2016-11-22 Thread Daniel Tryba
On Mon, Nov 21, 2016 at 07:14:57PM +, Andrei Mahalean wrote: > I have my pilot DID setup and registered with Kamailio ok and I can make > calls in and out through my PSTN gateway, but I'm unsure how to group all > the other DID's so they are matched against the pilot DID. You can use dbaliases

Re: [SR-Users] Send SIP Info within a dialog using $uac_req(method)="INFO"

2016-11-22 Thread Jonathan Hunter
Hello, One last question relating to this issue of sending SIP INFO within a dialog. (Sorry!) As you know I now have t_uac_dlg working with the exec module to create the SIP INFO, however how do I inject it effectively within the dialog? I have added event_route[dialog:start] as thought thi

[SR-Users] Force OpenSER to send a Stop radius accounting record in failure route.

2016-11-22 Thread Jan Hazenberg
Hi all, I have a issue here on a old OpenSER 1.3 system. We have some clients that respond to a BYE message with a 481 resulting in a missing radius accounting record. I have added some code to the failure route to force accounting even if a 481 response in received: if (t_check_status("481

Re: [SR-Users] presentity tabla, faster update when drop TCP/TLS connection

2016-11-22 Thread João Resende
Can be both option TCP or TLS 2016-11-21 11:26 GMT+00:00 Daniel-Constantin Mierla : > Hello, > are the clients connected over upd or tcp/tls? > > Cheers, > Daniel > > On 21/11/16 12:13, João Resende wrote: > > I'm testing kamailio with a SIP client with presence support, when I get a > connection