Re: [SR-Users] Any suggestion if I just want to update one or some modules?

2015-03-03 Thread Måns Nilsson
Subject: [SR-Users] Any suggestion if I just want to update one or some modules? Date: Wed, Mar 04, 2015 at 11:48:46AM +0800 Quoting jack wang (antira...@gmail.com): > Is there more efficient way for just updating the specified module ?? FWIW, I did exactly that, on FreeBSD: cd srcpath/modu

Re: [SR-Users] Any suggestion if I just want to update one or some modules?

2015-03-03 Thread jack wang
I found it's work if I make under the specified module directory... but still can not figure out why it gets error if under the main directory. 2015-03-04 11:48 GMT+08:00 jack wang : > For example, > If I modify only the registrar module, > I thought the steps were: > > 1. make modules=modules\r

Re: [SR-Users] TLS conversion

2015-03-03 Thread Kelvin Chua
just an idea, will it work if i used subst_hf? Kelvin Chua On Tue, Mar 3, 2015 at 5:16 PM, Daniel-Constantin Mierla wrote: > Hello, > > We need to review this in rr. > > Meanwhile you can use s.substr transformation to get whats after sips and > prefix it with sip in r-uri. > > Cheers, > Daniel

[SR-Users] Any suggestion if I just want to update one or some modules?

2015-03-03 Thread jack wang
For example, If I modify only the registrar module, I thought the steps were: 1. make modules=modules\registrar modules 2. copy the registrar.so to the installed path And when starting kamailio I got the error message below: ERROR: [sr_module.c:417]: version_control(): ERROR: module compile fla

[SR-Users] switch called number

2015-03-03 Thread jaflong jaflong
Hi Guys I want to archive this setup Kamailio to switch called number and the switch to be hidden from the client so there should be no mention of the switched number in any of the messages back to the client. for example phone client calls "alex" kamailio to switch "alex" to "54321" and send t

[SR-Users] How to Use Multiple DMQ Notification Addresses

2015-03-03 Thread Robert Boisvert
Hello all, I would like to setup a DMQ bus where servers can come on and offline and have DMQ continue working with the online servers. I'm having trouble understanding how to do that with the notification address. Can someone point me in the right direction? More specifically, suppose I have f

Re: [SR-Users] Can following scenario be implemented using Kamilio

2015-03-03 Thread Alex Balashov
On 03/03/2015 12:48 PM, Jayanth Acharya wrote: This is an amazing community. Thank you, we try. But in all fairness, you are also the ideal newbie; you're asking very specific, defined questions that have specific, detailed answers, so it's easy to help you. Sometimes newbies show up and

Re: [SR-Users] Can following scenario be implemented using Kamilio

2015-03-03 Thread Jayanth Acharya
Will need to read a bit more to understanding it completely, but I think I get the gist. Thanks again. This is an amazing community. On Tue, Mar 3, 2015 at 11:12 PM, Alex Balashov wrote: > On 03/03/2015 12:40 PM, Jayanth Acharya wrote: > > BTW, Daniel - one point in your reply to Alex caught m

Re: [SR-Users] Can following scenario be implemented using Kamilio

2015-03-03 Thread Alex Balashov
On 03/03/2015 12:40 PM, Jayanth Acharya wrote: BTW, Daniel - one point in your reply to Alex caught my attention "I don't allow client EPs to do redirects"... perhaps this is very simply, but how is this prohibited ? This is something that is baked into the logic of your routing, i.e. don't a

Re: [SR-Users] Can following scenario be implemented using Kamilio

2015-03-03 Thread Jayanth Acharya
Thanks again Alex, pretty clear - I suppose. BTW, Daniel - one point in your reply to Alex caught my attention "I don't allow client EPs to do redirects"... perhaps this is very simply, but how is this prohibited ? On Tue, Mar 3, 2015 at 11:08 PM, Daniel Tryba wrote: > On Tuesday 03 March 2015

Re: [SR-Users] Can following scenario be implemented using Kamilio

2015-03-03 Thread Alex Balashov
On 03/03/2015 12:38 PM, Daniel Tryba wrote: BTW I don't allow client endpoints to do redirects, I only accept this from my redirecters so I'm not concerned about strange headers not handled by my subst. I understand. But it's still not "formally correct" because it captures only one of the ma

Re: [SR-Users] Can following scenario be implemented using Kamilio

2015-03-03 Thread Daniel Tryba
On Tuesday 03 March 2015 18:31:13 Alex Balashov wrote: > > $var(contact) = $(var(contact){re.subst,/^<(sip:\+? > > > > [0-9]+@.*)>$/\1/}); > > I would recommend, from a best-practical perspective, not doing this > substitution, but instead using transformations[1] to extract the

Re: [SR-Users] Can following scenario be implemented using Kamilio

2015-03-03 Thread Alex Balashov
On 03/03/2015 12:32 PM, Jayanth Acharya wrote: Would Kamilio also take care to send out the ACK to end the trasaction with B-party, and continue the relayed transaction with C-party ? Indeed it will. Is this, in effect same as serial forking ? It is not only in effect the same as serial fo

Re: [SR-Users] Can following scenario be implemented using Kamilio

2015-03-03 Thread Jayanth Acharya
Thanks Daniel, couldn't have asked for more. Daniel and Alex, one further question... (theoretical, since I'm yet to try this out) - Would Kamilio also take care to send out the ACK to end the trasaction with B-party, and continue the relayed transaction with C-party ? Is this, in effect same as

