sr-users March 2005

sr-users@lists.kamailio.org

250 participants
627 discussions

Start a nNew thread

[Serusers] ¿/tmp/ser_fifo?

by Llanos Serna García-Conde

19 years, 8 months

[Serusers] HELP: mediaproxy re-INVITE NAT detection

by Adrian Georgescu

Just call the use of media_proxy, if the session exists it will use it otherwise not. Simple. Arian >>>>>>> Hi All. I'm using ser-0.9.1. Is there a way to determine if mediaproxy is in use for an existing SIP call so that re-INVITE messages can avoid losing audio when one or the other SIP UAs are NATed? But nothing has led me to a solution. I cannot just use lookup("location") and test the nat_flag since that won't always work on re-INVITEs. A mediaproxy function for something like is_existing_session() would be awesome to lookup the Call-ID in the existing mediaproxy sessions.

19 years, 8 months

[Serusers] CDR SER - Billing Solution !!!

by Felipe Martins

Hi everyone, I'm planning to use Areski software (www.areski.com) to manage and do my reports, but I want it integrated with SER . Do anybody know if it works with ser instead of just Asterisk ? Thanks in Advance Best Regards. -- Felipe Martins Mundivox Communications Tecnologia e Projetos fmartins(a)mundivox.com Tel.: +55 +21 +3820 8839 Cel.: +55 +21 +9823 8602 Fax.: +55 +21 +3820 8844 www.mundivox.com

19 years, 8 months

[Serusers] serweb

by Kamran Ahmad

hello i am new to apache. i have configured serweb by using documentation. but it is not working. when i am trying to open serweb "http//mydomain.com/serweb/" it is showing me files and dir from /var/www/html/serweb path any helpfull link regrads kamran __________________________________ Do you Yahoo!? Yahoo! Small Business - Try our new resources site! http://smallbusiness.yahoo.com/resources/

19 years, 8 months

Re: [Serusers] Mediaproxy consuming RAM resources.

by Java Rockx

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 > > >

19 years, 8 months

RE: [Serusers] Mediaproxy consuming RAM resources.

by Ricardo Martinez

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 >

19 years, 8 months

[Serusers] Re: Serusers Digest, Vol 23, Issue 25

by Kamran Ahmad

