[SR-Users] rtpengine port allocation & recycling [solved]

Daniel-Constantin Mierla miconda at gmail.com
Wed Feb 3 11:22:51 CET 2016

For sake of information - the rtpengine_manage() function was added to
simplify the config logic of using
rtpengien_offer()/_answer()/_delete(). The manage function (for both
rtpproxy and rtpengine) calls the other functions based on request
method and response code. The current config file is using it in a
subroute, executed in few other places, no longer under conditions
related to method or reply code.

Also, the manage function handles properly when INVITE is without SDP
and the ACK is carrying the SDP.


On 02/02/16 22:38, Alex Balashov wrote:
> Ah, never mind. This was a stupid question.
> In short-duration traffic land, most calls end with all branches
> failing. I didn't have rtpengine_delete() cleanups in the
> failure_route[] for that scenario.
> The volume of calls is far too large for rtpengine's own RTP timeout
> ("garbage collector") to release the ports fast enough.
> False alarm, and apologies for wasting time.
> -- Alex

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

More information about the sr-users mailing list