Re: [SR-Users] Can following scenario be implemented using Kamilio

2015-03-03 Thread Alex Balashov
On 03/03/2015 12:21 PM, Daniel Tryba wrote: $var(contact) = $T_rpl($ct); $var(contact) = $(var(contact){re.subst,/^<(sip:\+? [0-9]+@.*)>$/\1/}); I would recommend, from a best-practical perspective, not doing this substitution, but instead using transformatio

Re: [SR-Users] Can following scenario be implemented using Kamilio

2015-03-03 Thread Jayanth Acharya
Thanks Alex.Wow, that was very fast. I am new to Kamilio (and SIP in general), but a quick research tells that I've to configure Kamilio to run in the transaction stateful mode, which in turn brings down it's performance. Is that correct ? On Tue, Mar 3, 2015 at 10:29 PM, Alex Balashov wrote: >

Re: [SR-Users] Can following scenario be implemented using Kamilio

2015-03-03 Thread Jayanth Acharya
Thanks, that puts my performance worry to rest. On Tue, Mar 3, 2015 at 10:48 PM, Alex Balashov wrote: > On 03/03/2015 12:08 PM, Jayanth Acharya wrote: > > I am new to Kamilio (and SIP in general), but a quick research tells >> that I've to configure Kamilio to run in the transaction stateful mo

Re: [SR-Users] SCA fails to update appearance

2015-03-03 Thread Jorj Bauer
> One thing I can see is that neither of the devices send a SUBSCRIBE with > line-seize Event. They rather just subscribe to the call-info event, and > in the oubound INVITE, they don't send a Call-Info header either. Is > this mandatory for the SCA module to work? It sounds like they're not confi

Re: [SR-Users] Can following scenario be implemented using Kamilio

2015-03-03 Thread Daniel Tryba
On Tuesday 03 March 2015 17:56:45 Jayanth Acharya wrote: > Would like to know if Kamilio (in it's sip-proxy role) could be configured > to somehow take note of the 'Contact:' header of a 302 response from > B-party, to forward the INVITE to C-party (specified by the updated Contact > URI) ? No pro

Re: [SR-Users] Can following scenario be implemented using Kamilio

2015-03-03 Thread Alex Balashov
On 03/03/2015 12:08 PM, Jayanth Acharya wrote: I am new to Kamilio (and SIP in general), but a quick research tells that I've to configure Kamilio to run in the transaction stateful mode, which in turn brings down it's performance. Is that correct ? No, not really. :-) This is true, strictly

[SR-Users] Can following scenario be implemented using Kamilio

2015-03-03 Thread Jayanth Acharya
Would like to know if Kamilio (in it's sip-proxy role) could be configured to somehow take note of the 'Contact:' header of a 302 response from B-party, to forward the INVITE to C-party (specified by the updated Contact URI) ? Alternatively, is there a way for the B-party SIP UAS to get the proxy

Re: [SR-Users] Can following scenario be implemented using Kamilio

2015-03-03 Thread Alex Balashov
On 03/03/2015 11:56 AM, Jayanth Acharya wrote: Would like to know if Kamilio (in it's sip-proxy role) could be configured to somehow take note of the 'Contact:' header of a 302 response from B-party, to forward the INVITE to C-party (specified by the updated Contact URI) ? Absolutely. You can

Re: [SR-Users] kamailio asterisk

2015-03-03 Thread Slava Bendersky
Hello Daniel, Is notify should follow subscribe routes ? Here SUBSCRIBE completely look normal to me. <--- SIP read from UDP:10.18.130.46:5060 ---> SUBSCRIBE sip:10...@networklab.ca SIP/2.0 Record-Route: Accept: application/simple-message-summary Via: SIP/2.0/UDP 10.18.130.46;branch=z9hG

Re: [SR-Users] REmove Header line with tags

2015-03-03 Thread Daniel-Constantin Mierla
You will have to provide full sip trace of such call to see whats rlwrong with routing. Cheers, Daniel On Tuesday, March 3, 2015, Yuriy Gorlichenko wrote: > I addes msg_apply_changes() but now kamailio dont send ACK message. I see > that it only arrievs to kamailio. > > 2015-03-03 9:53 GMT+03:0

Re: [SR-Users] TLS conversion

2015-03-03 Thread Daniel-Constantin Mierla
Hello, We need to review this in rr. Meanwhile you can use s.substr transformation to get whats after sips and prefix it with sip in r-uri. Cheers, Daniel On Tuesday, March 3, 2015, Kelvin Chua wrote: > Found the problem, on the 200 OK, I have this record route list > > Record-Route: IP>:605

Re: [SR-Users] REmove Header line with tags

2015-03-03 Thread Yuriy Gorlichenko
I addes msg_apply_changes() but now kamailio dont send ACK message. I see that it only arrievs to kamailio. 2015-03-03 9:53 GMT+03:00 Daniel-Constantin Mierla : > Hello, > > remove_hf() removes the entire header, including its parameters. > > The issue here seems to be related to the fact that y

Re: [SR-Users] TLS conversion

2015-03-03 Thread Kelvin Chua
Found the problem, on the 200 OK, I have this record route list Record-Route: :6056;transport=tls;r2=on;lr;ftag=as620b910c;did=242.fd92;nat=yes>. Record-Route: :6055;r2=on;lr;ftag=as620b910c;did=242.fd92;nat=yes>. Record-Route: :5080;lr=on;did=242.968> the second entry is wrong. it should be sip: