[OpenSIPS-Users] Opensips just stops responding

Bogdan-Andrei Iancu bogdan at voice-system.ro
Mon Apr 12 14:26:48 CEST 2010


Hi Jayesh,

Jayesh Nambiar wrote:
> Hello,
> I also guess this has something to do with the routing of ACKs in 
> loose route.
not sure on that, as the ACKs (with LR) are routed based on IP, so no 
DNS at all.
> What would be the best method to route ACK in loose route, when the 
> clients are NATed?
There is no difference if the clients are natted (from routing point of 
view), just be sure you are doing fix_nated_contact (to fix the nated 
contact) before forwarding ant message coming from behind a NAT.

Regards,
Bogdan
>
> Thanks,
>
> --- Jayesh
>  
>
>     Message: 3
>     Date: Sat, 10 Apr 2010 11:25:29 +0530
>     From: Jayesh Nambiar <jayesh.voip at gmail.com
>     <mailto:jayesh.voip at gmail.com>>
>     Subject: Re: [OpenSIPS-Users] Opensips just stops responding
>     To: users at lists.opensips.org <mailto:users at lists.opensips.org>
>     Message-ID:
>          
>      <j2t4fe8b8271004092255ha0138f38mf59452935b33712b at mail.gmail.com
>     <mailto:j2t4fe8b8271004092255ha0138f38mf59452935b33712b at mail.gmail.com>>
>     Content-Type: text/plain; charset="iso-8859-1"
>
>     Hi Bogdan,
>     Tried different things on the script but still the script seems to
>     die after
>     some time. "Some Time" could be few hours or few days. I was not
>     able to do
>     the gdb and get the backtrace as one of my technician would always
>     restart
>     it to get the opensips up and working. I was finally able do the
>     gdb and get
>     the backtrace today. I have pasted the backtrace, Please check and
>     give me
>     some idea on where to check and correct for this?
>
>     #0  0x0000003f83ac8fdf in poll () from /lib64/libc.so.6
>     #1  0x0000003f88608e00 in __libc_res_nsend () from
>     /lib64/libresolv.so.2
>     #2  0x0000003f88607c26 in __libc_res_nquery () from
>     /lib64/libresolv.so.2
>     #3  0x0000003f88607e96 in __libc_res_nquerydomain () from
>     /lib64/libresolv.so.2
>     #4  0x0000003f886081c0 in __libc_res_nsearch () from
>     /lib64/libresolv.so.2
>     #5  0x00002b0de09ca8cf in _nss_dns_gethostbyname3_r () from
>     /lib64/libnss_dns.so.2
>     #6  0x00002b0de09caabe in _nss_dns_gethostbyname_r () from
>     /lib64/libnss_dns.so.2
>     #7  0x0000003f83ae7e71 in gethostbyname_r@@GLIBC_2.2.5 () from
>     /lib64/libc.so.6
>     #8  0x0000003f83ae77a3 in gethostbyname () from /lib64/libc.so.6
>     #9  0x0000000000459a29 in sip_resolvehost (name=0x7fff0d2fda80,
>     port=0x800b1a, proto=0x800b1c, is_sips=-1, dn=0x800b40) at
>     resolve.h:349
>     #10 0x000000000043fe10 in mk_proxy (name=0x7fff0d2fda80, port=0,
>     proto=0,
>     is_sips=0) at proxy.c:252
>     #11 0x00002b0d9de09588 in t_relay_to (p_msg=0x7f8ae0, proxy=0x0,
>     flags=<value optimized out>) at ut.h:111
>     #12 0x00002b0d9de1b706 in w_t_relay (p_msg=0x7f8ae0, proxy=0x0,
>     flags=0x0)
>     at tm.c:1079
>     #13 0x000000000040ea39 in do_action (a=0x790b70, msg=0x7f8ae0) at
>     action.c:967
>     #14 0x000000000041150c in run_action_list (a=<value optimized out>,
>     msg=0x7f8ae0) at action.c:139
>     #15 0x0000000000466a34 in eval_expr (e=0x790c48, msg=0x7f8ae0,
>     val=0x0) at
>     route.c:1240
>     #16 0x000000000046654d in eval_expr (e=0x790c98, msg=0x7f8ae0,
>     val=0x0) at
>     route.c:1556
>     #17 0x00000000004664f5 in eval_expr (e=0x790ce8, msg=0x7f8ae0,
>     val=0x0) at
>     route.c:1561
>     #18 0x000000000040da1d in do_action (a=0x7914d8, msg=0x7f8ae0) at
>     action.c:689
>     #19 0x000000000041150c in run_action_list (a=<value optimized out>,
>     msg=0x7f8ae0) at action.c:139
>     #20 0x000000000040f845 in do_action (a=0x78e480, msg=0x7f8ae0) at
>     action.c:119
>     #21 0x000000000041150c in run_action_list (a=<value optimized out>,
>     msg=0x7f8ae0) at action.c:139
>     #22 0x000000000040fd13 in do_action (a=0x78fb28, msg=0x7f8ae0) at
>     action.c:706
>     #23 0x000000000041150c in run_action_list (a=<value optimized out>,
>     msg=0x7f8ae0) at action.c:139
>     #24 0x0000000000410814 in do_action (a=0x78fc00, msg=0x7f8ae0) at
>     action.c:712
>     #25 0x000000000041150c in run_action_list (a=<value optimized out>,
>     msg=0x7f8ae0) at action.c:139
>     #26 0x0000000000410814 in do_action (a=0x78fcd8, msg=0x7f8ae0) at
>     action.c:712
>     #27 0x000000000041150c in run_action_list (a=<value optimized out>,
>     msg=0x7f8ae0) at action.c:139
>     #28 0x0000000000411869 in run_top_route (a=0x7880a8, msg=0x7f8ae0) at
>     action.c:119
>     #29 0x0000000000455fa5 in receive_msg (
>        buf=0x754e00 "ACK
>     sip:611 at sip.novanetfone.in
>     <mailto:sip%3A611 at sip.novanetfone.in><sip%3A611 at sip.novanetfone.in
>     <mailto:sip%253A611 at sip.novanetfone.in>>SIP/2.0\r\nRecord-Route:
>     <sip:203.XXX.53.XXX;lr=on;ftag=100ef178-1c01a8c0-13c4-50029-e41ec-12a04394-e41ec>\r\nRecord-Route:
>     <sip:203.XXX.53.XXX;lr=on;ftag=100ef178-1c01a8c0-"..., len=4183,
>     rcv_info=0x7fff0d2ffac0) at receive.c:162
>     #30 0x000000000049a384 in udp_rcv_loop () at udp_server.c:492
>     #31 0x0000000000429c3d in main (argc=3, argv=<value optimized out>) at
>     main.c:818
>
>     Thanks for all the help,
>
>     --- Jayesh
>
>     Message: 2
>     > Date: Fri, 02 Apr 2010 14:09:47 +0300
>     > From: Bogdan-Andrei Iancu <bogdan at voice-system.ro
>     <mailto:bogdan at voice-system.ro>>
>     > Subject: Re: [OpenSIPS-Users] Opensips just stops responding
>     > To: OpenSIPS users mailling list <users at lists.opensips.org
>     <mailto:users at lists.opensips.org>>
>     > Message-ID: <4BB5D07B.9060803 at voice-system.ro
>     <mailto:4BB5D07B.9060803 at voice-system.ro>>
>     > Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>     >
>     > I see, let me know if without the Localcache module works ok or not.
>     >
>     > Regards,
>     > Bogdan
>     >
>     > Jayesh Nambiar wrote:
>     > > Hi Bogdan,
>     > > Thanks for your reply. I will try this the next time my config
>     behaves
>     > > like this.
>     > > By the way the only change that I did in this lastly was, I
>     removed
>     > > the "LocalCache  module" support and have had the opensips to
>     query
>     > > the DB for Authentication. It's been 18 hours and till now the
>     server
>     > > is up and running fine.
>     > > I'll keep a watch and follow the steps mentioned by you !!
>     > >
>     > > Thanks,
>     > >
>     > > --- Jayesh
>     > >
>     > >
>     > >     Message: 2
>     > >     Date: Fri, 02 Apr 2010 11:40:32 +0300
>     > >     From: Bogdan-Andrei Iancu <bogdan at voice-system.ro
>     <mailto:bogdan at voice-system.ro>
>     > >     <mailto:bogdan at voice-system.ro
>     <mailto:bogdan at voice-system.ro>>>
>     > >     Subject: Re: [OpenSIPS-Users] Opensips just stops responding
>     > >     To: OpenSIPS users mailling list <users at lists.opensips.org
>     <mailto:users at lists.opensips.org>
>     > >     <mailto:users at lists.opensips.org
>     <mailto:users at lists.opensips.org>>>
>     > >     Message-ID: <4BB5AD80.80204 at voice-system.ro
>     <mailto:4BB5AD80.80204 at voice-system.ro>
>     > >     <mailto:4BB5AD80.80204 at voice-system.ro
>     <mailto:4BB5AD80.80204 at voice-system.ro>>>
>     > >     Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>     > >
>     > >     Hi Jayesh,
>     > >
>     > >     Could you try to use gdb to attached to the unresponsive
>     processes
>     > and
>     > >     to see where they are stuck ? Use "gdb /path/opensips PID"
>     and do
>     > "bt"
>     > >     to get backtrace. Check for processes responsible for the
>     network
>     > read
>     > >     (do an "opensipsctl fifo ps" to see which are the UDP listener
>     > >     processes)
>     > >
>     > >     Regards,
>     > >     Bogdan
>     > >
>     > >     Jayesh Nambiar wrote:
>     > >     > Hi all,
>     > >     > I am running Opensips 1.6.2 and am running a strange
>     problem of
>     > >     > Opensips not responding to any SIP messages after a day
>     or two. It
>     > >     > needs to be restarted for it to get working again.
>     > >     > The overview of my setup is as follows:
>     > >     > 1) I am using Localcache module to authorize REGISTER
>     and INVITE
>     > >     > requests from cache.
>     > >     > 2) Using Mediaproxy for Nated clients with Media-Relay on a
>     > >     different
>     > >     > server
>     > >     > 3) Running basic queries based on INVITE before placing
>     the call.
>     > >     >
>     > >     > After running for a day or two, Opensips just stops
>     responding
>     > >     to any
>     > >     > SIP message. I check moni, it shows me the server is
>     alive and
>     > >     in_use
>     > >     > transactions keep on increasing since Opensips is not
>     processing
>     > >     > anyone. I checked get_statistics shmem: even that is
>     perfectly ok.
>     > >     > I have assigned 1GB to shmem and hardly 30 MB is used. I
>     dont
>     > >     even see
>     > >     > any error logs etc. The top command shows no over
>     utilization of
>     > CPU
>     > >     > and memory.
>     > >     >
>     > >     > Can someone point me on where and how to check for this
>     problem.
>     > Has
>     > >     > someone had a similar problem before. It looks similar
>     to this
>     > >     > post
>     > >    
>     http://www.mail-archive.com/users@lists.opensips.org/msg06098.htmlbut
>     > >     > I dont see a solution to this either.
>     > >     >
>     > >     > Thanks for any help.
>     > >     >
>     > >     > --- Jayesh
>     > >     >
>     > >     >
>     > 
>


-- 
Bogdan-Andrei Iancu
www.voice-system.ro




More information about the Users mailing list