--- serusers-request(a)lists.iptel.org wrote: > Send Serusers mailing list submissions to > serusers(a)lists.iptel.org > > To subscribe or unsubscribe via the World Wide Web, > visit > http://lists.iptel.org/mailman/listinfo/serusers > or, via email, send a message with subject or body > 'help' to > serusers-request(a)lists.iptel.org > > You can reach the person managing the list at > serusers-owner(a)lists.iptel.org > > When replying, please edit your Subject line so it > is more specific > than "Re: Contents of Serusers digest..." > > > Today's Topics: > > 1. HELP: mediaproxy re-INVITE NAT detection (Java > Rockx) > 2. Re: using sipsak to send a BYE (Java Rockx) > 3. RE: LCR Backport Example For ser-0.9 (Zeus Ng) > 4. Re: LCR Backport Example For ser-0.9 (Java > Rockx) > 5. Re: LCR Backport Example For ser-0.9 (Java > Rockx) > 6. SER consultant required (Sun Shung) > 7. RE: LCR Backport Example For ser-0.9 (Zeus Ng) > 8. RE: LCR Backport Example For ser-0.9 (Zeus Ng) > 9. Re: LCR Backport Example For ser-0.9 (Java > Rockx) > 10. Re: LCR Backport Example For ser-0.9 (Juha > Heinanen) > 11. Users cannot connect (Barry Murphy) > 12. All working cept budgetone (Barry Murphy) > 13. get 302 contact in failure route (Zappasodi > Daniele) > 14. what's the difference between the shm_malloc > and pkg_malloc (szj) > 15. RE: All working cept budgetone (Zeus Ng) > 16. Comments to the onsip's SIP getting Started > document > (Samuel Osorio Calvo) > 17. What does that mean? (Olivier Taylor) > 18. SER configuracion file (Llanos Serna > Garc?a-Conde) > 19. Re: SER configuracion file (Joao Pereira) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Tue, 15 Mar 2005 22:08:34 -0500 > From: Java Rockx <javarockx(a)gmail.com> > Subject: [Serusers] HELP: mediaproxy re-INVITE NAT > detection > To: "serusers(a)lists.iptel.org" <serusers(a)lists.iptel.org> > Message-ID: > <359a658205031519087d640838(a)mail.gmail.com> > Content-Type: text/plain; charset=ISO-8859-1 > > Hi All. > > I'm using ser-0.9.1. > > Is there a way to determine if mediaproxy is in use > for an existing > SIP call so that re-INVITE messages can avoid losing > audio when one or > the other SIP UAs are NATed? > > We do not proxy RTP streams unless one or more SIP > UAs are NATed. But > on re-INVITE messages I cannot figure out how to > test the destination > of the re-INVITE for the UAs NAT status. > > I've scoured the archives and found a few related > articles > http://lists.iptel.org/pipermail/serdev/2004-March/001515.html > http://lists.iptel.org/pipermail/serusers/2004-March/006806.html > > But nothing has led me to a solution. I cannot just > use > lookup("location") and test the nat_flag since that > won't always work > on re-INVITEs. A mediaproxy function for something > like > is_existing_session() would be awesome to lookup the > Call-ID in the > existing mediaproxy sessions. > > What am I missing? > > Regards, > Paul > > > > ------------------------------ > > Message: 2 > Date: Tue, 15 Mar 2005 22:12:15 -0500 > From: Java Rockx <javarockx(a)gmail.com> > Subject: Re: [Serusers] using sipsak to send a BYE > To: Iqbal <iqbal(a)gigo.co.uk> > Cc: serusers(a)lists.iptel.org > Message-ID: > <359a6582050315191229df7a1e(a)mail.gmail.com> > Content-Type: text/plain; charset=ISO-8859-1 > > I have. During my debugging with a 3rd party PSTN GW > provider I > sometimes didn't send them a BYE message and they > couldn't close their > billing record. > > So I stored this in a file and used sipsak to close > their billing record. > > BYE sip:5135551234@216.229.118.76:4060 SIP/2.0 > Route: <sip:216.229.127.60:5060;lr> > From: sip:5135551234@64.152.60.6;user=phone > To: sip:9145550000@66.243.109.99:5060;user=phone > Contact: > sip:9145550000@66.243.109.99:5060;user=phone > CSeq: 42759 BYE > Call-ID: 9787963-3319555348-76751(a)66.243.109.99 > User-Agent: Grandstream BT100 1.0.5.11 > Max-Forwards: 16 > Allow: > INVITE,ACK,CANCEL,BYE,NOTIFY,REFER,OPTIONS,INFO,SUBSCRIBE > Content-Length: 0 > > sipsak -f <filename> -s sip:<some IP address> > > Regards, > Paul > > On Wed, 16 Mar 2005 03:07:05 GMT, Iqbal > <iqbal(a)gigo.co.uk> wrote: > > > > Hi > > > > Has anyone done this successfully to hangup a > call. > > > > Iqbal > > > > _______________________________________________ > > Serusers mailing list > > serusers(a)lists.iptel.org > > http://lists.iptel.org/mailman/listinfo/serusers > > > > > > ------------------------------ > > Message: 3 > Date: Wed, 16 Mar 2005 14:18:46 +1100 > From: "Zeus Ng" <zeus.ng(a)isquare.com.au> > Subject: RE: [Serusers] LCR Backport Example For > ser-0.9 > To: "'Java Rockx'" <javarockx(a)gmail.com> > Cc: serusers(a)lists.iptel.org > Message-ID: > <013701c529d6$de175b60$6515a8c0@isdws101> > Content-Type: text/plain; charset="iso-8859-1" > > How about something like this. > > With the initial INVITE, > > ... Route processing ... > if (caller is natted) { > > subst('/From:(.*)<(.*)>(.*)/From:\1<\2>;nat=yes\3/'); > } > > call nathelper or mediaproxy > > t_on_reply(nat reply route); > t_relay(); > > > In your reply route, > > if (callee is natted) { > > subst('/From:(.*)<(.*)>(.*)/From:\1<\2>;nat=yes\3/'); > call nathelper or mediaproxy > ... Other processing ... > > > In your loose route, > > if (loose_route()) { > if (method=="INVITE") { > === message truncated === __________________________________ Do you Yahoo!? Make Yahoo! your home page http://www.yahoo.com/r/hs

