11 Mar
2005
11 Mar
'05
9:15 p.m.
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