[OpenSIPS-Users] Getting RateLimit Config From Database

2017-11-06 Thread Alexander Perkins 
Hi All.  I have been researching OpenSIPs for quite some time now and have
implemented a deployment successfully with it.  However, I was never able
to successfully pull the RateLimit configuration from a database.  For
example, if I want to limit a SIP client to only one call per second and
have that information pull from MySQL, how would I do that?  I have tried
searching Google, but cannot find much information.  If I cannot pull it in
from MySQL, can I reload the RateLimit config without restarting OpenSIPs?

Any help is appreciated,
Alex
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

Re: [OpenSIPS-Users] Opensips 2.3.2 chashed

2017-11-06 Thread Dragomir Haralambiev 
Hi,

Sorry the last email is other Opensips crash.
This is the info you want:

https://pastebin.com/ejNr9de0

Best regards,
Dragomir

2017-11-06 11:42 GMT+02:00 Răzvan Crainea :

> Hi, Dragomir!
>
> Can you to go in gdb top frame 3 and print call_it. Use the following
> snippet and attach the output in pastebin.
>
> > frame 3
> > p *call_it
>
> Thanks!
>
> Răzvan Crainea
> OpenSIPS Developerwww.opensips-solutions.com
>
> On 11/04/2017 02:35 PM, Dragomir Haralambiev wrote:
>
> Hello,
>
> I use latest update from git at Opensips 2.3.2.
> When try to use call center module Opensips crashed:
>
> 1. Log message:
>
> Nov  4 14:09:52opensips[2658]: CRITICAL:call_center:cc_queue_rmv_call:
> QUEUE - call not in queue l=(nil), h=(nil)
> Nov  4 14:09:52opensips[2666]: CRITICAL:core:receive_fd: EOF on 48
> Nov  4 14:09:52opensips[2636]: INFO:core:handle_sigs: child process 2658
> exited by a signal 6
> Nov  4 14:09:52opensips[2636]: INFO:core:handle_sigs: core was generated
> Nov  4 14:09:52opensips[2636]: INFO:core:handle_sigs: terminating due to
> SIGCHLD
> Nov  4 14:09:52opensips[2655]: INFO:core:sig_usr: signal 15 received
>
> 2. Message from gdb:
>
> ...
> Reading symbols from /usr/local/sbin/opensips...done.
> [New LWP 2658]
> [Thread debugging using libthread_db enabled]
> Using host libthread_db library "/usr/lib64/libthread_db.so.1".
> Core was generated by `/usr/local/sbin/opensips -P
> /var/run/opensips/opensips.pid -f /etc/opensips/ope'.
> Program terminated with signal 6, Aborted.
> #0  0x7fcbf3d421f7 in raise () from /usr/lib64/libc.so.6
> Missing separate debuginfos, use: debuginfo-install
> bzip2-libs-1.0.6-13.el7.x86_64 elfutils-libelf-0.168-8.el7.x86_64
> elfutils-libs-0.168-8.el7.x86_64 glibc-2.17-196.el7.x86_64
> gmp-6.0.0-15.el7.x86_64 gnutls-3.3.26-9.el7.x86_64
> hiredis-0.12.1-1.el7.x86_64 json-c-0.11-4.el7_0.x86_64
> keyutils-libs-1.5.8-3.el7.x86_64 krb5-libs-1.15.1-8.el7.x86_64
> libattr-2.4.46-12.el7.x86_64 libcap-2.22-9.el7.x86_64
> libcom_err-1.42.9-10.el7.x86_64 libffi-3.0.13-18.el7.x86_64
> libgcc-4.8.5-16.el7.x86_64 libgcrypt-1.5.3-14.el7.x86_64
> libgpg-error-1.12-3.el7.x86_64 libmicrohttpd-0.9.33-2.el7.x86_64
> libselinux-2.5-11.el7.x86_64 libstdc++-4.8.5-16.el7.x86_64
> libtasn1-4.10-1.el7.x86_64 libxml2-2.9.1-6.el7_2.3.x86_64
> mariadb-libs-5.5.56-2.el7.x86_64 nettle-2.7.1-8.el7.x86_64
> openssl-libs-1.0.2k-8.el7.x86_64 p11-kit-0.23.5-3.el7.x86_64
> pcre-8.32-17.el7.x86_64 systemd-libs-219-42.el7_4.4.x86_64
> xz-libs-5.2.2-1.el7.x86_64 zlib-1.2.7-17.el7.x86_64
>
> 3. Here is gdb bt full log:
>
> https://pastebin.com/HFkzxnty
>
> Best regards,
> Dragomir
>
>
>
>
> ___
> Users mailing 
> listUsers@lists.opensips.orghttp://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 2.3.2 chashed

2017-11-06 Thread Dragomir Haralambiev 
Hello,


1. Openips log
Nov  6 20:01:21 /opensips[3358]: ERROR:call_center:set_call_leg: failed to
init new b2bua call (empty ID received)
Nov  6 20:01:21 /opensips[3358]: ERROR:call_center:w_handle_call: failed to
set new destination for call

2. gdb
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/usr/lib64/libthread_db.so.1".
Core was generated by `/usr/local/sbin/opensips -P
/var/run/opensips/opensips.pid -f /etc/opensips/ope'.
Program terminated with signal 11, Segmentation fault.
#0  0x7f666940eccb in cc_queue_pop_call_for_agent (data=0x7f6672e73a88,
agent=agent@entry=0x7f6672e74b30) at cc_data.c:1021
1021if (call_it->b2bua_id.len!=0 &&
call_it->flow->skill==agent->skills[i]) {
Missing separate debuginfos, use: debuginfo-install
bzip2-libs-1.0.6-13.el7.x86_64 elfutils-libelf-0.168-8.el7.x86_64
elfutils-libs-0.168-8.el7.x86_64 glibc-2.17-196.el7.x86_64
gmp-6.0.0-15.el7.x86_64 gnutls-3.3.26-9.el7.x86_64
hiredis-0.12.1-1.el7.x86_64 json-c-0.11-4.el7_0.x86_64
keyutils-libs-1.5.8-3.el7.x86_64 krb5-libs-1.15.1-8.el7.x86_64
libattr-2.4.46-12.el7.x86_64 libcap-2.22-9.el7.x86_64
libcom_err-1.42.9-10.el7.x86_64 libffi-3.0.13-18.el7.x86_64
libgcc-4.8.5-16.el7.x86_64 libgcrypt-1.5.3-14.el7.x86_64
libgpg-error-1.12-3.el7.x86_64 libmicrohttpd-0.9.33-2.el7.x86_64
libselinux-2.5-11.el7.x86_64 libstdc++-4.8.5-16.el7.x86_64
libtasn1-4.10-1.el7.x86_64 libxml2-2.9.1-6.el7_2.3.x86_64
mariadb-libs-5.5.56-2.el7.x86_64 nettle-2.7.1-8.el7.x86_64
openssl-libs-1.0.2k-8.el7.x86_64 p11-kit-0.23.5-3.el7.x86_64
pcre-8.32-17.el7.x86_64 systemd-libs-219-42.el7_4.4.x86_64
xz-libs-5.2.2-1.el7.x86_64 zlib-1.2.7-17.el7.x86_64

3. bt full
https://pastebin.com/FrnRDcaK

2017-11-06 11:42 GMT+02:00 Răzvan Crainea :

> Hi, Dragomir!
>
> Can you to go in gdb top frame 3 and print call_it. Use the following
> snippet and attach the output in pastebin.
>
> > frame 3
> > p *call_it
>
> Thanks!
>
> Răzvan Crainea
> OpenSIPS Developerwww.opensips-solutions.com
>
> On 11/04/2017 02:35 PM, Dragomir Haralambiev wrote:
>
> Hello,
>
> I use latest update from git at Opensips 2.3.2.
> When try to use call center module Opensips crashed:
>
> 1. Log message:
>
> Nov  4 14:09:52opensips[2658]: CRITICAL:call_center:cc_queue_rmv_call:
> QUEUE - call not in queue l=(nil), h=(nil)
> Nov  4 14:09:52opensips[2666]: CRITICAL:core:receive_fd: EOF on 48
> Nov  4 14:09:52opensips[2636]: INFO:core:handle_sigs: child process 2658
> exited by a signal 6
> Nov  4 14:09:52opensips[2636]: INFO:core:handle_sigs: core was generated
> Nov  4 14:09:52opensips[2636]: INFO:core:handle_sigs: terminating due to
> SIGCHLD
> Nov  4 14:09:52opensips[2655]: INFO:core:sig_usr: signal 15 received
>
> 2. Message from gdb:
>
> ...
> Reading symbols from /usr/local/sbin/opensips...done.
> [New LWP 2658]
> [Thread debugging using libthread_db enabled]
> Using host libthread_db library "/usr/lib64/libthread_db.so.1".
> Core was generated by `/usr/local/sbin/opensips -P
> /var/run/opensips/opensips.pid -f /etc/opensips/ope'.
> Program terminated with signal 6, Aborted.
> #0  0x7fcbf3d421f7 in raise () from /usr/lib64/libc.so.6
> Missing separate debuginfos, use: debuginfo-install
> bzip2-libs-1.0.6-13.el7.x86_64 elfutils-libelf-0.168-8.el7.x86_64
> elfutils-libs-0.168-8.el7.x86_64 glibc-2.17-196.el7.x86_64
> gmp-6.0.0-15.el7.x86_64 gnutls-3.3.26-9.el7.x86_64
> hiredis-0.12.1-1.el7.x86_64 json-c-0.11-4.el7_0.x86_64
> keyutils-libs-1.5.8-3.el7.x86_64 krb5-libs-1.15.1-8.el7.x86_64
> libattr-2.4.46-12.el7.x86_64 libcap-2.22-9.el7.x86_64
> libcom_err-1.42.9-10.el7.x86_64 libffi-3.0.13-18.el7.x86_64
> libgcc-4.8.5-16.el7.x86_64 libgcrypt-1.5.3-14.el7.x86_64
> libgpg-error-1.12-3.el7.x86_64 libmicrohttpd-0.9.33-2.el7.x86_64
> libselinux-2.5-11.el7.x86_64 libstdc++-4.8.5-16.el7.x86_64
> libtasn1-4.10-1.el7.x86_64 libxml2-2.9.1-6.el7_2.3.x86_64
> mariadb-libs-5.5.56-2.el7.x86_64 nettle-2.7.1-8.el7.x86_64
> openssl-libs-1.0.2k-8.el7.x86_64 p11-kit-0.23.5-3.el7.x86_64
> pcre-8.32-17.el7.x86_64 systemd-libs-219-42.el7_4.4.x86_64
> xz-libs-5.2.2-1.el7.x86_64 zlib-1.2.7-17.el7.x86_64
>
> 3. Here is gdb bt full log:
>
> https://pastebin.com/HFkzxnty
>
> Best regards,
> Dragomir
>
>
>
>
> ___
> Users mailing 
> listUsers@lists.opensips.orghttp://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 Contact in location table

2017-11-06 Thread Dragomir Haralambiev 
Hi,

Thanks for your email.

Here is part of my location table:

 contact_id  username   domain  contact
 received  pathexpires
 q  callid  cseq
last_modified flags  cflags user_agent
socket   methods  sip_instance  attr
---  -  --
--
  --  ---  --
  --
---  --  -  
---  ---    
 181494352482801881  57996206   (NULL)  sip:57996206@192.168.22.206:5062
(NULL)(NULL)  2017-11-06
17:58:48   -1.00  1162502851@192.168.22.206162
2017-11-06 17:52:48   0  NAT_BFLAG  Yealink SIP-T19P 31.72.0.75
 udp:OpenSips_IP:506016383  (NULL)(NULL)
 181654460760464436  57996204   (NULL)  sip:57996204@192.168.22.204:5060
(NULL)(NULL)  2017-11-06
17:59:02   -1.00  0_1763370066@192.168.22.204  179
2017-11-06 17:53:02   0  NAT_BFLAG  Yealink SIP-T21P_E2 52.81.0.25
udp:OpenSips_IP:506016383  (NULL)(NULL)

Why "received" field is blank?
Where could be the problem?


2017-11-06 11:44 GMT+02:00 Răzvan Crainea :

> Hi, Dragomir!
>
> If you simply do fix_nated_register() on the REGISTER messages, all these
> will be sorted out. Moreover, it's actually not correct to change the
> contact of the user, because in the SIP message it might expect to have
> exactly what he sent.
> When using fix_nated_register(), there is another field (called Received)
> that stores the actual IP and port where the REGISTER came from, and when
> an invite comes in, it is automatically set by the lookup() function in the
> DST uri, without changing the contact (the contact may still be private).
>
> So simply calling fix_nated_register() should fix this issue for all
> scenarios.
> I initially though that you were using the Contact from something else and
> you really need that value there.
>
> Best regards,
>
> Răzvan Crainea
> OpenSIPS Developerwww.opensips-solutions.com
>
> On 11/03/2017 09:36 PM, Dragomir Haralambiev wrote:
>
> Hi,
>
> Why I need the real IP and port in location table?
>
> Now I make only outgoing call. Everything works fine on the following
> scenario.:
> User -> Opensips --> ITSP
>
> If I not have real IP in location table incoming calls not be implemented.
> ITSP > Opensips >?
>
> Opensips get IP from location table and try to send call. But in location
> table have not real IP.
> I see how the Opensips try to send call to 192.168.2.34.
>
> This is the main problem.
>
> 2017-11-03 11:45 GMT+02:00 Răzvan Crainea :
>
>> Unfortunately I just realised that you cannot change the Contact header
>> for this scenario.
>> And to be honest I don't really understand why you are trying to change
>> it - if you need the real IP and port, you can take them from the received
>> field.
>>
>> Best regards,
>>
>> Răzvan Crainea
>> OpenSIPS Developerwww.opensips-solutions.com
>>
>> On 11/02/2017 11:43 PM, Dragomir Haralambiev wrote:
>>
>> Hi,
>>
>> Here is part of my script:
>> 
>> modparam("registrar", "mcontact_avp", "$avp(register)")
>> .
>>
>> if (t_check_status("2[0-9][0-9]"))  {
>> $log_level = 5;
>> script_trace( 1, "$rm from $si, ruri=$ru, ct=$ct.fields(uri)
>> avp(register)=$avp(register)", "me");
>> route(save_location);
>>...
>> }
>>
>> You can see log here:
>> https://pastebin.com/WWQ9Mmh4
>>
>> Here is the replacement contact:
>>
>> DBG:registrar:build_contact: created Contact HF: Contact: <
>> sip:55595009@192.168.22.138:5062>;expires=360
>> DBG:registrar:save: replacing contact uri [sip:55595009@188.23.232.10:10
>> 43] with [sip:55595009@192.168.22.138:5062]
>>
>> How to stop replacing contact from 188.23.232.10:1043 to
>> 192.168.22.138:5062 ?
>>
>>
>> ___
>> Users mailing list
>> Users@lists.opensips.org
>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>
>>
>
>
> ___
> Users mailing 
> listUsers@lists.opensips.orghttp://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 on Ubuntu >= 16.04

2017-11-06 Thread Mundkowsky, Robert 

I installed it on Ubuntu 16.04.2.  The normal installation worked fine. Only 
think I did manually was to create a boot script for it.


From: Users  on behalf of Khalil Khamlichi 

Sent: Monday, November 6, 2017 4:02 AM
To: OpenSIPS users mailling list
Subject: Re: [OpenSIPS-Users] opensips on Ubuntu >= 16.04

http://apt.opensips.org/packages.php?v=2.3

Sent via mobile, please forgive typos and brevity

On Nov 6, 2017 8:53 AM, "Martin Horne" 
> wrote:

Hi I have opensips built for arm64 (opensip-cp is working); has anybody got a 
cook book for installing opensips on Ubuntu 16.04?

Would also be very interested if anybody has it building on Alpine.

Thanks





Martin Horne

Developer Advocate  |

System Architect| Arm

. . . . . . . . . . . . . . . . . . . . . . . . . . .

m. +1 (925) 519 3056

Arm.com



IMPORTANT NOTICE: The contents of this email and any attachments are 
confidential and may also be privileged. If you are not the intended recipient, 
please notify the sender immediately and do not disclose the contents to any 
other person, use it for any purpose, or store or copy the information in any 
medium. Thank you.

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




This e-mail and any files transmitted with it may contain privileged or 
confidential information. It is solely for use by the individual for whom it is 
intended, even if addressed incorrectly. If you received this e-mail in error, 
please notify the sender; do not disclose, copy, distribute, or take any action 
in reliance on the contents of this information; and delete it from your 
system. Any other use of this e-mail is prohibited.


Thank you for your compliance.


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

Re: [OpenSIPS-Users] b2bua To header format

2017-11-06 Thread Răzvan Crainea 

Hi, Edwin!

In this case I think you are right, because the ;user=phone should be an 
URI parameter, not a header parameter. Although the syntax is fine, the 
semantics change - not sure if that bothers you though.


Please open a bug report to keep track of this issue and point it to 
this discussion :).


Best regards,

Răzvan Crainea
OpenSIPS Developer
www.opensips-solutions.com

On 11/06/2017 12:29 PM, Edwin wrote:

Hi Răzvan,

After the change to b2bua we present the To header like this:"To:
sip:+31123456...@domain.com;user=phone

After migration we still have problems with certain sip clients. In some
cases a software update did the trick. I will make a github feature request
to add the <> symbols anyway, even if it is following RFC.

In case of adding the ;user=phone, i'm in doubt if you don't have to enclose
the URI because of the semicolon. See RFC 3261:

" The Contact, From, and To header fields contain a URI.  If the URI
contains a comma, question mark or semicolon, the URI MUST be enclosed in
angle brackets (< and >).  Any URI parameters are contained within these
brackets.  If the URI is not enclosed in angle brackets, any
semicolon-delimited parameters are header-parameters,  not URI parameters.





--
Sent from: 
http://opensips-open-sip-server.1449251.n2.nabble.com/OpenSIPS-Users-f1449235.html

___
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] b2bua To header format

2017-11-06 Thread Edwin 
Hi Răzvan,

After the change to b2bua we present the To header like this:"To:
sip:+31123456...@domain.com;user=phone

After migration we still have problems with certain sip clients. In some
cases a software update did the trick. I will make a github feature request
to add the <> symbols anyway, even if it is following RFC.

In case of adding the ;user=phone, i'm in doubt if you don't have to enclose
the URI because of the semicolon. See RFC 3261:

" The Contact, From, and To header fields contain a URI.  If the URI
contains a comma, question mark or semicolon, the URI MUST be enclosed in
angle brackets (< and >).  Any URI parameters are contained within these
brackets.  If the URI is not enclosed in angle brackets, any
semicolon-delimited parameters are header-parameters,  not URI parameters. 





--
Sent from: 
http://opensips-open-sip-server.1449251.n2.nabble.com/OpenSIPS-Users-f1449235.html

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

Re: [OpenSIPS-Users] Wrong Contact in location table

2017-11-06 Thread Răzvan Crainea 

Hi, Dragomir!

If you simply do fix_nated_register() on the REGISTER messages, all 
these will be sorted out. Moreover, it's actually not correct to change 
the contact of the user, because in the SIP message it might expect to 
have exactly what he sent.
When using fix_nated_register(), there is another field (called 
Received) that stores the actual IP and port where the REGISTER came 
from, and when an invite comes in, it is automatically set by the 
lookup() function in the DST uri, without changing the contact (the 
contact may still be private).


So simply calling fix_nated_register() should fix this issue for all 
scenarios.
I initially though that you were using the Contact from something else 
and you really need that value there.


Best regards,

Răzvan Crainea
OpenSIPS Developer
www.opensips-solutions.com

On 11/03/2017 09:36 PM, Dragomir Haralambiev wrote:

Hi,

Why I need the real IP and port in location table?

Now I make only outgoing call. Everything works fine on the following 
scenario.:

User -> Opensips --> ITSP

If I not have real IP in location table incoming calls not be implemented.
ITSP > Opensips >?

Opensips get IP from location table and try to send call. But in 
location table have not real IP.

I see how the Opensips try to send call to 192.168.2.34.

This is the main problem.

2017-11-03 11:45 GMT+02:00 Răzvan Crainea >:


Unfortunately I just realised that you cannot change the Contact
header for this scenario.
And to be honest I don't really understand why you are trying to
change it - if you need the real IP and port, you can take them
from the received field.

Best regards,

Răzvan Crainea
OpenSIPS Developer
www.opensips-solutions.com 

On 11/02/2017 11:43 PM, Dragomir Haralambiev wrote:

Hi,

Here is part of my script:

modparam("registrar", "mcontact_avp", "$avp(register)")
.

    if (t_check_status("2[0-9][0-9]"))  {
$log_level = 5;
script_trace( 1, "$rm from $si, ruri=$ru, ct=$ct.fields(uri)
avp(register)=$avp(register)", "me");
route(save_location);
                       ...
    }

You can see log here:
https://pastebin.com/WWQ9Mmh4

Here is the replacement contact:

DBG:registrar:build_contact: created Contact HF: Contact:
>;expires=360
DBG:registrar:save: replacing contact uri
[sip:55595009@188.23.232.10:1043
] with
[sip:55595009@192.168.22.138:5062
]

How to stop replacing contact from 188.23.232.10:1043
 to 192.168.22.138:5062
 ?


___
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 2.3.2 chashed

2017-11-06 Thread Răzvan Crainea 

Hi, Dragomir!

Can you to go in gdb top frame 3 and print call_it. Use the following 
snippet and attach the output in pastebin.


> frame 3
> p *call_it

Thanks!

Răzvan Crainea
OpenSIPS Developer
www.opensips-solutions.com

On 11/04/2017 02:35 PM, Dragomir Haralambiev wrote:

Hello,

I use latest update from git at Opensips 2.3.2.
When try to use call center module Opensips crashed:

1. Log message:

Nov  4 14:09:52opensips[2658]: 
CRITICAL:call_center:cc_queue_rmv_call:  QUEUE - call not in queue 
l=(nil), h=(nil)

Nov  4 14:09:52opensips[2666]: CRITICAL:core:receive_fd: EOF on 48
Nov  4 14:09:52opensips[2636]: INFO:core:handle_sigs: child process 
2658 exited by a signal 6

Nov  4 14:09:52opensips[2636]: INFO:core:handle_sigs: core was generated
Nov  4 14:09:52opensips[2636]: INFO:core:handle_sigs: terminating due 
to SIGCHLD

Nov  4 14:09:52opensips[2655]: INFO:core:sig_usr: signal 15 received

2. Message from gdb:

...
Reading symbols from /usr/local/sbin/opensips...done.
[New LWP 2658]
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/usr/lib64/libthread_db.so.1".
Core was generated by `/usr/local/sbin/opensips -P 
/var/run/opensips/opensips.pid -f /etc/opensips/ope'.

Program terminated with signal 6, Aborted.
#0  0x7fcbf3d421f7 in raise () from /usr/lib64/libc.so.6
Missing separate debuginfos, use: debuginfo-install 
bzip2-libs-1.0.6-13.el7.x86_64 elfutils-libelf-0.168-8.el7.x86_64 
elfutils-libs-0.168-8.el7.x86_64 glibc-2.17-196.el7.x86_64 
gmp-6.0.0-15.el7.x86_64 gnutls-3.3.26-9.el7.x86_64 
hiredis-0.12.1-1.el7.x86_64 json-c-0.11-4.el7_0.x86_64 
keyutils-libs-1.5.8-3.el7.x86_64 krb5-libs-1.15.1-8.el7.x86_64 
libattr-2.4.46-12.el7.x86_64 libcap-2.22-9.el7.x86_64 
libcom_err-1.42.9-10.el7.x86_64 libffi-3.0.13-18.el7.x86_64 
libgcc-4.8.5-16.el7.x86_64 libgcrypt-1.5.3-14.el7.x86_64 
libgpg-error-1.12-3.el7.x86_64 libmicrohttpd-0.9.33-2.el7.x86_64 
libselinux-2.5-11.el7.x86_64 libstdc++-4.8.5-16.el7.x86_64 
libtasn1-4.10-1.el7.x86_64 libxml2-2.9.1-6.el7_2.3.x86_64 
mariadb-libs-5.5.56-2.el7.x86_64 nettle-2.7.1-8.el7.x86_64 
openssl-libs-1.0.2k-8.el7.x86_64 p11-kit-0.23.5-3.el7.x86_64 
pcre-8.32-17.el7.x86_64 systemd-libs-219-42.el7_4.4.x86_64 
xz-libs-5.2.2-1.el7.x86_64 zlib-1.2.7-17.el7.x86_64


3. Here is gdb bt full log:

https://pastebin.com/HFkzxnty

Best regards,
Dragomir




___
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] call_center module in Opensips 2.3

2017-11-06 Thread Răzvan Crainea 

Hi, Hristo!

1. You are right, b2b_entities should be loaded as a dependency for 
b2b_logic. You may argue that it should also be listed as a dependency 
to call_center as well, but indirectly.


2. Yes, you should populate the tables with the flows you want to 
support and the agents that are going to use the call center.


3. There is currently no way to directly set the location of the agent 
dynamically. However, we can do some work-arounds, for example always 
advertise yourself as the location of the user, and for each call you 
can loop the INVITE back to you and do a lookup(). Or simply use an 
external registrar service.


Best regards,

Răzvan Crainea
OpenSIPS Developer
www.opensips-solutions.com

On 11/05/2017 11:06 PM, Hristo Donev wrote:

Hello All,

I try to implement call_center module in Opensips 2.3.
Here are my questions?

1. From the documentation 1.3.1:
"b2b_logic" and "database" must be loaded before callcenter module.

I found out that "b2b_entities" should be loaded as well, otherwise 
the opensips does not start.


Is this my mistake or a documentation error?

2. Opensips can not start if the tables  "cc_agents" and "cc_flow" are 
empty.

Why it cannot start? Should they be populated with some data?

3. Table "cc_agents", field "location" should point to the SIP agent 
location.

If the agent's IP and port are changed dynamically -
how to copy automatically "contact" field from "location" table to 
"cc_agents" field "location"?


I would be grateful to receive a response for my questions.

Thanks in advance,
Hristo Donev


___
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 on Ubuntu >= 16.04

2017-11-06 Thread Khalil Khamlichi 
http://apt.opensips.org/packages.php?v=2.3

Sent via mobile, please forgive typos and brevity

On Nov 6, 2017 8:53 AM, "Martin Horne"  wrote:

> Hi I have opensips built for arm64 (opensip-cp is working); has anybody
> got a cook book for installing opensips on Ubuntu 16.04?
>
> Would also be very interested if anybody has it building on Alpine.
>
> Thanks
>
>
>
>
>
> *Martin Horne*
>
> Developer Advocate  |
>
> System Architect| *Arm*
>
> *. . . . . . . . . . . . . . . . . . . . . . . . . . . *
>
> m. +1 (925) 519 3056
>
> Arm.com
>
>
> IMPORTANT NOTICE: The contents of this email and any attachments are
> confidential and may also be privileged. If you are not the intended
> recipient, please notify the sender immediately and do not disclose the
> contents to any other person, use it for any purpose, or store or copy the
> information in any medium. Thank you.
>
> ___
> 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] Sending HEP Packets

2017-11-06 Thread Răzvan Crainea 

Hello!

Shortly, you need to follow this logic:
1. Define a listener:
listen=hep_udp:127.0.0.1:6060

