Paul.
Hello. Sorry to interrupt you. I'm still stuck with the mediaproxy
resource problem. I've installed the patch from the
but the
problem seems to persist. I'm thinking maybe the problem is related with
the way i treat a NAT'd call. I hope that you can help me with some
questions.
I have a mix NAT'd solution, the mayority of my endpoint have STUN enabled,
so if this first solution fails, the mediaproxy is enabled for those calls.
Regarding to the mediaproxy : What i do is to check if the caller is NAT'd
if so, the mediaproxy is enabled. When a endpoint with a public ip call to
a NAT'd endpoint i do the same check but in the on_reply_route. Is this
ok?. How you handle a call when a endpoint in the public internet call to
another in the public internet too? Do you use mediaproxy in that case?.
I'm attaching my ser.cfg to check if there is any problem with it.
I really appreciate any help
Regards,
Ricardo.-
-----Mensaje original-----
De: Java Rockx [mailto:javarockx@gmail.com]
Enviado el: Miércoles, 16 de Marzo de 2005 10:22
Para: Ricardo Martinez
CC: serusers(a)lists.iptel.org
Asunto: Re: [Serusers] Mediaproxy consuming RAM resources.
That's what I have. I'm not sure what the setflag(1) is for, but then
again, I cannot see the entire ser.cfg.
Regards,
Paul
On Wed, 16 Mar 2005 10:20:41 -0400, Ricardo Martinez
<rmartinez(a)redvoiss.net> wrote:
Hello Paul.
I have the next lines for ending media session:
if (loose_route()) {
if (method=="BYE" || method=="CANCEL") {
end_media_session();
setflag(1);
};
t_relay();
break;
};
Is this ok?. I got the idea from a ser.cfg file in the
forum. I'm not so
sure if this is correct.
Can someone help me here?
Thanks again!
Regards,
Ricardo
> -----Mensaje original-----
> De: Java Rockx [mailto:javarockx@gmail.com]
> Enviado el: Martes, 15 de Marzo de 2005 21:03
> Para: serusers(a)lists.iptel.org
> Asunto: Re: [Serusers] Mediaproxy consuming RAM resources.
>
>
> Yes that could help, but if you're experiencing pleny of
"idle" RTP
> connections then you are probably not ending
your media
sessions with
> end_media_session().
>
> Regards,
> Paul
>
>
> On Tue, 15 Mar 2005 18:33:19 -0600, Alberto Cruz
> <acruz(a)tekbrain.com> wrote:
> > If you are running RedHat 9 and Python 3.2.5 may be this
> could help you:
> >
> >
http://www.python.org/download/download_linux.html
> >
> > Regards
> >
> > Alberto Cruz
> >
> >
> > Ricardo Martinez wrote:
> >
> > Hello. Returning to this subject. I upgraded to the new
> mediaproxy version.
> > 1.2.1, but i still have the same problem. I detected a
> increasing amount of
> > RAM memory used by mediaproxy. I don't know what's
> happening. Is this
> > something maybe related to the way i tear dow the session,
> i'm still confuse
> > with so many IDLE session in my mediaproxy. Can this be the
> cause of the
> > increasing amount of RAM memory used? Also, is there a way
> to debug the
> > mediaproxy? or something that help me to understand what's
> going on? Any
> > help would be appreciated. Thanks Ricardo.-
> > -----Mensaje original----- De: Java Rockx
> [mailto:javarockx@gmail.com]
> > Enviado el: Viernes, 11 de Marzo de 2005 15:23 Para:
> Ricardo Martinez CC:
> > serusers(a)lists.iptel.org Asunto: Re: [Serusers] Mediaproxy
consuming
RAM
> > resources. I'm tearing down my
sessions the same way you
> showed in your
> > first email. So AFAIK, that is OK. Regards, Paul On
Fri, 11 Mar 2005
> > 16:15:38 -0400, Ricardo Martinez
<rmartinez(a)redvoiss.net> wrote:
> > Paul, I was thinking the same, maybe that's the problem.
> What about the
> > tear down of the sessions? Thanks! Regards, Ricardo.-
> > -----Mensaje original----- De: Java Rockx
> [mailto:javarockx@gmail.com]
> > Enviado el: Viernes, 11 de Marzo de 2005 15:09 Para:
> Ricardo Martinez CC:
> > serusers(a)lists.iptel.org Asunto: Re: [Serusers] Mediaproxy
consuming
RAM
> > resources. Ricardo, I think the release
notes on
> mediaproxy-1.2 say that
> > some resource leaks have been fixed. Perhaps you can
try version 1.2
> > Regards, Paul On Fri, 11 Mar 2005
16:01:59 -0400,
Ricardo Martinez
> > <rmartinez(a)redvoiss.net> wrote:
> > Hello list. I was looking the process in my SER
sip-proxy with the
> > mediaproxy running.
> > Every time i look, the percetage of used RAM is
> increasing. It seems like
> > for some reason mediaproxy is not releasing the resources
> used in RAM. You
> > can look this in the next lines : PID USER PRI NI SIZE RSS
> SHARE STAT %CPU
> > %MEM TIME CPU COMMAND
> > 1952 root 15 0 284M 266M 1628 S 0.0 26.4 19:22 0
> > mediaproxy.py Can someone tell me if this is a bug of
> mediaproxy or maybe a
> > missconfiguration in my ser.cfg? I want to ask a question
> regarding to tear
> > down sessions with mediaproxy
> > also. In my ser.cfg i have : if (loose_route()) { if
> (method=="BYE" ||
> > method=="CANCEL") { log(1, "NAT: BYE o CANCEL recibido -->
> terminando la
> > sesion de media\n"); end_media_session(); setflag(1); };
> t_relay(); break;
> > }; Is this ok? I think in some cases (i'm still unable to
> determine which
> > ones), SER does not tear down a mediaproxy session. You
> can see for example
> > this two session, both of them were ended, but it seems to
> be active even
> > before that. (i ommited the source, via and destination
> IP's in the output
> > of the session.py) Status Duration Codec Type Traffic
> > --------------------------------------------------------------
> > --------------
> > --- hold (2430) 40'40" G729 Audio 11.53k/29.58k/18.45k
> inactive 0'02"
> > Unknown Audio 0/0/0 Can someone tell me what's happening?
> I'm runnig : [root
> > mediaproxy]# ./mediaproxy.py --version mediaproxy.py 1.0
> Thanks in advance.
> > Regards, Ricardo M.
> _______________________________________________ Serusers
> > mailing list serusers(a)lists.iptel.org
> >
http://lists.iptel.org/mailman/listinfo/serusers
> > _______________________________________________ Serusers
> mailing list
> > serusers(a)lists.iptel.org
http://lists.iptel.org/mailman/listinfo/serusers
_______________________________________________
Serusers mailing list
serusers(a)lists.iptel.org
http://lists.iptel.org/mailman/listinfo/serusers
_______________________________________________
Serusers mailing list
serusers(a)lists.iptel.org
http://lists.iptel.org/mailman/listinfo/serusers