Re: [SR-Users] kamailio & vmware

2018-03-29 Thread Jean Cérien
Mar 28, 2018 at 3:09 PM, Jean Cérien > wrote: > > > > Thanks for the help > > > > I've reproduced the issue on the test bed, with sipp to generate calls. > > > > The issue appears in the second call - Asterisk places a call to Kamailio > > that s

Re: [SR-Users] kamailio & vmware

2018-03-28 Thread Jean Cérien
does the > INVITE and 200 message look like > > > On Mar 28, 2018, at 9:04 AM, Jean Cérien wrote: > > > Kamailio. > > Here is the situation. Call arrives from voip provider to kamailio, it > dispatches to asterisk, asterisk answers, and initiates another call > throu

Re: [SR-Users] kamailio & vmware

2018-03-28 Thread Jean Cérien
vices > > On Mar 27, 2018, at 6:06 PM, Alberto Llamas > wrote: > > Hi Jean, > > It might be something else. We do have an entire virtualized environment > on Vmware with Asterisk, kamailios and another VoIP component without any > issue with thousands of customers using i

Re: [SR-Users] kamailio & vmware

2018-03-27 Thread Jean Cérien
Many thanks for this quick feedback. Is that your own hardware, or something hosted ? J. On Tue, Mar 27, 2018 at 6:06 PM, Fred Posner wrote: > On 3/27/18 5:48 PM, Jean Cérien wrote: > >> >> Hello >> We are running a kamailio 5.0 on a VMWARE / VSPHERE 6.0 vm, with

[SR-Users] kamailio & vmware

2018-03-27 Thread Jean Cérien
Hello We are running a kamailio 5.0 on a VMWARE / VSPHERE 6.0 vm, with a couple of asterisk running on 2 physical hosts. Audio goes straight to the asterisk, no rtpengine / rtpproxy. I actually have no audio issues, but communication between the asterisk & kamailio for sip sometime fails - I get a

[SR-Users] drouting & rd

