- sr-users - kamailio.org

[Serusers] serweb
by Kamran Ahmad 16 Mar '05

16 Mar '05

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/

1 0

Re: [Serusers] Mediaproxy consuming RAM resources.
by Java Rockx 16 Mar '05

16 Mar '05

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

1 0

RE: [Serusers] Mediaproxy consuming RAM resources.
by Ricardo Martinez 16 Mar '05

16 Mar '05

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 >

1 0

[Serusers] Re: Serusers Digest, Vol 23, Issue 25
by Kamran Ahmad 16 Mar '05

16 Mar '05

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

1 0

[Serusers] Comments to the onsip's SIP getting Started document
by Samuel Osorio Calvo 16 Mar '05

16 Mar '05

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.

3 3

[Serusers] SER configuracion file
by Llanos Serna García-Conde 16 Mar '05

16 Mar '05

2 1

[Serusers] All working cept budgetone
by Barry Murphy 16 Mar '05

16 Mar '05

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

2 1

[Serusers] get 302 contact in failure route
by Zappasodi Daniele 16 Mar '05

16 Mar '05

Hello, I?m trying to write my module. I need to read the uri in the contact header field of the ?302? response. How can I get this header in the failure route block? ********************************************************************** The information in this message is confidential and may be legally privileged. It is intended solely for the addressee. Access to this message by anyone else is unauthorized. If you are not the intended recipient, any disclosure, copying, or distribution of the message, or any action or omission taken by you in reliance on it, is prohibited and may be unlawful. Please immediately contact the sender if you have received this message in error. **********************************************************************

1 0

[Serusers] About Serweb's installation
by seebeyond163 16 Mar '05

16 Mar '05

Hi,all I downloaded the serweb-2004-07-24,and untar it.I followed the instruction given by website. But I can not find the file named 'config_paths.php' and 'config_data_layer.php'. What is wrong with my TAR file? And another problem,I want to add user in Redhat with SERCTL ADD command,but error occurs as follows: //////////////////////////// [root@localhost root]# serctl add 118 118 118(a)192.168.1.10 MySql password: MySql password: Enter password: ERROR 1045: Access denied for user: 'ser@localhost' (Using password: NO) introducing a new user to the database failed /////////////////////////// MySql Database's password is null.so I just type 'RETURN' in first and twice prompt. In the third,'Enter password:' ? does the SER DATABASE have a password? and what's it? Thanks In Advance. Best Regards Shibo ＝＝＝＝＝＝＝＝＝＝＝＝＝＝

1 0

[Serusers] Users cannot connect
by Barry Murphy 16 Mar '05

16 Mar '05

