[OpenSIPS-Users] TLS calls not working

[Rutu Patel]

Hi All,

I have installed opensips-2.3.2 on centos and followed
https://www.opensips.org/Documentation/Tutorials-TLS-2-1  AND
http://www.opensips.org/html/docs/modules/2.3.x/tls_mgm.html
to generate self-signed certificates and TLS setup.

I want to achieve scenario
asterisk(TLS) -> opensips(TLS) -> asterisk(TLS)

What should be the certificate settings for this kind of setup?

My opensips.cfg configurations for TLS are as below:

modparam("proto_udp", "udp_port", 5060)

modparam("tls_mgm", "verify_cert", "1")
modparam("tls_mgm", "require_cert", "0")
modparam("tls_mgm", "tls_method", "TLSv1")


modparam("tls_mgm", "certificate",
"/usr/local/etc/opensips/tls_cnf/tls/rootCA/cacert.pem")
modparam("tls_mgm", "private_key",
"/usr/local/etc/opensips/tls_cnf/tls/rootCA/private/cakey1.pem")
modparam("tls_mgm", "certificate",
"/usr/local/etc/opensips/tls_cnf/tls/rootCA/cacert.pem")
modparam("tls_mgm", "ca_list",
"/usr/local/etc/opensips/tls_cnf/tls/rootCA/cacert.pem")

modparam("tls_mgm", "client_domain", "dom1=172.16.16.149:5080")
modparam("tls_mgm", "private_key",
"[dom1]/usr/local/etc/opensips/tls_cnf/asterisk_149.pem")
modparam("tls_mgm", "certificate",
"[dom1]/usr/local/etc/opensips/tls_cnf/asterisk_149.pem")
modparam("tls_mgm", "ca_list",
"[dom1]/usr/local/etc/opensips/tls_cnf/asterisk_149.pem")

*asterisk_149.pem file is imported from asterisk server.Asterisk server is
listening on port 5080 for TLS.

When I am setting "verify_cert" to "0",calls working but on setting its
value to "1", opensips gives below errors:

ERROR:proto_tls:tls_accept: New TLS connection from 172.16.16.149:34678
failed to accept
ERROR:proto_tls:tls_print_errstack: TLS errstack: error:14089086:SSL
routines:ssl3_get_client_certificate:certificate verify failed
ERROR:proto_tls:tls_read_req: failed to do pre-tls reading

Please provide guidance to solve this issue.


Thank you,
Rutu Patel
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

Re: [OpenSIPS-Users] dialog replication

[Pasan Meemaduma via Users]

Hi Vlad,
I have sent you the full debug logs as requested. Also clusterer_list mi 
command gives following output when dialog replication stopped working.
node1>>opensipsctl fifo clusterer_list
Cluster:: 1
    Node:: 2 DB_ID=5 URL=bin:10.3.1.137:5566 Enabled=1 Link_state=Up  
Next_hop=2 Description=Node 2


 node2>> opensipsctl fifo clusterer_list
Cluster:: 1
    Node:: 1 DB_ID=4 URL=bin:10.3.1.136:5566 Enabled=1 Link_state=Up  
Next_hop=1 Description=Node 1
1

 

On Monday, 26 February 2018, 18:02, Vlad Patrascu  
wrote:
 

  Hi, Can you send the full logs for both nodes from the time that node1 
restarts onwards? Also, what is the output of 'clusterer_list' mi command on 
the instances? Regards,
  Vlad Patrascu
OpenSIPS Developer
http://www.opensips-solutions.com On 26.02.2018 08:38, Pasan Meemaduma via 
Users wrote:
  
  Hi Guys, 
  Its me again :). I'm using dialog replication in opensips 2.3.3 and it 
appears it doesn't work after a node goes down and come back online. The 
recovered node doesn't seems to receiving dialog info via binary interface. 
  I have node1 and node2 with dialog replication on. everything works fine and 
if I shutdown node1 and bring it back online after a while node2 doesn't send 
new call dialog info via binary interface. 
  
  I have attach the debug trace from both nodes, if you need anything else let 
me know. I'm also using an anycast ip as the service ip. 
  
  on node2 for new call 
  Feb 26 17:28:35 voip2-sip23b /usr/sbin/opensips[4703]: 
DBG:dialog:build_new_dlg: new dialog 
0x7f188afd3bf8(c=ktQ0Pkdwz50qGYjED6Brpw..,f=sip:X@somedomain;transport=UDP,t=sip:+YYY@somedomain;transport=UDP,ft=2b161508)
 on hash 2317
 Feb 26 17:28:35 voip2-sip23b /usr/sbin/opensips[4703]: 
DBG:dialog:init_leg_info: route_set , contact 
sip:X@192.168.27.11:56419;transport=UDP, cseq 2 and bind_addr 
udp:10.3.3.1:5060
 Feb 26 17:28:35 voip2-sip23b /usr/sbin/opensips[4703]: 
DBG:dialog:dlg_add_leg_info: set leg 0 for 0x7f188afd3bf8: tag=<2b161508> 
rcseq=<0>
 Feb 26 17:28:35 voip2-sip23b /usr/sbin/opensips[4703]: DBG:dialog:link_dlg: 
ref dlg 0x7f188afd3bf8 with 3 -> 3 in h_entry 0x7f188afc3828 - 2317
 Feb 26 17:28:35 voip2-sip23b /usr/sbin/opensips[4703]: DBG:dialog:new_dlg_val: 
inserting =<45ad4c76-1abe-11e8-9410-831894b67d0c>
 Feb 26 17:28:35 voip2-sip23b /usr/sbin/opensips[4703]: DBG:dialog:dlg_onreq: t 
hash_index = 47425, t label = 2069082013
 Feb 26 17:28:35 voip2-sip23b /usr/sbin/opensips[4703]: 
DBG:dialog:dlg_update_contact: Updated dialog 0x7f188afd3bf8 contact to 

 Feb 26 17:28:35 voip2-sip23b /usr/sbin/opensips[4703]: DBG:dialog:unref_dlg: 
unref dlg 0x7f188afd3bf8 with 1 -> 2 in entry 0x7f188afc3828
 Feb 26 17:28:52 voip2-sip23b /usr/sbin/opensips[4702]: DBG:dialog:ref_dlg: ref 
dlg 0x7f188afd3bf8 with 1 -> 3
 Feb 26 17:28:52 voip2-sip23b /usr/sbin/opensips[4702]: DBG:dialog:ref_dlg: ref 
dlg 0x7f188afd3bf8 with 1 -> 4
 Feb 26 17:28:52 voip2-sip23b /usr/sbin/opensips[4702]: DBG:dialog:unref_dlg: 
unref dlg 0x7f188afd3bf8 with 1 -> 3 in entry 0x7f188afc3828
 Feb 26 17:28:56 voip2-sip23b /usr/sbin/opensips[4711]: DBG:dialog:unref_dlg: 
unref dlg 0x7f188afd3bf8 with 1 -> 2 in entry 0x7f188afc3828
 Feb 26 17:29:05 voip2-sip23b /usr/sbin/opensips[4711]: 
DBG:dialog:next_state_dlg: dialog 0x7f188afd3bf8 changed from state 1 to state 
5, due event 4
 Feb 26 17:29:05 voip2-sip23b /usr/sbin/opensips[4711]: DBG:dialog:dlg_onreply: 
dialog 0x7f188afd3bf8 failed (negative reply)
 Feb 26 17:29:05 voip2-sip23b /usr/sbin/opensips[4711]: DBG:dialog:unref_dlg: 
unref dlg 0x7f188afd3bf8 with 1 -> 1 in entry 0x7f188afc3828
 Feb 26 17:29:11 voip2-sip23b /usr/sbin/opensips[4711]: 
DBG:dialog:next_state_dlg: dialog 0x7f188afd3bf8 changed from state 5 to state 
5, due event 1
 Feb 26 17:29:11 voip2-sip23b /usr/sbin/opensips[4711]: DBG:dialog:unref_dlg: 
unref dlg 0x7f188afd3bf8 with 1 -> 0 in entry 0x7f188afc3828
 Feb 26 17:29:11 voip2-sip23b /usr/sbin/opensips[4711]: DBG:dialog:unref_dlg: 
ref <=0 for dialog 0x7f188afd3bf8
 Feb 26 17:29:11 voip2-sip23b /usr/sbin/opensips[4711]: DBG:dialog:destroy_dlg: 
destroying dialog 0x7f188afd3bf8
 Feb 26 17:29:11 voip2-sip23b /usr/sbin/opensips[4711]: DBG:dialog:destroy_dlg: 
dlg expired or not in list - dlg 0x7f188afd3bf8 [2317:677053409] with clid 
'ktQ0Pkdwz50qGYjED6Brpw..' and tags '2b161508' 'NULL'
  
  
  on node1 
  
  Feb 26 17:28:41 voip2-sip23a /usr/sbin/opensips[15820]: 
DBG:dialog:dlg_onroute: route param is 'd09.1e30b582' (len=12)
 Feb 26 17:28:41 voip2-sip23a /usr/sbin/opensips[15820]: DBG:dialog:lookup_dlg: 
no dialog id=677053409 found on entry 2317
 Feb 26 17:28:41 voip2-sip23a /usr/sbin/opensips[15820]: 
DBG:dialog:dlg_onroute: unable to find dialog for BYE with route param 
'd09.1e30b582'
 Feb 26 17:28:41 voip2-sip23a /usr/sbin/opensips[15822]: 
DBG:dialog:dlg_onroute: route param is 'd09.1e30b582' (len=12)
 Feb 26 17:28:41 

Re: [OpenSIPS-Users] OpenSIPS crashing on 200 OK

[Bogdan-Andrei Iancu]

OK, to be more precise, the crash is around an "If" statement where you 
have in the condition an REGEXP test (=~) with a left operand translated 
into "downstream" (maybe a $DLG_dir ??).

Does it sound familiar to you :) ?

Regards,

Bogdan-Andrei Iancu

OpenSIPS Founder and Developer
  http://www.opensips-solutions.com
OpenSIPS Summit 2018
  http://www.opensips.org/events/Summit-2018Amsterdam

On 02/26/2018 11:32 PM, Ben Newlin wrote:


Yes, that is from that exact file, line 435. It’s just a return 
statement. I can send you the file off-list if you’d like.


I do use the $DLG_dir in my script in a few places, but the only one 
this crash would have hit is in some logging.


Ben Newlin

*From: *Bogdan-Andrei Iancu 
*Date: *Monday, February 26, 2018 at 4:14 PM
*To: *Ben Newlin , OpenSIPS users mailling 
list 

*Subject: *Re: [OpenSIPS-Users] OpenSIPS crashing on 200 OK

OK, but check the exact file you pass to Opensips - according to the 
debug info is /opensips/control.cfg like 435.


Also, do you use the $DLG_dir variable in your cfg ?

Regards,

Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
   http://www.opensips-solutions.com
OpenSIPS Summit 2018
   http://www.opensips.org/events/Summit-2018Amsterdam

On 02/26/2018 08:10 PM, Ben Newlin wrote:

Hmm, no. Line 435 of my config is a return statement.

return(-1);

Ben Newlin

*From: *Bogdan-Andrei Iancu 

*Date: *Monday, February 26, 2018 at 12:16 PM
*To: *Ben Newlin 
, OpenSIPS users mailling list
 
*Subject: *Re: [OpenSIPS-Users] OpenSIPS crashing on 200 OK

Could you off-list past me the line 435 of your cfg - I guess you
use some $DLG_dir there ?

Regards,


Bogdan-Andrei Iancu

  


OpenSIPS Founder and Developer

   http://www.opensips-solutions.com

OpenSIPS Summit 2018

   http://www.opensips.org/events/Summit-2018Amsterdam

On 02/26/2018 07:04 PM, Ben Newlin wrote:

Here you go: https://pastebin.com/rpUjaHBG


Thanks,

Ben Newlin

*From: *Bogdan-Andrei Iancu 

*Date: *Monday, February 26, 2018 at 10:45 AM
*To: *Ben Newlin 
, OpenSIPS users mailling list
 
*Subject: *Re: [OpenSIPS-Users] OpenSIPS crashing on 200 OK

OK, once you started GDB like "gdb /path/to/opensips
/path/to/core", run step by step:

f 0
p *s1
f 5
p *a

Regards,



Bogdan-Andrei Iancu

  


OpenSIPS Founder and Developer

   http://www.opensips-solutions.com

OpenSIPS Summit 2018

   http://www.opensips.org/events/Summit-2018Amsterdam

On 02/26/2018 05:43 PM, Ben Newlin wrote:

Bogdan,

Unfortunately I am not at all familiar with gdb. How do I
change frames?

Ben Newlin

*From: *Bogdan-Andrei Iancu 

*Date: *Monday, February 26, 2018 at 10:40 AM
*To: *Ben Newlin 
, OpenSIPS users mailling
list 

*Subject: *Re: [OpenSIPS-Users] OpenSIPS crashing on 200 OK

Hi Ben,

The backtrace points to the script interpreter
:DPlease do the followings (assuming you are a bit
faimilar with GDB :) ) :

in frame 0, please do "print *s1"
and in frame 5 do "print *a"

Regards,










___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

Re: [OpenSIPS-Users] OpenSIPS crashing on 200 OK

[Ben Newlin]

Yes, that is from that exact file, line 435. It’s just a return statement. I 
can send you the file off-list if you’d like.

I do use the $DLG_dir in my script in a few places, but the only one this crash 
would have hit is in some logging.

Ben Newlin

From: Bogdan-Andrei Iancu 
Date: Monday, February 26, 2018 at 4:14 PM
To: Ben Newlin , OpenSIPS users mailling list 

Subject: Re: [OpenSIPS-Users] OpenSIPS crashing on 200 OK

OK, but check the exact file you pass to Opensips - according to the debug info 
is /opensips/control.cfg like 435.

Also, do you use the $DLG_dir variable in your cfg ?

Regards,


Bogdan-Andrei Iancu



OpenSIPS Founder and Developer

  http://www.opensips-solutions.com

OpenSIPS Summit 2018

  
http://www.opensips.org/events/Summit-2018Amsterdam
On 02/26/2018 08:10 PM, Ben Newlin wrote:
Hmm, no. Line 435 of my config is a return statement.

return(-1);

Ben Newlin

From: Bogdan-Andrei Iancu 
Date: Monday, February 26, 2018 at 12:16 PM
To: Ben Newlin , 
OpenSIPS users mailling list 

Subject: Re: [OpenSIPS-Users] OpenSIPS crashing on 200 OK

Could you off-list past me the line 435 of your cfg - I guess you use some 
$DLG_dir there ?

Regards,



Bogdan-Andrei Iancu



OpenSIPS Founder and Developer

  http://www.opensips-solutions.com

OpenSIPS Summit 2018

  
http://www.opensips.org/events/Summit-2018Amsterdam
On 02/26/2018 07:04 PM, Ben Newlin wrote:
Here you go: https://pastebin.com/rpUjaHBG

Thanks,

Ben Newlin

From: Bogdan-Andrei Iancu 
Date: Monday, February 26, 2018 at 10:45 AM
To: Ben Newlin , 
OpenSIPS users mailling list 

Subject: Re: [OpenSIPS-Users] OpenSIPS crashing on 200 OK

OK, once you started GDB like "gdb /path/to/opensips /path/to/core", run step 
by step:

f 0
p *s1
f 5
p *a

Regards,




Bogdan-Andrei Iancu



OpenSIPS Founder and Developer

  http://www.opensips-solutions.com

OpenSIPS Summit 2018

  
http://www.opensips.org/events/Summit-2018Amsterdam
On 02/26/2018 05:43 PM, Ben Newlin wrote:
Bogdan,

Unfortunately I am not at all familiar with gdb. How do I change frames?

Ben Newlin

From: Bogdan-Andrei Iancu 
Date: Monday, February 26, 2018 at 10:40 AM
To: Ben Newlin , 
OpenSIPS users mailling list 

Subject: Re: [OpenSIPS-Users] OpenSIPS crashing on 200 OK

Hi Ben,

The backtrace points to the script interpreter :DPlease do the followings 
(assuming you are a bit faimilar with GDB :) ) :

in frame 0, please do "print *s1"
and in frame 5 do "print *a"

Regards,








___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

