sr-users December 2003

sr-users@lists.kamailio.org

108 participants
257 discussions

Re: [Serusers] 404 Not Found when using <user>@<ser_proxy_ip>

by jaime.gil＠orange.co.uk

Hello, The expression that made it work for me was: if( uri=~"@<ip-address>" ) { rewritehost("<domain-name>"); }; Just one more question: why has this changed from previous versions???? Thanks!! Jaime From: Daniel-Constantin Mierla <Daniel-Constantin.Mierla(a)fokus.fraunhofer.de> on 03/12/2003 13:18 Please respond to Daniel-Constantin.Mierla(a)fokus.fraunhofer.de To: Jaime GIL/EN/HTLUK@HTLUK cc: serusers(a)lists.iptel.org Subject: Re: [Serusers] 404 Not Found when using <user>@<ser_proxy_ip> Hello Jaime, I guess the same situation was discussed in the next thread, yesterday: http://lists.iptel.org/pipermail/serusers/2003-December/004146.html Take a look and see if is your case. .Daniel On 12/3/2003 2:04 PM, jaime.gil(a)orange.co.uk wrote: >Hi, > >I tried in before in serdev, but nobody seems to know. So here it goes again: > >We are getting a strange 404 Not Found when sending requests (INVITE, SUBSCRIBE, >etc) with a sip request uri in the form sip:<user>@<ser-proxy-ip>. However, it >works when specifying sip:<user>@<domain-of-the-proxy> > ><user> is registered in the usrloc database, and the config file looks like: > >-------------------------- Config starts ------------------------------------- >[.....] > >alias="ser-test.com" >alias="192.168.23.23" > >[.....] > >route { > if (uri==myself) { > >[.....] > > if (!lookup("location")) { > log(1, "Not in location\n"); > sl_send_reply("404", "Not Found"); > break; > } > > if (!t_relay()) { > > sl_reply_error(); > break; > }; > break; > >} > >----------------Config ends ---------------------- > >The same request and config file in 0.8.11 did not give such an error. Are there >any significant changes on how 0.8.12 looks up for registration information? Any >hints are much appreciated. > >Regards, > >Jaime > > > >******************************************************************************* >Important. >Confidentiality: This communication is intended for the above-named person and >may be confidential and/or legally privileged. Any opinions expressed in this >communication are not necessarily those of the company. If it has come to you >in error you must take no action based on it, nor must you copy or show it to >anyone; please delete/destroy and inform the sender immediately. > >Monitoring/Viruses >Orange may monitor all incoming and outgoing emails in line with current >legislation. Although we have taken steps to ensure that this email and >attachments are free from any virus, we advise that in keeping with good >computing practice the recipient should ensure they are actually virus free. > >Orange PCS Limited is a subsidiary of Orange SA and is registered in England No >2178917, with its address at St James Court, Great Park Road, Almondsbury Park, >Bradley Stoke, Bristol BS32 4QJ. >******************************************************************************* > >_______________________________________________ >Serusers mailing list >serusers(a)lists.iptel.org >http://lists.iptel.org/mailman/listinfo/serusers > > > ******************************************************************************* Important. Confidentiality: This communication is intended for the above-named person and may be confidential and/or legally privileged. Any opinions expressed in this communication are not necessarily those of the company. If it has come to you in error you must take no action based on it, nor must you copy or show it to anyone; please delete/destroy and inform the sender immediately. Monitoring/Viruses Orange may monitor all incoming and outgoing emails in line with current legislation. Although we have taken steps to ensure that this email and attachments are free from any virus, we advise that in keeping with good computing practice the recipient should ensure they are actually virus free. Orange PCS Limited is a subsidiary of Orange SA and is registered in England No 2178917, with its address at St James Court, Great Park Road, Almondsbury Park, Bradley Stoke, Bristol BS32 4QJ. *******************************************************************************

20 years, 11 months

RE: [Serusers] SIP URL with IP Address Problem

by dhiraj.2.bhuyan＠bt.com

Thanks for the tip. Managed to fix it by adding a - if( uri=~"sip:[.]*@132.146.196.91" ) { rewritehost("eniac.alien.bt.co.uk"); }; at the very beginning. Don't know if this is a good thing to do. Surely SER should have been able to see that 132.146.196.91 == eniac.alien.bt.co.uk? Or am I missing something? Regards Dhiraj -----Original Message----- From: Kannaiyan Natesan [mailto:nkans@lycos.co.uk] Sent: 02 December 2003 13:29 To: Bhuyan,D,Dhiraj,XVR3 R Cc: serusers(a)lists.iptel.org Subject: Re: [Serusers] SIP URL with IP Address Problem You can try replacing the save("location") with the below lines, if( method==REGISTER) { ......... // should be within the authorised condition ... if( uri=~"sip:[.]*@eniac.alien.bt.co.uk" ) { save("location"); rewritehost("132.146.196.91"); save("location"); } else save("location"); break; }; You may also need a line diversion of call, ( Not sure, but you can check without the following ) if( uri=~"sip:[.]*@132.146.196.91" ) { rewritehost("eniac.alien.bt.co.uk"); forward(uri:host,uri:post); } ----- Original Message ----- From: <dhiraj.2.bhuyan(a)bt.com> To: <serusers(a)lists.iptel.org> Sent: Tuesday, December 02, 2003 10:50 AM Subject: RE: [Serusers] SIP URL with IP Address Problem Sorry I attached the wrong config file in my previous email. Correct one attached - Regards, Dhiraj -----Original Message----- From: dhiraj.2.bhuyan(a)bt.com [mailto:dhiraj.2.bhuyan@bt.com] Sent: 02 December 2003 10:48 To: serusers(a)lists.iptel.org Subject: [Serusers] SIP URL with IP Address Problem Hello everyone, I am facing the following problem - eniac.alien.bt.co.uk = 132.146.196.91 A Grandstream BudgeTone 100 phone is registered to the SER registrar and proxy running on eniac.alien.bt.co.uk as dhiraj(a)eniac.alien.bt.co.uk When I try serctl ping sip:dhiraj@eniac.alien.bt.co.uk I get back a "200 OK" But when I do serctl ping sip:dhiraj@132.146.196.91 I get back a "404". How to overcome this? I am using SER from the CVS. My ser.cfg is attached. Thanks, Dhiraj Bhuyan Network Security Specialist, BT Exact Tel: +44 1473 643932 Mob: +44 7962 012145 Email: dhiraj.2.bhuyan(a)bt.com ---------------------------------------------------------------------------- ---- > _______________________________________________ > Serusers mailing list > serusers(a)lists.iptel.org > http://lists.iptel.org/mailman/listinfo/serusers >

20 years, 11 months

[Serusers] SIP URL with IP Address Problem

by dhiraj.2.bhuyan＠bt.com

Hello everyone, I am facing the following problem - eniac.alien.bt.co.uk = 132.146.196.91 A Grandstream BudgeTone 100 phone is registered to the SER registrar and proxy running on eniac.alien.bt.co.uk as dhiraj(a)eniac.alien.bt.co.uk When I try serctl ping sip:dhiraj@eniac.alien.bt.co.uk I get back a "200 OK" But when I do serctl ping sip:dhiraj@132.146.196.91 I get back a "404". How to overcome this? I am using SER from the CVS. My ser.cfg is attached. Thanks, Dhiraj Bhuyan Network Security Specialist, BT Exact Tel: +44 1473 643932 Mob: +44 7962 012145 Email: dhiraj.2.bhuyan(a)bt.com

20 years, 11 months

RE: [Serusers] OT: reaching ENUM numbers via iptel.org

by Klaus Darilion

+4369911160036 (->darilion(a)obelix.ict.tuwien.ac.at) should be me or my answering machine. Klaus > -----Original Message----- > From: Jiri Kuthan [mailto:jiri@iptel.org] > Sent: Wednesday, December 03, 2003 4:57 PM > To: Klaus Darilion; serusers > Subject: RE: [Serusers] OT: reaching ENUM numbers via iptel.org > > > Tell me please a whole number so I can retry. thanks, -jiri > > At 10:30 AM 12/3/2003, Klaus Darilion wrote: > >Hi Jiri! > > > >I tried *43699... but it doesn't work. > > > >Klaus > > > >> -----Original Message----- > >> From: Jiri Kuthan [mailto:jiri@iptel.org] > >> Sent: Monday, December 01, 2003 4:50 PM > >> To: Klaus Darilion; serusers > >> Subject: Re: [Serusers] OT: reaching ENUM numbers via iptel.org > >> > >> > >> At 12:09 PM 12/1/2003, Klaus Darilion wrote: > >> >Hi! > >> > > >> >How do I reach an ENUM subscriber when I'm registered to > >> iptel.org? It works > >> >using the '+' sign and the number (+43699...). But how can I > >> call such a > >> >number using a SIP-phone which doesn't support the '+' sign (like > >> >BudgeTone)? I tried using double zeros (0043699...) but that > >> doesn't work. > >> > >> Its changed to allow * as the lead character too. > >> > >> -jiri > >> > >> > > -- > Jiri Kuthan http://iptel.org/~jiri/ > >

20 years, 11 months

[Serusers] Residential Gateways

by Andy Vander Woude

Running Redhat V9 and have installed the SIP Express Router (ser) packages. Have two Allied Telesyn Residential Gateways (192.168.20.2 and 192.168.20.3) and laptop (192.168.20.4) running ser connecting to a managed switch IP address (192.168.20.1 (gateway)) The RG's are configured to access the Proxy server, & Domain server at 192.168.20.4 and the Gateway as 192.168.20.1 The Domain is called ati.com. When connected all together I get a dial tone on the phones, however when I dial the # configured on the RG's I do not get a ring and they do not register with the ser server. When I type in the "ser start" command I see the alias entries as "127.0.0.1 localhost localdomain localhost" and "192.168.20.4 localhost.ati.com localhost" The entries in the ser.cfg relating to the localdomain have been changed to ati.com I have added the 192.168.20.4 to the hosts.cfg relating to the ati.com domain. Any idea as to why this configuration is not working. This is a lab situation with no outside connections. Thank you.

20 years, 11 months

RE: [Serusers] OT: reaching ENUM numbers via iptel.org

by Jiri Kuthan

Tell me please a whole number so I can retry. thanks, -jiri At 10:30 AM 12/3/2003, Klaus Darilion wrote: >Hi Jiri! > >I tried *43699... but it doesn't work. > >Klaus > >> -----Original Message----- >> From: Jiri Kuthan [mailto:jiri@iptel.org] >> Sent: Monday, December 01, 2003 4:50 PM >> To: Klaus Darilion; serusers >> Subject: Re: [Serusers] OT: reaching ENUM numbers via iptel.org >> >> >> At 12:09 PM 12/1/2003, Klaus Darilion wrote: >> >Hi! >> > >> >How do I reach an ENUM subscriber when I'm registered to >> iptel.org? It works >> >using the '+' sign and the number (+43699...). But how can I >> call such a >> >number using a SIP-phone which doesn't support the '+' sign (like >> >BudgeTone)? I tried using double zeros (0043699...) but that >> doesn't work. >> >> Its changed to allow * as the lead character too. >> >> -jiri >> >> -- Jiri Kuthan http://iptel.org/~jiri/

20 years, 11 months

RE: [Serusers] NatHelper & Portaone RTP Proxy

by Darren Sessions

I'm starting over on a Redhat Linux box right now. I'll let you know how it goes.. -----Original Message----- From: TeleSIP [mailto:ricvil@telesip.net] Sent: Wednesday, December 03, 2003 10:15 AM To: Darren Sessions Cc: serusers(a)lists.iptel.org Subject: Re: [Serusers] NatHelper & Portaone RTP Proxy Darren, 3 months ago I tried to get this to work on Solaris 8. Maxim also put some time into it but I was never able to get it to compile. If you have better luck please let us all know. Thanks, Andres. ----- Original Message ----- From: "Darren Sessions" <dsessions(a)ionosphere.net> To: "Andrei Pelinescu-Onciul" <pelinescu-onciul(a)fokus.fraunhofer.de> Cc: <serusers(a)lists.iptel.org> Sent: Wednesday, December 03, 2003 9:40 AM Subject: RE: [Serusers] NatHelper & Portaone RTP Proxy > I am having problems compiling rtpproxy on a Sun Netra 1400t with Solaris 9. > > root:/export/home/rtpproxy # make all > cc -o main.o -c main.c > In file included from main.c:45: > myqueue.h:40:23: sys/cdefs.h: No such file or directory > main.c:51:17: err.h: No such file or directory > main.c: In function `main': > main.c:486: structure has no member named `sun_len' > make: *** [main.o] Error 1 > > I am new to this stuff, so everyone will have to bear with me. > > I can't seem to find cdefs.h or err.h. I did however throw the Makefile.gnu > up as Makefile and uncommented the section labeled "for Solaris". > > Any help would be appreciated! :) > > Thanks, > > - Darren > > -----Original Message----- > From: Andrei Pelinescu-Onciul > [mailto:pelinescu-onciul@fokus.fraunhofer.de] > Sent: Tuesday, December 02, 2003 5:36 PM > To: Darren Sessions > Cc: serusers(a)lists.iptel.org > Subject: Re: [Serusers] NatHelper & Portaone RTP Proxy > > > On Dec 02, 2003 at 17:10, Darren Sessions <dsessions(a)ionosphere.net> wrote: > > Someone correct me if I'm wrong, but is the typical setup for Nathelper > and > > Portaone RTP proxy work on seperate servers with dual network cards? > > No. nathelper use unix sockets to communicate with rtprpoxy so they must > be located on the same box (ser runing nathelper and rtproxy). > > Also it is better to run/configure them on only one interface (to avoid > packets with different source address than the destination of the intial > packet going back to the nat). > > >then > > talking to another SER box doing registrations and call routing? and the > > Portaone RTP taking the voice packets? > > > Andrei > > _______________________________________________ > Serusers mailing list > serusers(a)lists.iptel.org > http://lists.iptel.org/mailman/listinfo/serusers > >

