[sr-dev] Bug in mediaproxy module

Emil Kroymann emil.kroymann at isaco.de
Sat Dec 15 15:36:26 CET 2012


hm, don't know, what is happening for you? I thought, the child_init
function is called at least once with rank <= 0 before the fork and
then after the fork in every child process with rank > 0. And if the
connection is already openend before the fork, it is not openend again
in the child process. So in theory, the patch should have the effect,
that one connection is openend in every child process. I tested this
and for me it works like this with the patch applied, and only one
connection is openend if the patch is not applied.

Regards,
Emil

Am Thu, 13 Dec 2012 14:02:58 +0200
schrieb Juha Heinanen <jh at tutpro.com>:

> Emil Kroymann writes:
> 
> > the mediaproxy-module in 3.3 branch establishes a single shared
> > connection to the mediaproxy dispatcher socket before sip-router is
> > forking sub-processes. This leads to race-conditions when multiple
> > calls to use_mediaproxy() are made in parallel. The fix is simple,
> > it seems it was just forgotten to restrict the opening of the
> > dispatcher connection to subprocess initialization. Patch attached.
> 
> emil,
> 
> i just applied your patch to master although i don't understand it.
> after patch, less connections are opened to dispatcher.  why are you
> saying that before there was only one?
> 
> -- juha
> 
> _______________________________________________
> sr-dev mailing list
> sr-dev at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev
> 



-- 
Emil Kroymann
VoIP Services Engineer

Email: emil.kroymann at isaco.de
Tel: +49-30-203899885
Mobile: +49-176-38389303

ISACO GmbH
Kurfürstenstraße 79
10787 Berlin
Germany

Amtsgericht Charlottenburg, HRB 112464B
Geschäftsführer: Daniel Frommherz

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: not available
URL: <http://lists.sip-router.org/pipermail/sr-dev/attachments/20121215/5bf6b575/attachment.pgp>


More information about the sr-dev mailing list