[SR-Users] siptrace retransmission's

Daniel-Constantin Mierla miconda at gmail.com
Mon Jan 11 17:37:12 CET 2016


Hello,

I expect that the log message from sip trace means that a retransmission
was detected and it is not going to be sent to sipcature server.

Printing the log messages for memory operations (malloc/free) is going
to be very costly in terms of performaces, be sure that parameters
memlog/memdbg are lower than debug.

Also, depending of the config various tunings may be required for
increasing the perormances, such as value of children parameter.

Cheers,
Daniel

On 11/01/16 11:06, Grant Bagdasarian wrote:
>
> Hello All,
>
>  
>
> I’m load testing Kamailio with siptrace (duplicate) enabled, but for
> some reason not all SIP messages are arriving at the sip capture
> server (kamailio instance with sipcapture).
>
> The load is an average of 50 CPS.
>
>  
>
> I enabled debug 9 and I get the following messages.
>
>  
>
> <core> [mem/q_malloc.c:369]: qm_malloc(): qm_malloc(0x7fefde4da010,
> 1274) called from siptrace: siptrace.c: trace_send_hep_duplicate(1615)
>
> <core> [mem/q_malloc.c:439]: qm_free(): qm_free(0x7fefde4da010,
> 0x7fefde618a88), called from siptrace: siptrace.c:
> trace_send_hep_duplicate(1659)
>
> <core> [mem/q_malloc.c:439]: qm_free(): qm_free(0x7fefde4da010,
> 0x7fefde61ee18), called from siptrace: siptrace.c:
> trace_send_hep_duplicate(1660)
>
> <core> [mem/q_malloc.c:474]: qm_free(): qm_free: freeing frag.
> 0x7fefde61ede8 alloc'ed from siptrace: siptrace.c:
> trace_send_hep_duplicate(1615)
>
> <core> [mem/q_malloc.c:369]: qm_malloc(): qm_malloc(0x7fefde4da010,
> 1271) called from siptrace: siptrace.c: trace_send_hep_duplicate(1615)
>
> <core> [mem/q_malloc.c:439]: qm_free(): qm_free(0x7fefde4da010,
> 0x7fefde61b488), called from siptrace: siptrace.c:
> trace_send_hep_duplicate(1659)
>
> <core> [mem/q_malloc.c:439]: qm_free(): qm_free(0x7fefde4da010,
> 0x7fefde61e880), called from siptrace: siptrace.c:
> trace_send_hep_duplicate(1660)
>
> <core> [mem/q_malloc.c:474]: qm_free(): qm_free: freeing frag.
> 0x7fefde61e850 alloc'ed from siptrace: siptrace.c:
> trace_send_hep_duplicate(1615)
>
> DEBUG: siptrace [siptrace.c:1040]: trace_onreq_out(): retransmission
>
> DEBUG: siptrace [siptrace.c:1040]: trace_onreq_out(): retransmission
>
> DEBUG: siptrace [siptrace.c:1040]: trace_onreq_out(): retransmission
>
> DEBUG: siptrace [siptrace.c:1040]: trace_onreq_out(): retransmission
>
> DEBUG: siptrace [siptrace.c:1040]: trace_onreq_out(): retransmission
>
> DEBUG: siptrace [siptrace.c:1040]: trace_onreq_out(): retransmission
>
> DEBUG: siptrace [siptrace.c:1040]: trace_onreq_out(): retransmission
>
>  
>
> In siptrace.c I see the following line of code:
>
>  
>
>                 if(ps->flags&TMCB_RETR_F) {
>
>                                LM_DBG("retransmission\n");
>
>                                return;
>
>                 }
>
>  
>
> Does this in fact retransmit the message to the capture server?
>
> Has anyone else load tested kamailio with siptrace on?
>
>  
>
> I’m using Kamailio 4.1. I’m also using the setflag(..) function in
> siptrace module to duplicate all forwarded messages to the capture
> server.
>
>  
>
> Regards,
>
>  
>
> Grant
>
>
>
> _______________________________________________
> 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

-- 
Daniel-Constantin Mierla
http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda
Book: SIP Routing With Kamailio - http://www.asipto.com
http://miconda.eu

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20160111/9faaf7b1/attachment.html>


More information about the sr-users mailing list