Re: [OpenSIPS-Users] Strange entries in ACC

2017-05-09 Thread Ionut Ionita

Hey there, any luck in applying the patch?

Ionut Ionita
OpenSIPS Developer

On 04/27/2017 06:50 PM, Ionut Ionita wrote:


Hello Jim,

Since I am unable to replicate the bug I'm providing you the following 
patch which prints the extra values when they are taken from the 
variables and after they are put into the array from where they will 
be inserted into the db. Can you please apply it and provide the logs 
with the patch? If any sensitive data in there send the logs on my mail.



Regards,

Ionut Ionita
OpenSIPS Developer
On 04/26/2017 07:01 PM, Jim DeVito wrote:
Also it should be noted I am using the db_flatstore module with the 
acc module.


On Wed, Apr 26, 2017 at 11:48 AM, Bogdan-Andrei Iancu 
mailto:bog...@opensips.org>> wrote:


OK, thanks.

I suppose you have the "failed" flag set in do_accounting() ?

And before ending the INVITE processing, do you change the RURI
(you mentioned it originally has a username) ?

Regards,

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

OpenSIPS Summit May 2017 Amsterdam
   http://www.opensips.org/events/Summit-2017Amsterdam.html


On 04/26/2017 06:33 PM, Jim DeVito wrote:

Yes. And correct the script is rejecting the call at this point
and returning the 600 to my upstream.
On Wed, Apr 26, 2017 at 11:28 AM, Bogdan-Andrei Iancu
mailto:bog...@opensips.org>> wrote:

Again, does the strange text correspond to the to_tn extra
value ? And the call is rejected by you from script ? it not
ever proxied further, right ? Regards,

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


OpenSIPS Summit May 2017 Amsterdam
   http://www.opensips.org/events/Summit-2017Amsterdam.html


On 04/26/2017 06:25 PM, Jim DeVito wrote:

Hi Bogdan,
Sorry forgot the mention I am using 2.2.3 the latest stable
from the repo. I put a log line just after
send_reply("600","Busy Everywhere"); and $rU looks good
there. Is there another place I should put a log line to
see the value of $rU?
Thanks!!
On Wed, Apr 26, 2017 at 11:16 AM, Bogdan-Andrei Iancu
mailto:bog...@opensips.org>> wrote:

Hi Jim, What OpenSIPS version do you use ? Is the x00
string corresponding to the to_tn extra field ? If yes,
is there any chance to have the $rU null (no username
in RURI) ? Regards,

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


OpenSIPS Summit May 2017 Amsterdam
   http://www.opensips.org/events/Summit-2017Amsterdam.html


On 04/26/2017 05:43 PM, Jim DeVito wrote:

Hi All,
So I am seeing the below record in the ACC output that
is causing me problems else where. Notice the
\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00 part.
INVITE|gK0c48d4aa||1464632400_16750753@REDACTED|600|Busy

Everywhere|1493217263|\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00|+1REDACTED|sip-proxy03|from-PSTN|REDACTED||8877||

In every other ACC entry the value is to be the user
part of the request URI as described here...
modparam("acc", "db_extra", "to_tn=$rU; (etc)
Except when the call goes through the below failure route.
failure_route[orig_load_balance_fail] {
if (t_was_cancelled()) {
exit();
}
if (t_check_status("[56][0-9][0-9]") ||
t_local_replied("all")) {
if (lb_next()) {
t_on_failure("orig_load_balance_fail");
t_relay();
exit();
} else {
send_reply("600","Busy
Everywhere");
exit();
}
}
}
Thoughts?
Thanks!!
Jim D.

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



-- 
-

Jim DeVito
Mobile 216.507.9497 


-- 
-

Jim De

Re: [OpenSIPS-Users] tm param for 477?

2017-05-09 Thread Bogdan-Andrei Iancu

Hi Tito,

The 477 is locally generated by OpenSIPS prior to send the the request 
out. This is why you cannot have in in the failure route (which is 
triggered by the failure of the transaction, AFTER the request was sent 
out).


What you can do is to use the 2 flag for t_relay() (see 
http://www.opensips.org/html/docs/modules/2.3.x/tm.html#t_relay) and 
check in script for the failure of t_relay().


Regards,

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

OpenSIPS Summit May 2017 Amsterdam
  http://www.opensips.org/events/Summit-2017Amsterdam.html

On 05/01/2017 10:55 PM, Tito Cumpen wrote:

Group,

Is there a tm param to force 477 failures to go to failure block ?

IE: I have a wss socket that times out or closes connection but the UL 
entry is still active
so the connection attempt fails and the 477 is sent back to the UAC 
instead of trying the logic in the failure block. Can anything be done 
here ?



Thanks,
Tito




___
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] TLS SIP packet tracing and visualization

2017-05-09 Thread Bogdan-Andrei Iancu
Thank you Giovanni, that is a useful tool - we will document it in the 
OpenSIPS TLS tutorial, so other can benefit ;)


Many thanks,

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

OpenSIPS Summit May 2017 Amsterdam
  http://www.opensips.org/events/Summit-2017Amsterdam.html

On 05/02/2017 05:52 PM, Giovanni Maruzzelli wrote:
For a cut and paste ready version, that has the correct carriage 
returns (mangled by mail), check it in FreeSWITCH documentation:


https://freeswitch.org/confluence/display/FREESWITCH/Packet+Capture#PacketCapture-TLSwithsharka

-giovanni

On 2 May 2017 at 16:26, Giovanni Maruzzelli > wrote:


Hello fellows,

after some experimentation with various tools, I come out with a
little shell tool that maybe can be useful to you too.

It can only work with non-forward secrecy ciphers, obviously, and
only if is started before the client do the initial TLS handshake
(eg, just restart the client). Forward secrecy cannot be decrypted
after fact, so don't waste effort.

An example of ciphers that can be decrypted are the "AES256-SHA"
openssl cipher group. You can use ssldump to check what cipher is
used by serverhello.

Enjoy, make it better, and share it :)


#!/bin/bash
# brought to you by Giovanni Maruzzelli
#
SERVERIP="192.168.1.150"
SERVERPORT="5061"
PRIVKEY="/etc/certs/privkey.pem"
STDERR2DEVNULL=" 2>/dev/null "
REGEX="notyet"

if [ -z "$1" ]; then
REGEX="\\\.*"
else
REGEX="$1"
fi
FILTER="ssl.app_data and sip matches"
FILTER2="$FILTER \"$REGEX\""
FILTER3="'$FILTER2'"
ARGUMENT="-i 1 -Y $FILTER3 -E header=y -T fields -e frame.number
-e frame.time -e frame.time_delta_displayed -e ip.src -e ip.dst -e
sip.Status-Line -e sip.Request-Line -e sip.msg_hdr -l -d
tcp.port\=\=5061,sip  -o \"ssl.keys_list:
$SERVERIP,$SERVERPORT,sip,$PRIVKEY\" $STDERR2DEVNULL | sed -u
's/\t/\n/g' | sed -u '/^$/d' | sed -u
's/^[0-9]*$/\n==&==/g'"

echo ""
echo "NB: if it do not works, edit script so that
STDERR2DEVNULL=\" \" and try again"
echo ""
echo "NB: remember to quote and escape match patterns, using
triple slash"
echo "eg, for matching 1...@pbx.example.com
, use \"1...@pbx.example.com
\""
echo "eg, for matching anything, use \"\\.*\""
echo "eg, for matching *98, use \"\\*98\""
echo "USAGE: $0 \"\\*9...@pbx.example.com
\""
echo ""


case "$1" in
-help|--help|?)
exit 0
;;
*)
echo "THIS TIME WE'RE DOING:"
echo "tshark $ARGUMENT"
echo ""
bash -c "tshark $ARGUMENT"
;;
esac



-- 


Sincerely,

Giovanni Maruzzelli
OpenTelecom.IT
cell: +39 347 266 56 18




--

Sincerely,

Giovanni Maruzzelli
OpenTelecom.IT
cell: +39 347 266 56 18


___
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 crash with core dump

2017-05-09 Thread Bogdan-Andrei Iancu

Hi Sammy,

Do you have the OpenSIPS packages from the official repo or you built 
them by yourself ?


Regards,

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

OpenSIPS Summit May 2017 Amsterdam
  http://www.opensips.org/events/Summit-2017Amsterdam.html

On 05/02/2017 11:57 PM, SamyGo wrote:

Hi Razvan,
Can you guide me on how to do that ? which option from "make 
menuconfig" should I check from compile options. Meanwhile trying to 
figure out the same for openssl.


Will get back to you with these debug symbols in place and core re-read.

Regards,
Sammy

On Tue, May 2, 2017 at 3:22 AM, Răzvan Crainea > wrote:


Hi, Sammy!

Can you install the debugging symbols for both opensips and
openssl? After you install them, inspect the core file again and
run a 'bt full' command.
It will help us figure out the stack trace to see what happened.

Best regards,

Răzvan Crainea
OpenSIPS Core Developer
http://www.opensips-solutions.com 

On 05/02/2017 02:22 AM, SamyGo wrote:

Hi All,
I've been seeing some crashes in my opensips servers:


*_version:_* opensips 2.2.1 (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 16:33:09 Jan 12 2017 with gcc 4.8

*Operatin System:* Ubuntu 14.04.5 LTS

*_Core File:_*

(gdb) bt full

#0  strlen () at ../sysdeps/x86_64/strlen.S:106

No locals.

#1  0x7f55a8a32f59 in i2d_SSL_SESSION () from
/lib/x86_64-linux-gnu/libssl.so.1.0.0

No symbol table info available.

#2  0x7f55a8a07bd5 in ?? () from
/lib/x86_64-linux-gnu/libssl.so.1.0.0

No symbol table info available.

#3  0x7f55a8a08960 in ?? () from
/lib/x86_64-linux-gnu/libssl.so.1.0.0

No symbol table info available.

#4  0x7f55a83f5a7f in ?? () from
/home/opensips/local/opensips/2_21/lib64/opensips/modules/proto_tls.so

No symbol table info available.

#5  0x7f55a83fe880 in ?? () from
/home/opensips/local/opensips/2_21/lib64/opensips/modules/proto_tls.so

No symbol table info available.

#6  0x005a372d in ?? ()

No symbol table info available.

#7  0x005a4dcb in tcp_worker_proc ()

No symbol table info available.

#8  0x0059cbb9 in tcp_start_processes ()

No symbol table info available.

#9  0x00419cda in main ()

No symbol table info available.




*_Another Crash trace:_*



(gdb) bt full

#0  0x7fc0abe039da in strtok () at
../sysdeps/x86_64/strtok.S:186

No locals.

#1  0x0024 in ?? ()

No symbol table info available.

#2  0x00020004 in ?? ()

No symbol table info available.

#3  0x7ffe32a6f9c0 in ?? ()

No symbol table info available.

#4  0x7fbf8baef57c in ?? ()

No symbol table info available.

#5  0x00020002 in ?? ()

No symbol table info available.

#6  0x7ffe32a6f9d0 in ?? ()

No symbol table info available.

#7  0x7fbf8aa8bf00 in ?? () from
/lib/x86_64-linux-gnu/libcrypto.so.1.0.0

No symbol table info available.

#8  0x7fbf8b53f000 in ?? ()

No symbol table info available.

#9  0x0014 in ?? ()

No symbol table info available.

#10 0x in ?? ()

No symbol table info available.

(gdb)





(gdb) bt full

#0  0x7fe03fc9cc37 in __GI_raise (sig=sig@entry=6) at
../nptl/sysdeps/unix/sysv/linux/raise.c:56

resultvar = 0

pid = 36112

selftid = 36112

#1  0x7fe03fca0028 in __GI_abort () at abort.c:89

save_stage = 2

act = {__sigaction_handler = {sa_handler = 0x0,
sa_sigaction =
0x0}, sa_mask = {__val = {140596270402586, 8589934592, 64, 3, 33,
140596283430288,

  140596283430040, 18446744073709551614,
140596264663692,
140596282823192, 3, 33, 140596264116466, 3, 8885408, 1}},
sa_flags =
8885408,

  sa_restorer = 0x1}

sigs = {__val = {32, 0 }}

#2  0x7fdf1ebfaa62 in ?? () from
/home/opensips/local/opensips/2_21/lib64/opensips/modules/tls_mgm.so

No symbol table info available.

#3  0x7fdf1e610fcd in CRYPTO_free () from
/lib/x86_64-linu

Re: [OpenSIPS-Users] opensips logging format

2017-05-09 Thread Bogdan-Andrei Iancu

Hi Agalya,

Indeed, the logs generated from inner C code cannot be changes. The logs 
from script (via xlog) can be formated as content, nevertheless the 
prefix part (time, process, etc) is fixed.


Best regards,

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

OpenSIPS Summit May 2017 Amsterdam
  http://www.opensips.org/events/Summit-2017Amsterdam.html

On 05/08/2017 06:23 PM, Ramachandran, Agalya (Contractor) wrote:


Got it. Meaning, we can customize few logs from config file for xlog().

But any INFO/DEBUG(LM_INFO/LM_DBG) logs from source code, cannot be 
modified. It will be logged via syslog format.


Is my understand right?

Regards,
Agalya

*From:*Users [mailto:users-boun...@lists.opensips.org] *On Behalf Of 
*Bogdan-Andrei Iancu

*Sent:* Friday, April 21, 2017 4:22 AM
*To:* OpenSIPS users mailling list 
*Subject:* Re: [OpenSIPS-Users] opensips logging format

As an extra note here . When logging via syslog, the time and pid part 
are formated by syslog itself. When logging to stderr, opensips 
emulates the syslog formating for consistency reasons.


Regards,

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

On 04/19/2017 05:36 PM, Benjamin Cropley wrote:

https://www.opensips.org/Documentation/Script-CoreVar-2-2#toc87
and
https://www.opensips.org/Documentation/Script-CoreVar-2-2#toc91 should
be able to help

For example...

xlog("L_DBG","$time(%b-%d_%H-%M-%S).$Tsm");

All the best,

Ben Cropley

On Wed, Apr 19, 2017 at 3:59 PM, Ramachandran, Agalya (Contractor)
mailto:agalya_ramachand...@comcast.com>> wrote:

Hi Bogdan/team,

I have couple of  questions regarding the logging format for
OpenSIPS logs.

1)Is it possible to include milliseconds in the time stamp.
Currently it is displaying till seconds ( Apr 18 15:05:53 ).

