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 _______________________________________________ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