Re: [OpenSIPS-Users] OpenSIPS crashing on 200 OK

[Bogdan-Andrei Iancu]

OK,but check the exact file you pass to Opensips - according to the 
debug info is /opensips/control.cfg like 435.


Also, do you use the $DLG_dir variable in your cfg ?

Regards,

Bogdan-Andrei Iancu

OpenSIPS Founder and Developer
  http://www.opensips-solutions.com
OpenSIPS Summit 2018
  http://www.opensips.org/events/Summit-2018Amsterdam

On 02/26/2018 08:10 PM, Ben Newlin wrote:


Hmm, no. Line 435 of my config is a return statement.

return(-1);

Ben Newlin

*From: *Bogdan-Andrei Iancu 
*Date: *Monday, February 26, 2018 at 12:16 PM
*To: *Ben Newlin , OpenSIPS users mailling 
list 

*Subject: *Re: [OpenSIPS-Users] OpenSIPS crashing on 200 OK

Could you off-list past me the line 435 of your cfg - I guess you use 
some $DLG_dir there ?


Regards,

Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
   http://www.opensips-solutions.com
OpenSIPS Summit 2018
   http://www.opensips.org/events/Summit-2018Amsterdam

On 02/26/2018 07:04 PM, Ben Newlin wrote:

Here you go: https://pastebin.com/rpUjaHBG


Thanks,

Ben Newlin

*From: *Bogdan-Andrei Iancu 

*Date: *Monday, February 26, 2018 at 10:45 AM
*To: *Ben Newlin 
, OpenSIPS users mailling list
 
*Subject: *Re: [OpenSIPS-Users] OpenSIPS crashing on 200 OK

OK, once you started GDB like "gdb /path/to/opensips
/path/to/core", run step by step:

f 0
p *s1
f 5
p *a

Regards,


Bogdan-Andrei Iancu

  


OpenSIPS Founder and Developer

   http://www.opensips-solutions.com

OpenSIPS Summit 2018

   http://www.opensips.org/events/Summit-2018Amsterdam

On 02/26/2018 05:43 PM, Ben Newlin wrote:

Bogdan,

Unfortunately I am not at all familiar with gdb. How do I
change frames?

Ben Newlin

*From: *Bogdan-Andrei Iancu 

*Date: *Monday, February 26, 2018 at 10:40 AM
*To: *Ben Newlin 
, OpenSIPS users mailling list
 
*Subject: *Re: [OpenSIPS-Users] OpenSIPS crashing on 200 OK

Hi Ben,

The backtrace points to the script interpreter :DPlease do
the followings (assuming you are a bit faimilar with GDB :) ) :

in frame 0, please do "print *s1"
and in frame 5 do "print *a"

Regards,






___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

Re: [OpenSIPS-Users] OpenSIPS crashing on 200 OK

[Ben Newlin]

Hmm, no. Line 435 of my config is a return statement.

return(-1);

Ben Newlin

From: Bogdan-Andrei Iancu 
Date: Monday, February 26, 2018 at 12:16 PM
To: Ben Newlin , OpenSIPS users mailling list 

Subject: Re: [OpenSIPS-Users] OpenSIPS crashing on 200 OK

Could you off-list past me the line 435 of your cfg - I guess you use some 
$DLG_dir there ?

Regards,


Bogdan-Andrei Iancu



OpenSIPS Founder and Developer

  http://www.opensips-solutions.com

OpenSIPS Summit 2018

  
http://www.opensips.org/events/Summit-2018Amsterdam
On 02/26/2018 07:04 PM, Ben Newlin wrote:
Here you go: https://pastebin.com/rpUjaHBG

Thanks,

Ben Newlin

From: Bogdan-Andrei Iancu 
Date: Monday, February 26, 2018 at 10:45 AM
To: Ben Newlin , 
OpenSIPS users mailling list 

Subject: Re: [OpenSIPS-Users] OpenSIPS crashing on 200 OK

OK, once you started GDB like "gdb /path/to/opensips /path/to/core", run step 
by step:

f 0
p *s1
f 5
p *a

Regards,



Bogdan-Andrei Iancu



OpenSIPS Founder and Developer

  http://www.opensips-solutions.com

OpenSIPS Summit 2018

  
http://www.opensips.org/events/Summit-2018Amsterdam
On 02/26/2018 05:43 PM, Ben Newlin wrote:
Bogdan,

Unfortunately I am not at all familiar with gdb. How do I change frames?

Ben Newlin

From: Bogdan-Andrei Iancu 
Date: Monday, February 26, 2018 at 10:40 AM
To: Ben Newlin , 
OpenSIPS users mailling list 

Subject: Re: [OpenSIPS-Users] OpenSIPS crashing on 200 OK

Hi Ben,

The backtrace points to the script interpreter :DPlease do the followings 
(assuming you are a bit faimilar with GDB :) ) :

in frame 0, please do "print *s1"
and in frame 5 do "print *a"

Regards,




___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

Re: [OpenSIPS-Users] OpenSIPS crashing on 200 OK

[Bogdan-Andrei Iancu]

Could you off-list pastme the line 435 of your cfg - I guess you use 
some $DLG_dir there ?


Regards,

Bogdan-Andrei Iancu

OpenSIPS Founder and Developer
  http://www.opensips-solutions.com
OpenSIPS Summit 2018
  http://www.opensips.org/events/Summit-2018Amsterdam

On 02/26/2018 07:04 PM, Ben Newlin wrote:


Here you go: https://pastebin.com/rpUjaHBG 

Thanks,

Ben Newlin

*From: *Bogdan-Andrei Iancu 
*Date: *Monday, February 26, 2018 at 10:45 AM
*To: *Ben Newlin , OpenSIPS users mailling 
list 

*Subject: *Re: [OpenSIPS-Users] OpenSIPS crashing on 200 OK

OK, once you started GDB like "gdb /path/to/opensips /path/to/core", 
run step by step:


f 0
p *s1
f 5
p *a

Regards,

Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
   http://www.opensips-solutions.com
OpenSIPS Summit 2018
   http://www.opensips.org/events/Summit-2018Amsterdam

On 02/26/2018 05:43 PM, Ben Newlin wrote:

Bogdan,

Unfortunately I am not at all familiar with gdb. How do I change
frames?

Ben Newlin

*From: *Bogdan-Andrei Iancu 

*Date: *Monday, February 26, 2018 at 10:40 AM
*To: *Ben Newlin 
, OpenSIPS users mailling list
 
*Subject: *Re: [OpenSIPS-Users] OpenSIPS crashing on 200 OK

Hi Ben,

The backtrace points to the script interpreter :DPlease do the
followings (assuming you are a bit faimilar with GDB :) ) :

in frame 0, please do "print *s1"
and in frame 5 do "print *a"

Regards,



___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

Re: [OpenSIPS-Users] ACC module with JSON events

[SamyGo]

Hi DanB,
I can certainly try CGRates, but...surely enough its an overkill for simple
CDRs. Anyways, my request is for an event_JSONRPC which maybe very helpful
in events outside of ACC.

Best Regards,
Sammy




On Mon, Feb 26, 2018 at 6:13 AM, Khalil Khamlichi <
khamlichi.kha...@gmail.com> wrote:

> Hi Dan,
>
> Can you show us how to do that with some step by step tutorial, we had
> a lot of trouble trying to figure out how to use CGRates, with this
> functionality of json export, we will at least use some of CGRates
> functionalities and hopefully slowly get familiar with it.
>
> Thanks in advance.
>
> On Mon, Feb 26, 2018 at 7:51 AM, DanB  wrote:
> > Sammy,
> >
> > Another option on short term until the new feature will be implemented
> > in OpenSIPS would be to use CGRateS as CDR format converter: receive
> > CDRs from "cgrates" module in OpenSIPS and use online export of CGRateS
> > to further export the CDR in the JSON over http (customizable fields).
> > You don't need to configure much on CGRateS side in this case since no
> > billing needs to be involved.
> >
> > DanB
> >
> >
> >
> >
> >
> > ___
> > Users mailing list
> > Users@lists.opensips.org
> > http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>
> ___
> Users mailing list
> Users@lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

Re: [OpenSIPS-Users] OpenSIPS crashing on 200 OK

[Ben Newlin]

Here you go: https://pastebin.com/rpUjaHBG

Thanks,

Ben Newlin

From: Bogdan-Andrei Iancu 
Date: Monday, February 26, 2018 at 10:45 AM
To: Ben Newlin , OpenSIPS users mailling list 

Subject: Re: [OpenSIPS-Users] OpenSIPS crashing on 200 OK

OK, once you started GDB like "gdb /path/to/opensips /path/to/core", run step 
by step:

f 0
p *s1
f 5
p *a

Regards,


Bogdan-Andrei Iancu



OpenSIPS Founder and Developer

  http://www.opensips-solutions.com

OpenSIPS Summit 2018

  
http://www.opensips.org/events/Summit-2018Amsterdam
On 02/26/2018 05:43 PM, Ben Newlin wrote:
Bogdan,

Unfortunately I am not at all familiar with gdb. How do I change frames?

Ben Newlin

From: Bogdan-Andrei Iancu 
Date: Monday, February 26, 2018 at 10:40 AM
To: Ben Newlin , 
OpenSIPS users mailling list 

Subject: Re: [OpenSIPS-Users] OpenSIPS crashing on 200 OK

Hi Ben,

The backtrace points to the script interpreter :DPlease do the followings 
(assuming you are a bit faimilar with GDB :) ) :

in frame 0, please do "print *s1"
and in frame 5 do "print *a"

Regards,



Bogdan-Andrei Iancu



OpenSIPS Founder and Developer

  http://www.opensips-solutions.com

OpenSIPS Summit 2018

  
http://www.opensips.org/events/Summit-2018Amsterdam
On 02/22/2018 07:33 PM, Ben Newlin wrote:
Bogdan,

Here is the backtrace: 
https://pastebin.com/6tZhrWek

I am not using TCP, BIN, or HEP in this configuration. I am not using anything, 
to my knowledge, which should be causing TCP worker threads to be spawned.

Ben Newlin

From: Bogdan-Andrei Iancu 
Date: Thursday, February 22, 2018 at 5:26 AM
To: OpenSIPS users mailling list 
, Ben Newlin 

Subject: Re: [OpenSIPS-Users] OpenSIPS crashing on 200 OK

Hi Ben,

Do you have a full backtrace extracted from the core ?

In regards to the TCP processes, the TCP layer will automatically enabled 
itself depending on what protocols (tcp-based) you are using in script. Maybe 
you do not use SIP with TCP, but do you use BIN or HEP ?

Regards,




Bogdan-Andrei Iancu



OpenSIPS Founder and Developer

  http://www.opensips-solutions.com

OpenSIPS Summit 2018

  
http://www.opensips.org/events/Summit-2018Amsterdam
On 02/22/2018 12:38 AM, Ben Newlin wrote:
Hi,

I am currently upgrading to 2.3.3 and am running off the HEAD of the 2.3 
branch. My OpenSIPS is consistently crashing when trying to process the ACK to 
an initial INVITE request. I am testing with SIPp using a simple single call 
scenario. I see the following in the logs:

Feb 21 21:32:27 [383] DBG:core:io_wait_loop_epoll: [TCP_main] EPOLLHUP on IN 
->connection closed by the remote peer!
Feb 21 21:32:27 [383] CRITICAL:core:receive_fd: EOF on 33
Feb 21 21:32:27 [383] DBG:core:handle_worker: dead child 9, pid 370 (shutting 
down?)
Feb 21 21:32:27 [383] DBG:core:io_watch_del: [TCP_main] io_watch_del op on 
index 8 33 (0x8d4e80, 33, 8, 0x0,0x1) fd_no=29 called
Feb 21 21:32:27 [361] DBG:core:handle_sigs: status = 139
Feb 21 21:32:27 [361] INFO:core:handle_sigs: child process 370 exited by a 
signal 11
Feb 21 21:32:27 [361] INFO:core:handle_sigs: core was generated
Feb 21 21:32:27 [361] INFO:core:handle_sigs: terminating due to SIGCHLD

I also notice that OpenSIPS is starting up a number of TCP processes even 
though I do not use TCP in my script. I do not even have the proto_tcp module 
loaded. I used to use the “disable_tcp” global parameter in 1.11, but that has 
been removed in 2.3.

Feb 21 22:03:56 [361] DBG:core:internal_fork: forking new process "SIP receiver 
TCP"
Feb 21 22:03:56 [361] DBG:core:internal_fork: forking new process "SIP receiver 
TCP"
Feb 21 22:03:56 [361] DBG:core:internal_fork: forking new process "SIP receiver 
TCP"
Feb 21 22:03:56 [361] DBG:core:internal_fork: forking new process "SIP receiver 
TCP"
Feb 21 22:03:56 [361] DBG:core:internal_fork: forking new process "SIP receiver 
TCP"
Feb 21 22:03:56 [375] DBG:core:io_watch_add: [TCP_worker] io_watch_add op (3 on 
53) (0x8d4e80, 3, 1, (nil),1), fd_no=0/209715
Feb 21 22:03:56 [361] DBG:core:internal_fork: forking new process "SIP receiver 
TCP"
Feb 21 22:03:56 [361] DBG:core:internal_fork: forking new process "SIP receiver 
TCP"
Feb 21 22:03:56 [361] DBG:core:internal_fork: forking new process "SIP receiver 
TCP"

Initialization logs: 
https://pastebin.com/nsJQGkdy
Call logs: 

Re: [OpenSIPS-Users] On hold

[Ovidiu Sas]

You need to make sure that in your config you are not trying to re-route in
dialog requests (like reINVITE). In dialog requests are routed according to
the loose routing mechanism.

-ovidiu


On Feb 26, 2018 11:01, "Brian Southworth" 
wrote:

Seems to be an issue with it sending the on hold invite to get the call
back to the wrong place on inbound calls.



Example caller calls in --- agent 1 picks up --- agent 1 places them on
hold all is fine --- agent 1 takes call off hold call is dropped



Seems that the invite to get the call back gets sent to .192 when it should
go back to .193



This doesn’t happen is I use rewritehostport but then on hold calls only
work for calls coming from that media server t_relay works across the board
but doesn’t actually work for inbound.



Regards,



Brian Southworth



*From:* Users [mailto:users-boun...@lists.opensips.org] *On Behalf Of *Ovidiu
Sas
*Sent:* 26 February 2018 15:49

*To:* users@lists.opensips.org users 
*Subject:* Re: [OpenSIPS-Users] On hold



You need to take a look at the signalling and figure out who is dropping
the call and why.



-ovidiu



On Feb 26, 2018 10:45, "Brian Southworth" 
wrote:

Please ignore my last email.



Both ways work it was an error in my code I wasn’t using t_relay();



Thanks for your help 



Regards,



Brian Southworth



*From:* Users [mailto:users-boun...@lists.opensips.org] *On Behalf Of *Ovidiu
Sas
*Sent:* 23 February 2018 13:10
*To:* users@lists.opensips.org users 
*Subject:* Re: [OpenSIPS-Users] On hold



Hello Brian,



You can detect hold using is_audio_on_hold():

http://www.opensips.org/html/docs/modules/2.3.x/sipmsgops#idp5575408



Try to use it and see if this will solve your issue.



Regards,

Ovidiu Sas



On Feb 23, 2018 4:13 AM, "Brian Southworth" 
wrote:

Hi All,



I am trying to get opensips to forward the on hold request to asterisk I
have done this using an if statement for SDP =~ “sendonly”



How ever when I go to take them off hold the call is dropped, is there
something special I need to do ?



I have tried and if statement for is_method(“invite”) && $rb =~ “sendrecv” ß
this loops until opensips give a 500 internal error

And I have also tried is_method(“invite”) && $rb =~ “inactive” ß this
doesn’t seem to work at all



The initial hold works perfect puts them on hold just cant take them off or
transfer the call (asterisk will handle all the B2B stuff)



Any help would be appreciated.



Regards,



Brian Southworth

Communications Developer

[image: cid:image001.png@01D22CAC.1DCB8580]

111 Wilmslow Road

Handforth

Wilmslow

SK9 3ER



T: 0 446677

W: www.clocom.uk











[image: cid:image002.png@01CDDC62.D8483910]


Like us on Facebook

[image: cid:image003.png@01CDDC62.D8483910]

Follow us on Twitter

[image: cid:image004.png@01CDDC62.D8483910] 











Clocom is a *green* company. Think, do you need to print this email?



This message contains confidential information and is intended only for the
individual named. If you are not the named addressee you should not
disseminate, distribute or copy this e-mail. Please notify the sender
immediately by e-mail if you have received this e-mail by mistake and
delete this e-mail from your system. E-mail transmission cannot be
guaranteed to be secure or error-free as information could be intercepted,
corrupted, lost, destroyed, arrive late or incomplete, or contain viruses.
The sender therefore does not accept liability for any errors or omissions
in the contents of this message, which arise as a result of e-mail
transmission. If verification is required please request a hard-copy
version. Registered in England & Wales: 07081192. Registered name and
address: Clocom UK Ltd, 111 Wilmslow Road, Handforth, Cheshire, SK9 3ER
www.clocom.uk




___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users



___

Users mailing list

Users@lists.opensips.org

http://lists.opensips.org/cgi-bin/mailman/listinfo/users


___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

___

Users mailing list

Users@lists.opensips.org

http://lists.opensips.org/cgi-bin/mailman/listinfo/users


___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

Re: [OpenSIPS-Users] Wrong number of children

[xaled]

Nothing

 

root@dus-appsrv01:/etc/opensips# opensipsctl fifo ps

Process::  ID=0 PID=14966 Type=attendant

Process::  ID=1 PID=14967 Type=MI FIFO

Process::  ID=2 PID=14968 Type=time_keeper

Process::  ID=3 PID=14969 Type=timer

Process::  ID=4 PID=14970 Type=SIP receiver udp:1.2.3.4:5060

Process::  ID=5 PID=14975 Type=SIP receiver udp:1.2.3.4:5060

Process::  ID=6 PID=14976 Type=SIP receiver udp:1.2.3.4:5060

Process::  ID=7 PID=14977 Type=SIP receiver udp:1.2.3.4:5060

Process::  ID=8 PID=14978 Type=SIP receiver udp:1.2.3.4:5060

Process::  ID=9 PID=14979 Type=TCP receiver

Process::  ID=10 PID=14982 Type=TCP receiver

Process::  ID=11 PID=14984 Type=TCP receiver

Process::  ID=12 PID=14985 Type=TCP receiver

Process::  ID=13 PID=14986 Type=TCP receiver

Process::  ID=14 PID=14987 Type=TCP receiver

Process::  ID=15 PID=14988 Type=TCP receiver

Process::  ID=16 PID=14989 Type=TCP receiver

Process::  ID=17 PID=14991 Type=Timer handler

Process::  ID=18 PID=14992 Type=TCP main

root@srv01:/etc/opensips# netstat -tlnp | grep opensips

root@srv01:/etc/opensips#

 

Thanks,

Xaled

From: Bogdan-Andrei Iancu [mailto:bog...@opensips.org] 
Sent: Monday, February 26, 2018 4:57 PM
To: xaled ; 'OpenSIPS users mailling list' 

Subject: Re: [OpenSIPS-Users] Wrong number of children

 

If you do "netstat -tlnp | grep opensips", what do you get ?

The TCP layer automatically enable itself if a TCP-based protocol is used from 
the OpenSIPS config (as listener), like SIP TCP/TLS/WS/WSS , HEP or BIN.

Regards,



Bogdan-Andrei Iancu
 
OpenSIPS Founder and Developer
  http://www.opensips-solutions.com
OpenSIPS Summit 2018
  http://www.opensips.org/events/Summit-2018Amsterdam

On 02/26/2018 05:53 PM, xaled wrote:

Hi Bogdan,

 

nope, non of them.

 

Greetings,

Xaled

 

From: Bogdan-Andrei Iancu [mailto:bog...@opensips.org] 
Sent: Monday, February 26, 2018 4:41 PM
To: OpenSIPS users mailling list   
; xaled   
Subject: Re: [OpenSIPS-Users] Wrong number of children

 

Hi Xaled,

Do you use HEP for tracing or BIN for replication ?

Regards,




Bogdan-Andrei Iancu
 
OpenSIPS Founder and Developer
  http://www.opensips-solutions.com
OpenSIPS Summit 2018
  http://www.opensips.org/events/Summit-2018Amsterdam

On 02/26/2018 01:36 PM, xaled wrote:

Hi Callum,

 

that helped thanks. 

I have 8 TCP receivers and one TCP main process that I did not expected as I 
only listen on udp.

Will have to understand the TCP spawn logic.

 

Greetings,

Xaled

 

From: Users [mailto:users-boun...@lists.opensips.org] On Behalf Of Callum Guy
Sent: Friday, February 23, 2018 2:42 PM
To: OpenSIPS users mailling list   

Subject: Re: [OpenSIPS-Users] Wrong number of children

 

Hi Xaled,

 

If you have the FIFO module loaded you can run "opensipsctl fifo ps" on the 
instance to see full details of each process.

 

https://www.opensips.org/Documentation/Interface-CoreMI-2-2#toc7

 

Hope that helps,

 

Callum

 

On Fri, Feb 23, 2018 at 1:35 PM Daniel Zanutti  > wrote:

Hi

 

You should have 5 per interface + some internal control threads. I'm not sure 
exactly.

 

Regards

 

On Fri, Feb 23, 2018 at 9:25 AM, xaled  > 
wrote:

Hi 

 

I have configured 5 children in  opensips.cfg, but 16 get logged and 18 
initiated what could be the cause of it?

I search for word children in opensips directory and it only comes ones in 
opensips.conf.

 

children=5

 

Feb 23 13:07:09 srv01 opensips: DBG:core:daemonize: waiting for status code 
from children

Feb 23 13:07:09 srv01 opensips: DBG:core:count_init_children: 16 children are 
going to be inited

 

root@dus-appsrv01:/var/log/opensips# ps ax|grep sips

14854 ?S  0:00 /usr/sbin/opensips -P /run/opensips/opensips.pid -f 
/etc/opensips/opensips.cfg -m 64 -M 4

14856 ?S  0:00 /usr/sbin/opensips -P /run/opensips/opensips.pid -f 
/etc/opensips/opensips.cfg -m 64 -M 4

14857 ?S  0:00 /usr/sbin/opensips -P /run/opensips/opensips.pid -f 
/etc/opensips/opensips.cfg -m 64 -M 4

14858 ?S  0:00 /usr/sbin/opensips -P /run/opensips/opensips.pid -f 
/etc/opensips/opensips.cfg -m 64 -M 4

14861 ?S  0:00 /usr/sbin/opensips -P /run/opensips/opensips.pid -f 
/etc/opensips/opensips.cfg -m 64 -M 4

14862 ?S  0:00 /usr/sbin/opensips -P /run/opensips/opensips.pid -f 
/etc/opensips/opensips.cfg -m 64 -M 4

14863 ?S  0:00 /usr/sbin/opensips -P /run/opensips/opensips.pid -f 
/etc/opensips/opensips.cfg -m 64 -M 4

14864 ?S  0:00 /usr/sbin/opensips -P /run/opensips/opensips.pid -f 
/etc/opensips/opensips.cfg -m 64 -M 4

14865 ?S  0:00 /usr/sbin/opensips -P /run/opensips/opensips.pid -f 
/etc/opensips/opensips.cfg -m 64 -M 4

Re: [OpenSIPS-Users] Wrong number of children

[Bogdan-Andrei Iancu]

Hmm that is strange.

Could you send me (off list) your cfg to give it a try - I see you use 
the 2.3.3 version , right ?


Regards,

Bogdan-Andrei Iancu

OpenSIPS Founder and Developer
  http://www.opensips-solutions.com
OpenSIPS Summit 2018
  http://www.opensips.org/events/Summit-2018Amsterdam

On 02/26/2018 06:27 PM, xaled wrote:


Nothing

root@dus-appsrv01:/etc/opensips# opensipsctl fifo ps

Process::  ID=0 PID=14966 Type=attendant

Process::  ID=1 PID=14967 Type=MI FIFO

Process::  ID=2 PID=14968 Type=time_keeper

Process::  ID=3 PID=14969 Type=timer

Process::  ID=4 PID=14970 Type=SIP receiver udp:1.2.3.4:5060

Process::  ID=5 PID=14975 Type=SIP receiver udp:1.2.3.4:5060

Process::  ID=6 PID=14976 Type=SIP receiver udp:1.2.3.4:5060

Process::  ID=7 PID=14977 Type=SIP receiver udp:1.2.3.4:5060

Process::  ID=8 PID=14978 Type=SIP receiver udp:1.2.3.4:5060

Process::  ID=9 PID=14979 Type=TCP receiver

Process::  ID=10 PID=14982 Type=TCP receiver

Process::  ID=11 PID=14984 Type=TCP receiver

Process::  ID=12 PID=14985 Type=TCP receiver

Process::  ID=13 PID=14986 Type=TCP receiver

Process::  ID=14 PID=14987 Type=TCP receiver

Process::  ID=15 PID=14988 Type=TCP receiver

Process::  ID=16 PID=14989 Type=TCP receiver

Process::  ID=17 PID=14991 Type=Timer handler

Process::  ID=18 PID=14992 Type=TCP main

root@srv01:/etc/opensips# netstat -tlnp | grep opensips

root@srv01:/etc/opensips#

Thanks,

Xaled

*From:*Bogdan-Andrei Iancu [mailto:bog...@opensips.org]
*Sent:* Monday, February 26, 2018 4:57 PM
*To:* xaled ; 'OpenSIPS users mailling list' 


*Subject:* Re: [OpenSIPS-Users] Wrong number of children

If you do "netstat -tlnp | grep opensips", what do you get ?

The TCP layer automatically enable itself if a TCP-based protocol is 
used from the OpenSIPS config (as listener), like SIP TCP/TLS/WS/WSS , 
HEP or BIN.


Regards,

Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
   http://www.opensips-solutions.com
OpenSIPS Summit 2018
   http://www.opensips.org/events/Summit-2018Amsterdam

On 02/26/2018 05:53 PM, xaled wrote:

Hi Bogdan,

nope, non of them.

Greetings,

Xaled

*From:*Bogdan-Andrei Iancu [mailto:bog...@opensips.org]
*Sent:* Monday, February 26, 2018 4:41 PM
*To:* OpenSIPS users mailling list 
; xaled 

*Subject:* Re: [OpenSIPS-Users] Wrong number of children

Hi Xaled,

Do you use HEP for tracing or BIN for replication ?

Regards,


Bogdan-Andrei Iancu

  


OpenSIPS Founder and Developer

   http://www.opensips-solutions.com

OpenSIPS Summit 2018

   http://www.opensips.org/events/Summit-2018Amsterdam

On 02/26/2018 01:36 PM, xaled wrote:

Hi Callum,

that helped thanks.

I have 8 TCP receivers and one TCP main process that I did not
expected as I only listen on udp.

Will have to understand the TCP spawn logic.

Greetings,

Xaled




___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

Re: [OpenSIPS-Users] Wrong number of children

[Bogdan-Andrei Iancu]

If you do "netstat -tlnp | grep opensips", what do you get ?

The TCP layer automatically enable itself if aTCP-based protocol is used 
from the OpenSIPS config (as listener), like SIP TCP/TLS/WS/WSS , HEP or 
BIN.


Regards,

Bogdan-Andrei Iancu

OpenSIPS Founder and Developer
  http://www.opensips-solutions.com
OpenSIPS Summit 2018
  http://www.opensips.org/events/Summit-2018Amsterdam

On 02/26/2018 05:53 PM, xaled wrote:


Hi Bogdan,

nope, non of them.

Greetings,

Xaled

*From:*Bogdan-Andrei Iancu [mailto:bog...@opensips.org]
*Sent:* Monday, February 26, 2018 4:41 PM
*To:* OpenSIPS users mailling list ; xaled 


*Subject:* Re: [OpenSIPS-Users] Wrong number of children

Hi Xaled,

Do you use HEP for tracing or BIN for replication ?

Regards,

Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
   http://www.opensips-solutions.com
OpenSIPS Summit 2018
   http://www.opensips.org/events/Summit-2018Amsterdam

On 02/26/2018 01:36 PM, xaled wrote:

Hi Callum,

that helped thanks.

I have 8 TCP receivers and one TCP main process that I did not
expected as I only listen on udp.

Will have to understand the TCP spawn logic.

Greetings,

Xaled

*From:*Users [mailto:users-boun...@lists.opensips.org] *On Behalf
Of *Callum Guy
*Sent:* Friday, February 23, 2018 2:42 PM
*To:* OpenSIPS users mailling list 

*Subject:* Re: [OpenSIPS-Users] Wrong number of children

Hi Xaled,

If you have the FIFO module loaded you can run "opensipsctl fifo
ps" on the instance to see full details of each process.

https://www.opensips.org/Documentation/Interface-CoreMI-2-2#toc7

Hope that helps,

Callum

On Fri, Feb 23, 2018 at 1:35 PM Daniel Zanutti
> wrote:

Hi

You should have 5 per interface + some internal control
threads. I'm not sure exactly.

Regards

On Fri, Feb 23, 2018 at 9:25 AM, xaled > wrote:

Hi

I have configured 5 children in  opensips.cfg, but 16 get
logged and 18 initiated what could be the cause of it?

I search for word children in opensips directory and it
only comes ones in opensips.conf.

children=5

Feb 23 13:07:09 srv01 opensips: DBG:core:daemonize:
waiting for status code from children

Feb 23 13:07:09 srv01 opensips:
DBG:core:count_init_children: 16 children are going to be
inited

root@dus-appsrv01:/var/log/opensips# ps ax|grep sips

14854 ?S  0:00 /usr/sbin/opensips -P
/run/opensips/opensips.pid -f /etc/opensips/opensips.cfg
-m 64 -M 4

14856 ?S  0:00 /usr/sbin/opensips -P
/run/opensips/opensips.pid -f /etc/opensips/opensips.cfg
-m 64 -M 4

14857 ?S  0:00 /usr/sbin/opensips -P
/run/opensips/opensips.pid -f /etc/opensips/opensips.cfg
-m 64 -M 4

14858 ?S  0:00 /usr/sbin/opensips -P
/run/opensips/opensips.pid -f /etc/opensips/opensips.cfg
-m 64 -M 4

14861 ?S  0:00 /usr/sbin/opensips -P
/run/opensips/opensips.pid -f /etc/opensips/opensips.cfg
-m 64 -M 4

14862 ?S  0:00 /usr/sbin/opensips -P
/run/opensips/opensips.pid -f /etc/opensips/opensips.cfg
-m 64 -M 4

14863 ?S  0:00 /usr/sbin/opensips -P
/run/opensips/opensips.pid -f /etc/opensips/opensips.cfg
-m 64 -M 4

14864 ?S  0:00 /usr/sbin/opensips -P
/run/opensips/opensips.pid -f /etc/opensips/opensips.cfg
-m 64 -M 4

14865 ?S  0:00 /usr/sbin/opensips -P
/run/opensips/opensips.pid -f /etc/opensips/opensips.cfg
-m 64 -M 4

14867 ?S  0:00 /usr/sbin/opensips -P
/run/opensips/opensips.pid -f /etc/opensips/opensips.cfg
-m 64 -M 4

14869 ?S  0:00 /usr/sbin/opensips -P
/run/opensips/opensips.pid -f /etc/opensips/opensips.cfg
-m 64 -M 4

14870 ?S  0:00 /usr/sbin/opensips -P
/run/opensips/opensips.pid -f /etc/opensips/opensips.cfg
-m 64 -M 4

14871 ?S  0:00 /usr/sbin/opensips -P
/run/opensips/opensips.pid -f /etc/opensips/opensips.cfg
-m 64 -M 4

14872 ?S  0:00 /usr/sbin/opensips -P
/run/opensips/opensips.pid -f /etc/opensips/opensips.cfg
-m 64 -M 4

14874 ?S  0:00 /usr/sbin/opensips -P
/run/opensips/opensips.pid 

Re: [OpenSIPS-Users] On hold

[Brian Southworth]

Seems to be an issue with it sending the on hold invite to get the call back to 
the wrong place on inbound calls.

 
Example caller calls in --- agent 1 picks up --- agent 1 places them on hold 
all is fine --- agent 1 takes call off hold call is dropped

 
Seems that the invite to get the call back gets sent to .192 when it should go 
back to .193 

 
This doesn’t happen is I use rewritehostport but then on hold calls only work 
for calls coming from that media server t_relay works across the board but 
doesn’t actually work for inbound.

 
Regards,

 
Brian Southworth

 
From: Users [mailto:users-boun...@lists.opensips.org] On Behalf Of Ovidiu Sas
Sent: 26 February 2018 15:49
To: users@lists.opensips.org users 
Subject: Re: [OpenSIPS-Users] On hold

 
You need to take a look at the signalling and figure out who is dropping the 
call and why.

 
-ovidiu

 
On Feb 26, 2018 10:45, "Brian Southworth"  > wrote:

Please ignore my last email.

 
Both ways work it was an error in my code I wasn’t using t_relay();

 
Thanks for your help 

 
Regards,

 
Brian Southworth

 
From: Users [mailto:users-boun...@lists.opensips.org 
 ] On Behalf Of Ovidiu Sas
Sent: 23 February 2018 13:10
To: users@lists.opensips.org  users 
 >
Subject: Re: [OpenSIPS-Users] On hold

 
Hello Brian,

 
You can detect hold using is_audio_on_hold():

http://www.opensips.org/html/docs/modules/2.3.x/sipmsgops#idp5575408 
 

 
Try to use it and see if this will solve your issue.

 
Regards,

Ovidiu Sas

 
On Feb 23, 2018 4:13 AM, "Brian Southworth"  > wrote:

Hi All,

 
I am trying to get opensips to forward the on hold request to asterisk I have 
done this using an if statement for SDP =~ “sendonly”

 
How ever when I go to take them off hold the call is dropped, is there 
something special I need to do ?

 
I have tried and if statement for is_method(“invite”) && $rb =~ “sendrecv” ß 
this loops until opensips give a 500 internal error

And I have also tried is_method(“invite”) && $rb =~ “inactive” ß this doesn’t 
seem to work at all 

 
The initial hold works perfect puts them on hold just cant take them off or 
transfer the call (asterisk will handle all the B2B stuff)

 
Any help would be appreciated.

 
Regards,

 
Brian Southworth

Communications Developer


111 Wilmslow Road

Handforth

Wilmslow

SK9 3ER

 
T: 0 446677

W: www.clocom.uk  

 
 

 

 

 

  

Like us on Facebook



Follow us on Twitter



 
 

 

 

 

Clocom is a green company. Think, do you need to print this email?

 
This message contains confidential information and is intended only for the 
individual named. If you are not the named addressee you should not 
disseminate, distribute or copy this e-mail. Please notify the sender 
immediately by e-mail if you have received this e-mail by mistake and delete 
this e-mail from your system. E-mail transmission cannot be guaranteed to be 
secure or error-free as information could be intercepted, corrupted, lost, 
destroyed, arrive late or incomplete, or contain viruses. The sender therefore 
does not accept liability for any errors or omissions in the contents of this 
message, which arise as a result of e-mail transmission. If verification is 
required please request a hard-copy version. Registered in England & Wales: 
07081192. Registered name and address: Clocom UK Ltd, 111 Wilmslow Road, 
Handforth, Cheshire, SK9 3ER  www.clocom.uk  

 

___
Users mailing list
Users@lists.opensips.org  
http://lists.opensips.org/cgi-bin/mailman/listinfo/users 
 

 

___


Users mailing list


Users@lists.opensips.org  


http://lists.opensips.org/cgi-bin/mailman/listinfo/users 
 


___
Users mailing list
Users@lists.opensips.org  
http://lists.opensips.org/cgi-bin/mailman/listinfo/users 
 


___



Users mailing list



Users@lists.opensips.org  



http://lists.opensips.org/cgi-bin/mailman/listinfo/users 
 


___
Users mailing list

Re: [OpenSIPS-Users] Wrong number of children

[xaled]

Hi Bogdan,

 

nope, non of them.

 

Greetings,

Xaled

 

From: Bogdan-Andrei Iancu [mailto:bog...@opensips.org] 
Sent: Monday, February 26, 2018 4:41 PM
To: OpenSIPS users mailling list ; xaled 

Subject: Re: [OpenSIPS-Users] Wrong number of children

 

Hi Xaled,

Do you use HEP for tracing or BIN for replication ?

Regards,



Bogdan-Andrei Iancu
 
OpenSIPS Founder and Developer
  http://www.opensips-solutions.com
OpenSIPS Summit 2018
  http://www.opensips.org/events/Summit-2018Amsterdam

On 02/26/2018 01:36 PM, xaled wrote:

Hi Callum,

 

that helped thanks. 

I have 8 TCP receivers and one TCP main process that I did not expected as I 
only listen on udp.

Will have to understand the TCP spawn logic.

 

Greetings,

Xaled

 

From: Users [mailto:users-boun...@lists.opensips.org] On Behalf Of Callum Guy
Sent: Friday, February 23, 2018 2:42 PM
To: OpenSIPS users mailling list   

Subject: Re: [OpenSIPS-Users] Wrong number of children

 

Hi Xaled,

 

If you have the FIFO module loaded you can run "opensipsctl fifo ps" on the 
instance to see full details of each process.

 

https://www.opensips.org/Documentation/Interface-CoreMI-2-2#toc7

 

Hope that helps,

 

Callum

 

On Fri, Feb 23, 2018 at 1:35 PM Daniel Zanutti  > wrote:

Hi

 

You should have 5 per interface + some internal control threads. I'm not sure 
exactly.

 

Regards

 

On Fri, Feb 23, 2018 at 9:25 AM, xaled  > 
wrote:

Hi 

 

I have configured 5 children in  opensips.cfg, but 16 get logged and 18 
initiated what could be the cause of it?

I search for word children in opensips directory and it only comes ones in 
opensips.conf.

 

children=5

 

Feb 23 13:07:09 srv01 opensips: DBG:core:daemonize: waiting for status code 
from children

Feb 23 13:07:09 srv01 opensips: DBG:core:count_init_children: 16 children are 
going to be inited

 

root@dus-appsrv01:/var/log/opensips# ps ax|grep sips

14854 ?S  0:00 /usr/sbin/opensips -P /run/opensips/opensips.pid -f 
/etc/opensips/opensips.cfg -m 64 -M 4

14856 ?S  0:00 /usr/sbin/opensips -P /run/opensips/opensips.pid -f 
/etc/opensips/opensips.cfg -m 64 -M 4

14857 ?S  0:00 /usr/sbin/opensips -P /run/opensips/opensips.pid -f 
/etc/opensips/opensips.cfg -m 64 -M 4

14858 ?S  0:00 /usr/sbin/opensips -P /run/opensips/opensips.pid -f 
/etc/opensips/opensips.cfg -m 64 -M 4

14861 ?S  0:00 /usr/sbin/opensips -P /run/opensips/opensips.pid -f 
/etc/opensips/opensips.cfg -m 64 -M 4

14862 ?S  0:00 /usr/sbin/opensips -P /run/opensips/opensips.pid -f 
/etc/opensips/opensips.cfg -m 64 -M 4

14863 ?S  0:00 /usr/sbin/opensips -P /run/opensips/opensips.pid -f 
/etc/opensips/opensips.cfg -m 64 -M 4

14864 ?S  0:00 /usr/sbin/opensips -P /run/opensips/opensips.pid -f 
/etc/opensips/opensips.cfg -m 64 -M 4

14865 ?S  0:00 /usr/sbin/opensips -P /run/opensips/opensips.pid -f 
/etc/opensips/opensips.cfg -m 64 -M 4

14867 ?S  0:00 /usr/sbin/opensips -P /run/opensips/opensips.pid -f 
/etc/opensips/opensips.cfg -m 64 -M 4

14869 ?S  0:00 /usr/sbin/opensips -P /run/opensips/opensips.pid -f 
/etc/opensips/opensips.cfg -m 64 -M 4

14870 ?S  0:00 /usr/sbin/opensips -P /run/opensips/opensips.pid -f 
/etc/opensips/opensips.cfg -m 64 -M 4

14871 ?S  0:00 /usr/sbin/opensips -P /run/opensips/opensips.pid -f 
/etc/opensips/opensips.cfg -m 64 -M 4

14872 ?S  0:00 /usr/sbin/opensips -P /run/opensips/opensips.pid -f 
/etc/opensips/opensips.cfg -m 64 -M 4

14874 ?S  0:00 /usr/sbin/opensips -P /run/opensips/opensips.pid -f 
/etc/opensips/opensips.cfg -m 64 -M 4

14875 ?S  0:00 /usr/sbin/opensips -P /run/opensips/opensips.pid -f 
/etc/opensips/opensips.cfg -m 64 -M 4

14876 ?S  0:00 /usr/sbin/opensips -P /run/opensips/opensips.pid -f 
/etc/opensips/opensips.cfg -m 64 -M 4

14877 ?S  0:00 /usr/sbin/opensips -P /run/opensips/opensips.pid -f 
/etc/opensips/opensips.cfg -m 64 -M 4

 

With commended children parameter I get 19 children in the log and 21 in 
reality:

 

Feb 23 13:13:24 dus-appsrv01 opensips: DBG:core:daemonize: waiting for status 
code from children

Feb 23 13:13:24 dus-appsrv01 opensips: DBG:core:count_init_children: 19 
children are going to be inited

 

root@srv01:/var/log/opensips# ps ax|grep sips

14723 ?S  0:00 /usr/sbin/opensips -P /run/opensips/opensips.pid -f 
/etc/opensips/opensips.cfg -m 64 -M 4

14725 ?S  0:00 /usr/sbin/opensips -P /run/opensips/opensips.pid -f 
/etc/opensips/opensips.cfg -m 64 -M 4

14726 ?S  0:00 /usr/sbin/opensips -P /run/opensips/opensips.pid -f 
/etc/opensips/opensips.cfg -m 64 -M 4

14727 ?S  0:00 /usr/sbin/opensips -P 

Re: [OpenSIPS-Users] textops module replace functions don't work

[Bogdan-Andrei Iancu]

Hi,

Have you used replace() or replace_body() ?

Regards,

Bogdan-Andrei Iancu

OpenSIPS Founder and Developer
  http://www.opensips-solutions.com
OpenSIPS Summit 2018
  http://www.opensips.org/events/Summit-2018Amsterdam

On 02/26/2018 12:31 PM, Dinari, Yuval via Users wrote:

Hi,
I tried using textops module functions to replace a part of the 
message body, but the body remains unchanged. A search() with the 
regex to be replaced succeeds.

I tried all replacement functions (replace*, subst, subst_body).
I see that the body is unchanged by printing $rb, and also ngreping 
the SDP that opensips sends out to rtpengine via rtpengine_offer().

opensips version - 2.2.5
Thanks


___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users


___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

Re: [OpenSIPS-Users] On hold

[Ovidiu Sas]

You need to take a look at the signalling and figure out who is dropping
the call and why.

-ovidiu

On Feb 26, 2018 10:45, "Brian Southworth" 
wrote:

> Please ignore my last email.
>
>
>
> Both ways work it was an error in my code I wasn’t using t_relay();
>
>
>
> Thanks for your help 
>
>
>
> Regards,
>
>
>
> Brian Southworth
>
>
>
> *From:* Users [mailto:users-boun...@lists.opensips.org] *On Behalf Of *Ovidiu
> Sas
> *Sent:* 23 February 2018 13:10
> *To:* users@lists.opensips.org users 
> *Subject:* Re: [OpenSIPS-Users] On hold
>
>
>
> Hello Brian,
>
>
>
> You can detect hold using is_audio_on_hold():
>
> http://www.opensips.org/html/docs/modules/2.3.x/sipmsgops#idp5575408
>
>
>
> Try to use it and see if this will solve your issue.
>
>
>
> Regards,
>
> Ovidiu Sas
>
>
>
> On Feb 23, 2018 4:13 AM, "Brian Southworth" 
> wrote:
>
> Hi All,
>
>
>
> I am trying to get opensips to forward the on hold request to asterisk I
> have done this using an if statement for SDP =~ “sendonly”
>
>
>
> How ever when I go to take them off hold the call is dropped, is there
> something special I need to do ?
>
>
>
> I have tried and if statement for is_method(“invite”) && $rb =~ “sendrecv”
> ß this loops until opensips give a 500 internal error
>
> And I have also tried is_method(“invite”) && $rb =~ “inactive” ß this
> doesn’t seem to work at all
>
>
>
> The initial hold works perfect puts them on hold just cant take them off
> or transfer the call (asterisk will handle all the B2B stuff)
>
>
>
> Any help would be appreciated.
>
>
>
> Regards,
>
>
>
> Brian Southworth
>
> Communications Developer
>
> [image: cid:image001.png@01D22CAC.1DCB8580]
>
> 111 Wilmslow Road
>
> Handforth
>
> Wilmslow
>
> SK9 3ER
>
>
>
> T: 0 446677
>
> W: www.clocom.uk
>
>
>
>
>
>
>
>
>
>
>
> [image: cid:image002.png@01CDDC62.D8483910]
> 
>
> Like us on Facebook
>
> [image: cid:image003.png@01CDDC62.D8483910]
>
> Follow us on Twitter
>
> [image: cid:image004.png@01CDDC62.D8483910]
> 
>
>
>
>
>
>
>
>
>
>
>
> Clocom is a *green* company. Think, do you need to print this email?
>
>
>
> This message contains confidential information and is intended only for
> the individual named. If you are not the named addressee you should not
> disseminate, distribute or copy this e-mail. Please notify the sender
> immediately by e-mail if you have received this e-mail by mistake and
> delete this e-mail from your system. E-mail transmission cannot be
> guaranteed to be secure or error-free as information could be intercepted,
> corrupted, lost, destroyed, arrive late or incomplete, or contain viruses.
> The sender therefore does not accept liability for any errors or omissions
> in the contents of this message, which arise as a result of e-mail
> transmission. If verification is required please request a hard-copy
> version. Registered in England & Wales: 07081192. Registered name and
> address: Clocom UK Ltd, 111 Wilmslow Road, Handforth, Cheshire, SK9 3ER
> www.clocom.uk
>
>
>
>
> ___
> Users mailing list
> Users@lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>
>
>
> ___
>
> Users mailing list
>
> Users@lists.opensips.org
>
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>
>
> ___
> Users mailing list
> Users@lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>
>
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

Re: [OpenSIPS-Users] OpenSIPS crashing on 200 OK

[Bogdan-Andrei Iancu]

OK, once you started GDB like "gdb /path/to/opensips /path/to/core", run 
step by step:


f 0
p *s1
f 5
p *a

Regards,

Bogdan-Andrei Iancu

OpenSIPS Founder and Developer
  http://www.opensips-solutions.com
OpenSIPS Summit 2018
  http://www.opensips.org/events/Summit-2018Amsterdam

On 02/26/2018 05:43 PM, Ben Newlin wrote:


Bogdan,

Unfortunately I am not at all familiar with gdb. How do I change frames?

Ben Newlin

*From: *Bogdan-Andrei Iancu 
*Date: *Monday, February 26, 2018 at 10:40 AM
*To: *Ben Newlin , OpenSIPS users mailling 
list 

*Subject: *Re: [OpenSIPS-Users] OpenSIPS crashing on 200 OK

Hi Ben,

The backtrace points to the script interpreter :DPlease do the 
followings (assuming you are a bit faimilar with GDB :) ) :


in frame 0, please do "print *s1"
and in frame 5 do "print *a"

Regards,

Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
   http://www.opensips-solutions.com
OpenSIPS Summit 2018
   http://www.opensips.org/events/Summit-2018Amsterdam

On 02/22/2018 07:33 PM, Ben Newlin wrote:

Bogdan,

Here is the backtrace: https://pastebin.com/6tZhrWek


I am not using TCP, BIN, or HEP in this configuration. I am not
using anything, to my knowledge, which should be causing TCP
worker threads to be spawned.

Ben Newlin

*From: *Bogdan-Andrei Iancu 

*Date: *Thursday, February 22, 2018 at 5:26 AM
*To: *OpenSIPS users mailling list 
, Ben Newlin
 
*Subject: *Re: [OpenSIPS-Users] OpenSIPS crashing on 200 OK

Hi Ben,

Do you have a full backtrace extracted from the core ?