2)Is it possible to log in standard ISO format such as
"2017-04-18T15:05:53.0005" instead of “Apr 18 15:05:53”

If there is a way to achieve the above two, let me know any
configs to be added or so.

Regards,

Agalya


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



-- 


All the best,

Ben Cropley

07539 366 905




___

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] Using Contact replication and HA

2017-05-09 Thread Bogdan-Andrei Iancu

Hi John,

So, in your setup, on the backup server, OpenSIPS is not listening on 
the VIP address at all, right ?


Best regards,

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

OpenSIPS Summit May 2017 Amsterdam
  http://www.opensips.org/events/Summit-2017Amsterdam.html

On 05/03/2017 04:46 PM, John Quick wrote:

Hello,

I am still working my way through some of the new features described at last
year's Summit conference while you are all hopefully enjoying this year's
Summit.

I'm playing with the Clusterer module. It is a great idea but I am finding a
few practical difficulties for contact replication in the USRLOC module.

In my test rig, there are two almost identical OpenSIPS servers (A and B).
Contact replication is enabled between the two servers and each server has
its own local database.

Linux HA - Corosync and Pacemaker - is used to control a Virtual IP (VIP)
address resource. This allows UA's to register at the VIP address. HA
decides which server has the virtual address at any given time, based on
node availability. Currently, Server A is assigned the VIP and processes all
UA registrations.

Problem: The "socket" field in the location table contains the VIP address
on both server A and B, but only Server A is bound to that address while
both servers are up.
Unless I completely disable NAT Pings in the nathelper module, Server B
reports a lot of errors like this:
2017-05-03 14:15:51 CRITICAL:core:proto_udp_send: invalid
sendtoparameters#012one possible reason is the server is bound to localhost
and#012attempts to send to the net
2017-05-03 14:15:51 ERROR:nathelper:msg_send: send() for proto 1 failed
2017-05-03 14:15:51 ERROR:nathelper:nh_timer: sip msg_send failed!

Worse, if I also enable the "remove_on_timeout_bflag" option on Server B, it
removes the registration on *both* servers after a short delay even though
the UA is still available!

Initially, I encountered problems with the HA IP Resource (or VIP) with
respect to OpenSIPS not starting on server B because it was trying to bind
to an address that was not currently assigned to any local interface. While
it is possible to group the IP resource with the OpenSIPS service resource
to overcome this problem, that would completely break USRLOC contact
replication because the OpenSIPS service on Server B would not be running as
long as Server A is up. I had to resort to an option in sysctl.conf that
allows processes to start even if they are trying to bind to a non-local
address.

This makes me wonder what is the purpose of Usrloc Contact replication? Is
there some other scenario that could use it and not have these problems?
I also wonder what difference does the db_mode setting in Usrloc make when
using contact replication.
  
John Quick

Smartvox Limited



___
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] How can I prevent Opensips to cache DNS queries.

2017-05-09 Thread Stefan Carlsson
Hi !

It seems that the Opensip 2.2 caches DNS queries !!!

Even after I disabled the resolver in Centos, the OpenSIPs seems to "remember" 
old queries. (eg. IP's)
after a Opensip restart, the old stuff was gone.

If so, how can I disable the DNS caching in the Opensips, I want the system to 
always make a new , fresh
query.


Kind Regards / Vänligen ...

Stefan Carlsson

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


Re: [OpenSIPS-Users] opensips logging format

2017-05-09 Thread Ramachandran, Agalya (Contractor)
Thank you Bogdan. Got it.

Regards,
Agalya
From: Bogdan-Andrei Iancu [mailto:bog...@opensips.org]
Sent: Tuesday, May 09, 2017 9:34 AM
To: OpenSIPS users mailling list ; Ramachandran, 
Agalya (Contractor) 
Subject: Re: [OpenSIPS-Users] opensips logging format

Hi Agalya,

Indeed, the logs generated from inner C code cannot be changes. The logs from 
script (via xlog) can be formated as content, nevertheless the prefix part 
(time, process, etc) is fixed.

Best regards,


Bogdan-Andrei Iancu

  OpenSIPS Founder and Developer

  http://www.opensips-solutions.com



OpenSIPS Summit May 2017 Amsterdam

  http://www.opensips.org/events/Summit-2017Amsterdam.html
On 05/08/2017 06:23 PM, Ramachandran, Agalya (Contractor) wrote:
Got it. Meaning, we can customize few logs from config file for xlog().
But any INFO/DEBUG(LM_INFO/LM_DBG) logs from source code, cannot be modified. 
It will be logged via syslog format.
Is my understand right?

Regards,
Agalya

From: Users [mailto:users-boun...@lists.opensips.org] On Behalf Of 
Bogdan-Andrei Iancu
Sent: Friday, April 21, 2017 4:22 AM
To: OpenSIPS users mailling list 

Subject: Re: [OpenSIPS-Users] opensips logging format

As an extra note here . When logging via syslog, the time and pid part are 
formated by syslog itself. When logging to stderr, opensips emulates the syslog 
formating for consistency reasons.

Regards,



Bogdan-Andrei Iancu

  OpenSIPS Founder and Developer

  http://www.opensips-solutions.com



OpenSIPS Summit May 2017 Amsterdam

  http://www.opensips.org/events/Summit-2017Amsterdam.html
On 04/19/2017 05:36 PM, Benjamin Cropley wrote:
https://www.opensips.org/Documentation/Script-CoreVar-2-2#toc87 and 
https://www.opensips.org/Documentation/Script-CoreVar-2-2#toc91 should be able 
to help

For example...

xlog("L_DBG","$time(%b-%d_%H-%M-%S).$Tsm");

All the best,
Ben Cropley

On Wed, Apr 19, 2017 at 3:59 PM, Ramachandran, Agalya (Contractor) 
mailto:agalya_ramachand...@comcast.com>> wrote:
Hi Bogdan/team,

I have couple of  questions regarding the logging format for OpenSIPS logs.


1)  Is it possible to include milliseconds in the time stamp. Currently it 
is displaying till seconds ( Apr 18 15:05:53 ).

