Re: [SR-Users] dlg_manage() and dlg_flag

Hello, indeed the dlg_flag modparam should be made optional, or even removed. Cheers, Daniel On 23.03.18 19:49, Alex Balashov wrote: > Hi, > > One aspect of the dialog module that is very confusing to newbies is the > relationship between the dlg_flag modparam and dlg_manage(). > > According

Re: [SR-Users] have successfully installed but ..

Am Mittwoch, 21. März 2018, 20:34:48 CET schrieb Adrian Bartlett: > we have 2 upstream carriers .. one we are currently using and one whice we > have an account with and use as a fallback if the upstream carrier is to > expensive > we have 2 servers one for business one for residential customers

Re: [SR-Users] Can't get route[AUTH] working as expected.

Thanks Samy for replying. I wanted if Caller IP was not allowed it should be asked for digest authentication. But above default AUTH route only do that if from_uri is local. If someone set a different URI in from header he will be able to bypass the security check. Correct me if I am wrong

Re: [SR-Users] Can't get route[AUTH] working as expected.

Hi Aqs, What seems to be the problem ! do you want this caller to be IP Authenticated or Digest Authenticated or denied !? On Fri, Mar 23, 2018 at 6:16 AM, Aqs Younas wrote: > Greetings list. > > I can see that I was able to bypass the default route[AUTH] if I send an >

[SR-Users] dlg_manage() and dlg_flag

Hi, One aspect of the dialog module that is very confusing to newbies is the relationship between the dlg_flag modparam and dlg_manage(). According to the documentation, dlg_manage() effectively seems to obsolete the requirement for a flag[1]: Process current SIP request with dialog module.

[SR-Users] Dispatcher Routing Failure

What constitutes a 'failed request' in dispatcher module, in which a gateway is marked inactive? >From documentation - ds_ping_interval With this parameter you can define the interval for sending a request to a gateway marked as inactive upon a failed request routing to it.

Re: [SR-Users] Re: Audio stops after resuming call from hold

Config code looks solid to me. Look at the 'c=' in SDP in the forward and reply re-INVITEs. If it gets properly overwritten (same way as it is for the dialog forming INVITE) when rtpengine is engaged, then I believe we are facing some kind of bug in the 4.2 version of Kamailio, something about

Re: [SR-Users] nat_uac_test(8)

On Fri, Mar 23, 2018 at 10:43:05AM +0100, Daniel Tryba wrote: > On Thu, Mar 22, 2018 at 04:23:18PM -0400, John Petrini wrote: > > If you're asking if nat_uac_test should be updated to check for 192.0.0.0/29 > > I think that's a great idea. ... > I'm to lazy^W^Wdon't have the time to figure out how

Re: [SR-Users] Re: Audio stops after resuming call from hold

Hi I think my issue is related to rtpengine when the call is take off hold. Im using a private address and a public address . below is route section of our Kamailio.cfg and do I have somethimg setup incorrectly for handleing re-invites? /usr/sbin/rtpengine --pidfile

[SR-Users] Can't get route[AUTH] working as expected.

Greetings list. I can see that I was able to bypass the default route[AUTH] if I send an invite containing from_uri which is not local but requested line containing a local user. llisten=udp:172.16.40.10:5060 route[AUTH] { #!ifdef WITH_AUTH #!ifdef WITH_IPAUTH if((!is_method("REGISTER")) &&

Re: [SR-Users] Push and tcpconn_main_timeout

On Thu, Mar 22, 2018 at 09:26:02PM +0100, Kjeld Flarup wrote: > Thanks for Your suggestion. I'm however not sure that it will solve the > problem which is a TCP connection problem. > > I solved the issue by sending the call back to the kamailio which handles > the registrations, and just let the

Re: [SR-Users] nat_uac_test(8)

On Thu, Mar 22, 2018 at 04:23:18PM -0400, John Petrini wrote: > If you're asking if nat_uac_test should be updated to check for 192.0.0.0/29 > I think that's a great idea. Don't know if I got every use in the source tree of private nets, but following diff should do the trick. This net can be

Re: [SR-Users] Re: Audio stops after resuming call from hold

Hi Segriu I think my issue is with rtpengine . I’m using direction parameter to set a LAN and WAN IP on the offer and I think it’s getting messed up during re-invites Best Regards Gerry Kernan From: sr-users [mailto:sr-users-boun...@lists.kamailio.org] On Behalf Of

Re: [SR-Users] Bug in evrexec module?

Hello, can you try with the latest git branch 5.1? I just pushed a patch to fix it, a wrong function was used to search the route block for the stage of modparam evaluation. An workaround could be putting the modparam after the definition of event_route, but with the pushed patch, it is not

[SR-Users] Bug in evrexec module?

Hi all, anyone try the evrexec module yet? When I try, Kamailio fails to start and I'm getting an error that it can't find the event route I'm specifying in the modparam, but I started with trying the example from the docs. I think it might be a bug