[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