19 years, 8 months

[Serusers] Comments to the onsip's SIP getting Started document

by Samuel Osorio Calvo

Hi, I also do not understand we should we register to the onsip website.........but I finally decided to do it to get the document. I found it really user-perspective convenient and therefore many starting users will highly appreciate it as a getting started document. I just have a few comments: 1) in 1.2.3 Transactions, Dialogs and Sessions: SIP transactions: you should mention that retransmissions are also part of a transaction. 2) In 1.4: Understanding SIP and RTP: RTPC will not always use RTP port +1. Newer versions of SDP standards include a parameter to indicate the port of RTCP and therefore ALWAYS is not 100% certain (although almost always it will be true). 3) In 1.7 URI, R-URI, Branches: URI stands for Uniform Resource Identifier and not Uniform Resource Identificator. Request URI is not the URI present in the To: header field but the one present in the first line of the SIP request. I hope this remarks are right, Samuel. Unclassified.

19 years, 8 months

[Serusers] SER configuracion file

by Llanos Serna García-Conde

19 years, 8 months

[Serusers] All working cept budgetone

by Barry Murphy

Hey guys, Everything is working except my budgetone phone wont register: (NORMAL REGISTER) # U 202.150.105.150:5060 -> 202.21.136.86:5060 REGISTER sip:voipweb.fast.co.nz SIP/2.0..Via: SIP/2.0/UDP 202.150.105.150;branch=z9hG4bKa291.e2a4c4a.0..Via: SIP/2.0/UDP 203.98.56.249:5060;rport=1379;branch=z9hG4bKA1B621B26A1C4668B0577ECDDDB5E636 ..From: barry <sip:894485566@voipweb.fast.c o.nz>;tag=839684776..To: barry <sip:894485566@voipweb.fast.co.nz>..Contact: "barry" <sip:894485566@203.98.56.249:5060>.. Call-ID: 008F263F4E3B43DDA871D20C755797E9@voipweb.fast.co.nz..CSeq: 52153 REGISTER..Expires: 1800..Max-Forwards: 16..Use r-Agent: X-Lite release 1103m..Content-Length: 0.... (BUDGETONE REGISTER) # U 203.167.185.63:5061 -> 202.150.105.150:5060 REGISTER sip:voip.unix.co.nz SIP/2.0..Via: SIP/2.0/UDP 203.167.185.63;branch=z9hG4bK885a64ec7c4978c7..From: "Barry" <sip :6494485566@voip.unix.co.nz;user=phone>;tag=489a46d493c56620..To: <sip:6494485566@voip.unix.co.nz;user=phone>..Contact: <sip:6494485566@203.167.185.63;user=phone>..Call-ID: ac497c49aae86511@10.23.26.34..CSeq: 100 REGISTER..Expires: 3600..Us er-Agent: Grandstream BT100 1.0.5.16..Max-Forwards: 70..Allow: INVITE,ACK,CANCEL,BYE,NOTIFY,REFER,OPTIONS,INFO,SUBSCRIBE ..Content-Length: 0.... Anyone got this working? Barry

19 years, 8 months

← Newer
1
...
31
32
33
34
35
36
37
...
63
Older →

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

sr-users March 2005