2018-03-21 Thread Jean Cérien
Hello I have setup 2 gateways in my dr_rules: 5,6 - so the 2nd one is tried if the first fails. The second one requires credentials. When the first one fails: I execute the following code: failure_route[ROUTEFAIL] { if ( t_check_status("[345][0-9][0-9]") or (t_branch_timeout() and !t_br

Re: [SR-Users] any interest in segmentation fault at startup ?

2018-02-06 Thread Jean Cérien
Hi I've isolated to that line: xlog("L_INFO","route(fixdigits) @@ $rm - E164 : sip:"+$(fU{s.substr,1,0})+"@"+$fd); (I was trying to evntually modify the from field). I guess the + werent a good idea. Kamailio version is the one from your repo (deb http://deb.kamailio.org/kamailio50 stretch mai

[SR-Users] any interest in segmentation fault at startup ?

2018-02-06 Thread Jean Cérien
Hi I guess I'm a bit too creative when it comes to kamailio syntax just edited the cfg file and got the following error upon startup: kamctl start INFO: Starting Kamailio : /usr/sbin/kamctl: line 1915: 5294 Segmentation fault $OSERBIN -P $PID_FILE -f $ETCDIR/kamailio.cfg $STARTOPTIONS

Re: [SR-Users] Purge htable after dialog termination

2018-01-23 Thread Jean Cérien
entries to the max dialog > lifetime that you allow, as a safety backup. > > Cheers, > Daniel > > On 22.01.18 13:59, Jean Cérien wrote: > > > Hello > Any suggestions ? still struggling with this, > > Rgds > > On Fri, Jan 19, 2018 at 3:09 PM, Jean Cérien &g

Re: [SR-Users] Purge htable after dialog termination

2018-01-22 Thread Jean Cérien
Hello Any suggestions ? still struggling with this, Rgds On Fri, Jan 19, 2018 at 3:09 PM, Jean Cérien wrote: > > Hello > > I am following up on the improper sip dialog that has been fixed by > storing contact details into a htable. > > I am trying to delete the key at th

[SR-Users] Purge htable after dialog termination

2018-01-19 Thread Jean Cérien
Hello I am following up on the improper sip dialog that has been fixed by storing contact details into a htable. I am trying to delete the key at the end of the call, so the table doesnt grow exponentially. I've added a event_route[dialog:end] {} block, but I see it is processed BEFORE the BYE i

Re: [SR-Users] t_relay dying ?

2018-01-09 Thread Jean Cérien
Many thanks, I've managed to handle a call properly. I really want to thank Daniel, and all that have helped on this subject. Regards J. On Mon, Jan 8, 2018 at 11:42 PM, Joel Serrano wrote: > Just a hint here, try setting $du and then t_relay... > > On Mon, Jan 8, 2018 at 11:

Re: [SR-Users] t_relay dying ?

2018-01-08 Thread Jean Cérien
sip:number@asteriskip:5060"; if (!t_relay()) { Why would the t_relay forward to the kamailio IP and not the asterisk ? Rgds J On Mon, Jan 8, 2018 at 11:49 AM, Jean Cérien wrote: > Many, many thanks ! > > I've posted the full dialog unredacted here: https://pastebin.com/EE9i

Re: [SR-Users] t_relay dying ?

2018-01-08 Thread Jean Cérien
:5060 SIP/2.0 Am I understanding correctly ? Rgds J On Mon, Jan 8, 2018 at 11:28 AM, Sebastian Damm wrote: > Hi, > > On Mon, Jan 8, 2018 at 2:39 PM, Jean Cérien wrote: > >> >> Thanks for this answer. The voip provider is not really eager to alter >> its SBC as it

Re: [SR-Users] t_relay dying ?

2018-01-08 Thread Jean Cérien
Thanks for this answer. The voip provider is not really eager to alter its SBC as it considers that the contact field is not mandatory in the ACK. The RFC states (section 8.1.1.8) The Contact header field MUST be present and contain exactly one SIP or SIPS URI in any request that can result in

Re: [SR-Users] t_relay dying ?

2018-01-02 Thread Jean Cérien
traffic look > like? Are Asterisk and Kamailio on different Servers? > > > > -Steve > > > > *From:* sr-users [mailto:sr-users-boun...@lists.kamailio.org] *On Behalf > Of *Jean Cérien > *Sent:* Tuesday, January 2, 2018 8:04 AM > *To:* Daniel-Constantin Mierla &

Re: [SR-Users] t_relay dying ?

2018-01-02 Thread Jean Cérien
Hello Any suggestion as to why the ACK is not forwarded to the Asterisk box and stays on the kamailio server ? REgards J. On Tue, Dec 26, 2017 at 11:49 AM, Jean Cérien wrote: > > Daniel > > Many thanks for your help in this holidays season. > > The ACK is now going out and

Re: [SR-Users] t_relay dying ?

2017-12-26 Thread Jean Cérien
Daniel Many thanks for your help in this holidays season. The ACK is now going out and executions follows, which is good, however, the ack is sent to the Kamailio box itself and not actually forwarded to the asterisk (I've attached at the end of this message the initial invite, received ACK and

Re: [SR-Users] t_relay dying ?

2017-12-22 Thread Jean Cérien
11974b4571e0562e8e731df80f48dbc504915 > > Apparently the t_realy() stopped script execution (by returning 0) when > e2e ACK forwarding was successful. The patch should change that to return > true. > > If all works fine while testing, then I will backport. > > Cheers, > Daniel

Re: [SR-Users] t_relay dying ?

2017-12-22 Thread Jean Cérien
lay is not displayed. I hate to say this, but could this be a bug ? Rgds J. On Fri, Dec 22, 2017 at 1:52 AM, Sergey Safarov wrote: > Check that your installation have one NIC with only one default route on > host. > If not check that "mhomed=1" is enabled. > > Sergey > >

[SR-Users] t_relay dying ?

2017-12-21 Thread Jean Cérien
Hello I am using kamailio 5.0.2, on a debian 9 system. Everything was running fine, until one of our voip provider changed his switch. Our kamailio is relaying between several voip providers and several asterisk (only the signalisation, no rtp). When we get an invite from this new switch, we sele

Re: [SR-Users] UACREG - answering to 401 on invite

2017-09-26 Thread Jean Cérien
Ok - found it !! I've managed to get the cseq incremented following the info in this post: https://github.com/kamailio/kamailio/issues/679 Many thanks for your help, J. On Tue, Sep 26, 2017 at 3:34 PM, Jean Cérien wrote: > > Hi > > Still searching on that one. My guess

Re: [SR-Users] UACREG - answering to 401 on invite

2017-09-26 Thread Jean Cérien
= "test"; $avp(apass) = "test"; uac_auth(); t_relay(); exit; } On Tue, Sep 26, 2017 at 11:02 AM, Jean Cérien wrote: > > Thanks - I've done some progress - I've hard coded temporarily the user, > pass & realm, and authenticati

Re: [SR-Users] UACREG - answering to 401 on invite

2017-09-26 Thread Jean Cérien
e a 401 ??? I've tried to contact them but no answer J. On Tue, Sep 26, 2017 at 10:03 AM, Daniel Tryba wrote: > On Tue, Sep 26, 2017 at 09:36:19AM -0400, Jean Cérien wrote: > > I've inserted the following block on the failure route: > > if (t_check_status(&q

Re: [SR-Users] UACREG - answering to 401 on invite

2017-09-26 Thread Jean Cérien
Thanks Daniel for your usual help, it is really appreciated ! I've inserted the following block on the failure route: if (t_check_status("401|407")) { xlog("L_INFO","failure_route(ROUTEFAIL) @@ call to uac_auth()\n"); uac_auth(); t_relay();

[SR-Users] UACREG - answering to 401 on invite

2017-09-26 Thread Jean Cérien
Hello I'm using Kamailio 5.0.1 With the UACREG module, I am registering to a remote provider. Register goes out, 401 back, Register goes out with nonce & co, OK Later, when I send an invite, the provider issues an 401 Unauthorized. I guess it expects me to resubmit an INVITE with the authenticat

[SR-Users] drouting / do_routing / prefix unknown

2017-06-20 Thread Jean Cérien
Hello I am using Kamailio 5.0.2, with module drouting to do prefix based routing. 1. When I call do_routing and the prefix is not known, the r-uri remains unchanged. Is there a way to detect that the prefix is unknown, other than r-uri remains unchanged ? 2. I have the following parameters modpa

Re: [SR-Users] two way routing

2017-06-16 Thread Jean Cérien
m not really satisfied with this method, Regards, J On Thu, Jun 15, 2017 at 4:24 AM, Daniel Tryba wrote: > On Wed, Jun 14, 2017 at 05:28:35PM -0400, Jean Cérien wrote: > > I have the registration working, but when my kamailio receives an > INVITE, I > > am a bit lost regarding

Re: [SR-Users] two way routing

2017-06-14 Thread Jean Cérien
ocs/modules/5.0.x/modules/uac.html#idp38102932 > > Cheers, > Daniel > > On 14.06.17 18:17, Jean Cérien wrote: > > > Thanks, I went for the permission + dispatcher, and so far it looks good. > > One last thing I need the kamailio server to explicitly register

Re: [SR-Users] two way routing

2017-06-14 Thread Jean Cérien
> >- carrierroute > > - drouting > > Cheers, > Daniel > > On 12.06.17 21:21, Jean Cérien wrote: > > > Hello > > I am looking at the following configuration: > > 1/ voip providers, with different external sip servers, will send calls to >

[SR-Users] two way routing

2017-06-12 Thread Jean Cérien
Hello I am looking at the following configuration: 1/ voip providers, with different external sip servers, will send calls to kamailio, that will dispatch them to asterisk servers, with load balancing & failover. The IP of the asterisk servers are known and fixed. 2/ the asterisk servers will al

Re: [SR-Users] dispatcher & failover

2017-05-31 Thread Jean Cérien
collides with the above > statement. > > Try removing the class=4 and give it a try. If it works, you can set > specific 4xx codes afterwards(if needed). > > --- > Stefan > > On Tue, May 30, 2017 at 4:49 PM, Jean Cérien > wrote: > >> >> Hello >>

[SR-Users] dispatcher & failover

2017-05-30 Thread Jean Cérien
Hello I am working with Kamailio 5.0 dispatcher module. I am aiming at having two or more gateways receiving the traffic with load balancing, and when one fails, that the traffic is distributed among others. Currently, testing with 2 gw. I see the options message going out (and not being answered

Re: [SR-Users] Dispatcher - no destination sets

2017-05-24 Thread Jean Cérien
the destination to: > > sip:192.168.2.20 > > --fred > > On 05/24/2017 03:56 PM, Jean Cérien wrote: > > > > Thanks for the help. > > > > Adding sip is not changing anything, however, kamctl dispatcher dump > fails: > > > > { > > "jsonr

Re: [SR-Users] Dispatcher - no destination sets

2017-05-24 Thread Jean Cérien
/udp_server.c:475]: udp_rcv_loop(): probing packet received from 192.168.2.200 56595 On Wed, May 24, 2017 at 3:52 PM, Daniel-Constantin Mierla wrote: > Helo, > > destination has to be a full sip address, so you have to add 'sip:' in > front of the ip addresses. > > C

[SR-Users] Dispatcher - no destination sets

2017-05-24 Thread Jean Cérien
Hello I am working with Kamaiio 5.0 on the dispatcher, with the default dispatcher.cfg file ( https://github.com/kamailio/kamailio/blob/master/src/modules/dispatcher/doc/dispatcher.cfg ) I've added via mysql a gateway: mysql> select * from dispatcher \G; *** 1. row **

Re: [SR-Users] Repeat of packets

2017-05-18 Thread Jean Cérien
mailio-knowledgeable... > > I think the problem is the linphone config, i sometimes use it and have > never seen that... > On Wed, May 17, 2017 at 8:45 PM Jean Cérien wrote: > >> >> Thanks for the help. >> I have reverted to the default config file (https://github.co

Re: [SR-Users] Repeat of packets

2017-05-17 Thread Jean Cérien
mil < david.villasmil.w...@gmail.com> wrote: > There isn't an ACK received, check in kamailio side to make sure it is > received. This is most probably a nat issue. > On Tue, May 16, 2017 at 11:20 PM Jean Cérien > wrote: > >> >> Hello >> >> I am getting sta

[SR-Users] Repeat of packets

2017-05-16 Thread Jean Cérien
Hello I am getting started with Kamailio (or restarted, used it briefly years ago), with the final objective to do load balancing. For the time being, I am just trying to have one asterisk and one kamailio, on the same box. I have setup a box with an asterisk 11.3, and kamailio 4.4. I've taken th