FreeBSD 4.10 running ser 0.9.0 (cfg attached) Ok so I finally got ser to start with the correct permissions & got serweb working, my issue is that users cannot register now... I get the following from serctl moni 400: 0 401: 0 403: 0 404: 0 407: 0 408: 0 483: 27 4xx: 0 I get the following in a ser -Eddd Via: SIP/2.0/UDP 203.167.185.63:5060;rport=5060;branch=z9hG4bKB8DC7272F55340C799774EA5E2789B6 A From: test <sip:865656522@voip.fast.co.nz>;tag=720372325 To: test <sip:865656522@voip.fast.co.nz> Contact: "test" <sip:865656522@203.167.185.63:5060> Call-ID: 69553DC01B7C4C06A0B5D19777328A8D(a)voip.fast.co.nz CSeq: 33263 REGISTER Expires: 1800 Max-Forwards: 70 User-Agent: X-Lite release 1103m Content-Length: 0 . 4(49500) orig. len=3294, new_len=3337, proto=1 9(49505) qm_malloc(0x81179c0, 16) called from proxy.c: hostent_cpy(88) 9(49505) qm_malloc(0x81179c0, 16) returns address 0x815113c frag. 0x8151124 (size=28) on 1 -th hit 9(49505) qm_malloc(0x81179c0, 4) called from proxy.c: hostent_cpy(99) 9(49505) qm_malloc(0x81179c0, 4) returns address 0x8150c58 frag. 0x8150c40 (size=4) on 1 -th hit 9(49505) qm_malloc(0x81179c0, 8) called from proxy.c: hostent_cpy(122) 9(49505) qm_malloc(0x81179c0, 8) returns address 0x814d854 frag. 0x814d83c (size=8) on 1 -th hit 9(49505) qm_malloc(0x81179c0, 4) called from proxy.c: hostent_cpy(133) 9(49505) 5(49501) get_record: lookup(_sip._udp.voip.fast.co.nz, 33) failed 5(49501) sip_resolvehost: no SRV record found for voip.fast.co.nz, trying 'normal' lookup... 3(49499) get_record: lookup(_sip._udp.voip.fast.co.nz, 33) failed 3(49499) sip_resolvehost: no SRV record found for voip.fast.co.nz, trying 'normal' lookup... 8(49504) get_record: lookup(_sip._udp.voip.fast.co.nz, 33) failed 8(49504) sip_resolvehost: no SRV record found for voip.fast.co.nz, trying 'normal' lookup... 9 2(49498) qm_malloc(0x81179c0, 756) called from receive.c: receive_msg(92) 2(49498) qm_malloc(0x81179c0, 756) returns address 0x8150e18 frag. 0x8150e00 (size=756) on 1 -th hit 2(49498) SIP Request: 2(49498) method: <REGISTER> 2(49498) uri: <sip:voip.fast.co.nz> 2(49498) version: <SIP/2.0> 2(49498) parse_headers: flags=1 2(49498) qm_malloc(0x81179c0, 32) called from parser/msg_parser.c: parse_headers(279) 2(49498) qm_malloc(0x81179c0, 32) returns address 0x81513f8 frag. 0x81513e0 (size=32) on 1 -th hit 2(49498) qm_malloc(0x81179c0, 120) called from parser/msg_parser.c: get_hdr_field(110) 2(49498) qm_malloc(0x81179c0, 120) returns address 0x8150d38 frag. 0x8150d20 (size=176) on 1 -th hit 2(49498) qm_malloc(0x81179c0, 32) called from parser/parse_via.c: parse_via(1823) 2(49498) qm_malloc(0x81179c0, 32) returns address 0x8151448 frag. 0x8151430 (size=32) on 1 -th hit 2(49498) Found param type 232, <branch> = <0>; state=16 2(49498) end of header reached, state=5 2(49498) parse_headers: Via found, flags=1 2(49498) parse_headers: this is the first via 2(49498) After parse_msg... 2(49498) preparing to run routing scripts... 2(49498) qm_malloc(0x81179c0, 60) called from proxy.c: mk_proxy(208) 2(49498) qm_malloc(0x81179c0, 60) returns address 0x814d584 frag. 0x814d56c (size=64) on 1 -th hit 2(49498) DEBUG: mk_proxy: doing DNS lookup... 4(49500) qm_free(0x81179c0, 0x8153b90), called from forward.c: forward_request(348) 4(49500) qm_free: freeing frag. 0x8153b78 alloc'ed from msg_translator.c: build_req_buf_from_sip_req(1452) 4(49500) qm_free(0x81179c0, 0x814ee1c), called from forward.c: forward_request(349) 4(49500) qm_free: freeing frag. 0x814ee04 alloc'ed from forward.c: forward_request(273) 4(49500) qm_free(0x81179c0, 0x815113c), called from proxy.c: free_hostent(164) 4(49500) qm_free: freeing frag. 0x8151124 alloc'ed from proxy.c: hostent_cpy(88) 4(49500) qm_malloc(0x81179c0, 4) returns address 0x814d820 frag. 0x814d808 (size=4) on 1 -th hit 9(49505) qm_malloc(0x81179c0, 28) called from forward.c: forward_request(273) 9(49505) qm_malloc(0x81179c0, 28) returns address 0x81511ec frag. 0x81511d4 (size=32) on 1 -th hit 9(49505) qm_malloc(0x81179c0, 51) called from msg_translator.c: via_builder(1942) 9(49505) qm_malloc(0x81179c0, 52) returns address 0x8151188 frag. 0x8151170 (size=52) on 1 -th hit 9(49505) check_via_address(202.150.105.150, 202.150.105.150, 0) 9(49505) qm_malloc(0x81179c0, 32) called from data_lump.c: anchor_lump(340) 9(49505) qm_malloc(0x81179c0, 32) returns address 0x815132c frag. 0x8151314 (size=32) on 1 -th hit 9(49505) qm_malloc(0x81179c0, 32) called from data_lump.c: insert_new_lump_before(139) 9(49505) qm_malloc(0x81179c0, 32) returns address 0x815137c frag. 0x8151364 (size=32) on 1 -th hit 9(49505) sqm_malloc(0x81179c0, 1704) called from msg_translator.c: build_req_buf_from_sip_req(1452) 9(49505) qm_malloc(0x81179c0, 1704) returns address 0x81529f8 frag. 0x81529e0 (size=1836) on 1 -th hit 9(49505) Sending: REGISTER sip:voip.fast.co.nz SIP/2.0 Via: SIP/2.0/UDP 202.150.105.150;branch=0 Via: SIP/2.0/UDP 202.150.105.150;branch=0 Via: SIP/2.0/UDP 202.150.105.150;branch=0 Via: SIP/2.0/UDP 202.150.105.150;branch=0 Via: SIP/2.0/UDP 202.150.105.150;branch=0 Via: SIP/2.0/UDP 202.150.105.150;branch=0 Via: SIP/2.0/UDP 202.150.105.150;branch=0 Via: SIP/2.0/UDP 202.150.105.150;branch=0 Via: SIP/2.0/UDP 202.150.105.150;branch=0 Via: SIP/2.0/UDP 202.150.105.150;branch=0 Via: SIP/2.0/UDP 202.150.105.150;branch=0 Via: SIP/2.0/UDP 202.150.105.150;branch=0 Via: SIP/2.0/UDP 202.150.105.150;branch=0 Via: SIP/2.0/UDP 202.150.105.150;branch=0 Via: SIP/2.0/UDP 202.150.105.150;branch=0 Via: SIP/2.0/UDP 202.150.105.150;branch=0 Via: SIP/2.0/UDP 202.150.105.150;branch=0 Via: SIP/2.0/UDP 202.150.105.150;branch=0 Via: SIP/2.0/UDP 202.150.105.150;branch=0 Via: SIP/2.0/UDP 202.150.105.150;branch=0 Via: SIP/2.0/UDP 202.150.105.150;branch=0 Via: SIP/2.0/UDP 202.150.105.150;branch=0 Via: SIP/2.0/UDP 202.150.105.150;branch=0 Via: SIP/2.0/UDP 202.150.105.150;branch=0 Via: SIP/2.0/UDP 202.150.105.150;branch=0 Via: SIP/2.0/UDP 202.150.105.150;branch=0 Via: SIP/2.0/UDP 202.150.105.150;branch=0 Via: SIP/2.0/UDP 202.150.105.150;branch=0 Via: SIP/2.0/UDP 202.150.105.150;branch=0 Via: SIP/2.0/UDP 203.167.185.63:5060;rport=5060;branch=z9hG4bKB8DC7272F55340C799774EA5E2789B6 A From: test <sip:865656522@voip.fast.co.nz>;tag=720372325 To: test <sip:865656522@voip.fast.co.nz> Contact: "test" <sip:865656522@203.167.185.63:5060> Call-ID: 69553DC01B7C4C06A0B5D19777328A8D(a)voip.fast.co.nz CSeq: 33263 REGISTER Expires: 1800 Max-Forwards: 70 User-Agent: X-Lite release 1103m Content-Length: 0 . 8(49504) qm_malloc(0x81179c0, 16) called from proxy.c: hostent_cpy(88) 8(49504) qm_malloc(0x81179c0, 16) returns address 0x815113c frag. 0x8151124 (size=28) on 1 -th hit 8(49504) qm_malloc(0x81179c0, 4) called from proxy.c: hostent_cpy(99) 8(49504) qm_malloc(0x81179c0, 4) returns address 0x814d820 frag. 0x814d808 (size=4) on 1 -th hit 8(49504) qm_malloc(0x81179c0, 8) called from proxy.c: hostent_cpy(122) 8(49504) qm_malloc(0x81179c0, 8) returns address 0x814d584 frag. 0x814d56c (size=8) on 1 -th hit 8(49504) qm_malloc(0x81179c0, 4) called from proxy.c: hostent_cpy(133) 8(49504) qm_malloc(0x81179c0, 4) returns address 0x8150c58 frag. 0x8150c40 (size=4) on 1 -th hit 8(49504) qm_malloc(0x81179c0, 28) called from forward.c: forward_request(273) 8(49504) qm_malloc(0x81179c0, 28) returns address 0x815141c frag. 0x8151404 (size=32) on 1 -th hit 8(49504) qm_malloc(0x81179c0, 51) called from msg_translator.c: via_builder(1942) 8(49504) qm_malloc(0x81179c0, 52) returns address 0x815128c frag. 0x8151274 (size=52) on 1 -th hit 8(49504) check_via_address(202.150.105.150, 202.150.105.150, 0) 8(49504) qm_malloc(0x81179c0, 32) called from data_lump.c: anchor_lump(340) 8(49504) qm_malloc(0x81179c0, 32) returns address 0x815132c frag. 0x8151314 (size=32) on 1 -th hit 8(49504) qm_malloc(0x81179c0, 32) called from data_lump.c: insert_new_lump_before(139) 8(49504) qm_malloc(0x81179c0, 32) returns address 0x815137c frag. 0x8151364 (size=32) on 1 -th hit 8(49504) qm_malloc(0x81179c0, 2693) called from msg_translator.c: build_req_buf_from_sip_req(1452) 8(49504) qm_malloc(0x81179c0, 2696) returns address 0x8153534 frag. 0x815351c (size=2780) on 1 -th hit 8(49504) Sending: REGISTER sip:voip.fast.co.nz SIP/2.0 Via: SIP/2.0/UDP 202.150.105.150;branch=0 Via: SIP/2.0/UDP 202.150.105.150;branch=0 Via: SIP/2.0/UDP 202.150.105.150;branch=0 Via: SIP/2.0/UDP 202.150.105.150;branch=0 Via: SIP/2.0/UDP 202.150.105.150;branch=0 Via: SIP/2.0/UDP 202.150.105.150;branch=0 Via: SIP/2.0/UDP 202.150.105.150;branch=0 Via: SIP/2.0/UDP 202.150.105.150;branch=0 Via: SIP/2.0/UDP 202.150.105.150;branch=0 Via: SIP/2.0/UDP 202.150.105.150;branch=0 Via: SIP/2.0/UDP 202.150.105.150;branch=0 Via: SIP/2.0/UDP 202.150.105.150;branch=0 Via: SIP/2.0/UDP 202.150.105.150;branch=0 Via: SIP/2.0/UDP 202.150.105.150;branch=0 Via: SIP/2.0/UDP 202.150.105.150;branch=0 Via: SIP/2.0/UDP 202.150.105.150;branch=0 Via: SIP/2.0/UDP 202.150.105.150;branch=0 Via: SIP/2.0/UDP 202.150.105.150;branch=0 Via: SIP/2.0/UDP 202.150.105.150;branch=0 Via: SIP/2.0/UDP 202.150.105.150;branch=0 Via: SIP/2.0/UDP 202.150.105.150;branch=0 Via: SIP/2.0/UDP 202.150.105.150;branch=0 Via: SIP/2.0/UDP 202.150.105.150;branch=0 Via: SIP/2.0/UDP 202.150.105.150;branch=0 Via: SIP/2.0/UDP 202.150.105.150;branch=0 Via: SIP/2.0/UDP 202.150.105.150;branch=0 Via: SIP/2.0/UDP 202.150.105.150;branch=0 Via: SIP/2.0/UDP 202.150.105.150;branch=0 Via: SIP/2.0/UDP 202.150.105.150;branch=0 Via: SIP/2.0/UDP 202.150.105.150;branch=0 Via: SIP/2.0/UDP 202.150.105.150;branch=0 Via: SIP/2.0/UDP 202.150.105.150;branch=0 Via: SIP/2.0/UDP 202.150.105.150;branch=0 Via: SIP/2.0/UDP 202.150.105.150;branch=0 Via: SIP/2.0/UDP 202.150.105.150;branch=0 Via: SIP/2.0/UDP 202.150.105.150;branch=0 Via: SIP/2.0/UDP 202.150.105.150;branch=0 Via: SIP/2.0/UDP 202.150.105.150;branch=0 Via: SIP/2.0/UDP 202.150.105.150;branch=0 Via: SIP/2.0/UDP 202.150.105.150;branch=0 Via: SIP/2.0/UDP 202.150.105.150;branch=0 Via: SIP/2.0/UDP 202.150.105.150;branch=0 Via: SIP/2.0/UDP 202.150.105.150;branch=0 Via: SIP/2.0/UDP 202.150.105.150;branch=0 Via: SIP/2.0/UDP 202.150.105.150;branch=0 Via: SIP/2.0/UDP 202.150.105.150;branch=0 Via: SIP/2.0/UDP 202.150.105.150;branch=0 Via: SIP/2.0/UDP 202.150.105.150;branch=0 Via: SIP/2.0/UDP 202.150.105.150;branch=0 Via: SIP/2.0/UDP 202.150.105.150;branch=0 Via: SIP/2.0/UDP 202.150.105.150;branch=0 Via: SIP/2.0/UDP 202.150.105.150;branch=0 Via: SIP/2.0/UDP 203.167.185.63:5060;rport=5060;branch=z9hG4bKB8DC7272F55340C799774EA5E2789B6 A From: test <sip:865656522@voip.fast.co.nz>;tag=720372325 To: test <sip:865656522@voip.fast.co.nz> Contact: "test" <sip:865656522@203.167.185.63:5060> Call-ID: 69553DC01B7C4C06A0B5D19777328A8D(a)voip.fast.co.nz CSeq: 33263 REGISTER Expires: 1800 Max-Forwards: 70 User-Agent: X-Lite release 1103m Content-Length: 0 . 8(49504) orig. len=2649, new_len=2692, proto=1 5(49501) qm_malloc(0x81179c0, 16) called from proxy.c: hostent_cpy(88) 5(49501) qm_malloc(0x81179c0, 16) returns address 0x815113c frag. 0x8151124 (size=28) on 1 -th hit 5(49501) qm_malloc(0x81179c0, 4) called from proxy.c: hostent_cpy(99) 5(49501) qm_malloc(0x81179c0, 4) returns address 0x8150c58 frag. 0x8150c40 (size=4) on 1 -th hit 5(49501) qm_malloc(0x81179c0, 8) called from proxy.c: hostent_cpy(122) 5(49501) qm_malloc(0x81179c0, 8) returns address 0x814d854 frag. 0x814d83c (size=8) on 1 -th hit 5(49501) qm_malloc(0x81179c0, 4) called from proxy.c: hostent_cpy(133) 5(49501) qm_malloc(0x81179c0, 4) returns address 0x814d820 frag. 0x814d808 (size=4) on 1 -th hit 5(49501) qm_malloc(0x81179c0, 28) called from forward.c: forward_request(273) 5(49501) qm_malloc(0x81179c0, 28) returns address 0x814ee1c frag. 0x814ee04 (size=44) on 1 -th hit 5(49501) qm_malloc(0x81179c0, 51) called from msg_translator.c: via_builder(1942) 5(49501) qm_malloc(0x81179c0, 52) returns address 0x8151188 frag. 0x8151170 (size=52) on 1 -th hit 5(49501) check_via_address(202.150.105.150, 202.150.105.150, 0) 5(49501) qm_malloc(0x81179c0, 32) called from data_lump.c: anchor_lump(340) 5(49501) qm_malloc(0x81179c0, 32) returns address 0x814d584 frag. 0x814d56c (size=64) on 1 -th hit 5(49501) qm_malloc(0x81179c0, 32) called from data_lump.c: insert_new_lump_before(139) 5(49501) qm_malloc(0x81179c0, 32) returns address 0x814d330 frag. 0x814d318 (size=68) on 1 -th hit 5(49501) qm_malloc(0x81179c0, 3682) called from msg_translator.c: build_req_buf_from_sip_req(1452) 5(49501) qm_malloc(0x81179c0, 3684) returns address 0x8156590 frag. 0x8156578 (size=3684) on 1 -th hit 5(49501) Sending: REGISTER sip:voip.fast.co.nz SIP/2.0 Via: SIP/2.0/UDP 202.150.105.150;branch=0 Via: SIP/2.0/UDP 202.150.105.150;branch=0 Via: SIP/2.0/UDP 202.150.105.150;branch=0 Via: SIP/2.0/UDP 202.150.105.150;branch=0 Via: SIP/2.0/UDP 202.150.105.150;branch=0 Via: SIP/2.0/UDP 202.150.105.150;branch=0 Via: SIP/2.0/UDP 202.150.105.150;branch=0 Via: SIP/2.0/UDP 202.150.105.150;branch=0 Via: SIP/2.0/UDP 202.150.105.150;branch=0 Via: SIP/2.0/UDP 202.150.105.150;branch=0 Via: SIP/2.0/UDP 202.150.105.150;branch=0 Via: SIP/2.0/UDP 202.150.105.150;branch=0 Via: SIP/2.0/UDP 202.150.105.150;branch=0 Via: SIP/2.0/UDP 202.150.105.150;branch=0 Via: SIP/2.0/UDP 202.150.105.150;branch=0 Via: SIP/2.0/UDP 202.150.105.150;branch=0 Via: SIP/2.0/UDP 202.150.105.150;branch=0 Via: SIP/2.0/UDP 202.150.105.150;branch=0 Via: SIP/2.0/UDP 202.150.105.150;branch=0 Via: SIP/2.0/UDP 202.150.105.150;branch=0 Via: SIP/2.0/UDP 202.150.105.150;branch=0 Via: SIP/2.0/UDP 202.150.105.150;branch=0 Via: SIP/2.0/UDP 202.150.105.150;branch=0 Via: SIP/2.0/UDP 202.150.105.150;branch=0 Via: SIP/2.0/UDP 202.150.105.150;branch=0 Via: SIP/2.0/UDP 202.150.105.150;branch=0 Via: SIP/2.0/UDP 202.150.105.150;branch=0 Via: SIP/2.0/UDP 202.150.105.150;branch=0 Via: SIP/2.0/UDP 202.150.105.150;branch=0 Via: SIP/2.0/UDP 202.150.105.150;branch=0 Via: SIP/2.0/UDP 202.150.105.150;branch=0 Via: SIP/2.0/UDP 202.150.105.150;branch=0 Via: SIP/2.0/UDP 202.150.105.150;branch=0 Via: SIP/2.0/UDP 202.150.105.150;branch=0 Via: SIP/2.0/UDP 202.150.105.150;branch=0 Via: SIP/2.0/UDP 202.150.105.150;branch=0 Via: SIP/2.0/UDP 202.150.105.150;branch=0 Via: SIP/2.0/UDP 202.150.105.150;branch=0 Via: SIP/2.0/UDP 202.150.105.150;branch=0 Via: SIP/2.0/UDP 202.150.105.150;branch=0 Via: SIP/2.0/UDP 202.150.105.150;branch=0 Via: SIP/2.0/UDP 202.150.105.150;branch=0 Via: SIP/2.0/UDP 202.150.105.150;branch=0 Via: SIP/2.0/UDP 202.150.105.150;branch=0 Via: SIP/2.0/UDP 202.150.105.150;branch=0 Via: SIP/2.0/UDP 202.150.105.150;branch=0 Via: SIP/2.0/UDP 202.150.105.150;branch=0 Via: SIP/2.0/UDP 202.150.105.150;branch=0 Via: SIP/2.0/UDP 202.150.105.150;branch=0 Via: SIP/2.0/UDP 202.150.105.150;branch=0 Via: SIP/2.0/UDP 202.150.105.150;branch=0 Via: SIP/2.0/UDP 202.150.105.150;branch=0 Via: SIP/2.0/UDP 202.150.105.150;branch=0 Via: SIP/2.0/UDP 202.150.105.150;branch=0 Via: SIP/2.0/UDP 202.150.105.150;branch=0 Via: SIP/2.0/UDP 202.150.105.150;branch=0 Via: SIP/2.0/UDP 202.150.105.150;branch=0 Via: SIP/2.0/UDP 202.150.105.150;branch=0 Via: SIP/2.0/UDP 202.150.105.150;branch=0 Via: SIP/2.0/UDP 202.150.105.150;branch=0 Via: SIP/2.0/UDP 202.150.105.150;branch=0 Via: SIP/2.0/UDP 202.150.105.150;branch=0 Via: SIP/2.0/UDP 202.150.105.150;branch=0 Via: SIP/2.0/UDP 202.150.105.150;branch=0 Via: SIP/2.0/UDP 202.150.105.150;branch=0 Via: SIP/2.0/UDP 202.150.105.150;branch=0 Via: SIP/2.0/UDP 202.150.105.150;branch=0 Via: SIP/2.0/UDP 202.150.105.150;branch=0 Via: SIP/2.0/UDP 202.150.105.150;branch=0 Via: SIP/2.0/UDP 202.150.105.150;branch=0 Via: SIP/2.0/UDP 202.150.105.150;branch=0 Via: SIP/2.0/UDP 202.150.105.150;branch=0 Via: SIP/2.0/UDP 202.150.105.150;branch=0 Via: SIP/2.0/UDP 202.150.105.150;branch=0 Via: SIP/2.0/UDP 202.150.105.150;branch=0 Via: SIP/2.0/UDP 203.167.185.63:5060;rport=5060;branch=z9hG4bKB8DC7272F55340C799774EA5E2789B6 A From: test <sip:865656522@voip.fast.co.nz>;tag=720372325 To: test <sip:865656522@voip.fast.co.nz> Contact: "test" <sip:865656522@203.167.185.63:5060> Call-ID: 69553DC01B7C4C06A0B5D19777328A8D(a)voip.fast.co.nz CSeq: 33263 REGISTER Expires: 1800 Max-Forwards: 70 User-Agent: X-Lite release 1103m Content-Length: 0 . 5(49501) orig. len=3638, new_len=3681, proto=1 3(49499) qm_malloc(0x81179c0, 16) called from proxy.c: hostent_cpy(88) 3(49499) qm_malloc(0x81179c0, 16) returns address 0x815113c frag. 0x8151124 (size=28) on 1 -th hit 3(49499) qm_malloc(0x81179c0, 4) called from proxy.c: hostent_cpy(99) 3(49499) qm_malloc(0x81179c0, 4) returns address 0x814d820 frag. 0x814d808 (size=4) on 1 -th hit 3(49499) qm_malloc(0x81179c0, 8) called from proxy.c: hostent_cpy(122) 3(49499) qm_malloc(0x81179c0, 8) returns address 0x814d854 frag. 0x814d83c (size=8) on 1 -th hit 3(49499) qm_malloc(0x81179c0, 4) called from proxy.c: hostent_cpy(133) 3(49499) qm_malloc(0x81179c0, 4) returns address 0x8150c58 frag. 0x8150c40 (size=4) on 1 -th hit 3(49499) qm_malloc(0x81179c0, 28) called from forward.c: forward_request(273) 3(49499) qm_malloc(0x81179c0, 28) returns address 0x815128c frag. 0x8151274 (size=32) on 1 -th hit 3(49499) qm_malloc(0x81179c0, 51) called from msg_translator.c: via_builder(1942) 3(49499) qm_malloc(0x81179c0, 52) returns address 0x8151188 frag. 0x8151170 (size=52) on 1 -th hit 3(49499) check_via_address(202.150.105.150, 202.150.105.150, 0) 3(49499) qm_malloc(0x81179c0, 32) called from data_lump.c: anchor_lump(340) 3(49499) qm_malloc(0x81179c0, 32) returns address 0x81512dc frag. 0x81512c4 (size=32) on 1 -th hit 3(49499) qm_malloc(0x81179c0, 32) called from data_lump.c: insert_new_lump_before(139) 3(49499) qm_malloc(0x81179c0, 32) returns address 0x81511ec frag. 0x81511d4 (size=32) on 1 -th hit 3(49499) qm_malloc(0x81179c0, 560) called from msg_translator.c: build_req_buf_from_sip_req(1452) 3(49499) qm_malloc(0x81179c0, 560) returns address 0x8151534 frag. 0x815151c (size=956) on 1 -th hit qm_free(0x81179c0, 0x814d820), called from proxy.c: free_hostent(169) 4(49500) qm_free: freeing frag. 0x814d808 alloc'ed from proxy.c: hostent_cpy(99) 4(49500) qm_free(0x81179c0, 0x8150c58), called from proxy.c: free_hostent(173) 4(49500) qm_free: freeing frag. 0x8150c40 alloc'ed from proxy.c: hostent_cpy(133) 4(49500) qm_free(0x81179c0, 0x814d854), called from proxy.c: free_hostent(175) 4(49500) qm_free: freeing frag. 0x814d83c alloc'ed from proxy.c: hostent_cpy(122) 4(49500) qm_free(0x81179c0, 0x814d584), called from action.c: do_action(199) 4(49500) qm_free: freeing frag. 0x814d56c alloc'ed from proxy.c: mk_proxy(208) 4(49500) DEBUG:destroy_avp_list: destroying list 0x0 4(49500) receive_msg: cleaning up

1 0

[Serusers] LCR Backport Example For ser-0.9
by Java Rockx 16 Mar '05

16 Mar '05

Hi all. Can anyone shoot me an example on proper use of Juha's LCR module. I thought I had mine right, but then I realized that some re-INVITE messages were not being handled properly and calls were being disconnected. Regards, Paul

3 12

[Serusers] SER consultant required
by Sun Shung 16 Mar '05

16 Mar '05

Hi, I am working on SER and I m looking for acknowledgeable consultant that provide offline support and some technical queries. If you are able to help please quote me your rates and direct email to me. Thanks alot guys. Regards, SunShung _________________________________________________________________ Dont just search. Find. Check out the new MSN Search! http://search.msn.click-url.com/go/onm00200636ave/direct/01/

1 0

[Serusers] prefixes for dialing codes...is there and easier way than using if...then
by Iqbal 16 Mar '05

16 Mar '05

Hi I currently have several hundred prefixes which a user could dial to, now the way my system is setup is that various of these occur in various packages eg PREF 011 - package A PREF 022 - package B etc etc Is there anyway of looking these up in a DB, and then allowing to a route, rather than putting the prefix in the ser.cfg file. I have all the prefixes added in the lcr table, and each group of prefixes is assigned to a package, and added in the grp table...with each subscriber, and flags set for each group in ser.cfg as in example for free-pstn etc etc Now I need to check for each dial prefix, in ser.cfg so I can route, and thats alot of check statements, even if I can work out some using regex. if uri=011 and flag=1 then call, # if uri =022 and flag =2 then call flag 2 cant call 011, hence I need to have two separate checks...and for all the prefixes I need to have lots and lots...is there a neater/nicer way of doing this. Iqbal

1 0

[Serusers] Connect two GKs
by hwang＠ecs.csus.edu 16 Mar '05

16 Mar '05

I'm trying to connect 2 GKs. Version 2.2.0 is used in both GK. GK_A has an EP registed to it with alias 1001, GK_B has an EP registed to it with alias 2001. In GK_B, I set GK_A as Permanent EP like [RasSrv::PermanentEndpoints] 192.168.2.218=GK_A;1 When I dial 1001 from 2001, I see an ACF from the status port, right after that I get a DCF. By tracing the log in GK_B, I get : ProxyChannel.cxx(1984) Q931 192.168.2.218:1720 DIDN'T ACCEPT THE CALL where 192.168.2.218 is the IP for GK_A. But in GK_A, nothing related to GK_B in the log. Please help me to find out the problem. Thanks.

4 3

RE: [Serusers] Mediaproxy consuming RAM resources.
by Ricardo Martinez 16 Mar '05

16 Mar '05

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

3 3

[Serusers] Ser & mysql problem
by bouchra benyelloul 15 Mar '05

15 Mar '05

Hi all, I've Problem with ser and mysql databases: In first time, I can connect to ser mysql database without any problem, but when i try to do it twice, I' have this errors : Listening on udp: 127.0.0.1 [127.0.0.1]:5060 udp: 192.168.1.20 [192.168.1.20]:5060 tcp: 127.0.0.1 [127.0.0.1]:5060 tcp: 192.168.1.20 [192.168.1.20]:5060 Aliases: tcp: linux:5060 tcp: linux.local:5060 tcp: localhost:5060 udp: linux:5060 udp: linux.local:5060 udp: localhost:5060 stateless - initializing 0(0) Maxfwd module- initializing textops - initializing acc - initializing 0(4479) new_connection(): Can't connect to MySQL server on '192.168.1.70' (111) 0(4479) db_init(): Could not create a connection 0(4479) ERROR: child_init(0): Error while connecting database 0(4479) init_mod_child(): Error while initializing module usrloc 0(4479) main: error in init_child Thanks for advance. Bouchra. Découvrez nos promotions exclusives "destination de la Tunisie, du Maroc, des Baléares et la Rép. Dominicaine sur Yahoo! Voyages : http://fr.travel.yahoo.com/promotions/mar14.html

3 2

[Serusers] HELP: re-INVITE Sometimes Not Processed Properly
by Java Rockx 15 Mar '05

15 Mar '05

Hi All. I really need some help here. Attached is a call log between my ser-0.9.1 sip proxy and a third party Sonus PSTN gateway. The call was originated on a SIP phone so the Sonus gateway sends re-INVITE messages during the call. The problem is that the re-INIVITE is not properly processed and therefore the PSTN gateway sends a BYE message (not shown). I'm using Juha's LCR module because we have multiple PSTN gateways. Anyhow, it seems like this is happening: INVITE sent to PSTN gateway PSTN GW sends 180 Ringing PSTN GW sends 200 OK, which is sent to the SIP UA SIP UA replied with ACK, which is sent to the PSTN GW Time Elapses PSTN GW sends re-INVITE, which is sent to the SIP UA SIP UA replies with 200 OK, which is sent to the PSTN GW PSTN GW sends another re-INVITE PSTN GW sends an ACK, which is sent to the SIP UA re-INVITE (received immediated before the ACK) is sent to the SIP UA And the call falls apart from here. It's like some sort of timing issue where another INIVITE is recieved before the ACK. My timers in ser.cfg are as follows: modparam("tm", "fr_timer", 22) modparam("tm", "fr_inv_timer", 27) modparam("tm", "wt_timer", 5) modparam("tm", "fr_inv_timer_avp", "inv_timeout") Can anyone give a pointer please? I'm 100% lost on this one. Regards, Paul

2 4

RE: [Serusers] Re: Where is the 'best practice' of 0.9.0 ser.cfgor above?
by Cesar Hernandez 15 Mar '05

15 Mar '05

Specially if you cannot register ... I tried registering and got: "Could not register new user." Regards, Cesar -----Original Message----- From: serusers-bounces(a)iptel.org [mailto:serusers-bounces@lists.iptel.org] On Behalf Of Klaus Darilion Sent: Tuesday, March 15, 2005 5:08 AM To: Java Rockx Cc: serusers(a)lists.iptel.org Subject: Re: [Serusers] Re: Where is the 'best practice' of 0.9.0 ser.cfgor above? I would prefer to allow download without registration. regards klaus Java Rockx wrote: > Charles, > > You can grab a copy of the document at http://onsip.org > > You'll have to register and login to get to the Downloads section of the site. > > Regards, > Paul > > > On Tue, 15 Mar 2005 00:21:00 +0800, Charles Wang <lazy.charles(a)gmail.com> wrote: > >>On Wed, 2 Mar 2005 14:18:47 +0800, Charles Wang <lazy.charles(a)gmail.com> wrote: >> >>>Dear ALL: >>> >>>As your discussions before, there is one or more ser.cfg version 0.9.0 >>>for us to practice. Does anyone get it or any kind man can release a >>>version for me to test? >>> >>>I usually test failed at call busy forward and call no answer forward. >>> >>>Help me, plz. >>> >>>Best Regard >>>Charles >>> >> >>_______________________________________________ >>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

1 0

[Serusers] Disable account
by Mohammad Khan 15 Mar '05

15 Mar '05

Hello List: How do you guys disable an account temporarily? Thanks, Mohammad

2 5

[Serusers] call busy forward failed
by Charles Wang 15 Mar '05

15 Mar '05

