[SR-Users] rtpproxy delete fails

[Juha Heinanen]

Richard Fuchs writes:

> There's two timeouts, configurable through command line options, one is
> for active calls and defaults to 60 seconds, the other one is for
> silenced and not fully established calls and defaults to 1 hour. Calls
> will be cleared if no RTP traffic nor any re-invite has been detected
> for this amount of time.

one hour's worth of calls for which L command has not been received
sounds like a long period which does open door for DoS attacks.  perhaps
there should be a separate timer for clearing those incomplete calls
much sooner.

> Yes it would, which is one of those undesired side effects that I
> mentioned :) and it's probably why the current implementation behaves
> the way it does, and it's also why those cases should really be handled
> on SIP proxy side.

yes, but there is no way currently to handle those cases properly on sip
proxy side.  it could be possible if in U command branch value would be
taken from outgoing message instead of incoming message, which is common
to all outgoing branches and thus cannot separate them.

or have i totally misunderstood this because it feels like i am the
first beta tester of rtpproxy module?

-- juha