Re: [SR-Users] TOPOH module im REGISTER method.

Hi all, Any update please? Thanks with regards.Mojtaba On Wed, Sep 5, 2018 at 12:19 PM Mojtaba wrote: > > Hi all, > I try to used SEMS in this regards, But i have this issue. > https://lists.kamailio.org/pipermail/sr-users/2018-August/102753.html > Any updates? > Thanks > On Tue, Sep 4, 2018 at

Re: [SR-Users] Crashed drouting

Am Mittwoch, 12. September 2018, 21:16:21 CEST schrieb Евгений Голей: > I was helped to make changes to the source file > /src/modules/drouting/prefix_tree.c line 101 It was > if (NULL == prefix) > has become > if (NULL == prefix || NULL == prefix-> s). > > >Понедельник, 10 сентября 2018, 23:49

Re: [SR-Users] DMQ - Failed to get domain

Yes, that output was from receiver. When using DB only and no DMQ, things work fine. No, I don’t have any calls to save on receiver or register handling in general. I was under the impression that DMQ / dmq_usrloc module handled this transparently. I have tried this previously though with no

Re: [SR-Users] Crashed drouting

Hello! I was helped to make changes to the source file /src/modules/drouting/prefix_tree.c line 101 It was if (NULL == prefix) has become if (NULL == prefix || NULL == prefix-> s). >Понедельник, 10 сентября 2018, 23:49 +03:00 от Евгений Голей >: > > > >Good evening, look, did I do the right

Re: [SR-Users] remove_hf("Bla") for all requests

Hello Sergiu I assum you are trying to reduce the packet size right ? How benefit is removing one header ? On Wed, Sep 12, 2018, 8:34 PM Sergiu Pojoga wrote: > Precisely what I need, thanks Daniel. > > On Wed, Sep 12, 2018 at 12:59 PM Daniel-Constantin Mierla < > mico...@gmail.com> wrote: >

Re: [SR-Users] remove_hf("Bla") for all requests

Precisely what I need, thanks Daniel. On Wed, Sep 12, 2018 at 12:59 PM Daniel-Constantin Mierla wrote: > Hello, > > no need to arm onreply_route[x] for all requests, you can just define: > > reply_route { > > ... > > } > It is the the equivalent of request_route, but for handling the replies

Re: [SR-Users] remove_hf("Bla") for all requests

Hello, no need to arm onreply_route[x] for all requests, you can just define: reply_route {   ... } It is the the equivalent of request_route, but for handling the replies received by kamailio. Cheers, Daniel On 12.09.18 18:20, Sergiu Pojoga wrote: > That did the trick, sorry to have

Re: [SR-Users] remove_hf("Bla") for all requests

That did the trick, sorry to have bothered. All that was to put SIP on a strict diet, as suggested by Alex in his article . Cheers! On Wed, Sep 12, 2018 at 11:50 AM Sergiu Pojoga wrote: > Hi Joel. > >

Re: [SR-Users] remove_hf("Bla") for all requests

Hi Joel. Yes, and it works fine, but only for the INVITE|SUBSCRIBE|UPDATE methods or otherwise if I remove the *if (is_method("INVITE|SUBSCRIBE|UPDATE"))* statement entirely, which will arm the *onreply_route* for all types of methods, e.g. OPTIONS or REGISTER, consequently go to NATMANAGE, which

Re: [SR-Users] remove_hf("Bla") for all requests

I don't know if I understood correctly, but have you tried just adding the remove_hf("User-Agent") in the onreply_route just as you did in the request_route? On Wed, Sep 12, 2018 at 7:37 AM, Sergiu Pojoga wrote: > Hi there, > > Say I need to remove_hf("User-Agent") for all requests, back and

[SR-Users] remove_hf("Bla") for all requests

Hi there, Say I need to remove_hf("User-Agent") for all requests, back and forth. So I add it at the top of *request_route *section. However, replies don't seem to be affected by it. Do I really need to arm a *t_on_reply route* for this simple purpose? "Problem" with that is that *route[RELAY]*

Re: [SR-Users] DMQ - Failed to get domain

On Fri, 7 Sep 2018 at 14:40, Daniel W. Graham wrote: > My intent is to run in memory only except on one node which writes to > database for reporting use. > > > > If this is not possible I will use an alternate for the database host. > > > It is possible, although you should use mode 1 or 2.

Re: [SR-Users] kamailio + rtpengine + custom filename

It is pretty straightforward, There is simple way to use it. You could use exec module to run shell command in kamailio, for example: if (is_method("BYE")) { exec_msg("mv /var/lib/rtpengine-recording/$ci* /your_custom_path/new_filename.wav"); } When the BYE method for specific

Re: [SR-Users] Missing ACC record in case of canceled call forking

Hello, ok, thanks for testing, I will backport to 5.1 ... Cheers, Daniel On 12.09.18 09:50, Marco Capetta wrote: > Hello, > > yes, a "486 Busy Here" message is sent back to the caller as final reply. > > > Thanks > > Cheers > Marco > > > On 09/11/2018 05:20 PM, Daniel-Constantin Mierla wrote:

Re: [SR-Users] Module RTPPROXY param Timeout_Socket not Working

Danial Can you please answer to this comment ( https://github.com/kamailio/kamailio/issues/1597#issuecomment-416858027 ) Regards Hamid R. Hashmi __ www.hrhashmi.blogspot.com Mobile: +92 300 968 22 85 ; +92 322 636 32 66 Email: