On 11/06/2013 02:03 PM, Daniel-Constantin Mierla wrote:
On 11/6/13 2:58 PM, Alex Balashov wrote:
2. Is there any harm in calling unforce_rtp_proxy() for Call-IDs
rtpproxy doesn't know about? is there a 'better' best practice for
handling CANCELs where it is unknown whether rtpproxy was engag
On Wed, Nov 6, 2013 at 12:03 PM, Daniel-Constantin Mierla
wrote:
> On 11/6/13 2:58 PM, Alex Balashov wrote:
>> 2. Is there any harm in calling unforce_rtp_proxy() for Call-IDs rtpproxy
>> doesn't know about? is there a 'better' best practice for handling CANCELs
>> where it is unknown whether rtp
On 11/6/13 2:58 PM, Alex Balashov wrote:
On 11/06/2013 08:45 AM, Daniel-Constantin Mierla wrote:
there are some parameters to control the timeout+retries for waiting a
reply from rtpproxy:
http://kamailio.org/docs/modules/stable/modules/rtpproxy.html#idp15243344
Looking it the code, it se
On 11/06/2013 08:45 AM, Daniel-Constantin Mierla wrote:
there are some parameters to control the timeout+retries for waiting a
reply from rtpproxy:
http://kamailio.org/docs/modules/stable/modules/rtpproxy.html#idp15243344
Looking it the code, it seems the value for timeout parameter is sec,
bu
Hello,
there are some parameters to control the timeout+retries for waiting a
reply from rtpproxy:
http://kamailio.org/docs/modules/stable/modules/rtpproxy.html#idp15243344
Looking it the code, it seems the value for timeout parameter is sec,
but could be easily made miliseconds, because the
Hello,
(Sorry for cross-posting to -users and -dev; not really sure where this
post belongs most.)
A few days ago, I ran into an issue with a Kamailio server being
somewhat unresponsive, during moderate call volume, on account of a
down rtpproxy--the only rtpproxy in the set. This is rtppr