2)  Is it possible to log in standard ISO format such as 
"2017-04-18T15:05:53.0005" instead of “Apr 18 15:05:53”


If there is a way to achieve the above two, let me know any configs to be added 
or so.

Regards,
Agalya

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



--
All the best,
Ben Cropley
07539 366 905





___

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] REG::Opensips V1.11.5 & V1.11.10 Duplicate TCP Conections

2017-05-09 Thread Ravitez Ravi
Hello Razvan,
   God Day,
   Thank you for the update,it seems that though we create
multiple TCP connections opensips uses only one tcp connection to send the
data out.
   should a child be locking the tcp connection mechanism?
while creating a new tcp connection as we will be overwriting the
tcpconn_aliases_has to the
   latest/recent fd.

 I believe here's the root cause :
- When a child tries to find a connection to the destination it
calls _tcpconn_find() (assuming we are using ip and not id) system
checks *tcpconn_aliases_hash
*for the connection info.
 * this map is maintained by the parent process and each child lock its
while reaing tcpconn_get().in order to simulate the scenario lets
assume a->parent->state is BAD this method*
*  will return null and so the child tries to create a new
connections,assuming there's a second child trying to find the same
connections and goes through the same process*

  - *Now each child thinks there's no connection to the destination and
calls tcpconn_connect() this will create a socket to the destination and
passes over the fd to the *
*main process to update the has map.*

  - *Not sure if tcp_connect() should have locking mechanism as in
tcpconn_get().*

   Thank you :)

Regards,
Ravitez.D

On Mon, May 8, 2017 at 10:48 AM, Răzvan Crainea  wrote:

> Hi, Ravitez!
>
> You are right - if opensips gets multiple messages in parallel that need
> to get to a single destination, each process will open a different
> connection to that destination. However, all sequential messages will use a
> single TCP connection.
> Synchronizing all the TCP actions to ensure you will have a single
> connection might be a bit overkill in terms of performance.
>
> May I ask if this is a problem for you? Can you detail a bit why?
>
> Best regards,
>
> Răzvan Crainea
> OpenSIPS Solutionswww.opensips-solutions.com
>
> On 05/04/2017 04:11 PM, Ravitez Ravi wrote:
>
> Hi All,
> Good Day,
> I have been seeing opensips creating mutiple(duplicate) TCP
> connections to the same destination if hit with heavy call load.
>
> *What do i mean?*
> opensips ip : 10.10.10.1
> Destination  : 10.10.10.2
> Tcp Children : 32
>
> Ideally opensips will create only one tcp connections and reuses it,if
> there's a heavy call load i see there are several tcp connections which are
> created to the same destination.
> I believe here's the root cause :
> - When a child tries to find a connection to the destination it calls
> _tcpconn_find() (assuming we are using ip and not id) system checks
> tcpconn_aliases_hash for the connection info.
>   this map is maintained by the parent process and each child lock its
> while reaing tcpconn_get().in order to simulate the scenario lets assume a
> ->parent->state is BAD this method
>   will return null and so the child tries to create a new
> connections,assuming there's a second child trying to find the same
> connections and goes through the same process
>
>   - Now each child thinks there's no connection to the destination and
> calls tcpconn_connect() this will create a socket to the destination and
> passes over the fd to the
> main process to update the has map.
>
>   - Not sure if tcp_connect() should have locking mechanism as in
> tcpconn_get().
>
>
>
> Please correct me if my understanding is wrong,please share your thoughts.
> Thank you.
>
>
>
> Regards,
> Ravitez.D
>
>
> ___
> 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


[OpenSIPS-Users] How to know wich UAS is rejecting a call?

2017-05-09 Thread Rodrigo Pimenta Carvalho
Hi.


In my system there are 2 UA (in different machines, M1 & M2) registered on my 
OpenSIPS, both as user 9000.

So, if an UAC calls number 9000, these 2 UA will ring. That is fine for my 
project.


If UA from machine M1 rejects the call it send a  SIP 486 code (busy here). The 
UA from machine M2 has the same behavior.


In addiction, if UA on M1 rejects the call, OpenSIPS must register data in the 
database. On the other hand, if UA on M2 rejects the call, the OpenSIPS must do 
nothing.


How can I know wich of these reject messages (SIP 486) is coming from M1 or M2, 
by means of OpenSIPS functions?

Any example?


Any hint will be very helpful!


Best regards.


RODRIGO PIMENTA CARVALHO
Inatel Competence Center
Software
Ph: +55 35 3471 9200 RAMAL 979
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users


Re: [OpenSIPS-Users] Using Contact replication and HA

2017-05-09 Thread John Quick
Hi Bogdan,

I tried different scenarios and eventually ended up with the backup server 
having a listen statement for the VIP address.
Normally you cannot start OpenSIPS (or any other application) binding to an IP 
address that is not assigned on a local interface.
However, adding the line "net.ipv4.ip_nonlocal_bind = 1" to /etc/sysctl.conf I 
was then able to start OpenSIPS with that listen statement in place.

The backup server also listens on its own static IP using the proto_bin 
mechanism so it can receive and send replications while it is in "standby" mode.

That is the dilemma:
Replicated Contacts can only be useful if the backup server is able to take 
over the same VIP that was used on the primary server.
If the backup server does not use the VIP when it takes over as "active", then 
the replicated socket information in the location table will be wrong.
If OpenSIPS only starts on the backup server *after* that server has acquired 
the VIP then it could not receive the replicated Contacts using proto_bin when 
it was in standby mode.