Dear ALL: I try to make a call from UA1 to UA2, and UA2 is busy. So the call will forward to another UA3. UA1 ==> UA2(busy) ==> UA3 But when I watch the log, I find that miss the following log (diff with call from UA1 to UA2 and directly forward to UA3) UA1 ==> UA2(callfwd) ==> UA3 Feb 22 12:15:07 ser mediaproxy[18476]: session 16AA8C75-5EAC-403C-85DA-C5D9BDFD15C7(a)10.18.1.70: started. listening on xxx.xxx.190.248:35026 When I make a callfwd call, the call will run route[2] but not failure_route[1]. UA1==>UA2(callfwd)==>route[2]==>UA3 And I make a fwdbusy call, the call will run route[2] then pass failure_route[1], and return to route[2]. UA1==>UA2(fwdbusy)==>failure_route[1]==>route[2] =XXX=> UA3 ???? Why does the method be failed? Do I must "end_media_session()" before start a busy call? How can I modify it? My snippet ser.cfg : -------------------------------------------------------------------------------------------------------------- route[2] { log(1, "SER: SIP Call On-Net section route(2)\n"); if ((method=="INVITE") && !allow_trusted()) { if (!proxy_authorize("", "subscriber")) { proxy_challenge("", "0"); break; } else if (!check_from()) { log(1, "Spoofed SIP call attempt"); sl_send_reply("403", "Use From=ID"); break; } else if (!(is_from_local() || is_uri_host_local())) { sl_send_reply("403", "Please register to use our service"); break; }; }; if (uri=~"[@:](192\.168\.|10\.|172\.(1[6-9]|2[0-9]|3[0-1])\.)" && !search("^Route:")){ sl_send_reply("479", "We don't forward to private IP addresses"); break; }; if (method=="INVITE" || method=="ACK") { use_media_proxy(); }; t_on_failure("1"); t_on_reply("1"); if (!t_relay()) { if (method=="INVITE" || method=="ACK") { end_media_session(); }; sl_reply_error(); }; } failure_route[1] { log(1, "SER: Failure Route section failure_route(1)\n"); # if caller hung up then don't sent to voicemail if (t_check_status("487")) { break; }; if (isflagset(26) && t_check_status("486")) { # forward busy is flag 26 if (avp_pushto("$ruri", "s:fwdbusy")) { log(1, "SER: fork to fwdbusy\n"); avp_delete("s:fwdbusy"); append_branch(); resetflag(26); # test for domestic PSTN gateway if (uri=~"^sip:0[0-9]{9}@") { # if (avp_check("$fwd_busy_type", "eq/dom/i")) { # test for domestic PSTN gateway log(1, "SER: Busy Failure and Jump to route(3)\n"); route(3); } else if (uri=~"^sip:002[1-9][0-9]*@") { # } else if (avp_check("$fwd_busy_type", "eq/int/i")) { # test for international PSTN gateway log(1, "SER: Busy Failure and Jump to route(6)\n"); route(6); } else { # default to sip call log(1, "SER: Busy Failure and Jump to route(2)\n"); route(2); }; break; }; }; # here we can have either voicemail __OR__ forward no answer if (isflagset(27) && t_check_status("408")) { # forward no answer is flag 27 if (avp_db_load("$ruri/username", "s:fwdnoanswer")) { avp_pushto("$ruri", "s:fwdnoanswer"); log(1, "SER: fork to fwdnoanswer\n"); avp_delete("s:fwdnoanswer"); append_branch(); resetflag(27); if (uri=~"^sip:0[0-9]{9}@") { # if (avp_check("$fwd_no_answer_type", "eq/dom/i")) { # test for domestic PSTN gateway log(1, "SER: No Answer Failure and Jump to route(3)\n"); route(3); } else if (uri=~"^sip:002[1-9][0-9]*@") { # } else if (avp_check("$fwd_no_answer_type", "eq/int/i")) { # test for international PSTN gateway log(1, "SER: No Answer Failure and Jump to route(6)\n"); route(6); } else { # default to sip call log(1, "SER: No Answer Failure and Jump to route(2)\n"); route(2); }; break; }; } else if (isflagset(31) && avp_pushto("$ruri", "$voicemail")) { avp_delete("$voicemail"); log(1, "SER: No Answer Failure and Jump to route(4)\n"); route(4); break; }; }

1 4

Re: [Serusers] Why Was This INVITE Not Loose_Route()ed ??
by Cesc Santasusana 15 Mar '05

15 Mar '05

Hi, In a different scenario from yours, i encountered the same problem of loose_route() unexpectedly returning false. In my case, it was when i was running a softphone on the same computer as the ser proxy. If someone would send a routed message to the phone, for example a BYE, or a re-INVITE, SER would return false at the loose_route() function. This means that ser identifies the previous hop as doing strict routing. I was able to solve this by removing the ser-proxy IP address from the alias="...." list in ser.cfg, and then using the domain module to gain back the same functionality (or close) when doing the uri==myself. Don't know how your ser.cfg looks like, but just thought that maybe this might be useful. Regards, Cesc >>> Klaus Darilion <klaus.mailinglists(a)pernau.at> 03/15/05 11:04AM >>> Hi Paul! That something I also asked several times and no answer yet. In my experience, loose_route() is true if the request URI contains the "lr" paramter (message comes from a strict router). Nevertheless, the loose_route function will remove its own Route: header. I solve the troubles by allowing t_relay for all messages with to-tag (in-dialog). regards, klaus Java Rockx wrote: Unclassified > Hi All. > > I just don't see why loose_route() returned FALSE for this INVITE > message. Can anyone help? > > This INVITE was sent from my SIP phone to my SER-0.9 proxy. The IPs > look funny because our SER proxy sits behind a Cisco 3600 and the ALG > stuff has rewritten the IPs (ie, the 10.3.0.221 address). > > Regards, > Paul > > U 2005/03/14 16:01:19.932196 69.200.205.122:5060 -> 10.3.0.221:5060 > INVITE sip:9195531888@66.243.109.99:5060;user=phone SIP/2.0. > Via: SIP/2.0/UDP 69.200.205.122:5060;branch=z9hG4bK2434592534. > Route: <sip:10.3.0.221;ftag=10000000-0-1811969809;lr>. > Route: <sip:216.229.127.60:5060;lr>. > From: 3475626630 <sip:3475626630@66.243.109.99:5060;user=phone>;tag=550070175. > To: <sip:9195531888@64.152.60.6;user=phone>;tag=10000000-0-1811969809. > Call-ID: 348926-3319820023-453493(a)66.243.109.99. > CSeq: 1 INVITE. > Contact: <sip:3475626630@69.200.205.122:5060>. > max-forwards: 70. > Allow: INVITE, ACK, OPTIONS, CANCEL, BYE. > Content-Type: application/sdp. > Content-Length: 171. > . > v=0. > o=- 9528 3044 IN IP4 0.0.0.0. > s=-. > c=IN IP4 0.0.0.0. > t=0 0. > m=audio 13456 RTP/AVP 18 101. > a=rtpmap:101 telephone-event/8000. > a=fmtp:101 0-15. > a=sendonly. > a=ptime:20. > > _______________________________________________ > 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

2 1

Re: [Serusers] Why Was This INVITE Not Loose_Route()ed ??
by Java Rockx 15 Mar '05

15 Mar '05

I've got two aliases in my ser.cfg, but these are sip.mycompany1.com and sip.mycompany2.com and I also have the listen=<ser ip> So nothing special here. Thanks! On Tue, 15 Mar 2005 15:46:45 +0100, Cesc Santasusana <cesc.santasusana(a)nl.thalesgroup.com> wrote: > Hi, > > In a different scenario from yours, i encountered the same problem of > loose_route() unexpectedly returning false. > > In my case, it was when i was running a softphone on the same computer > as the ser proxy. If someone would send > a routed message to the phone, for example a BYE, or a re-INVITE, SER > would return false at the loose_route() function. This means that ser > identifies the previous hop as doing strict routing. > > I was able to solve this by removing the ser-proxy IP address from the > alias="...." list in ser.cfg, and then using the domain module to gain > back the same functionality (or close) when doing the uri==myself. > > Don't know how your ser.cfg looks like, but just thought that maybe > this might be useful. > > Regards, > > Cesc > > >>> Klaus Darilion <klaus.mailinglists(a)pernau.at> 03/15/05 11:04AM >>> > Hi Paul! > > That something I also asked several times and no answer yet. In my > experience, loose_route() is true if the request URI contains the "lr" > > paramter (message comes from a strict router). Nevertheless, the > loose_route function will remove its own Route: header. > > I solve the troubles by allowing t_relay for all messages with to-tag > (in-dialog). > > regards, > klaus > > Java Rockx wrote: > Unclassified > > Hi All. > > > > I just don't see why loose_route() returned FALSE for this INVITE > > message. Can anyone help? > > > > This INVITE was sent from my SIP phone to my SER-0.9 proxy. The IPs > > look funny because our SER proxy sits behind a Cisco 3600 and the > ALG > > stuff has rewritten the IPs (ie, the 10.3.0.221 address). > > > > Regards, > > Paul > > > > U 2005/03/14 16:01:19.932196 69.200.205.122:5060 -> 10.3.0.221:5060 > > INVITE sip:9195531888@66.243.109.99:5060;user=phone SIP/2.0. > > Via: SIP/2.0/UDP 69.200.205.122:5060;branch=z9hG4bK2434592534. > > Route: <sip:10.3.0.221;ftag=10000000-0-1811969809;lr>. > > Route: <sip:216.229.127.60:5060;lr>. > > From: 3475626630 > <sip:3475626630@66.243.109.99:5060;user=phone>;tag=550070175. > > To: > <sip:9195531888@64.152.60.6;user=phone>;tag=10000000-0-1811969809. > > Call-ID: 348926-3319820023-453493(a)66.243.109.99. > > CSeq: 1 INVITE. > > Contact: <sip:3475626630@69.200.205.122:5060>. > > max-forwards: 70. > > Allow: INVITE, ACK, OPTIONS, CANCEL, BYE. > > Content-Type: application/sdp. > > Content-Length: 171. > > . > > v=0. > > o=- 9528 3044 IN IP4 0.0.0.0. > > s=-. > > c=IN IP4 0.0.0.0. > > t=0 0. > > m=audio 13456 RTP/AVP 18 101. > > a=rtpmap:101 telephone-event/8000. > > a=fmtp:101 0-15. > > a=sendonly. > > a=ptime:20. > > > > _______________________________________________ > > 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 >

1 0

[Serusers] error in "make modules" with postgres
by Joao Pereira 15 Mar '05

15 Mar '05

Hello when I do "make modules", this error comes in the postgres module. Does someone know whats hapening? gcc -fPIC -DPIC -g -O9 -funroll-loops -Wcast-align -Wall -minline-all-stringops -malign-double -falign-loops -mcpu=athlon -DNAME='"ser"' -DVERSION='"0.9.0"' -DARCH='"i386"' -DOS='"linux"' -DCOMPILER='"gcc 3.2"' -D__CPU_i386 -D__OS_linux -DCFG_DIR='"/usr/local/etc/ser/"' -DPKG_MALLOC -DSHM_MEM -DSHM_MMAP -DDNS_IP_HACK -DUSE_IPV6 -DUSE_MCAST -DUSE_TCP -DDISABLE_NAGLE -DDBG_QM_MALLOC -DFAST_LOCK -DADAPTIVE_WAIT -DADAPTIVE_WAIT_LOOPS=1024 -DHAVE_GETHOSTBYNAME2 -DHAVE_UNION_SEMUN -DHAVE_SCHED_YIELD -DHAVE_MSG_NOSIGNAL -DHAVE_MSGHDR_MSG_CONTROL -DHAVE_ALLOCA_H -I/usr/local/include -I/usr/local/pgsql/include -I/usr/include/postgresql -c aug_alloc.c -o aug_alloc.o aug_alloc.c: In function `mem_bad': aug_alloc.c:118: warning: no return statement in function returning non-void aug_alloc.c: In function `mem_nomem': aug_alloc.c:161: warning: long unsigned int format, size_t arg (arg 4) aug_alloc.c: In function `mem_alloc': aug_alloc.c:228: warning: suggest parentheses around assignment used as truth value aug_alloc.c: In function `aug_set_nomem_func': aug_alloc.c:294: warning: left-hand operand of comma expression has no effect aug_alloc.c:294: warning: left-hand operand of comma expression has no effect aug_alloc.c:293: warning: statement with no effect aug_alloc.c: In function `aug_alloc_loc': aug_alloc.c:309: warning: left-hand operand of comma expression has no effect aug_alloc.c:309: warning: left-hand operand of comma expression has no effect aug_alloc.c:309: warning: left-hand operand of comma expression has no effect aug_alloc.c:309: warning: left-hand operand of comma expression has no effect aug_alloc.c:315: warning: left-hand operand of comma expression has no effect aug_alloc.c:315: warning: left-hand operand of comma expression has no effect aug_alloc.c:308: warning: statement with no effect aug_alloc.c:313: warning: statement with no effect aug_alloc.c: In function `aug_realloc_loc': aug_alloc.c:341: warning: left-hand operand of comma expression has no effect aug_alloc.c:341: warning: left-hand operand of comma expression has no effect aug_alloc.c:341: warning: left-hand operand of comma expression has no effect aug_alloc.c:341: warning: left-hand operand of comma expression has no effect aug_alloc.c:342: warning: left-hand operand of comma expression has no effect aug_alloc.c:371: warning: left-hand operand of comma expression has no effect aug_alloc.c:371: warning: left-hand operand of comma expression has no effect aug_alloc.c:339: warning: statement with no effect aug_alloc.c:342: warning: statement with no effect aug_alloc.c:370: warning: statement with no effect aug_alloc.c: In function `aug_free_loc': aug_alloc.c:384: warning: left-hand operand of comma expression has no effect aug_alloc.c:384: warning: left-hand operand of comma expression has no effect aug_alloc.c:384: warning: left-hand operand of comma expression has no effect aug_alloc.c:384: warning: statement with no effect aug_alloc.c: In function `aug_foster_loc': aug_alloc.c:415: warning: left-hand operand of comma expression has no effect aug_alloc.c:415: warning: left-hand operand of comma expression has no effect aug_alloc.c:415: warning: left-hand operand of comma expression has no effect aug_alloc.c:415: warning: left-hand operand of comma expression has no effect aug_alloc.c:436: warning: left-hand operand of comma expression has no effect aug_alloc.c:414: warning: statement with no effect aug_alloc.c:436: warning: statement with no effect aug_alloc.c:454: warning: statement with no effect aug_alloc.c:460: warning: statement with no effect aug_alloc.c:467: warning: statement with no effect aug_alloc.c: In function `aug_strdup_loc': aug_alloc.c:498: warning: left-hand operand of comma expression has no effect aug_alloc.c:498: warning: left-hand operand of comma expression has no effect aug_alloc.c:498: warning: left-hand operand of comma expression has no effect aug_alloc.c:504: warning: left-hand operand of comma expression has no effect aug_alloc.c:504: warning: left-hand operand of comma expression has no effect aug_alloc.c:498: warning: statement with no effect aug_alloc.c:502: warning: statement with no effect aug_alloc.c: In function `aug_vecdup_loc': aug_alloc.c:524: warning: left-hand operand of comma expression has no effect aug_alloc.c:524: warning: left-hand operand of comma expression has no effect aug_alloc.c:524: warning: statement with no effect gcc -fPIC -DPIC -g -O9 -funroll-loops -Wcast-align -Wall -minline-all-stringops -malign-double -falign-loops -mcpu=athlon -DNAME='"ser"' -DVERSION='"0.9.0"' -DARCH='"i386"' -DOS='"linux"' -DCOMPILER='"gcc 3.2"' -D__CPU_i386 -D__OS_linux -DCFG_DIR='"/usr/local/etc/ser/"' -DPKG_MALLOC -DSHM_MEM -DSHM_MMAP -DDNS_IP_HACK -DUSE_IPV6 -DUSE_MCAST -DUSE_TCP -DDISABLE_NAGLE -DDBG_QM_MALLOC -DFAST_LOCK -DADAPTIVE_WAIT -DADAPTIVE_WAIT_LOOPS=1024 -DHAVE_GETHOSTBYNAME2 -DHAVE_UNION_SEMUN -DHAVE_SCHED_YIELD -DHAVE_MSG_NOSIGNAL -DHAVE_MSGHDR_MSG_CONTROL -DHAVE_ALLOCA_H -I/usr/local/include -I/usr/local/pgsql/include -I/usr/include/postgresql -c aug_util.c -o aug_util.o aug_util.c: In function `aug_exit': aug_util.c:72: warning: left-hand operand of comma expression has no effect aug_util.c:72: warning: statement with no effect aug_util.c: In function `aug_abort_va': aug_util.c:80: warning: left-hand operand of comma expression has no effect aug_util.c:80: warning: left-hand operand of comma expression has no effect aug_util.c:80: warning: statement with no effect aug_util.c: In function `aug_setmodule': aug_util.c:114: warning: unused variable `len' gcc -fPIC -DPIC -g -O9 -funroll-loops -Wcast-align ..... ..... -DHAVE_MSGHDR_MSG_CONTROL -DHAVE_ALLOCA_H -I/usr/local/include -I/usr/local/pgsql/include -I/usr/include/postgresql -c db_val.c -o db_val.o db_val.c: In function `str2valp': db_val.c:219: warning: passing arg 1 of `aug_strdup_loc' discards qualifiers from pointer target type db_val.c:226: warning: passing arg 1 of `memcpy' discards qualifiers from pointer target type db_val.c:251: warning: passing arg 1 of `memcpy' discards qualifiers from pointer target type gcc -shared -Wl,-O2 -Wl,-E aug_alloc.o aug_util.o dbase.o db_con.o db_mod.o db_res.o db_utils.o db_val.o -L/usr/local/lib -L/usr/local/pgsql/lib -L/usr/local/lib/pgsql -L/usr/pkg/lib -L/usr/pkg/lib/pgsql -lpq -o postgres.so

1 1

Re: RE : [Serusers] Install from sources howto
by lakmal silva 15 Mar '05

15 Mar '05

Do a #make all --- Olivier Taylor <olivier.taylor(a)gmail.com> wrote: > Thx for the first part, what about compiling, wich > commands does I have to > issue, they are many possibilities in the > documentation. > > Regards, > > Olivier > > -----Message d'origine----- > De : lakmal silva [mailto:ruwan_lakmal@yahoo.fr] > Envoyé : dimanche 13 mars 2005 13:21 > À : Olivier Taylor; serusers(a)lists.iptel.org > Objet : Re: [Serusers] Install from sources howto > > > Hi Oliver, > > take a look at these links. It will give you a quick > intro to SER intallation and configuration. > > http://www.iptel.org/ser/doc/ser-howto/ser-Howto.html > http://cvs.berlios.de/cgi-bin/viewcvs.cgi/*checkout*/ser/sip_router/INSTALL? > rev=HEAD&content-type=text/plain > > > To untar the tarball, you can issue the following > command. > > #tar -xzvf ser-0.xx_src.tar.gz > > Alternatively you can download the source code from > the cvs tree. > > Regards, > > Lakmal > > > --- Olivier Taylor <olivier.taylor(a)gmail.com> wrote: > > Hi all, > > > > If I understand well, to use all the features of > > Ser, it's necessary to > > build Ser from sources and install it. > > I used rpms to install ser, I did configure it, > > everythings ok, but now I > > wanna do more now. > > > > Is there somewhere an installation guide from > > source, how to untar, to > > compile and so on? > > > > Thx, > > > > Olivier > > > > -----Message d'origine----- > > De : serusers-bounces(a)lists.iptel.org > [mailto:serusers-bounces@lists.iptel.org] De > > la part de Aldi Ramdhani > > Envoyé : dimanche 13 mars 2005 12:36 > > À : serusers(a)lists.iptel.org > > Objet : [Serusers] window messenger 5.0 > > > > > > Dear All, > > > > I'm running ser-0.8.14 on FreeBSD 5.3-RELEASE. I > > install it through ports > > collection with MySQL support. I try ro login > using > > Window Messenger 5.0. It > > works, but i see other user were offline even they > > are online. can somebody > > tell me what's wrong ??? > > > > _______________________________________________ > > 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 > > > > > > __________________________________ > Do you Yahoo!? > Yahoo! Small Business - Try our new resources site! > http://smallbusiness.yahoo.com/resources/ > > __________________________________ Do you Yahoo!? Yahoo! Small Business - Try our new resources site! http://smallbusiness.yahoo.com/resources/

4 9

[Serusers] Why Was This INVITE Not Loose_Route()ed ??
by Java Rockx 15 Mar '05

15 Mar '05

Hi All. I just don't see why loose_route() returned FALSE for this INVITE message. Can anyone help? This INVITE was sent from my SIP phone to my SER-0.9 proxy. The IPs look funny because our SER proxy sits behind a Cisco 3600 and the ALG stuff has rewritten the IPs (ie, the 10.3.0.221 address). Regards, Paul U 2005/03/14 16:01:19.932196 69.200.205.122:5060 -> 10.3.0.221:5060 INVITE sip:9195531888@66.243.109.99:5060;user=phone SIP/2.0. Via: SIP/2.0/UDP 69.200.205.122:5060;branch=z9hG4bK2434592534. Route: <sip:10.3.0.221;ftag=10000000-0-1811969809;lr>. Route: <sip:216.229.127.60:5060;lr>. From: 3475626630 <sip:3475626630@66.243.109.99:5060;user=phone>;tag=550070175. To: <sip:9195531888@64.152.60.6;user=phone>;tag=10000000-0-1811969809. Call-ID: 348926-3319820023-453493(a)66.243.109.99. CSeq: 1 INVITE. Contact: <sip:3475626630@69.200.205.122:5060>. max-forwards: 70. Allow: INVITE, ACK, OPTIONS, CANCEL, BYE. Content-Type: application/sdp. Content-Length: 171. . v=0. o=- 9528 3044 IN IP4 0.0.0.0. s=-. c=IN IP4 0.0.0.0. t=0 0. m=audio 13456 RTP/AVP 18 101. a=rtpmap:101 telephone-event/8000. a=fmtp:101 0-15. a=sendonly. a=ptime:20.

2 3

2025

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