2. Define a HEP destination to capture the traffic to[1].
modparam("proto_hep", "hep_id", "[homer_id]1.2.3.4:9060 
; version=2")


3. Next, define a tracing ID - an idea that describes where a specific 
package should be sent[2]

modparam("siptrace", "trace_id", "[to_homer_tid]uri=hep:homer_id")

4. Start tracing the data you want by calling sip_trace() with the 
destination provisioned earlier and the scope you want:

sip_trace("to_homer_tid", "m", "sip"); # this traces only the SIP message

Hope it is clear now.

[1] http://www.opensips.org/html/docs/modules/2.4.x/proto_hep.html#idp232096
[2] http://www.opensips.org/html/docs/modules/2.4.x/siptrace.html#idp5904384
[3] http://www.opensips.org/html/docs/modules/2.4.x/siptrace.html#idp5914144

Best regards,

Răzvan Crainea
OpenSIPS Developer
www.opensips-solutions.com

On 11/05/2017 09:56 AM, Karsten Horsmann wrote:

Hi,

you need also to mark packets you are interested to be sipcaptured in 
your route.


Kind regards
Karsten Horsmann


Am 03.11.2017 8:32 nachm. schrieb "Social Boh" >:


Hello,

I think I don't completely understood the logic behind proto_hep
and siptrace modules on OpenSIPs 2.3

I'd like send SIP traffic from OpenSIPs to a external Homer SIP
Capture Server (with Kamailio) so I know I have to configure
proto_hep and siptrace modules.

I think the logic is: Send SIP traffic from siptrace to hep listener:

modparam("siptrace", "trace_id", "[tid]uri=sip:127.0.0.1:6060
")

listen=hep_udp:127.0.0.1:6060 

then from the proto_hep module send the HEP packets to Node Capture:

modparam("proto_hep", "hep_id", "[homer]1.2.3.4:9060
; version=2")

This configuration not works.

This document not helping me very much:

http://www.opensips.org/Documentation/Tutorials-Tracing


Any hint, please?

Thank you

-- 
---

I'm SoCIaL, MayBe


___
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] opensips on Ubuntu >= 16.04

2017-11-06 Thread Martin Horne 
Hi I have opensips built for arm64 (opensip-cp is working); has anybody got a 
cook book for installing opensips on Ubuntu 16.04?
Would also be very interested if anybody has it building on Alpine.
Thanks


Martin Horne
Developer Advocate  |
System Architect| Arm
. . . . . . . . . . . . . . . . . . . . . . . . . . .
m. +1 (925) 519 3056
Arm.com

IMPORTANT NOTICE: The contents of this email and any attachments are 
confidential and may also be privileged. If you are not the intended recipient, 
please notify the sender immediately and do not disclose the contents to any 
other person, use it for any purpose, or store or copy the information in any 
medium. Thank you.
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users