John Quick
Smartvox Limited


-Original Message-
From: Bogdan-Andrei Iancu [mailto:bog...@opensips.org] 
Sent: 09 May 2017 14:45
To: john.qu...@smartvox.co.uk; OpenSIPS users mailling list 

Subject: Re: [OpenSIPS-Users] Using Contact replication and HA

Hi John,

So, in your setup, on the backup server, OpenSIPS is not listening on the VIP 
address at all, right ?

Best regards,

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

OpenSIPS Summit May 2017 Amsterdam
   http://www.opensips.org/events/Summit-2017Amsterdam.html

On 05/03/2017 04:46 PM, John Quick wrote:
> Hello,
>
> I am still working my way through some of the new features described 
> at last year's Summit conference while you are all hopefully enjoying 
> this year's Summit.
>
> I'm playing with the Clusterer module. It is a great idea but I am 
> finding a few practical difficulties for contact replication in the USRLOC 
> module.
>
> In my test rig, there are two almost identical OpenSIPS servers (A and B).
> Contact replication is enabled between the two servers and each server 
> has its own local database.
>
> Linux HA - Corosync and Pacemaker - is used to control a Virtual IP 
> (VIP) address resource. This allows UA's to register at the VIP 
> address. HA decides which server has the virtual address at any given 
> time, based on node availability. Currently, Server A is assigned the 
> VIP and processes all UA registrations.
>
> Problem: The "socket" field in the location table contains the VIP 
> address on both server A and B, but only Server A is bound to that 
> address while both servers are up.
> Unless I completely disable NAT Pings in the nathelper module, Server 
> B reports a lot of errors like this:
> 2017-05-03 14:15:51 CRITICAL:core:proto_udp_send: invalid 
> sendtoparameters#012one possible reason is the server is bound to 
> localhost and#012attempts to send to the net
> 2017-05-03 14:15:51 ERROR:nathelper:msg_send: send() for proto 1 
> failed
> 2017-05-03 14:15:51 ERROR:nathelper:nh_timer: sip msg_send failed!
>
> Worse, if I also enable the "remove_on_timeout_bflag" option on Server 
> B, it removes the registration on *both* servers after a short delay 
> even though the UA is still available!
>
> Initially, I encountered problems with the HA IP Resource (or VIP) 
> with respect to OpenSIPS not starting on server B because it was 
> trying to bind to an address that was not currently assigned to any 
> local interface. While it is possible to group the IP resource with 
> the OpenSIPS service resource to overcome this problem, that would 
> completely break USRLOC contact replication because the OpenSIPS 
> service on Server B would not be running as long as Server A is up. I 
> had to resort to an option in sysctl.conf that allows processes to 
> start even if they are trying to bind to a non-local address.
>
> This makes me wonder what is the purpose of Usrloc Contact 
> replication? Is there some other scenario that could use it and not have 
> these problems?
> I also wonder what difference does the db_mode setting in Usrloc make 
> when using contact replication.
>   
> John Quick
> Smartvox Limited
>
>
>
> ___
> 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] TLS SIP packet tracing and visualization

2017-05-09 Thread Giovanni Maruzzelli
On 9 May 2017 at 15:18, Bogdan-Andrei Iancu  wrote:

> Thank you Giovanni, that is a useful tool - we will document it in the
> OpenSIPS TLS tutorial, so other can benefit ;)
>
>

Glad about it!
Be sure to get it from https://freeswitch.org/confluence/display/FREESWITCH/
Packet+Capture#PacketCapture-TLSwithsharka , is the latest version with a
couple fixes.

-giovanni




> Many thanks,
>
> Bogdan-Andrei Iancu
>   OpenSIPS Founder and Developer
>   http://www.opensips-solutions.com
>
> OpenSIPS Summit May 2017 Amsterdam
>   http://www.opensips.org/events/Summit-2017Amsterdam.html
>
> On 05/02/2017 05:52 PM, Giovanni Maruzzelli wrote:
>
> For a cut and paste ready version, that has the correct carriage returns
> (mangled by mail), check it in FreeSWITCH documentation:
>
> https://freeswitch.org/confluence/display/FREESWITCH/
> Packet+Capture#PacketCapture-TLSwithsharka
>
> -giovanni
>
> On 2 May 2017 at 16:26, Giovanni Maruzzelli  wrote:
>
>> Hello fellows,
>>
>> after some experimentation with various tools, I come out with a little
>> shell tool that maybe can be useful to you too.
>>
>> It can only work with non-forward secrecy ciphers, obviously, and only if
>> is started before the client do the initial TLS handshake (eg, just restart
>> the client). Forward secrecy cannot be decrypted after fact, so don't waste
>> effort.
>>
>> An example of ciphers that can be decrypted are the "AES256-SHA" openssl
>> cipher group. You can use ssldump to check what cipher is used by
>> serverhello.
>>
>> Enjoy, make it better, and share it :)
>>
>>
>> #!/bin/bash
>> # brought to you by Giovanni Maruzzelli
>> #
>> SERVERIP="192.168.1.150"
>> SERVERPORT="5061"
>> PRIVKEY="/etc/certs/privkey.pem"
>> STDERR2DEVNULL=" 2>/dev/null "
>> REGEX="notyet"
>>
>> if [ -z "$1" ]; then
>> REGEX="\\\.*"
>> else
>> REGEX="$1"
>> fi
>> FILTER="ssl.app_data and sip matches"
>> FILTER2="$FILTER \"$REGEX\""
>> FILTER3="'$FILTER2'"
>> ARGUMENT="-i 1 -Y $FILTER3 -E header=y -T fields -e frame.number -e
>> frame.time -e frame.time_delta_displayed -e ip.src -e ip.dst -e
>> sip.Status-Line -e sip.Request-Line -e sip.msg_hdr -l -d
>> tcp.port\=\=5061,sip  -o \"ssl.keys_list: 
>> $SERVERIP,$SERVERPORT,sip,$PRIVKEY\"
>> $STDERR2DEVNULL | sed -u 's/\t/\n/g' | sed -u '/^$/d' | sed -u
>> 's/^[0-9]*$/\n==&==/g'"
>>
>> echo ""
>> echo "NB: if it do not works, edit script so that STDERR2DEVNULL=\" \"
>> and try again"
>> echo ""
>> echo "NB: remember to quote and escape match patterns, using triple slash"
>> echo "eg, for matching 1...@pbx.example.com, use \"
>> 1...@pbx.example.com\""
>> echo "eg, for matching anything, use \"\\.*\""
>> echo "eg, for matching *98, use \"\\*98\""
>> echo "USAGE: $0 \"\\*9...@pbx.example.com\""
>> echo ""
>>
>>
>> case "$1" in
>> -help|--help|?)
>> exit 0
>> ;;
>> *)
>> echo "THIS TIME WE'RE DOING:"
>> echo "tshark $ARGUMENT"
>> echo ""
>> bash -c "tshark $ARGUMENT"
>> ;;
>> esac
>>
>>
>>
>> --
>>
>> Sincerely,
>>
>> Giovanni Maruzzelli
>> OpenTelecom.IT
>> cell: +39 347 266 56 18
>>
>
>
>
> --
>
> Sincerely,
>
> Giovanni Maruzzelli
> OpenTelecom.IT
> cell: +39 347 266 56 18
>
>
> ___
> Users mailing 
> listUsers@lists.opensips.orghttp://lists.opensips.org/cgi-bin/mailman/listinfo/users
>
>
>


