Re: [SR-Users] Facing issue in Registration of SIP Client

2016-03-03 Thread Franz Edler
Hi, > Now I was trying to configure Hard phone same as SIP Client configurations > to make a call between soft phone and hard phone. Configured everything > on hard phone but have to Disable NAT. > > Could you please help me, where to DISABLE NAT in configuration file. NAT is handled by P-CSCF.

Re: [SR-Users] Kamailio 5.0 - B2BUA

2016-03-03 Thread Alex Balashov
On 03/03/2016 03:02 PM, Juha Heinanen wrote: Would the proposed B2BUA be based on dialog module? I am not sure the 'dialog' module would be of much help here, prima facie, but it's certainly possible that some aspect of its dialog state machine could be borrowed for a UA dialog layer. It

Re: [SR-Users] Kamailio 5.0 - B2BUA

2016-03-03 Thread Juha Heinanen
Would the proposed B2BUA be based on dialog module? If so, I remember a few years ago that there were some fundamental problems with dialog module and it was proposed to design a new dialog-ng module. I haven't followed what (if anything) happened. Would the proposed B2BUA also include SBC

Re: [SR-Users] Hello I am having problems pointing to a custom dispatcher table

2016-03-03 Thread Alex Balashov
Have you renamed the entry for the table in your 'version' table? -- Alex Balashov | Principal | Evariste Systems LLC 303 Perimeter Center North, Suite 300 Atlanta, GA 30346 United States Tel: +1-800-250-5920 (toll-free) / +1-678-954-0671 (direct) Web: http://www.evaristesys.com/,

[SR-Users] Hello I am having problems pointing to a custom dispatcher table

2016-03-03 Thread Humberto Rodriguez
Hello I am having problems pointing to a custom dispatcher table, when I use "dispatcher" as table, the kamailio service start running normal, but when I try to use for example "my_dispatcher" table the error shown bellow appears. I do not want to rebuilt the database, *my purpose is to have

Re: [SR-Users] DMQ question

2016-03-03 Thread Charles Chance
Hi Alex, The function was primarily intended for onward replication of successful REGISTERs, rather than transactional state. Assuming the function was available for replies, how do you anticipate handling them on the standby node(s)? Cheers, Charles On 3 Mar 2016 17:33, "Alex Balashov"

Re: [SR-Users] DMQ question

2016-03-03 Thread Alex Balashov
Charles, If replication for replies is not available, how would a replicated transaction transition through its life cycle on a standby cluster node? -- Alex Balashov | Principal | Evariste Systems LLC 303 Perimeter Center North, Suite 300 Atlanta, GA 30346 United States Tel: +1-800-250-5920

Re: [SR-Users] DMQ question

2016-03-03 Thread Charles Chance
The function is only available to request route right now - it's been a while so I don't recall the exact reasons behind it, however the same restriction applies to t_replicate(). I can take a closer look later and let you know for sure. Charles On 3 March 2016 at 16:31, Alex Balashov

Re: [SR-Users] DMQ question

2016-03-03 Thread Alex Balashov
On 03/03/2016 11:29 AM, Charles Chance wrote: In the first instance, you could use dmq_is_from_node() to determine if the message is a replicated one and if so, don't relay. There's no specific function to check the state of other nodes, although it would be a simple addition. If I understand

Re: [SR-Users] DMQ question

2016-03-03 Thread Charles Chance
In the first instance, you could use dmq_is_from_node() to determine if the message is a replicated one and if so, don't relay. There's no specific function to check the state of other nodes, although it would be a simple addition. If I understand your question correctly, however, if the message

Re: [SR-Users] DMQ question

2016-03-03 Thread Alex Balashov
On 03/03/2016 11:09 AM, Charles Chance wrote: Yes, you are correct. It simply wraps the standard t_replicate() function, replicating the original request to every other node (first appending a new branch for each). Use case is essentially the same as the original but having the benefit of not

Re: [SR-Users] DMQ question

2016-03-03 Thread Charles Chance
Hi Alex, Yes, you are correct. It simply wraps the standard t_replicate() function, replicating the original request to every other node (first appending a new branch for each). Use case is essentially the same as the original but having the benefit of not having to define destination(s)

Re: [SR-Users] Kamailio 5.0 - B2BUA

2016-03-03 Thread Pawel Kuzak
We'd also welcome a signaling-only B2BUA component for Kamailio, so +1 for this. Regards, Paul Am 03.03.2016 um 13:25 schrieb Alex Balashov: ‎The idea of a B2BUA is even more revolting when you consider that the overwhelming preponderance of people who have a topology concealment need have

Re: [SR-Users] Kamailio 5.0 - B2BUA

2016-03-03 Thread Alex Balashov
I think the problem with this suggestion is that everyone would welcome it, +1, yet it's literally the worst thing imaginable. :-) -- Alex Balashov | Principal | Evariste Systems LLC 303 Perimeter Center North, Suite 300 Atlanta, GA 30346 United States Tel: +1-800-250-5920 (toll-free) /

Re: [SR-Users] Kamailio 5.0 - pseudo variable name cleanup

2016-03-03 Thread Alex Balashov
I would agree that, given a sufficiently large number of variables: - It is inevitable that even long-time Kamailio developers and experienced professionals have to go to the documentation to find what they need. One cannot reasonably expect to have everything memorised without consulting

Re: [SR-Users] Kamailio 5.0 - pseudo variable name cleanup