In regards to the TCP processes, the TCP layer will automatically
enabled itself depending on what protocols (tcp-based) you are
using in script. Maybe you do not use SIP with TCP, but do you use
BIN or HEP ?

Regards,


Bogdan-Andrei Iancu

OpenSIPS Founder and Developer

http://www.opensips-solutions.com

OpenSIPS Summit 2018

http://www.opensips.org/events/Summit-2018Amsterdam

On 02/22/2018 12:38 AM, Ben Newlin wrote:

Hi,

I am currently upgrading to 2.3.3 and am running off the HEAD
of the 2.3 branch. My OpenSIPS is consistently crashing when
trying to process the ACK to an initial INVITE request. I am
testing with SIPp using a simple single call scenario. I see
the following in the logs:

Feb 21 21:32:27 [383] DBG:core:io_wait_loop_epoll: [TCP_main]
EPOLLHUP on IN ->connection closed by the remote peer!

Feb 21 21:32:27 [383] CRITICAL:core:receive_fd: EOF on 33

Feb 21 21:32:27 [383] DBG:core:handle_worker: dead child 9,
pid 370 (shutting down?)

Feb 21 21:32:27 [383] DBG:core:io_watch_del: [TCP_main]
io_watch_del op on index 8 33 (0x8d4e80, 33, 8, 0x0,0x1)
fd_no=29 called

Feb 21 21:32:27 [361] DBG:core:handle_sigs: status = 139

Feb 21 21:32:27 [361] INFO:core:handle_sigs: child process 370
exited by a signal 11

Feb 21 21:32:27 [361] INFO:core:handle_sigs: core was generated

Feb 21 21:32:27 [361] INFO:core:handle_sigs: terminating due
to SIGCHLD

I also notice that OpenSIPS is starting up a number of TCP
processes even though I do not use TCP in my script. I do not
even have the proto_tcp module loaded. I used to use the
“disable_tcp” global parameter in 1.11, but that has been
removed in 2.3.

Feb 21 22:03:56 [361] DBG:core:internal_fork: forking new
process "SIP receiver TCP"

Feb 21 22:03:56 [361] DBG:core:internal_fork: forking new
process "SIP receiver TCP"

Feb 21 22:03:56 [361] DBG:core:internal_fork: forking new
process "SIP receiver TCP"

Feb 21 22:03:56 [361] DBG:core:internal_fork: forking new
process "SIP receiver TCP"

Feb 21 22:03:56 [361] DBG:core:internal_fork: forking new
process "SIP receiver TCP"

Feb 21 22:03:56 [375] DBG:core:io_watch_add: [TCP_worker]
io_watch_add op (3 on 53) (0x8d4e80, 3, 1, (nil),1),
fd_no=0/209715

Feb 21 22:03:56 [361] DBG:core:internal_fork: forking new
process "SIP receiver TCP"

Feb 21 22:03:56 [361] DBG:core:internal_fork: forking new
process "SIP receiver TCP"

Feb 21 22:03:56 [361] DBG:core:internal_fork: forking new
process "SIP receiver TCP"

Initialization logs: https://pastebin.com/nsJQGkdy

Call logs: https://pastebin.com/vY5crK8U

I also have the core dump if any more information is needed
from that.

Thanks,

Ben Newlin





___

Re: [OpenSIPS-Users] Wrong number of children

[Bogdan-Andrei Iancu]

Hi Xaled,

Do you use HEP for tracing or BIN for replication ?

Regards,

Bogdan-Andrei Iancu

OpenSIPS Founder and Developer
  http://www.opensips-solutions.com
OpenSIPS Summit 2018
  http://www.opensips.org/events/Summit-2018Amsterdam

On 02/26/2018 01:36 PM, xaled wrote:


Hi Callum,

that helped thanks.

I have 8 TCP receivers and one TCP main process that I did not 
expected as I only listen on udp.


Will have to understand the TCP spawn logic.

Greetings,

Xaled

*From:*Users [mailto:users-boun...@lists.opensips.org] *On Behalf Of 
*Callum Guy

*Sent:* Friday, February 23, 2018 2:42 PM
*To:* OpenSIPS users mailling list 
*Subject:* Re: [OpenSIPS-Users] Wrong number of children

Hi Xaled,

If you have the FIFO module loaded you can run "opensipsctl fifo ps" 
on the instance to see full details of each process.


https://www.opensips.org/Documentation/Interface-CoreMI-2-2#toc7

Hope that helps,

Callum

On Fri, Feb 23, 2018 at 1:35 PM Daniel Zanutti 
> wrote:


Hi

You should have 5 per interface + some internal control threads.
I'm not sure exactly.

Regards

On Fri, Feb 23, 2018 at 9:25 AM, xaled > wrote:

Hi

I have configured 5 children in  opensips.cfg, but 16 get
logged and 18 initiated what could be the cause of it?

I search for word children in opensips directory and it only
comes ones in opensips.conf.

children=5

Feb 23 13:07:09 srv01 opensips: DBG:core:daemonize: waiting
for status code from children

Feb 23 13:07:09 srv01 opensips: DBG:core:count_init_children:
16 children are going to be inited

root@dus-appsrv01:/var/log/opensips# ps ax|grep sips

14854 ?S  0:00 /usr/sbin/opensips -P
/run/opensips/opensips.pid -f /etc/opensips/opensips.cfg -m 64
-M 4

14856 ?S  0:00 /usr/sbin/opensips -P
/run/opensips/opensips.pid -f /etc/opensips/opensips.cfg -m 64
-M 4

14857 ?S  0:00 /usr/sbin/opensips -P
/run/opensips/opensips.pid -f /etc/opensips/opensips.cfg -m 64
-M 4

14858 ?S  0:00 /usr/sbin/opensips -P
/run/opensips/opensips.pid -f /etc/opensips/opensips.cfg -m 64
-M 4

14861 ?S  0:00 /usr/sbin/opensips -P
/run/opensips/opensips.pid -f /etc/opensips/opensips.cfg -m 64
-M 4

14862 ?S  0:00 /usr/sbin/opensips -P
/run/opensips/opensips.pid -f /etc/opensips/opensips.cfg -m 64
-M 4

14863 ?S  0:00 /usr/sbin/opensips -P
/run/opensips/opensips.pid -f /etc/opensips/opensips.cfg -m 64
-M 4

14864 ?S  0:00 /usr/sbin/opensips -P
/run/opensips/opensips.pid -f /etc/opensips/opensips.cfg -m 64
-M 4

14865 ?S  0:00 /usr/sbin/opensips -P
/run/opensips/opensips.pid -f /etc/opensips/opensips.cfg -m 64
-M 4

14867 ?S  0:00 /usr/sbin/opensips -P
/run/opensips/opensips.pid -f /etc/opensips/opensips.cfg -m 64
-M 4

14869 ?S  0:00 /usr/sbin/opensips -P
/run/opensips/opensips.pid -f /etc/opensips/opensips.cfg -m 64
-M 4

14870 ?S  0:00 /usr/sbin/opensips -P
/run/opensips/opensips.pid -f /etc/opensips/opensips.cfg -m 64
-M 4

14871 ?S  0:00 /usr/sbin/opensips -P
/run/opensips/opensips.pid -f /etc/opensips/opensips.cfg -m 64
-M 4

14872 ?S  0:00 /usr/sbin/opensips -P
/run/opensips/opensips.pid -f /etc/opensips/opensips.cfg -m 64
-M 4

14874 ?S  0:00 /usr/sbin/opensips -P
/run/opensips/opensips.pid -f /etc/opensips/opensips.cfg -m 64
-M 4

14875 ?S  0:00 /usr/sbin/opensips -P
/run/opensips/opensips.pid -f /etc/opensips/opensips.cfg -m 64
-M 4

14876 ?S  0:00 /usr/sbin/opensips -P
/run/opensips/opensips.pid -f /etc/opensips/opensips.cfg -m 64
-M 4

14877 ?S  0:00 /usr/sbin/opensips -P
/run/opensips/opensips.pid -f /etc/opensips/opensips.cfg -m 64
-M 4

With commended children parameter I get 19 children in the log
and 21 in reality:

Feb 23 13:13:24 dus-appsrv01 opensips: DBG:core:daemonize:
waiting for status code from children

Feb 23 13:13:24 dus-appsrv01 opensips:
DBG:core:count_init_children: 19 children are going to be inited

root@srv01:/var/log/opensips# ps ax|grep sips

14723 ?S  0:00 /usr/sbin/opensips -P
/run/opensips/opensips.pid -f /etc/opensips/opensips.cfg -m 64
-M 4

14725 ?S  0:00 /usr/sbin/opensips -P

Re: [OpenSIPS-Users] Wrong number of children

[Ben Newlin]

I am seeing this as well while testing out my migration to 2.3.3.

In 1.11, I used the disable_tcp parameter since I don’t use TCP for anything. 
That parameter is no longer available in 2.x and now I get a large number of 
TCP receiver threads starting automatically with OpenSIPS even though I am not 
using TCP and have no modules loaded that use TCP, to my knowledge.

This is very concerning for me that there no longer seems to be any way to stop 
OpenSIPS from starting these TCP receivers in 2.3.3.

Ben Newlin

From: Users  on behalf of xaled 
Reply-To: OpenSIPS users mailling list 
Date: Monday, February 26, 2018 at 6:29 AM
To: 'OpenSIPS users mailling list' 
Subject: Re: [OpenSIPS-Users] Wrong number of children

Hi Callum,

that helped thanks.
I have 8 TCP receivers and one TCP main process that I did not expected as I 
only listen on udp.
Will have to understand the TCP spawn logic.

Greetings,
Xaled

From: Users [mailto:users-boun...@lists.opensips.org] On Behalf Of Callum Guy
Sent: Friday, February 23, 2018 2:42 PM
To: OpenSIPS users mailling list 
Subject: Re: [OpenSIPS-Users] Wrong number of children

Hi Xaled,

If you have the FIFO module loaded you can run "opensipsctl fifo ps" on the 
instance to see full details of each process.

https://www.opensips.org/Documentation/Interface-CoreMI-2-2#toc7

Hope that helps,

Callum

On Fri, Feb 23, 2018 at 1:35 PM Daniel Zanutti 
> wrote:
Hi

You should have 5 per interface + some internal control threads. I'm not sure 
exactly.

Regards

On Fri, Feb 23, 2018 at 9:25 AM, xaled > 
wrote:
Hi

I have configured 5 children in  opensips.cfg, but 16 get logged and 18 
initiated what could be the cause of it?
I search for word children in opensips directory and it only comes ones in 
opensips.conf.

children=5

Feb 23 13:07:09 srv01 opensips: DBG:core:daemonize: waiting for status code 
from children
Feb 23 13:07:09 srv01 opensips: DBG:core:count_init_children: 16 children are 
going to be inited

root@dus-appsrv01:/var/log/opensips# ps ax|grep sips
14854 ?S  0:00 /usr/sbin/opensips -P /run/opensips/opensips.pid -f 
/etc/opensips/opensips.cfg -m 64 -M 4
14856 ?S  0:00 /usr/sbin/opensips -P /run/opensips/opensips.pid -f 
/etc/opensips/opensips.cfg -m 64 -M 4
14857 ?S  0:00 /usr/sbin/opensips -P /run/opensips/opensips.pid -f 
/etc/opensips/opensips.cfg -m 64 -M 4
14858 ?S  0:00 /usr/sbin/opensips -P /run/opensips/opensips.pid -f 
/etc/opensips/opensips.cfg -m 64 -M 4
14861 ?S  0:00 /usr/sbin/opensips -P /run/opensips/opensips.pid -f 
/etc/opensips/opensips.cfg -m 64 -M 4
14862 ?S  0:00 /usr/sbin/opensips -P /run/opensips/opensips.pid -f 
/etc/opensips/opensips.cfg -m 64 -M 4
14863 ?S  0:00 /usr/sbin/opensips -P /run/opensips/opensips.pid -f 
/etc/opensips/opensips.cfg -m 64 -M 4
14864 ?S  0:00 /usr/sbin/opensips -P /run/opensips/opensips.pid -f 
/etc/opensips/opensips.cfg -m 64 -M 4
14865 ?S  0:00 /usr/sbin/opensips -P /run/opensips/opensips.pid -f 
/etc/opensips/opensips.cfg -m 64 -M 4
14867 ?S  0:00 /usr/sbin/opensips -P /run/opensips/opensips.pid -f 
/etc/opensips/opensips.cfg -m 64 -M 4
14869 ?S  0:00 /usr/sbin/opensips -P /run/opensips/opensips.pid -f 
/etc/opensips/opensips.cfg -m 64 -M 4
14870 ?S  0:00 /usr/sbin/opensips -P /run/opensips/opensips.pid -f 
/etc/opensips/opensips.cfg -m 64 -M 4
14871 ?S  0:00 /usr/sbin/opensips -P /run/opensips/opensips.pid -f 
/etc/opensips/opensips.cfg -m 64 -M 4
14872 ?S  0:00 /usr/sbin/opensips -P /run/opensips/opensips.pid -f 
/etc/opensips/opensips.cfg -m 64 -M 4
14874 ?S  0:00 /usr/sbin/opensips -P /run/opensips/opensips.pid -f 
/etc/opensips/opensips.cfg -m 64 -M 4
14875 ?S  0:00 /usr/sbin/opensips -P /run/opensips/opensips.pid -f 
/etc/opensips/opensips.cfg -m 64 -M 4
14876 ?S  0:00 /usr/sbin/opensips -P /run/opensips/opensips.pid -f 
/etc/opensips/opensips.cfg -m 64 -M 4
14877 ?S  0:00 /usr/sbin/opensips -P /run/opensips/opensips.pid -f 
/etc/opensips/opensips.cfg -m 64 -M 4

With commended children parameter I get 19 children in the log and 21 in 
reality:

Feb 23 13:13:24 dus-appsrv01 opensips: DBG:core:daemonize: waiting for status 
code from children
Feb 23 13:13:24 dus-appsrv01 opensips: DBG:core:count_init_children: 19 
children are going to be inited

root@srv01:/var/log/opensips# ps ax|grep sips
14723 ?S  0:00 /usr/sbin/opensips -P /run/opensips/opensips.pid -f 
/etc/opensips/opensips.cfg -m 64 -M 4
14725 ?S  0:00 /usr/sbin/opensips -P /run/opensips/opensips.pid -f 
/etc/opensips/opensips.cfg 

[OpenSIPS-Users] textops module replace functions don't work

[Dinari, Yuval via Users]

Hi,
I tried using textops module functions to replace a part of the message
body, but the body remains unchanged. A search() with the regex to be
replaced succeeds.
I tried all replacement functions (replace*, subst, subst_body).
I see that the body is unchanged by printing $rb, and also ngreping the SDP
that opensips sends out to rtpengine via rtpengine_offer().
opensips version - 2.2.5
Thanks
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

Re: [OpenSIPS-Users] Parallel forking - use mid_registrar module question

[Tiaki Cadre]

In addition to this last email, this is now working.
Changes made:
- upgraded to Opensips 2.4-dev

The mid_registrar module now works as expected with parallel forking.

A bit more work yet, but much better result.

Thank you



On Fri, Feb 23, 2018 at 9:35 AM, Tiaki Cadre  wrote:

> I have been using Opensips now for a few years, and in the last month or
> so I needed to use Opensips for another application.
>
>
> We need to put Opensips in front of our Asterisk servers to handle better
> the register, notify, invite and subscribe messages (basically the SIP
> messaging).
>
> My goal initially, is to have Opensips as a transparent SIP proxy for
> this.
>
> I have already got this working mostly using the mid_registrar module -
> just been looking at it further.
>
> I can send and receive calls from a device that is using the proxy and the
> SIP is sent to the main registrar (the asterisk).
>
> The audio works fine since at this stage I am using the RTP on the
> asterisk.
>
>
> The issue I need to solve is multiple registered devices being able to be
> called when a user on asterisk makes a call. Outbound calls from the
> extension via the proxy work with no issue. Also the notify (BLF) works ok.
>
> I am working on how to get the branch/forking working correctly and the
> single call to ring all the contacts in that have "registered" via the
> mid_registrar.
> I have been trying the AOR for in the mid_registrar request, and then
> using mid_registrar_lookup but not having much success.
> I am using opensips 2.3.3. After some reading yesterday, there was
> suggestion to move to opensips 2.4 branch
> I thought I would post here before proceeding too much further in case I
> am missing something else.
>
>
>
> What is working:
>
> - I can make a call from a phone that is registered to the main registrar
> fyi the proxy to an external number (handled by the main registrar)
>
> - I can make a call between phones that are registered to the main
> registrar fyi the proxy or that are registered directly to the main
> registrar
>
> - I can see the BLF/Notify and subscribe messages working from the main
> registrar correctly
>
>
> Questions:
>
> - Some of the registered devices may be behind NAT and some may be on
> Public IPs. How do I best cater for this?
>
>
> What I need to work:
>
> - When a phone, or incoming call from the main registrar to the proxy
> occurs, I need the proxy to ring all phones that are registered through it.
>
>
> Here are some technical details:
>
> version: opensips 2.3.3 (x86_64/linux)
> flags: STATS: On, DISABLE_NAGLE, USE_MCAST, SHM_MMAP, PKG_MALLOC,
> F_MALLOC, FAST_LOCK-ADAPTIVE_WAIT
> ADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE 262144, MAX_LISTEN 16,
> MAX_URI_SIZE 1024, BUF_SIZE 65535
> poll method support: poll, epoll_lt, epoll_et, sigio_rt, select.
> main.c compiled on 00:04:06 Jan 19 2018 with gcc 4.4.7
>
>
> From my opensips.cfg
>
>
> I have some other modules loaded -but here is the mid_registrar section:
>
> loadmodule "mid_registrar.so"
> modparam("mid_registrar", "mode", 1) /* 0 = mirror / 1 = ct / 2 = AoR */
> modparam("mid_registrar", "outgoing_expires", 900)
> modparam("mid_registrar", "insertion_mode", 1) /* 0 = contact; 1 = path */
> modparam("mid_registrar", "received_avp", "$avp(rcv)")
> modparam("mid_registrar", "contact_match_param", "regid")
> modparam("mid_registrar", "max_contacts", 4)
> modparam("mid_registrar", "tcp_persistent_flag", 10)
> modparam("mid_registrar", "outgoing_expires", 900)
>
>
> Snippet from my routing section:
>
> if (is_method("REGISTER")) {
> #fix_nated_register();
> xlog("L_INFO","Saving location to mid_registrar");
> mid_registrar_save("location");
> switch ($retcode) {
> case 1:
> xlog("forwarding REGISTER to main registrar ($$ci=$ci)\n");
> $ru = "sip:x.x.x.x:5060";
> t_relay();
> break;
> case 2:
> xlog("absorbing REGISTER! ($$ci=$ci)\n");
> break;
> default:
> xlog("failed to save registration! ($$ci=$ci)\n");
> }
> exit;
> }
>
>
> remove_hf("Route");
> # record routing
> if (is_method("INVITE|REFER|SUBSCRIBE|NOTIFY"))
> record_route();
>
> # account only INVITEs
> if (is_method("INVITE")) {
> do_accounting("log");
> xlog("L_INFO", "[LOG] INVITE PACKET  [rm:$rm] [fu:$fu] [ou:$ou]
> [ru:$ru] [si:$si]");
> }
>
>
> # initial requests from main registrar, need to look them up!
> if (is_method("INVITE|MESSAGE") && $si == ""
> && $sp == 5060) {
> xlog("looking up $ru!\n");
> fix_nated_register();
> if (!mid_registrar_lookup("location")) {
> xlog("looked up main registrar - not found");
> t_reply("404", "Not Found");
> exit;
> }
> xlog("L_INFO","MYLOG INVITE mid_registrar after looking up $ru
> $ci");
> 

[OpenSIPS-Users] Socks Keep Your Feet Just The Right Temperature

[Buy 35 Below Socks]

Socks Keep Your Feet Just The Right Temperature
http://paleocoockbok.bid/EJHmm4aej9PJoLgltGyNESjTZ_JhFjUSBcIOzr3YOZlum-Hf

http://paleocoockbok.bid/WM7dFAyrmc57NyiTrfaRUQ4PlgaxDbx9j-vnYMBKQnP24gUl

refer to commensal or even parasitic interactions.

The term myrmecophile is used mainly for animals that associate with ants. 
There are an estimated 10,000 species of ants (Formicidae), with a higher 
diversity in the tropics. In most terrestrial ecosystems ants are ecologically 
and numerically dominant, being the main invertebrate predators. As a result, 
ants play a key role in controlling arthropod richness, abundance, and 
community structure. There is evidence that the evolution of myrmecophilous 
interactions has contributed to the abundance and ecological success of ants, 
by ensuring a dependable and energy-rich food supply and thus providing a 
competitive advantage for ants over other invertebrate predators. Most 
myrmecophilous associations are opportunistic, unspecialized, and facultative 
(meaning both species are capable of surviving without the interaction), though 
obligate mutualisms (those in which one or both species are dependent on the 
interaction for survival) have also been observed for many species.
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

Re: [OpenSIPS-Users] On hold

[Brian Southworth]

Please ignore my last email.

 
Both ways work it was an error in my code I wasn’t using t_relay();

 
Thanks for your help 

 
Regards,

 
Brian Southworth

 
From: Users [mailto:users-boun...@lists.opensips.org] On Behalf Of Ovidiu Sas
Sent: 23 February 2018 13:10
To: users@lists.opensips.org users 
Subject: Re: [OpenSIPS-Users] On hold

 
Hello Brian,

 
You can detect hold using is_audio_on_hold():

http://www.opensips.org/html/docs/modules/2.3.x/sipmsgops#idp5575408 
 

 
Try to use it and see if this will solve your issue.

 
Regards,

Ovidiu Sas

 
On Feb 23, 2018 4:13 AM, "Brian Southworth"  > wrote:

Hi All,

 
I am trying to get opensips to forward the on hold request to asterisk I have 
done this using an if statement for SDP =~ “sendonly”

 
How ever when I go to take them off hold the call is dropped, is there 
something special I need to do ?

 
I have tried and if statement for is_method(“invite”) && $rb =~ “sendrecv” ß 
this loops until opensips give a 500 internal error

And I have also tried is_method(“invite”) && $rb =~ “inactive” ß this doesn’t 
seem to work at all 

 
The initial hold works perfect puts them on hold just cant take them off or 
transfer the call (asterisk will handle all the B2B stuff)

 
Any help would be appreciated.

 
Regards,

 
Brian Southworth

Communications Developer


111 Wilmslow Road

Handforth

Wilmslow

SK9 3ER

 
T: 0 446677

W: www.clocom.uk  

 
 

 

 

 

  

Like us on Facebook



Follow us on Twitter



 
 

 

 

 

Clocom is a green company. Think, do you need to print this email?

 
This message contains confidential information and is intended only for the 
individual named. If you are not the named addressee you should not 
disseminate, distribute or copy this e-mail. Please notify the sender 
immediately by e-mail if you have received this e-mail by mistake and delete 
this e-mail from your system. E-mail transmission cannot be guaranteed to be 
secure or error-free as information could be intercepted, corrupted, lost, 
destroyed, arrive late or incomplete, or contain viruses. The sender therefore 
does not accept liability for any errors or omissions in the contents of this 
message, which arise as a result of e-mail transmission. If verification is 
required please request a hard-copy version. Registered in England & Wales: 
07081192. Registered name and address: Clocom UK Ltd, 111 Wilmslow Road, 
Handforth, Cheshire, SK9 3ER  www.clocom.uk  

 

___
Users mailing list
Users@lists.opensips.org  
http://lists.opensips.org/cgi-bin/mailman/listinfo/users 
 

 

___



Users mailing list



Users@lists.opensips.org  



http://lists.opensips.org/cgi-bin/mailman/listinfo/users 
 


___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

[OpenSIPS-Users] Parallel forking - use mid_registrar module question

[Tiaki Cadre]

I have been using Opensips now for a few years, and in the last month or so
I needed to use Opensips for another application.


We need to put Opensips in front of our Asterisk servers to handle better
the register, notify, invite and subscribe messages (basically the SIP
messaging).

My goal initially, is to have Opensips as a transparent SIP proxy for this.

I have already got this working mostly using the mid_registrar module -
just been looking at it further.

I can send and receive calls from a device that is using the proxy and the
SIP is sent to the main registrar (the asterisk).

The audio works fine since at this stage I am using the RTP on the
asterisk.


The issue I need to solve is multiple registered devices being able to be
called when a user on asterisk makes a call. Outbound calls from the
extension via the proxy work with no issue. Also the notify (BLF) works ok.

I am working on how to get the branch/forking working correctly and the
single call to ring all the contacts in that have "registered" via the
mid_registrar.
I have been trying the AOR for in the mid_registrar request, and then using
mid_registrar_lookup but not having much success.
I am using opensips 2.3.3. After some reading yesterday, there was
suggestion to move to opensips 2.4 branch
I thought I would post here before proceeding too much further in case I am
missing something else.



What is working:

- I can make a call from a phone that is registered to the main registrar
fyi the proxy to an external number (handled by the main registrar)

- I can make a call between phones that are registered to the main
registrar fyi the proxy or that are registered directly to the main
registrar

- I can see the BLF/Notify and subscribe messages working from the main
registrar correctly


Questions:

- Some of the registered devices may be behind NAT and some may be on
Public IPs. How do I best cater for this?


What I need to work:

- When a phone, or incoming call from the main registrar to the proxy
occurs, I need the proxy to ring all phones that are registered through it.


Here are some technical details:

version: opensips 2.3.3 (x86_64/linux)
flags: STATS: On, DISABLE_NAGLE, USE_MCAST, SHM_MMAP, PKG_MALLOC, F_MALLOC,
FAST_LOCK-ADAPTIVE_WAIT
ADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE 262144, MAX_LISTEN 16,
MAX_URI_SIZE 1024, BUF_SIZE 65535
poll method support: poll, epoll_lt, epoll_et, sigio_rt, select.
main.c compiled on 00:04:06 Jan 19 2018 with gcc 4.4.7


>From my opensips.cfg


I have some other modules loaded -but here is the mid_registrar section:

loadmodule "mid_registrar.so"
modparam("mid_registrar", "mode", 1) /* 0 = mirror / 1 = ct / 2 = AoR */
modparam("mid_registrar", "outgoing_expires", 900)
modparam("mid_registrar", "insertion_mode", 1) /* 0 = contact; 1 = path */
modparam("mid_registrar", "received_avp", "$avp(rcv)")
modparam("mid_registrar", "contact_match_param", "regid")
modparam("mid_registrar", "max_contacts", 4)
modparam("mid_registrar", "tcp_persistent_flag", 10)
modparam("mid_registrar", "outgoing_expires", 900)


Snippet from my routing section:

if (is_method("REGISTER")) {
#fix_nated_register();
xlog("L_INFO","Saving location to mid_registrar");
mid_registrar_save("location");
switch ($retcode) {
case 1:
xlog("forwarding REGISTER to main registrar ($$ci=$ci)\n");
$ru = "sip:x.x.x.x:5060";
t_relay();
break;
case 2:
xlog("absorbing REGISTER! ($$ci=$ci)\n");
break;
default:
xlog("failed to save registration! ($$ci=$ci)\n");
}
exit;
}


remove_hf("Route");
# record routing
if (is_method("INVITE|REFER|SUBSCRIBE|NOTIFY"))
record_route();

# account only INVITEs
if (is_method("INVITE")) {
do_accounting("log");
xlog("L_INFO", "[LOG] INVITE PACKET  [rm:$rm] [fu:$fu] [ou:$ou]
[ru:$ru] [si:$si]");
}


# initial requests from main registrar, need to look them up!
if (is_method("INVITE|MESSAGE") && $si == "" &&
$sp == 5060) {
xlog("looking up $ru!\n");
fix_nated_register();
if (!mid_registrar_lookup("location")) {
xlog("looked up main registrar - not found");
t_reply("404", "Not Found");
exit;
}
xlog("L_INFO","MYLOG INVITE mid_registrar after looking up $ru
$ci");
t_relay();
exit;
}




route[relay] {

# for INVITEs enable some additional helper routes
if (is_method("INVITE|NOTIFY|SUBSCRIBE|PUBLISH")) {
fix_nated_contact();
t_on_branch("per_branch_ops");
t_on_reply("handle_nat");
t_on_failure("missed_call");
}

if (!t_relay()) {
send_reply("500","Internal Error");
};
exit;
}


branch_route[per_branch_ops] {
xlog("new branch at $ru\n");
}


onreply_route[handle_nat] {
if (nat_uac_test("1")) {

Re: [OpenSIPS-Users] On hold

[Brian Southworth]

Hi Ovidiu,

 
I tried this in a if statement it works but same thing happens I go to take the 
call off hold and it just drops the call. 

 
I am also using v2.2 but I did check those docs too.

 
Regards,

 
Brian Southworth

 
From: Users [mailto:users-boun...@lists.opensips.org] On Behalf Of Ovidiu Sas
Sent: 23 February 2018 13:10
To: users@lists.opensips.org users 
Subject: Re: [OpenSIPS-Users] On hold

 
Hello Brian,

 
You can detect hold using is_audio_on_hold():

http://www.opensips.org/html/docs/modules/2.3.x/sipmsgops#idp5575408 
 

 
Try to use it and see if this will solve your issue.

 
Regards,

Ovidiu Sas

 
On Feb 23, 2018 4:13 AM, "Brian Southworth"  > wrote:

Hi All,

 
I am trying to get opensips to forward the on hold request to asterisk I have 
done this using an if statement for SDP =~ “sendonly”

 
How ever when I go to take them off hold the call is dropped, is there 
something special I need to do ?

 
I have tried and if statement for is_method(“invite”) && $rb =~ “sendrecv” ß 
this loops until opensips give a 500 internal error

And I have also tried is_method(“invite”) && $rb =~ “inactive” ß this doesn’t 
seem to work at all 

 
The initial hold works perfect puts them on hold just cant take them off or 
transfer the call (asterisk will handle all the B2B stuff)

 
Any help would be appreciated.

 
Regards,

 
Brian Southworth

Communications Developer


111 Wilmslow Road

Handforth

Wilmslow

SK9 3ER

 
T: 0 446677

W: www.clocom.uk  

 
 

 

 

 

  

Like us on Facebook



Follow us on Twitter



 
 

 

 

 

Clocom is a green company. Think, do you need to print this email?

 
This message contains confidential information and is intended only for the 
individual named. If you are not the named addressee you should not 
disseminate, distribute or copy this e-mail. Please notify the sender 
immediately by e-mail if you have received this e-mail by mistake and delete 
this e-mail from your system. E-mail transmission cannot be guaranteed to be 
secure or error-free as information could be intercepted, corrupted, lost, 
destroyed, arrive late or incomplete, or contain viruses. The sender therefore 
does not accept liability for any errors or omissions in the contents of this 
message, which arise as a result of e-mail transmission. If verification is 
required please request a hard-copy version. Registered in England & Wales: 
07081192. Registered name and address: Clocom UK Ltd, 111 Wilmslow Road, 
Handforth, Cheshire, SK9 3ER  www.clocom.uk  

 

___
Users mailing list
Users@lists.opensips.org  
http://lists.opensips.org/cgi-bin/mailman/listinfo/users 
 

 

___



Users mailing list



Users@lists.opensips.org  



http://lists.opensips.org/cgi-bin/mailman/listinfo/users 
 


___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

Re: [OpenSIPS-Users] On hold

[Brian Southworth]

Hi Ovidiu,

 
I tried this in a if statement it works but same thing happens I go to take the 
call off hold and it just drops the call. 

 
Regards,

 
Brian Southworth

Communications Developer


111 Wilmslow Road

Handforth

Wilmslow

SK9 3ER

 
T: 0 446677

W: www.clocom.uk  

 
 

 

 

 

  

Like us on Facebook



Follow us on Twitter



 
 

 

 

 

Clocom is a green company. Think, do you need to print this email?

 
This message contains confidential information and is intended only for the 
individual named. If you are not the named addressee you should not 
disseminate, distribute or copy this e-mail. Please notify the sender 
immediately by e-mail if you have received this e-mail by mistake and delete 
this e-mail from your system. E-mail transmission cannot be guaranteed to be 
secure or error-free as information could be intercepted, corrupted, lost, 
destroyed, arrive late or incomplete, or contain viruses. The sender therefore 
does not accept liability for any errors or omissions in the contents of this 
message, which arise as a result of e-mail transmission. If verification is 
required please request a hard-copy version. Registered in England & Wales: 
07081192. Registered name and address: Clocom UK Ltd, 111 Wilmslow Road, 
Handforth, Cheshire, SK9 3ER  www.clocom.uk  

 
From: Users [mailto:users-boun...@lists.opensips.org] On Behalf Of Ovidiu Sas
Sent: 23 February 2018 13:10
To: users@lists.opensips.org users 
Subject: Re: [OpenSIPS-Users] On hold

 
Hello Brian,

 
You can detect hold using is_audio_on_hold():

http://www.opensips.org/html/docs/modules/2.3.x/sipmsgops#idp5575408 
 

 
Try to use it and see if this will solve your issue.

 
Regards,

Ovidiu Sas

 
On Feb 23, 2018 4:13 AM, "Brian Southworth"  > wrote:

Hi All,

 
I am trying to get opensips to forward the on hold request to asterisk I have 
done this using an if statement for SDP =~ “sendonly”

 
How ever when I go to take them off hold the call is dropped, is there 
something special I need to do ?

 
I have tried and if statement for is_method(“invite”) && $rb =~ “sendrecv” ß 
this loops until opensips give a 500 internal error

And I have also tried is_method(“invite”) && $rb =~ “inactive” ß this doesn’t 
seem to work at all 

 
The initial hold works perfect puts them on hold just cant take them off or 
transfer the call (asterisk will handle all the B2B stuff)

 
Any help would be appreciated.

 
Regards,

 
Brian Southworth

Communications Developer


111 Wilmslow Road

Handforth

Wilmslow

SK9 3ER

 
T: 0 446677

W: www.clocom.uk  

 
 

 

 

 

  

Like us on Facebook



Follow us on Twitter



 
 

 

 

 

Clocom is a green company. Think, do you need to print this email?

 
This message contains confidential information and is intended only for the 
individual named. If you are not the named addressee you should not 
disseminate, distribute or copy this e-mail. Please notify the sender 
immediately by e-mail if you have received this e-mail by mistake and delete 
this e-mail from your system. E-mail transmission cannot be guaranteed to be 
secure or error-free as information could be intercepted, corrupted, lost, 
destroyed, arrive late or incomplete, or contain viruses. The sender therefore 
does not accept liability for any errors or omissions in the contents of this 
message, which arise as a result of e-mail transmission. If verification is 
required please request a hard-copy version. Registered in England & Wales: 
07081192. Registered name and address: Clocom UK Ltd, 111 Wilmslow Road, 
Handforth, Cheshire, SK9 3ER  www.clocom.uk  

 

___
Users mailing list
Users@lists.opensips.org  
http://lists.opensips.org/cgi-bin/mailman/listinfo/users 
 

 

___



Users mailing list



Users@lists.opensips.org  



http://lists.opensips.org/cgi-bin/mailman/listinfo/users 
 


___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

Re: [OpenSIPS-Users] OpenSIPS crashing on 200 OK

[Ben Newlin]

Bogdan,

Unfortunately I am not at all familiar with gdb. How do I change frames?

Ben Newlin

From: Bogdan-Andrei Iancu 
Date: Monday, February 26, 2018 at 10:40 AM
To: Ben Newlin , OpenSIPS users mailling list 

Subject: Re: [OpenSIPS-Users] OpenSIPS crashing on 200 OK

Hi Ben,

The backtrace points to the script interpreter :DPlease do the followings 
(assuming you are a bit faimilar with GDB :) ) :

in frame 0, please do "print *s1"
and in frame 5 do "print *a"

Regards,


Bogdan-Andrei Iancu



OpenSIPS Founder and Developer

  http://www.opensips-solutions.com

OpenSIPS Summit 2018

  
http://www.opensips.org/events/Summit-2018Amsterdam
On 02/22/2018 07:33 PM, Ben Newlin wrote:
Bogdan,

Here is the backtrace: 
https://pastebin.com/6tZhrWek

I am not using TCP, BIN, or HEP in this configuration. I am not using anything, 
to my knowledge, which should be causing TCP worker threads to be spawned.

Ben Newlin

From: Bogdan-Andrei Iancu 
Date: Thursday, February 22, 2018 at 5:26 AM
To: OpenSIPS users mailling list 
, Ben Newlin 

Subject: Re: [OpenSIPS-Users] OpenSIPS crashing on 200 OK

Hi Ben,

Do you have a full backtrace extracted from the core ?

In regards to the TCP processes, the TCP layer will automatically enabled 
itself depending on what protocols (tcp-based) you are using in script. Maybe 
you do not use SIP with TCP, but do you use BIN or HEP ?

Regards,



Bogdan-Andrei Iancu



OpenSIPS Founder and Developer

  http://www.opensips-solutions.com

OpenSIPS Summit 2018

  
http://www.opensips.org/events/Summit-2018Amsterdam
On 02/22/2018 12:38 AM, Ben Newlin wrote:
Hi,

I am currently upgrading to 2.3.3 and am running off the HEAD of the 2.3 
branch. My OpenSIPS is consistently crashing when trying to process the ACK to 
an initial INVITE request. I am testing with SIPp using a simple single call 
scenario. I see the following in the logs:

Feb 21 21:32:27 [383] DBG:core:io_wait_loop_epoll: [TCP_main] EPOLLHUP on IN 
->connection closed by the remote peer!
Feb 21 21:32:27 [383] CRITICAL:core:receive_fd: EOF on 33
Feb 21 21:32:27 [383] DBG:core:handle_worker: dead child 9, pid 370 (shutting 
down?)
Feb 21 21:32:27 [383] DBG:core:io_watch_del: [TCP_main] io_watch_del op on 
index 8 33 (0x8d4e80, 33, 8, 0x0,0x1) fd_no=29 called
Feb 21 21:32:27 [361] DBG:core:handle_sigs: status = 139
Feb 21 21:32:27 [361] INFO:core:handle_sigs: child process 370 exited by a 
signal 11
Feb 21 21:32:27 [361] INFO:core:handle_sigs: core was generated
Feb 21 21:32:27 [361] INFO:core:handle_sigs: terminating due to SIGCHLD

I also notice that OpenSIPS is starting up a number of TCP processes even 
though I do not use TCP in my script. I do not even have the proto_tcp module 
loaded. I used to use the “disable_tcp” global parameter in 1.11, but that has 
been removed in 2.3.

Feb 21 22:03:56 [361] DBG:core:internal_fork: forking new process "SIP receiver 
TCP"
Feb 21 22:03:56 [361] DBG:core:internal_fork: forking new process "SIP receiver 
TCP"
Feb 21 22:03:56 [361] DBG:core:internal_fork: forking new process "SIP receiver 
TCP"
Feb 21 22:03:56 [361] DBG:core:internal_fork: forking new process "SIP receiver 
TCP"
Feb 21 22:03:56 [361] DBG:core:internal_fork: forking new process "SIP receiver 
TCP"
Feb 21 22:03:56 [375] DBG:core:io_watch_add: [TCP_worker] io_watch_add op (3 on 
53) (0x8d4e80, 3, 1, (nil),1), fd_no=0/209715
Feb 21 22:03:56 [361] DBG:core:internal_fork: forking new process "SIP receiver 
TCP"
Feb 21 22:03:56 [361] DBG:core:internal_fork: forking new process "SIP receiver 
TCP"
Feb 21 22:03:56 [361] DBG:core:internal_fork: forking new process "SIP receiver 
TCP"

Initialization logs: 
https://pastebin.com/nsJQGkdy
Call logs: https://pastebin.com/vY5crK8U

I also have the core dump if any more information is needed from that.

Thanks,
Ben Newlin






___

Users mailing list

Users@lists.opensips.org

http://lists.opensips.org/cgi-bin/mailman/listinfo/users





___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

Re: [OpenSIPS-Users] OpenSIPS crashing on 200 OK

[Bogdan-Andrei Iancu]

Hi Ben,

The backtrace points to the script interpreter :DPlease do the 
followings (assuming you are a bit faimilar with GDB:) ) :


in frame 0, please do "print *s1"
and in frame 5 do "print *a"

Regards,

Bogdan-Andrei Iancu

OpenSIPS Founder and Developer
  http://www.opensips-solutions.com
OpenSIPS Summit 2018
  http://www.opensips.org/events/Summit-2018Amsterdam

On 02/22/2018 07:33 PM, Ben Newlin wrote:


Bogdan,

Here is the backtrace: https://pastebin.com/6tZhrWek 



I am not using TCP, BIN, or HEP in this configuration. I am not using 
anything, to my knowledge, which should be causing TCP worker threads 
to be spawned.


Ben Newlin

*From: *Bogdan-Andrei Iancu 
*Date: *Thursday, February 22, 2018 at 5:26 AM
*To: *OpenSIPS users mailling list , Ben 
Newlin 

*Subject: *Re: [OpenSIPS-Users] OpenSIPS crashing on 200 OK

Hi Ben,

Do you have a full backtrace extracted from the core ?

In regards to the TCP processes, the TCP layer will automatically 
enabled itself depending on what protocols (tcp-based) you are using 
in script. Maybe you do not use SIP with TCP, but do you use BIN or HEP ?


Regards,

Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
http://www.opensips-solutions.com
OpenSIPS Summit 2018
http://www.opensips.org/events/Summit-2018Amsterdam

On 02/22/2018 12:38 AM, Ben Newlin wrote:

Hi,

I am currently upgrading to 2.3.3 and am running off the HEAD of
the 2.3 branch. My OpenSIPS is consistently crashing when trying
to process the ACK to an initial INVITE request. I am testing with
SIPp using a simple single call scenario. I see the following in
the logs:

Feb 21 21:32:27 [383] DBG:core:io_wait_loop_epoll: [TCP_main]
EPOLLHUP on IN ->connection closed by the remote peer!

Feb 21 21:32:27 [383] CRITICAL:core:receive_fd: EOF on 33

Feb 21 21:32:27 [383] DBG:core:handle_worker: dead child 9, pid
370 (shutting down?)

Feb 21 21:32:27 [383] DBG:core:io_watch_del: [TCP_main]
io_watch_del op on index 8 33 (0x8d4e80, 33, 8, 0x0,0x1) fd_no=29
called

Feb 21 21:32:27 [361] DBG:core:handle_sigs: status = 139

Feb 21 21:32:27 [361] INFO:core:handle_sigs: child process 370
exited by a signal 11

Feb 21 21:32:27 [361] INFO:core:handle_sigs: core was generated

Feb 21 21:32:27 [361] INFO:core:handle_sigs: terminating due to
SIGCHLD

I also notice that OpenSIPS is starting up a number of TCP
processes even though I do not use TCP in my script. I do not even
have the proto_tcp module loaded. I used to use the “disable_tcp”
global parameter in 1.11, but that has been removed in 2.3.

Feb 21 22:03:56 [361] DBG:core:internal_fork: forking new process
"SIP receiver TCP"

Feb 21 22:03:56 [361] DBG:core:internal_fork: forking new process
"SIP receiver TCP"

Feb 21 22:03:56 [361] DBG:core:internal_fork: forking new process
"SIP receiver TCP"

Feb 21 22:03:56 [361] DBG:core:internal_fork: forking new process
"SIP receiver TCP"

Feb 21 22:03:56 [361] DBG:core:internal_fork: forking new process
"SIP receiver TCP"

Feb 21 22:03:56 [375] DBG:core:io_watch_add: [TCP_worker]
io_watch_add op (3 on 53) (0x8d4e80, 3, 1, (nil),1), fd_no=0/209715

Feb 21 22:03:56 [361] DBG:core:internal_fork: forking new process
"SIP receiver TCP"

Feb 21 22:03:56 [361] DBG:core:internal_fork: forking new process
"SIP receiver TCP"

Feb 21 22:03:56 [361] DBG:core:internal_fork: forking new process
"SIP receiver TCP"

Initialization logs: https://pastebin.com/nsJQGkdy

Call logs: https://pastebin.com/vY5crK8U

I also have the core dump if any more information is needed from that.

Thanks,

Ben Newlin




___

Users mailing list

Users@lists.opensips.org

http://lists.opensips.org/cgi-bin/mailman/listinfo/users





___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

[OpenSIPS-Users] OpenSIPS Summit 2018 - Speakers and Birds

[Bogdan-Andrei Iancu]

 OpenSIPS Summit 2018

May 1-4, 2018

Amsterdam, The Netherlands


*The Speakers List is almost done!*

During the last 2 months we worked hard to bring you valuables speakers 
with interesting topics from different areas of VoIP & RTC, topics 
covering or related to OpenSIPS, topics on Open Source (or not) projects 
related to VoIP & RTC.
Even if the process is still ongoing, we are proud to present you our 
awesome list of speakers and topics:

*http://www.opensips.org/events/Summit-2018Amsterdam/#mu-schedule**
*
**


*Be wise, be an early bird!*

Is the speaker list interesting for you? Then reserve your seat with the 
OpenSIPS Summit in the next 15 days with a 50% discount for the 
Conference Days. *Register now 
* with 
the Early Birds token and secure your participation:

*5b48a939-61d9-4bc1-b8b3-008aba92c1a4*

While registering, remember that the Summit is more than conference. It 
is also about Interactive Demos, about OpenSIPS and FreeSWITCH trainings 
, 
about Design Clinics and many more.. and available seats / slots are 
limited !



*Event Location*


 



*
*

*Radisson Blu**
**Rusland 17, 1012CK Amsterdam, The Netherlands*

Meet us again at our familiar Venue, with even more space and comfort 
than ever! This year the OpenSIPS Summit expands in size and will 
accommodate more participants and speakers.



**


--
Bogdan-Andrei Iancu
  OpenSIPS Founder and Developer
  http://www.opensips-solutions.com

___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

Re: [OpenSIPS-Users] OpenSIPS crashing on 200 OK

[Ben Newlin]

Any progress on this? I’m happy to provide more information if needed.

Ben Newlin

From: Ben Newlin 
Date: Thursday, February 22, 2018 at 12:33 PM
To: Bogdan-Andrei Iancu , OpenSIPS users mailling list 

Subject: Re: [OpenSIPS-Users] OpenSIPS crashing on 200 OK

Bogdan,

Here is the backtrace: https://pastebin.com/6tZhrWek

I am not using TCP, BIN, or HEP in this configuration. I am not using anything, 
to my knowledge, which should be causing TCP worker threads to be spawned.

Ben Newlin

From: Bogdan-Andrei Iancu 
Date: Thursday, February 22, 2018 at 5:26 AM
To: OpenSIPS users mailling list , Ben Newlin 

Subject: Re: [OpenSIPS-Users] OpenSIPS crashing on 200 OK

Hi Ben,

Do you have a full backtrace extracted from the core ?

In regards to the TCP processes, the TCP layer will automatically enabled 
itself depending on what protocols (tcp-based) you are using in script. Maybe 
you do not use SIP with TCP, but do you use BIN or HEP ?

Regards,



Bogdan-Andrei Iancu



OpenSIPS Founder and Developer

  http://www.opensips-solutions.com

OpenSIPS Summit 2018

  
http://www.opensips.org/events/Summit-2018Amsterdam
On 02/22/2018 12:38 AM, Ben Newlin wrote:
Hi,

I am currently upgrading to 2.3.3 and am running off the HEAD of the 2.3 
branch. My OpenSIPS is consistently crashing when trying to process the ACK to 
an initial INVITE request. I am testing with SIPp using a simple single call 
scenario. I see the following in the logs:

Feb 21 21:32:27 [383] DBG:core:io_wait_loop_epoll: [TCP_main] EPOLLHUP on IN 
->connection closed by the remote peer!
Feb 21 21:32:27 [383] CRITICAL:core:receive_fd: EOF on 33
Feb 21 21:32:27 [383] DBG:core:handle_worker: dead child 9, pid 370 (shutting 
down?)
Feb 21 21:32:27 [383] DBG:core:io_watch_del: [TCP_main] io_watch_del op on 
index 8 33 (0x8d4e80, 33, 8, 0x0,0x1) fd_no=29 called
Feb 21 21:32:27 [361] DBG:core:handle_sigs: status = 139
Feb 21 21:32:27 [361] INFO:core:handle_sigs: child process 370 exited by a 
signal 11
Feb 21 21:32:27 [361] INFO:core:handle_sigs: core was generated
Feb 21 21:32:27 [361] INFO:core:handle_sigs: terminating due to SIGCHLD

I also notice that OpenSIPS is starting up a number of TCP processes even 
though I do not use TCP in my script. I do not even have the proto_tcp module 
loaded. I used to use the “disable_tcp” global parameter in 1.11, but that has 
been removed in 2.3.

Feb 21 22:03:56 [361] DBG:core:internal_fork: forking new process "SIP receiver 
TCP"
Feb 21 22:03:56 [361] DBG:core:internal_fork: forking new process "SIP receiver 
TCP"
Feb 21 22:03:56 [361] DBG:core:internal_fork: forking new process "SIP receiver 
TCP"
Feb 21 22:03:56 [361] DBG:core:internal_fork: forking new process "SIP receiver 
TCP"
Feb 21 22:03:56 [361] DBG:core:internal_fork: forking new process "SIP receiver 
TCP"
Feb 21 22:03:56 [375] DBG:core:io_watch_add: [TCP_worker] io_watch_add op (3 on 
53) (0x8d4e80, 3, 1, (nil),1), fd_no=0/209715
Feb 21 22:03:56 [361] DBG:core:internal_fork: forking new process "SIP receiver 
TCP"
Feb 21 22:03:56 [361] DBG:core:internal_fork: forking new process "SIP receiver 
TCP"
Feb 21 22:03:56 [361] DBG:core:internal_fork: forking new process "SIP receiver 
TCP"

Initialization logs: 
https://pastebin.com/nsJQGkdy
Call logs: https://pastebin.com/vY5crK8U

I also have the core dump if any more information is needed from that.

Thanks,
Ben Newlin






___

Users mailing list

Users@lists.opensips.org

http://lists.opensips.org/cgi-bin/mailman/listinfo/users



___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

Re: [OpenSIPS-Users] dialog replication

[Vlad Patrascu]

Hi,

Can you send the full logs for both nodes from the time that node1 
restarts onwards? Also, what is the output of 'clusterer_list' mi 
command on the instances?


Regards,

Vlad Patrascu
OpenSIPS Developer
http://www.opensips-solutions.com

On 26.02.2018 08:38, Pasan Meemaduma via Users wrote:

Hi Guys,

Its me again :). I'm using dialog replication in opensips 2.3.3 and it 
appears it doesn't work after a node goes down and come back online. 
The recovered node

doesn't seems to receiving dialog info via binary interface.

I have node1 and node2 with dialog replication on. everything works 
fine and if I shutdown node1 and bring it back online after a while

node2 doesn't send new call dialog info via binary interface.

I have attach the debug trace from both nodes, if you need anything 
else let me know. I'm also using an anycast ip as the service ip.



on node2 for new call

Feb 26 17:28:35 voip2-sip23b /usr/sbin/opensips[4703]: 
DBG:dialog:build_new_dlg: new dialog 0x7f188afd3bf8 
(c=ktQ0Pkdwz50qGYjED6Brpw..,f=sip:X@somedomain;transport=UDP,t=sip:+YYY@somedomain;transport=UDP,ft=2b161508) 
on hash 2317
Feb 26 17:28:35 voip2-sip23b /usr/sbin/opensips[4703]: 
DBG:dialog:init_leg_info: route_set , contact 
sip:X@192.168.27.11:56419;transport=UDP, cseq 2 and bind_addr 
udp:10.3.3.1:5060
Feb 26 17:28:35 voip2-sip23b /usr/sbin/opensips[4703]: 
DBG:dialog:dlg_add_leg_info: set leg 0 for 0x7f188afd3bf8: 
tag=<2b161508> rcseq=<0>
Feb 26 17:28:35 voip2-sip23b /usr/sbin/opensips[4703]: 
DBG:dialog:link_dlg: ref dlg 0x7f188afd3bf8 with 3 -> 3 in h_entry 
0x7f188afc3828 - 2317
Feb 26 17:28:35 voip2-sip23b /usr/sbin/opensips[4703]: 
DBG:dialog:new_dlg_val: inserting 
=<45ad4c76-1abe-11e8-9410-831894b67d0c>
Feb 26 17:28:35 voip2-sip23b /usr/sbin/opensips[4703]: 
DBG:dialog:dlg_onreq: t hash_index = 47425, t label = 2069082013
Feb 26 17:28:35 voip2-sip23b /usr/sbin/opensips[4703]: 
DBG:dialog:dlg_update_contact: Updated dialog 0x7f188afd3bf8 contact 
to 
Feb 26 17:28:35 voip2-sip23b /usr/sbin/opensips[4703]: 
DBG:dialog:unref_dlg: unref dlg 0x7f188afd3bf8 with 1 -> 2 in entry 
0x7f188afc3828
Feb 26 17:28:52 voip2-sip23b /usr/sbin/opensips[4702]: 
DBG:dialog:ref_dlg: ref dlg 0x7f188afd3bf8 with 1 -> 3
Feb 26 17:28:52 voip2-sip23b /usr/sbin/opensips[4702]: 
DBG:dialog:ref_dlg: ref dlg 0x7f188afd3bf8 with 1 -> 4
Feb 26 17:28:52 voip2-sip23b /usr/sbin/opensips[4702]: 
DBG:dialog:unref_dlg: unref dlg 0x7f188afd3bf8 with 1 -> 3 in entry 
0x7f188afc3828
Feb 26 17:28:56 voip2-sip23b /usr/sbin/opensips[4711]: 
DBG:dialog:unref_dlg: unref dlg 0x7f188afd3bf8 with 1 -> 2 in entry 
0x7f188afc3828
Feb 26 17:29:05 voip2-sip23b /usr/sbin/opensips[4711]: 
DBG:dialog:next_state_dlg: dialog 0x7f188afd3bf8 changed from state 1 
to state 5, due event 4
Feb 26 17:29:05 voip2-sip23b /usr/sbin/opensips[4711]: 
DBG:dialog:dlg_onreply: dialog 0x7f188afd3bf8 failed (negative reply)
Feb 26 17:29:05 voip2-sip23b /usr/sbin/opensips[4711]: 
DBG:dialog:unref_dlg: unref dlg 0x7f188afd3bf8 with 1 -> 1 in entry 
0x7f188afc3828
Feb 26 17:29:11 voip2-sip23b /usr/sbin/opensips[4711]: 
DBG:dialog:next_state_dlg: dialog 0x7f188afd3bf8 changed from state 5 
to state 5, due event 1
Feb 26 17:29:11 voip2-sip23b /usr/sbin/opensips[4711]: 
DBG:dialog:unref_dlg: unref dlg 0x7f188afd3bf8 with 1 -> 0 in entry 
0x7f188afc3828
Feb 26 17:29:11 voip2-sip23b /usr/sbin/opensips[4711]: 
DBG:dialog:unref_dlg: ref <=0 for dialog 0x7f188afd3bf8
Feb 26 17:29:11 voip2-sip23b /usr/sbin/opensips[4711]: 
DBG:dialog:destroy_dlg: destroying dialog 0x7f188afd3bf8
Feb 26 17:29:11 voip2-sip23b /usr/sbin/opensips[4711]: 
DBG:dialog:destroy_dlg: dlg expired or not in list - dlg 
0x7f188afd3bf8 [2317:677053409] with clid 'ktQ0Pkdwz50qGYjED6Brpw..' 
and tags '2b161508' 'NULL'



on node1

Feb 26 17:28:41 voip2-sip23a /usr/sbin/opensips[15820]: 
DBG:dialog:dlg_onroute: route param is 'd09.1e30b582' (len=12)
Feb 26 17:28:41 voip2-sip23a /usr/sbin/opensips[15820]: 
DBG:dialog:lookup_dlg: no dialog id=677053409 found on entry 2317
Feb 26 17:28:41 voip2-sip23a /usr/sbin/opensips[15820]: 
DBG:dialog:dlg_onroute: unable to find dialog for BYE with route param 
'd09.1e30b582'
Feb 26 17:28:41 voip2-sip23a /usr/sbin/opensips[15822]: 
DBG:dialog:dlg_onroute: route param is 'd09.1e30b582' (len=12)
Feb 26 17:28:41 voip2-sip23a /usr/sbin/opensips[15822]: 
DBG:dialog:lookup_dlg: no dialog id=677053409 found on entry 2317
Feb 26 17:28:41 voip2-sip23a /usr/sbin/opensips[15822]: 
DBG:dialog:dlg_onroute: unable to find dialog for BYE with route param 
'd09.1e30b582'
Feb 26 17:28:41 voip2-sip23a /usr/sbin/opensips[15822]: 
DBG:dialog:dlg_onroute: route param is 'd09.1e30b582' (len=12)
Feb 26 17:28:41 voip2-sip23a /usr/sbin/opensips[15822]: 
DBG:dialog:lookup_dlg: no dialog id=677053409 found on entry 2317
Feb 26 17:28:41 voip2-sip23a /usr/sbin/opensips[15822]: 
DBG:dialog:dlg_onroute: unable to find dialog for BYE with route 

Re: [OpenSIPS-Users] Wrong number of children

[xaled]

Hi Callum,

 

that helped thanks. 

I have 8 TCP receivers and one TCP main process that I did not expected as I 
only listen on udp.

Will have to understand the TCP spawn logic.

 

Greetings,

Xaled

 

From: Users [mailto:users-boun...@lists.opensips.org] On Behalf Of Callum Guy
Sent: Friday, February 23, 2018 2:42 PM
To: OpenSIPS users mailling list 
Subject: Re: [OpenSIPS-Users] Wrong number of children

 

Hi Xaled,

 

If you have the FIFO module loaded you can run "opensipsctl fifo ps" on the 
instance to see full details of each process.

 

https://www.opensips.org/Documentation/Interface-CoreMI-2-2#toc7

 

Hope that helps,

 

Callum

 

On Fri, Feb 23, 2018 at 1:35 PM Daniel Zanutti  > wrote:

Hi

 

You should have 5 per interface + some internal control threads. I'm not sure 
exactly.

 

Regards

 

On Fri, Feb 23, 2018 at 9:25 AM, xaled  > 
wrote:

Hi 

 

I have configured 5 children in  opensips.cfg, but 16 get logged and 18 
initiated what could be the cause of it?

I search for word children in opensips directory and it only comes ones in 
opensips.conf.

 

children=5

 

Feb 23 13:07:09 srv01 opensips: DBG:core:daemonize: waiting for status code 
from children

Feb 23 13:07:09 srv01 opensips: DBG:core:count_init_children: 16 children are 
going to be inited

 

root@dus-appsrv01:/var/log/opensips# ps ax|grep sips

14854 ?S  0:00 /usr/sbin/opensips -P /run/opensips/opensips.pid -f 
/etc/opensips/opensips.cfg -m 64 -M 4

14856 ?S  0:00 /usr/sbin/opensips -P /run/opensips/opensips.pid -f 
/etc/opensips/opensips.cfg -m 64 -M 4

14857 ?S  0:00 /usr/sbin/opensips -P /run/opensips/opensips.pid -f 
/etc/opensips/opensips.cfg -m 64 -M 4

14858 ?S  0:00 /usr/sbin/opensips -P /run/opensips/opensips.pid -f 
/etc/opensips/opensips.cfg -m 64 -M 4

14861 ?S  0:00 /usr/sbin/opensips -P /run/opensips/opensips.pid -f 
/etc/opensips/opensips.cfg -m 64 -M 4

14862 ?S  0:00 /usr/sbin/opensips -P /run/opensips/opensips.pid -f 
/etc/opensips/opensips.cfg -m 64 -M 4

14863 ?S  0:00 /usr/sbin/opensips -P /run/opensips/opensips.pid -f 
/etc/opensips/opensips.cfg -m 64 -M 4

14864 ?S  0:00 /usr/sbin/opensips -P /run/opensips/opensips.pid -f 
/etc/opensips/opensips.cfg -m 64 -M 4

14865 ?S  0:00 /usr/sbin/opensips -P /run/opensips/opensips.pid -f 
/etc/opensips/opensips.cfg -m 64 -M 4

14867 ?S  0:00 /usr/sbin/opensips -P /run/opensips/opensips.pid -f 
/etc/opensips/opensips.cfg -m 64 -M 4

14869 ?S  0:00 /usr/sbin/opensips -P /run/opensips/opensips.pid -f 
/etc/opensips/opensips.cfg -m 64 -M 4

14870 ?S  0:00 /usr/sbin/opensips -P /run/opensips/opensips.pid -f 
/etc/opensips/opensips.cfg -m 64 -M 4

14871 ?S  0:00 /usr/sbin/opensips -P /run/opensips/opensips.pid -f 
/etc/opensips/opensips.cfg -m 64 -M 4

14872 ?S  0:00 /usr/sbin/opensips -P /run/opensips/opensips.pid -f 
/etc/opensips/opensips.cfg -m 64 -M 4

14874 ?S  0:00 /usr/sbin/opensips -P /run/opensips/opensips.pid -f 
/etc/opensips/opensips.cfg -m 64 -M 4

14875 ?S  0:00 /usr/sbin/opensips -P /run/opensips/opensips.pid -f 
/etc/opensips/opensips.cfg -m 64 -M 4

14876 ?S  0:00 /usr/sbin/opensips -P /run/opensips/opensips.pid -f 
/etc/opensips/opensips.cfg -m 64 -M 4

14877 ?S  0:00 /usr/sbin/opensips -P /run/opensips/opensips.pid -f 
/etc/opensips/opensips.cfg -m 64 -M 4

 

With commended children parameter I get 19 children in the log and 21 in 
reality:

 

Feb 23 13:13:24 dus-appsrv01 opensips: DBG:core:daemonize: waiting for status 
code from children

Feb 23 13:13:24 dus-appsrv01 opensips: DBG:core:count_init_children: 19 
children are going to be inited

 

root@srv01:/var/log/opensips# ps ax|grep sips

14723 ?S  0:00 /usr/sbin/opensips -P /run/opensips/opensips.pid -f 
/etc/opensips/opensips.cfg -m 64 -M 4

14725 ?S  0:00 /usr/sbin/opensips -P /run/opensips/opensips.pid -f 
/etc/opensips/opensips.cfg -m 64 -M 4

14726 ?S  0:00 /usr/sbin/opensips -P /run/opensips/opensips.pid -f 
/etc/opensips/opensips.cfg -m 64 -M 4

14727 ?S  0:00 /usr/sbin/opensips -P /run/opensips/opensips.pid -f 
/etc/opensips/opensips.cfg -m 64 -M 4

14730 ?S  0:00 /usr/sbin/opensips -P /run/opensips/opensips.pid -f 
/etc/opensips/opensips.cfg -m 64 -M 4

14731 ?S  0:00 /usr/sbin/opensips -P /run/opensips/opensips.pid -f 
/etc/opensips/opensips.cfg -m 64 -M 4

14732 ?S  0:00 /usr/sbin/opensips -P /run/opensips/opensips.pid -f 
/etc/opensips/opensips.cfg -m 64 -M 4

14733 ?S  0:00 /usr/sbin/opensips -P /run/opensips/opensips.pid -f 
/etc/opensips/opensips.cfg -m 64 -M 4

14734 ?S  0:00 /usr/sbin/opensips -P /run/opensips/opensips.pid 

Re: [OpenSIPS-Users] ACC module with JSON events

[Khalil Khamlichi]

Hi Dan,

Can you show us how to do that with some step by step tutorial, we had
a lot of trouble trying to figure out how to use CGRates, with this
functionality of json export, we will at least use some of CGRates
functionalities and hopefully slowly get familiar with it.

Thanks in advance.

On Mon, Feb 26, 2018 at 7:51 AM, DanB  wrote:
> Sammy,
>
> Another option on short term until the new feature will be implemented
> in OpenSIPS would be to use CGRateS as CDR format converter: receive
> CDRs from "cgrates" module in OpenSIPS and use online export of CGRateS
> to further export the CDR in the JSON over http (customizable fields).
> You don't need to configure much on CGRateS side in this case since no
> billing needs to be involved.
>
> DanB
>
>
>
>
>
> ___
> Users mailing list
> Users@lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users

___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users