-- 

Sincerely,

Giovanni Maruzzelli
OpenTelecom.IT
cell: +39 347 266 56 18
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users


Re: [OpenSIPS-Users] TLS SIP packet tracing and visualization

2017-05-09 Thread Giovanni Maruzzelli
On 9 May 2017 at 15:18, Bogdan-Andrei Iancu  wrote:

> Thank you Giovanni, that is a useful tool - we will document it in the
> OpenSIPS TLS tutorial, so other can benefit ;)
>
>
Very glad about it. Be sure to get it from
https://freeswitch.org/confluence/display/FREESWITCH/Packet+Capture#PacketCapture-TLSwithsharka
, is the latest version with a couple fixes.

-giovanni



> Many thanks,
>
> Bogdan-Andrei Iancu
>   OpenSIPS Founder and Developer
>   http://www.opensips-solutions.com
>
> OpenSIPS Summit May 2017 Amsterdam
>   http://www.opensips.org/events/Summit-2017Amsterdam.html
>
> On 05/02/2017 05:52 PM, Giovanni Maruzzelli wrote:
>
> For a cut and paste ready version, that has the correct carriage returns
> (mangled by mail), check it in FreeSWITCH documentation:
>
> https://freeswitch.org/confluence/display/FREESWITCH/
> Packet+Capture#PacketCapture-TLSwithsharka
>
> -giovanni
>
> On 2 May 2017 at 16:26, Giovanni Maruzzelli  wrote:
>
>> Hello fellows,
>>
>> after some experimentation with various tools, I come out with a little
>> shell tool that maybe can be useful to you too.
>>
>> It can only work with non-forward secrecy ciphers, obviously, and only if
>> is started before the client do the initial TLS handshake (eg, just restart
>> the client). Forward secrecy cannot be decrypted after fact, so don't waste
>> effort.
>>
>> An example of ciphers that can be decrypted are the "AES256-SHA" openssl
>> cipher group. You can use ssldump to check what cipher is used by
>> serverhello.
>>
>> Enjoy, make it better, and share it :)
>>
>>
>> #!/bin/bash
>> # brought to you by Giovanni Maruzzelli
>> #
>> SERVERIP="192.168.1.150"
>> SERVERPORT="5061"
>> PRIVKEY="/etc/certs/privkey.pem"
>> STDERR2DEVNULL=" 2>/dev/null "
>> REGEX="notyet"
>>
>> if [ -z "$1" ]; then
>> REGEX="\\\.*"
>> else
>> REGEX="$1"
>> fi
>> FILTER="ssl.app_data and sip matches"
>> FILTER2="$FILTER \"$REGEX\""
>> FILTER3="'$FILTER2'"
>> ARGUMENT="-i 1 -Y $FILTER3 -E header=y -T fields -e frame.number -e
>> frame.time -e frame.time_delta_displayed -e ip.src -e ip.dst -e
>> sip.Status-Line -e sip.Request-Line -e sip.msg_hdr -l -d
>> tcp.port\=\=5061,sip  -o \"ssl.keys_list: 
>> $SERVERIP,$SERVERPORT,sip,$PRIVKEY\"
>> $STDERR2DEVNULL | sed -u 's/\t/\n/g' | sed -u '/^$/d' | sed -u
>> 's/^[0-9]*$/\n==&==/g'"
>>
>> echo ""
>> echo "NB: if it do not works, edit script so that STDERR2DEVNULL=\" \"
>> and try again"
>> echo ""
>> echo "NB: remember to quote and escape match patterns, using triple slash"
>> echo "eg, for matching 1...@pbx.example.com, use \"
>> 1...@pbx.example.com\""
>> echo "eg, for matching anything, use \"\\.*\""
>> echo "eg, for matching *98, use \"\\*98\""
>> echo "USAGE: $0 \"\\*9...@pbx.example.com\""
>> echo ""
>>
>>
>> case "$1" in
>> -help|--help|?)
>> exit 0
>> ;;
>> *)
>> echo "THIS TIME WE'RE DOING:"
>> echo "tshark $ARGUMENT"
>> echo ""
>> bash -c "tshark $ARGUMENT"
>> ;;
>> esac
>>
>>
>>
>> --
>>
>> Sincerely,
>>
>> Giovanni Maruzzelli
>> OpenTelecom.IT
>> cell: +39 347 266 56 18
>>
>
>
>
> --
>
> Sincerely,
>
> Giovanni Maruzzelli
> OpenTelecom.IT
> cell: +39 347 266 56 18
>
>
> ___
> Users mailing 
> listUsers@lists.opensips.orghttp://lists.opensips.org/cgi-bin/mailman/listinfo/users
>
>
>


-- 

Sincerely,

Giovanni Maruzzelli
OpenTelecom.IT
cell: +39 347 266 56 18
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users


Re: [OpenSIPS-Users] OpenSIPS crash with core dump

2017-05-09 Thread SamyGo
Hi Bogdan,
They were build by us using checkinstall.

Regards,
Sammy

On Tue, May 9, 2017 at 9:21 AM, Bogdan-Andrei Iancu 
wrote:

> Hi Sammy,
>
> Do you have the OpenSIPS packages from the official repo or you built them
> by yourself ?
>
> Regards,
>
> Bogdan-Andrei Iancu
>   OpenSIPS Founder and Developer
>   http://www.opensips-solutions.com
>
> OpenSIPS Summit May 2017 Amsterdam
>   http://www.opensips.org/events/Summit-2017Amsterdam.html
>
> On 05/02/2017 11:57 PM, SamyGo wrote:
>
> Hi Razvan,
> Can you guide me on how to do that ? which option from "make menuconfig"
> should I check from compile options. Meanwhile trying to figure out the
> same for openssl.
>
> Will get back to you with these debug symbols in place and core re-read.
>
> Regards,
> Sammy
>
> On Tue, May 2, 2017 at 3:22 AM, Răzvan Crainea 
> wrote:
>
>> Hi, Sammy!
>>
>> Can you install the debugging symbols for both opensips and openssl?
>> After you install them, inspect the core file again and run a 'bt full'
>> command.
>> It will help us figure out the stack trace to see what happened.
>>
>> Best regards,
>>
>> Răzvan Crainea
>> OpenSIPS Core Developer
>> http://www.opensips-solutions.com
>>
>> On 05/02/2017 02:22 AM, SamyGo wrote:
>>
>>> Hi All,
>>> I've been seeing some crashes in my opensips servers:
>>>
>>>
>>> *_version:_* opensips 2.2.1 (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 16:33:09 Jan 12 2017 with gcc 4.8
>>>
>>> *Operatin System:* Ubuntu 14.04.5 LTS
>>>
>>> *_Core File:_*
>>>
>>> (gdb) bt full
>>>
>>> #0  strlen () at ../sysdeps/x86_64/strlen.S:106
>>>
>>> No locals.
>>>
>>> #1  0x7f55a8a32f59 in i2d_SSL_SESSION () from
>>> /lib/x86_64-linux-gnu/libssl.so.1.0.0
>>>
>>> No symbol table info available.
>>>
>>> #2  0x7f55a8a07bd5 in ?? () from /lib/x86_64-linux-gnu/libssl.s
>>> o.1.0.0
>>>
>>> No symbol table info available.
>>>
>>> #3  0x7f55a8a08960 in ?? () from /lib/x86_64-linux-gnu/libssl.s
>>> o.1.0.0
>>>
>>> No symbol table info available.
>>>
>>> #4  0x7f55a83f5a7f in ?? () from
>>> /home/opensips/local/opensips/2_21/lib64/opensips/modules/proto_tls.so
>>>
>>> No symbol table info available.
>>>
>>> #5  0x7f55a83fe880 in ?? () from
>>> /home/opensips/local/opensips/2_21/lib64/opensips/modules/proto_tls.so
>>>
>>> No symbol table info available.
>>>
>>> #6  0x005a372d in ?? ()
>>>
>>> No symbol table info available.
>>>
>>> #7  0x005a4dcb in tcp_worker_proc ()
>>>
>>> No symbol table info available.
>>>
>>> #8  0x0059cbb9 in tcp_start_processes ()
>>>
>>> No symbol table info available.
>>>
>>> #9  0x00419cda in main ()
>>>
>>> No symbol table info available.
>>>
>>>
>>>
>>>
>>> *_Another Crash trace:_*
>>>
>>>
>>>
>>> (gdb) bt full
>>>
>>> #0  0x7fc0abe039da in strtok () at ../sysdeps/x86_64/strtok.S:186
>>>
>>> No locals.
>>>
>>> #1  0x0024 in ?? ()
>>>
>>> No symbol table info available.
>>>
>>> #2  0x00020004 in ?? ()
>>>
>>> No symbol table info available.
>>>
>>> #3  0x7ffe32a6f9c0 in ?? ()
>>>
>>> No symbol table info available.
>>>
>>> #4  0x7fbf8baef57c in ?? ()
>>>
>>> No symbol table info available.
>>>
>>> #5  0x00020002 in ?? ()
>>>
>>> No symbol table info available.
>>>
>>> #6  0x7ffe32a6f9d0 in ?? ()
>>>
>>> No symbol table info available.
>>>
>>> #7  0x7fbf8aa8bf00 in ?? () from
>>> /lib/x86_64-linux-gnu/libcrypto.so.1.0.0
>>>
>>> No symbol table info available.
>>>
>>> #8  0x7fbf8b53f000 in ?? ()
>>>
>>> No symbol table info available.
>>>
>>> #9  0x0014 in ?? ()
>>>
>>> No symbol table info available.
>>>
>>> #10 0x in ?? ()
>>>
>>> No symbol table info available.
>>>
>>> (gdb)
>>>
>>>
>>>
>>>
>>>
>>> (gdb) bt full
>>>
>>> #0  0x7fe03fc9cc37 in __GI_raise (sig=sig@entry=6) at
>>> ../nptl/sysdeps/unix/sysv/linux/raise.c:56
>>>
>>> resultvar = 0
>>>
>>> pid = 36112
>>>
>>> selftid = 36112
>>>
>>> #1  0x7fe03fca0028 in __GI_abort () at abort.c:89
>>>
>>> save_stage = 2
>>>
>>> act = {__sigaction_handler = {sa_handler = 0x0, sa_sigaction =
>>> 0x0}, sa_mask = {__val = {140596270402586, 8589934592, 64, 3, 33,
>>> 140596283430288,
>>>
>>>   140596283430040, 18446744073709551614, 140596264663692,
>>> 140596282823192, 3, 33, 140596264116466, 3, 8885408, 1}}, sa_flags =
>>> 8885408,
>>>
>>>   sa_restorer = 0x1}
>>>
>>> sigs = {__val = {32, 0 }}
>>>
>>> #2  0x7fdf1ebfaa62 in ?? () from
>>> /home/opensips/local/opensips/2_21/lib64/opensips/modules/tls_mgm.so
>>>
>>> No symbol table info available.
>>>
>>> #3  0x7fdf1e610fcd in CRYPTO_free () from
>>> /lib/x86_64-linux-gnu/libcrypto.so.1.0.0
>>>
>>> No symbol table

[OpenSIPS-Users] segfault when doing ul_add in v2.3

2017-05-09 Thread Cindy Leung
Hello!

I was using the MI interface (both mi_fifo and mi_json) to run ul_add and got 
segfault for both.  Please help.  Thanks!

May  9 17:44:08 val-tpx2 opensips[31285]: DBG:mi_fifo:mi_parse_tree: adding 
node <> ; val 
May  9 17:44:08 val-tpx2 opensips[31285]: DBG:mi_fifo:mi_parse_tree: adding 
node <> ; val 
May  9 17:44:08 val-tpx2 opensips[31285]: DBG:mi_fifo:mi_parse_tree: adding 
node <> ; val 
May  9 17:44:08 val-tpx2 opensips[31285]: DBG:mi_fifo:mi_parse_tree: adding 
node <> ; val <0>
May  9 17:44:08 val-tpx2 opensips[31285]: DBG:mi_fifo:mi_parse_tree: adding 
node <> ; val <1>
May  9 17:44:08 val-tpx2 opensips[31285]: DBG:mi_fifo:mi_parse_tree: adding 
node <> ; val <0>
May  9 17:44:08 val-tpx2 opensips[31285]: DBG:mi_fifo:mi_parse_tree: adding 
node <> ; val <0>
May  9 17:44:08 val-tpx2 opensips[31285]: DBG:mi_fifo:mi_parse_tree: adding 
node <> ; val <0>
May  9 17:44:08 val-tpx2 opensips[31285]: DBG:mi_fifo:mi_parse_tree: adding 
node <> ; val <0>
May  9 17:44:08 val-tpx2 opensips[31285]: DBG:mi_fifo:mi_parse_node: end of 
input tree
May  9 17:44:08 val-tpx2 opensips[31285]: DBG:mi_fifo:mi_fifo_server: done 
parsing the mi tree
May  9 17:44:08 val-tpx2 opensips[31285]: DBG:core:evi_param_set: adding string 
param
May  9 17:44:08 val-tpx2 opensips[31285]: DBG:core:destroy_avp_list: destroying 
list (nil)
May  9 17:44:08 val-tpx2 opensips[31285]: DBG:core:evi_param_set: adding string 
param
May  9 17:44:08 val-tpx2 opensips[31285]: DBG:core:evi_param_set: adding string 
param
May  9 17:44:08 val-tpx2 opensips[31285]: DBG:core:evi_param_set: adding string 
param
May  9 17:44:08 val-tpx2 opensips[31285]: DBG:core:evi_param_set: adding string 
param
May  9 17:44:08 val-tpx2 opensips[31285]: DBG:core:evi_param_set: adding int 
param
May  9 17:44:08 val-tpx2 opensips[31285]: DBG:core:evi_param_set: adding string 
param
May  9 17:44:08 val-tpx2 opensips[31304]: DBG:core:io_wait_loop_epoll: 
[TCP_main] EPOLLHUP on IN ->connection closed by the remote peer!
May  9 17:44:08 val-tpx2 opensips[31304]: CRITICAL:core:receive_fd: EOF on 10
May  9 17:44:08 val-tpx2 opensips[31304]: DBG:core:handle_worker: dead child 2, 
pid 31285 (shutting down?)
May  9 17:44:08 val-tpx2 opensips[31304]: DBG:core:io_watch_del: [TCP_main] 
io_watch_del op on index 2 10 (0x7e5720, 10, 2, 0x0,0x1) fd_no=27 called
May  9 17:44:08 val-tpx2 opensips[31283]: DBG:core:handle_sigs: status = 139
May  9 17:44:08 val-tpx2 opensips[31283]: INFO:core:handle_sigs: child process 
31285 exited by a signal 11
May  9 17:44:08 val-tpx2 opensips[31283]: INFO:core:handle_sigs: core was 
generated
May  9 17:44:08 val-tpx2 opensips[31283]: INFO:core:handle_sigs: terminating 
due to SIGCHLD
May  9 17:44:08 val-tpx2 opensips[31301]: INFO:core:sig_usr: signal 15 received
May  9 17:44:08 val-tpx2 opensips[31303]: INFO:core:sig_usr: signal 15 received
May  9 17:44:08 val-tpx2 opensips[31298]: INFO:core:sig_usr: signal 15 received
May  9 17:44:08 val-tpx2 opensips[31302]: INFO:core:sig_usr: signal 15 received
May  9 17:44:08 val-tpx2 opensips[31296]: INFO:core:sig_usr: signal 15 received
May  9 17:44:08 val-tpx2 opensips[31299]: INFO:core:sig_usr: signal 15 received
May  9 17:44:08 val-tpx2 opensips[31295]: INFO:core:sig_usr: signal 15 received
May  9 17:44:08 val-tpx2 opensips[31287]: INFO:core:sig_usr: signal 15 received
May  9 17:44:08 val-tpx2 opensips[31297]: INFO:core:sig_usr: signal 15 received
May  9 17:44:08 val-tpx2 opensips[31294]: INFO:core:sig_usr: signal 15 received
May  9 17:44:08 val-tpx2 opensips[31288]: INFO:core:sig_usr: signal 15 received
May  9 17:44:08 val-tpx2 opensips[31292]: INFO:core:sig_usr: signal 15 received
May  9 17:44:08 val-tpx2 opensips[31286]: INFO:core:sig_usr: signal 15 received
May  9 17:44:08 val-tpx2 opensips[31289]: INFO:core:sig_usr: signal 15 received
May  9 17:44:08 val-tpx2 opensips[31300]: INFO:core:sig_usr: signal 15 received
May  9 17:44:08 val-tpx2 opensips[31293]: INFO:core:sig_usr: signal 15 received
May  9 17:44:08 val-tpx2 opensips[31304]: INFO:core:sig_usr: signal 15 received
May  9 17:44:08 val-tpx2 opensips[31283]: INFO:core:cleanup: cleanup



May  9 17:57:13 val-tpx2 opensips[31861]: DBG:mi_json:mi_json_run_mi_cmd: got 
command=ul_add
May  9 17:57:13 val-tpx2 opensips[31861]: DBG:mi_json:mi_json_run_mi_cmd: 
command=ul_add accepts parameters
May  9 17:57:13 val-tpx2 opensips[31861]: DBG:mi_json:mi_json_run_mi_cmd: got 
string param [location]
May  9 17:57:13 val-tpx2 opensips[31861]: DBG:mi_json:mi_json_run_mi_cmd: got 
string param [user1]
May  9 17:57:13 val-tpx2 opensips[31861]: DBG:mi_json:mi_json_run_mi_cmd: got 
string param [sip:1.1.1.1]
May  9 17:57:13 val-tpx2 opensips[31861]: DBG:mi_json:mi_json_run_mi_cmd: got 
string param [0]
May  9 17:57:13 val-tpx2 opensips[31861]: DBG:mi_json:mi_json_run_mi_cmd: got 
string param [1]
May  9 17:57:13 val-tpx2 opensips[31861]: DBG:mi_json:mi_json_run_mi_cmd: got 
string param [0]
May  9 17:57:13 val-tpx2 opensips[31861]: DBG:mi_json:mi_json_run_mi_cmd