[sr-dev] [kamailio/kamailio] t_replicate transaction failures keeps transaction in memory forever (#1220)

Alekzander Spiridonov sipidronov at gmail.com
Mon Aug 28 13:36:00 CEST 2017


If transaction relies on tcp stack than it could depend on whether firewall
dropped or rejected connections in your initial case. As for "UDP with a
random port" it was most probably icmp rejected.

2017-08-28 14:30 GMT+03:00 Olle E. Johansson <notifications at github.com>:

> Changed to t_replicate_udp with a random port and it seems to not behave
> in the same way. I see that transactions are freed after a timeout.
>
> # kamcmd tm.stats
> {
> 	current: 119
> 	waiting: 17
> 	total: 462
> 	total_local: 0
> 	rpl_received: 0
> 	rpl_generated: 360
> 	rpl_sent: 360
> 	6xx: 0
> 	5xx: 0
> 	4xx: 360
> 	3xx: 0
> 	2xx: 0
> 	created: 462
> 	freed: 343
> 	delayed_free: 0
> }
>
>
>
>> You are receiving this because you are subscribed to this thread.
> Reply to this email directly, view it on GitHub
> <https://github.com/kamailio/kamailio/issues/1220#issuecomment-325328754>,
> or mute the thread
> <https://github.com/notifications/unsubscribe-auth/AF36ZdLyYPv1nPgTFowFEnojT0n33KBJks5scqS8gaJpZM4PC_1r>
> .
>
> _______________________________________________
> Kamailio (SER) - Development Mailing List
> sr-dev at lists.kamailio.org
> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev
>
>


-- 
Best regards,
Alekzander Spiridonov
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-dev/attachments/20170828/4d438ad3/attachment.html>


More information about the sr-dev mailing list