Re: [OpenSIPS-Users] Error message

2015-08-10 Thread Bogdan-Andrei Iancu 

Hi Garry,

Proto 1 is actually PROTO_UDP - there is an internal proto enum 
assigning those values.


If you are sure on your checks and if you have opensips installed from 
sources, I can provide you a patch to print the source socket and 
destination IP when the such a SEND fails.
Sometimes I notices similar error when the destination port is 0 (for 
whatever obscure reasons).


So, just let me know if you have the means to apply and use the patch.

Regards,

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

On 07.08.2015 20:57, Garry M. Paxinos wrote:

Greetings,

Sorry, I sent a reply from my cellphone and it has a different email 
address than my subscribed address.


Definitely understand the intent of the message.   But I am certain 
OSIPS is configured to listen on an external IP address and not 
localhost -

listen=udp:199.193.188.70:5060 

I checked and there are no 'listens' on localhost (with either alias 
or IP address) and mhomed is not set.


The server works fine under light load, but when call volume ramps up 
the problem mentioned below starts happening.   So I know it is 
listening properly on the external IP address.


As Protocol '1' is ICMP, I'm wondering if there is any correlation to 
the other discussions on this list regarding UDP versus SIP ping as well?


Thanks,
Pax.




On Fri, Aug 7, 2015 at 1:09 PM, Bogdan-Andrei Iancu 
mailto:bog...@opensips.org>> wrote:


Hello Gary,