2016-03-03 Thread Daniel-Constantin Mierla
Hello, Personally, I have to go to the documentation anyhow, especially for functions, where the name is anyhow suggestive, but there are too many to remember by heart and know their parameters. Also, one of the benefits for short names is a compact string when printing them with xlog() or as

[SR-Users] DMQ question

2016-03-03 Thread Alex Balashov
Hi, If I understand the DMQ documentation correctly, when a SIP request is distributed to other Kamailio instances via dmq_t_replicate(), it is not merely sent as a payload in a novel way, but actually "rehydrated" by the receiver into a mock request on the other end and processed as through

Re: [SR-Users] Kamailio 5.0 - Scripted DB Migrations

2016-03-03 Thread Daniel-Constantin Mierla
Hello, kamcli tool is a good candidate for such feature, it is python and quite modular: - https://github.com/asipto/kamcli Adding migrating db feature was one of my goals for this tool, but lack of time didn't allow me to dig much into python, as I am not using this programming language that

Re: [SR-Users] mariadb and sql_query_async: the db driver module doesn't support async query

2016-03-03 Thread Daniel Tryba
On Tue, Mar 01, 2016 at 04:02:49PM +0100, Daniel Tryba wrote: > Only to find out that the queries aren't inserted and the log contains: > /usr/sbin/kamailio[24754]: ERROR: sqlops [sql_api.c:429]: > sql_do_query_async(): the db driver module doesn't support async query Well, the problem is I'm

[SR-Users] Kamailio 5.0 - db_cluster module sql_query_async support

2016-03-03 Thread Daniel Tryba
If the backends for a dbcluster supports sql_query_async, sql_query_async should be available. At this moment (only tested with 4.3.x) async isn't supported. ___ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list

[SR-Users] Kamailio v4.3.5 Released

2016-03-03 Thread Daniel-Constantin Mierla
Hello, Kamailio SIP Server v4.3.5 stable release is out. This is a maintenance release of the latest stable branch, 4.3, that includes fixes since release of v4.3.4. There is no change to database schema or configuration language structure that you have to do on previous installations of v4.3.x.

[SR-Users] Kamailio 5.0 - pseudo variable name cleanup

2016-03-03 Thread Sven Neuhaus
Hi, a suggestion for Kamailio 5.0 is to get rid of the cryptic, case sensitive pseudo-variable names. Instead we replace them with descriptive names like the ones already provided by the TLS module. The current pseudo variables are a constant nuisance unless you deal with Kamailio every day and

Re: [SR-Users] Kamailio 5.0 - B2BUA

2016-03-03 Thread Alex Balashov
‎The idea of a B2BUA is even more revolting when you consider that the overwhelming preponderance of people who have a topology concealment need have business models based solely on information asymmetries and arbitrage. If the only thing you've got going for you is that you can buy at one

Re: [SR-Users] Kamailio 5.0 - B2BUA

2016-03-03 Thread Alex Balashov
‎Ivan,Yeah, there's Sippy. But the OSS version handles almost more like a library than a complete userspace application. ‎And, have you tried to put several thousand CPS through it? :)

Re: [SR-Users] question about dlg_var

2016-03-03 Thread Julia Boudniatsky
Hello, I am using two different on_reply routes: if (is_method("INVITE") && !has_totag()) { ... t_on_reply(REPLY_TO_SOURCE); } route[WITHINDLG] { if(has_to_tag()) { t_on_reply(REPLY_IN_DIALOG); } May be it will help. Best regards, Julia. On Thu, Mar 3, 2016

Re: [SR-Users] Kamailio 5.0 - B2BUA

2016-03-03 Thread Igor Olhovskiy
As not for the module, but there is b2bua FOSS in the market, Like https://github.com/sippy/b2bua Also, as a person, that worked with OpenSIP’s b2bua module, can say it’s really strange and limited in functionality. So, +1 for b2bua module with good design. (Like proxy|relay registrations,

Re: [SR-Users] Kamailio 5.0 - HTTP loading of config files

2016-03-03 Thread Daniel Tryba
On Wed, Mar 02, 2016 at 07:24:59PM +, Tim Chubb wrote: > My original post did leave a fairly important potential benefit to > native HTTP loading of config though, that is you could dynamically > generate config in a webapp which the mooted 5.0 runtime routing > reloading could really take

Re: [SR-Users] Kamailio 5.0 - B2BUA

2016-03-03 Thread Federico Cabiddu
Hi, I'm not a fan of the idea of having a B2B implemented in Kamailio, but at the same time I agree with Alex's reasons for having it, so I give a +1 to this. Cheers, Federico On Wed, Mar 2, 2016 at 7:01 PM, Fred Posner wrote: > On 03/02/2016 12:45 PM, Alex Balashov wrote: >

Re: [SR-Users] question about dlg_var

2016-03-03 Thread Federico Cabiddu
Hi, If I understood correctly the original question was to identify, in a reply route, a 200 OK coming for an initial INVITE. In the reply route the 200 OK will always have a to tag (unless the UAS is broken), so you cannot this condition. Regards, Federico On Thu, Mar 3, 2016 at 9:05 AM, Serge

Re: [SR-Users] question about dlg_var

2016-03-03 Thread Serge S . Yuriev
Hi,Sorry, but why not to check has_totag again? Why we need a flag?-- Wbr, Serge via mobile03.03.2016, 09:31, "Federico Cabiddu" :Hi,$dlg_var is not available at this stage of the dialog:http://www.kamailio.org/docs/modules/devel/modules/dialog.html#idp19330392To