20 years, 11 months

RE: [Serusers] NatHelper & Portaone RTP Proxy

by Darren Sessions

I am having problems compiling rtpproxy on a Sun Netra 1400t with Solaris 9. root:/export/home/rtpproxy # make all cc -o main.o -c main.c In file included from main.c:45: myqueue.h:40:23: sys/cdefs.h: No such file or directory main.c:51:17: err.h: No such file or directory main.c: In function `main': main.c:486: structure has no member named `sun_len' make: *** [main.o] Error 1 I am new to this stuff, so everyone will have to bear with me. I can't seem to find cdefs.h or err.h. I did however throw the Makefile.gnu up as Makefile and uncommented the section labeled "for Solaris". Any help would be appreciated! :) Thanks, - Darren -----Original Message----- From: Andrei Pelinescu-Onciul [mailto:pelinescu-onciul@fokus.fraunhofer.de] Sent: Tuesday, December 02, 2003 5:36 PM To: Darren Sessions Cc: serusers(a)lists.iptel.org Subject: Re: [Serusers] NatHelper & Portaone RTP Proxy On Dec 02, 2003 at 17:10, Darren Sessions <dsessions(a)ionosphere.net> wrote: > Someone correct me if I'm wrong, but is the typical setup for Nathelper and > Portaone RTP proxy work on seperate servers with dual network cards? No. nathelper use unix sockets to communicate with rtprpoxy so they must be located on the same box (ser runing nathelper and rtproxy). Also it is better to run/configure them on only one interface (to avoid packets with different source address than the destination of the intial packet going back to the nat). >then > talking to another SER box doing registrations and call routing? and the > Portaone RTP taking the voice packets? Andrei

20 years, 11 months

[Serusers] 404 Not Found when using <user>@<ser_proxy_ip>

by jaime.gil＠orange.co.uk

Hi, I tried in before in serdev, but nobody seems to know. So here it goes again: We are getting a strange 404 Not Found when sending requests (INVITE, SUBSCRIBE, etc) with a sip request uri in the form sip:<user>@<ser-proxy-ip>. However, it works when specifying sip:<user>@<domain-of-the-proxy> <user> is registered in the usrloc database, and the config file looks like: -------------------------- Config starts ------------------------------------- [.....] alias="ser-test.com" alias="192.168.23.23" [.....] route { if (uri==myself) { [.....] if (!lookup("location")) { log(1, "Not in location\n"); sl_send_reply("404", "Not Found"); break; } if (!t_relay()) { sl_reply_error(); break; }; break; } ----------------Config ends ---------------------- The same request and config file in 0.8.11 did not give such an error. Are there any significant changes on how 0.8.12 looks up for registration information? Any hints are much appreciated. Regards, Jaime ******************************************************************************* Important. Confidentiality: This communication is intended for the above-named person and may be confidential and/or legally privileged. Any opinions expressed in this communication are not necessarily those of the company. If it has come to you in error you must take no action based on it, nor must you copy or show it to anyone; please delete/destroy and inform the sender immediately. Monitoring/Viruses Orange may monitor all incoming and outgoing emails in line with current legislation. Although we have taken steps to ensure that this email and attachments are free from any virus, we advise that in keeping with good computing practice the recipient should ensure they are actually virus free. Orange PCS Limited is a subsidiary of Orange SA and is registered in England No 2178917, with its address at St James Court, Great Park Road, Almondsbury Park, Bradley Stoke, Bristol BS32 4QJ. *******************************************************************************

20 years, 11 months

RE: [Serusers] OT: reaching ENUM numbers via iptel.org

by Klaus Darilion

Hi Jiri! I tried *43699... but it doesn't work. Klaus > -----Original Message----- > From: Jiri Kuthan [mailto:jiri@iptel.org] > Sent: Monday, December 01, 2003 4:50 PM > To: Klaus Darilion; serusers > Subject: Re: [Serusers] OT: reaching ENUM numbers via iptel.org > > > At 12:09 PM 12/1/2003, Klaus Darilion wrote: > >Hi! > > > >How do I reach an ENUM subscriber when I'm registered to > iptel.org? It works > >using the '+' sign and the number (+43699...). But how can I > call such a > >number using a SIP-phone which doesn't support the '+' sign (like > >BudgeTone)? I tried using double zeros (0043699...) but that > doesn't work. > > Its changed to allow * as the lead character too. > > -jiri > >

20 years, 11 months

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