Well, the message says it all: probably your OpenSIPS is listening
only on 127.0.0.1 (lo) but it is trying to send a ping to an
external IP address (some device registered with something else
than 127.0.0.1/8  .

Best regards,

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

On 06.08.2015 20:27, Garry M. Paxinos wrote:

We are experimenting with OSIPS 2.1.   The system seems to
operate normally when testing, but when we start to put it under
some load we start seeing the error messages below.We have
configured Linux similarly to how our production systems are
configuration when it comes to memory, number of sockets,...

Does anyone have any suggestions?


ERROR:nathelper:msg_send: send() for proto 1 failed
ERROR:nathelper:nh_timer: sip msg_send failed!
ERROR:core:proto_udp_send:
sendto(sock,0x7f51383271d0,4,0,0x7ffe0596d3d0,16): Invalid
argument(22)
CRITICAL:core:proto_udp_send: invalid sendtoparameters#012one
possible reason is the server is bound to localhost
and#012attempts to send to the net

-- 
*Garry M. Paxinos*


CTO

*netTALK*.COM, INC. | *1080* NW 163rd Drive, Miami, FL 33169

(E)p...@nettalk.com  | (O) 305.621.1200,
x210 | (C) 954.655.7453



*ΓΝΩΘΙ ΣΑΥΤΟΝ*

"The real voyage of discovery consists not in seeking new
landscapes but in having new eyes." -Proust

"Wherever you go, go with all of your heart" -
Confucius



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





--
*Garry M. Paxinos*

CTO

*netTALK*.COM, INC. | *1080* NW 163rd Drive, Miami, FL 33169

(E)p...@nettalk.com  | (O) 305.621.1200, x210 | 
(C) 954.655.7453




*ΓΝΩΘΙ ΣΑΥΤΟΝ*

"The real voyage of discovery consists not in seeking new landscapes 
but in having new eyes." -Proust


"Wherever you go, go with all of your heart" -
Confucius



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

Re: [OpenSIPS-Users] perl_exec parameter variable issue

2015-08-10 Thread Bogdan-Andrei Iancu 

Hi,

yes you can do that, but the exec() has the big disadvantage (as 
performance) of forking (creating a new separate process) each time, 
while running the perl_exec() is running inline the opensips processes.


Regards,

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

On 07.08.2015 21:29, sevpal wrote:
Could try a round-about way if you don't need the API and function is 
already written in perl:

$var(duration) = $DLG_lifetime;
exec("/bin/perl/update_user_balance 
$var(duration)",,"$var(out)","$var(err)");



-Original Message- From: Bogdan-Andrei Iancu
Sent: Friday, August 07, 2015 1:02 PM
To: OpenSIPS users mailling list ; smont...@twc.com
Subject: Re: [OpenSIPS-Users] perl_exec parameter variable issue

Hi,

the perl_exec() function does not support variables for its arguments.

It is not hard to add, but please open a feature request on the GITHUB
tracker :
https://github.com/OpenSIPS/opensips/issues?page=1&q=is%3Aopen+is%3Aissue

Best regards,

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

On 07.08.2015 06:04, Admin wrote:

Hi,
  When passing a variable to perl_exec as a parameter, i received a
parsing error in the opensips log and won't start. Here is what I am
doing inside the opensips config. file

$var(duration) = $DLG_lifetime;
perl_exec("update_user_balance", $var(duration));

It seems that it wants the parameter in quotes ("$var(duration)") but i
don't get the variable value when i pass it in quotes.

There was a similar problem posted in the archives but no solution was
presented.

Any suggestion on how to work this around is very appreciated. May be
something similar to dialogue lifetime from the OPENSIPS Perl API.

I am running OpenSIPS (2.1.0 (x86_64/linux)).

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

___
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] FW: Opensips 1.10 crash

2015-08-10 Thread dpa 


Hello!

 

Is there any ideas about problem?

 

Thank you.

 

From: users-boun...@lists.opensips.org
[mailto:users-boun...@lists.opensips.org] On Behalf Of dpa
Sent: Wednesday, July 15, 2015 4:11 PM
To: 'OpenSIPS users mailling list'
Subject: [OpenSIPS-Users] Opensips 1.10 crash

 

Hello!

 

Opensips1.10.1. Working with rtpproxy2.0.

Today Opensips has crashed. Core file was generated. 

Information from core file is in attachment.

 

The question is why Opensips has crashed?

 

Thank you for any help.

 

 

 

gdb /usr/local/opensips1.10.1/sbin/opensips /opensipscore/core
GNU gdb (Ubuntu/Linaro 7.4-2012.04-0ubuntu2.1) 7.4-2012.04
Copyright (C) 2012 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
For bug reporting instructions, please see:
...
Reading symbols from /usr/local/opensips1.10.1/sbin/opensips...done.
[New LWP 9791]

warning: Can't read pathname for load map: Îøèáêà ââîäà/âûâîäà.
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".

warning: no loadable sections found in added symbol-file system-supplied DSO at 
0x7fff78bfe000
Core was generated by `/usr/local/opensips1.10.1/sbin/opensips -P 
/sock/opensips.pid -u opensips -w /o'.
Program terminated with signal 11, Segmentation fault.
#0  fm_remove_free (n=0x7fcf529e6840, qm=0x7fcf44a9b000) at mem/f_malloc.c:175
175 n->u.nxt_free->prev = pf;
(gdb) bt
#0  fm_remove_free (n=0x7fcf529e6840, qm=0x7fcf44a9b000) at mem/f_malloc.c:175
#1  fm_malloc (qm=0x7fcf44a9b000, size=704) at mem/f_malloc.c:383
#2  0x7fcf685860a5 in shm_malloc_unsafe (size=) at 
../../mem/shm_mem.h:248
#3  shm_malloc (size=) at ../../mem/shm_mem.h:258
#4  add_rt_info (pn=0x7fcf4e465d18, r=0x7fcf4f6bc9f8, rgid=127) at routing.c:367
#5  0x7fcf68581f3c in add_prefix (ptree=0x7fcf4e465cf8, prefix=, r=0x7fcf4f6bc9f8, rg=127) at prefix_tree.c:260
#6  0x7fcf685715a4 in add_rule (rule=, prefix=, grplst=, rdata=) at dr_load.c:188
#7  dr_load_routing_info (dr_dbf=0x7fcf687941a0, db_hdl=0x7fcf6ac053b0, 
drd_table=, drc_table=, drr_table=0x7fcf687939f0) 
at dr_load.c:512
#8  0x7fcf685811c0 in dr_reload_data () at drouting.c:425
#9  dr_reload_cmd (cmd_tree=, param=) at 
drouting.c:813
#10 0x7fcf68baf504 in run_mi_cmd (param=0x25e5aa0, f=, 
t=0x0, cmd=) at ../../mi/mi.h:109
#11 mi_fifo_server (fifo_stream=0x25e8e30) at fifo_fnc.c:490
#12 0x7fcf68bb0bef in fifo_process (rank=) at mi_fifo.c:213
#13 0x004b9de5 in start_module_procs () at sr_module.c:586
#14 0x0041475a in main_loop () at main.c:840
#15 main (argc=, argv=) at main.c:1598
(gdb) bt full
#0  fm_remove_free (n=0x7fcf529e6840, qm=0x7fcf44a9b000) at mem/f_malloc.c:175
pf = 0x7fcf44a9b640
hash = 2096
#1  fm_malloc (qm=0x7fcf44a9b000, size=704) at mem/f_malloc.c:383
frag = 0x7fcf529e6840
n = 
hash = 
__FUNCTION__ = "fm_malloc"
#2  0x7fcf685860a5 in shm_malloc_unsafe (size=) at 
../../mem/shm_mem.h:248
p = 
#3  shm_malloc (size=) at ../../mem/shm_mem.h:258
p = 0x2c0
#4  add_rt_info (pn=0x7fcf4e465d18, r=0x7fcf4f6bc9f8, rgid=127) at routing.c:367
trg = 
rtl_wrp = 
rtlw = 0x0
i = 
__FUNCTION__ = "add_rt_info"
#5  0x7fcf68581f3c in add_prefix (ptree=0x7fcf4e465cf8, prefix=, r=0x7fcf4f6bc9f8, rg=127) at prefix_tree.c:260
tmp = 
res = 0
__FUNCTION__ = "add_prefix"
#6  0x7fcf685715a4 in add_rule (rule=, prefix=, grplst=, rdata=) at dr_load.c:188
tmp = 
t = 
ep = 0x2aa79cc ",130,139,142,145,148"
n = 
#7  dr_load_routing_info (dr_dbf=0x7fcf687941a0, db_hdl=0x7fcf6ac053b0, 
drd_table=, drc_table=, drr_table=0x7fcf687939f0) 
at dr_load.c:512
int_vals = {1522874, , 0, }
str_vals = {0x2aa7948 
"19,20,23,25,27,31,33,35,37,29,40,44,47,50,12,53,56,59,62,65,66,69,72,75,78,81,84,97,88,91,94,100,103,106,109,112,115,118,121,124,127,130,139,142,145,148",
  , , 0x2aa79ed "13", , 
}
tmp = {s = 0x2aa79e1 "81061881", len = 8}
columns = {0x7fcf68793400, 0x7fcf68793410, 0x7fcf68793420, 
0x7fcf68793430, 0x7fcf68793440, 0x7fcf68793450, 0x7fcf68793460, 0x7fcf68793390}
res = 0x7fcf6c24dd48
row = 
ri = 0x7fcf4f6bc9f8
rdata = 0x7fcf4955e898
time_rec = 
i = 4018
n = 29697
no_rows = 
__FUNCTION__ = "dr_load_routing_info"
#8  0x7fcf685811c0 in dr_reload_data () at drouting.c:425
new_data = 
old_data = 
#9  dr_reload_cmd (cmd_tree=, param=) at 
drouting.c:813
__FUNCTION__ = "dr_reload_cmd"
#10 0x7fcf68baf504 in run_mi