[SR-Users] ASYNC Module

Aaron Hamstra ahamstra at carnegietechnologies.com
Sat Jun 13 01:07:38 CEST 2015


I think this is the section from log when I increase debug up a notch ...  I see it mentions in the trace below that the sip_trace module is the line above the 500 response.  I just tried disabling that to see if it changed anything and it did not .. still get the 500 response...



Jun 12 22:55:41 /usr/local/sbin/kamailio[23297]: DEBUG: tm [t_lookup.c:1635]: t_lookup_ident(): DEBUG: t_lookup_ident: transaction found
Jun 12 22:55:41 /usr/local/sbin/kamailio[23297]: INFO: <script>: Does it get here?
Jun 12 22:55:41 /usr/local/sbin/kamailio[23297]: DEBUG: <core> [mem/shm_mem.c:111]: _shm_resize(): WARNING:vqm_resize: resize(0) called
Jun 12 22:55:41 /usr/local/sbin/kamailio[23297]: DEBUG: tm [t_reply.c:1670]: cleanup_uac_timers(): DEBUG: cleanup_uac_timers: RETR/FR timers reset
Jun 12 22:55:41 /usr/local/sbin/kamailio[23297]: DEBUG: <core> [tcp_main.c:2299]: tcpconn_send_put(): tcp_send: tcp connection found (0x7f36f410d970), acquiring fd
Jun 12 22:55:41 /usr/local/sbin/kamailio[23297]: DEBUG: <core> [tcp_main.c:2309]: tcpconn_send_put(): tcp_send, c= 0x7f36f410d970, n=16
Jun 12 22:55:41 /usr/local/sbin/kamailio[23303]: DEBUG: <core> [tcp_main.c:3567]: handle_ser_child(): handle_ser_child: read response= 7f36f410d970, 2, fd -1 from 21 (23297)
Jun 12 22:55:41 /usr/local/sbin/kamailio[23297]: DEBUG: <core> [tcp_main.c:2339]: tcpconn_send_put(): tcp_send: after receive_fd: c= 0x7f36f410d970 n=8 fd=12
Jun 12 22:55:41 /usr/local/sbin/kamailio[23297]: DEBUG: <core> [tcp_main.c:2518]: tcpconn_do_send(): tcp_send: sending...
Jun 12 22:55:41 /usr/local/sbin/kamailio[23297]: DEBUG: <core> [tcp_main.c:2552]: tcpconn_do_send(): tcp_send: aft£Y;ùô0#}¤V|#031Y#037$kÍlJ8CÂ}F’å«Õ=661 fd=12
Jun 12 22:55:41 /usr/local/sbin/kamailio[23297]: DEBUG: tm [t_hooks.c:288]: run_trans_callbacks_internal(): DBG: trans=0x7f36f40f0228, callback type 8388608, id 0 entered                 x#003Ø|ïYå?*â'£qbÔk*#020Ø#03
Jun 12 22:55:41 /usr/local/sbin/kamailio[23297]: DEBUG: siptrace [siptrace.c:1847]: pipport2su(): the port string is 5061      VâG–.9AÏ#001#030#033#024yt8H¶#001F˜ÃßáF%eæåom~Í’‰ªr(väÓÊ#010
Jun 12 22:55:41 /usr/local/sbin/kamailio[23297]: DEBUG: siptrace [siptrace.c:1847]: pipport2su(): the port string is 58965
Jun 12 22:55:41 /usr/local/sbin/kamailio[23297]: DEBUG: <core> [proxy.c:278]: mk_proxy(): DEBUG: mk_proxy: doing DNS lookup...
Jun 12 22:55:41 /usr/local/sbin/kamailio[23297]: DEBUG: siptrace [siptrace.c:1659]: trace_send_hep_duplicate(): setting up the socket_info
Jun 12 22:55:41 /usr/local/sbin/kamailio[23297]: DEBUG: tm [t_reply.c:728]: _reply_light(): DEBUG: reply sent out. buf=0x7f36fd7b4688: SIP/2.0 500 I'm terr..., shmem=0x7f36f40eb070: SIP/2.0 500 I'm terr
Jun 12 22:55:41  /usr/local/sbin/kamailio[23297]: DEBUG: tm [t_reply.c:738]: _reply_light(): DEBUG: _reply_light: finished

-----Original Message-----
From: sr-users [mailto:sr-users-bounces at lists.sip-router.org] On Behalf Of Alex Balashov
Sent: Friday, June 12, 2015 4:25 PM
To: Aaron Hamstra
Subject: Re: [SR-Users] ASYNC Module

Well, in that case, your best bet is to turn up debug= one level and go from there. You know, the usual. :)

--
Alex Balashov | Principal | Evariste Systems LLC
303 Perimeter Center North, Suite 300
Atlanta, GA 30346
United States

Tel: +1-800-250-5920 (toll-free) / +1-678-954-0671 (direct)
Web: http://www.evaristesys.com/, http://www.csrpswitch.com/

Sent from my BlackBerry.
  Original Message
From: Aaron Hamstra
Sent: Friday, June 12, 2015 17:22
To: Kamailio (SER) - Users Mailing List
Reply To: Kamailio (SER) - Users Mailing List
Subject: Re: [SR-Users] ASYNC Module

Thanks for the insight as to why the error from TM when I couldn't see why TM was involved.. that makes sense.

async_workers=8 is what I have it set to already unfortunately.

Thanks Again,

Aaron
-----Original Message-----
From: sr-users [mailto:sr-users-bounces at lists.sip-router.org] On Behalf Of Alex Balashov
Sent: Friday, June 12, 2015 4:11 PM
To: sr-users at lists.sip-router.org
Subject: Re: [SR-Users] ASYNC Module

Aaron,

Thanks. You seem to be getting automatic errors from TM, even though your calling code neither creates a transaction nor calls t_relay(). 
This is because the wrappers provided by the 'async' module utilise TM internally; async_route() really 1) creates a transaction in TM 2)
t_suspends() it 3) t_continues() it, at which point there is TM involvement.

One bit of idle speculation: did you happen to set this core parameter?

http://www.kamailio.org/wiki/cookbooks/4.3.x/core#async_workers

If not, try set it to some value. This is subtly different from the 'workers' modparam to the 'async' module.

-- Alex

--
Alex Balashov | Principal | Evariste Systems LLC
303 Perimeter Center North, Suite 300
Atlanta, GA 30346
United States

Tel: +1-800-250-5920 (toll-free) / +1-678-954-0671 (direct)
Web: http://www.evaristesys.com/, http://www.csrpswitch.com/

_______________________________________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users at lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

_______________________________________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users at lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

_______________________________________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users at lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users


More information about the sr-users mailing list