sr-users

sr-users@lists.kamailio.org

21 participants
37573 discussions

[Serusers] IETF
by Jiri Kuthan 15 Mar '03

15 Mar '03

Friends, I'll be in the upcoming IETF meeting from tommorrow to Friday. If there is any need to talk to me at higher bandwidth, just let me know -- I will do my best to allocate time for you. -Jiri -- Jiri Kuthan http://iptel.org/~jiri/

1 0

Re: [Serusers] SER log
by Bo 15 Mar '03

15 Mar '03

Thanks Emil. Yes, after I comment the PSTN gateway part, it worked. Lots of error messages came out during the bootup of the server. I doubt there must be something wrong with the re-compilation. I tried the precomiled version (rpm package) on Redhat linux 8.0 first. But the server couldn't bootup (it showed 'Terminated' when booting). Has anyone ever compiled SER on Redhat 8.0? Regards Bo ----- Original Message ----- From: Emil To: Bo Sent: Friday, March 14, 2003 6:23 PM Subject: Re: [Serusers] SER log Hi Bo, Just change the if uri== back to myself for testing. Have you tried the precompiled version? When I start the service (service ser start) on no fork and debug 9 the service should look like it is hanging, oops and change log_stderror=no to yes. Tail /var/log/message again and let me know. E ----- Original Message ----- From: Bo To: serusers(a)lists.iptel.org Sent: Saturday, March 15, 2003 1:14 AM Subject: Re: [Serusers] SER log Hi Emil, Thanks for your infor. I tried and it still didn't work. Now I doubt if the /etc/ser/ser.cfg (see the following) takes effect or not. I changed the settings and if I ran the server by command ' # ser ', no problem. But if I ran it like ' # ser -f ser.cfg ', then it told me ERROR: bad config file (11 errors) Actually I didn't change too much on the default ser.cfg. Pls indicate. _________________________________________________________________________________ # # $Id: ser.cfg,v 1.12 2002/10/21 02:40:06 jiri Exp $ # # simple quick-start config script # # ----------- global configuration parameters ------------------------ debug=9 # debug level (cmd line: -dddddddddd) fork=no log_stderror=no # (cmd line: -E) check_via=no # (cmd. line: -v) dns=no # (cmd. line: -r) rev_dns=no # (cmd. line: -R) port=5060 children=4 fifo="/tmp/ser_fifo" # ------------------ module loading ---------------------------------- # Uncomment this if you want to use SQL database #loadmodule "//usr/lib/ser/modules/mysql.so" loadmodule "//usr/lib/ser/modules/sl.so" loadmodule "//usr/lib/ser/modules/tm.so" loadmodule "//usr/lib/ser/modules/rr.so" loadmodule "//usr/lib/ser/modules/maxfwd.so" loadmodule "//usr/lib/ser/modules/usrloc.so" loadmodule "//usr/lib/ser/modules/registrar.so" # Uncomment this if you want digest authentication # mysql.so must be loaded ! #loadmodule "//usr/lib/ser/modules/auth.so" # ----------------- setting module-specific parameters --------------- # -- usrloc params -- modparam("usrloc", "db_mode", 0) # Uncomment this if you want to use SQL database # for persistent storage and comment the previous line #modparam("usrloc", "db_mode", 2) # -- auth params -- # Uncomment if you are using auth module # #modparam("auth", "secret", "alsdkhglaksdhfkloiwr") #modparam("auth", "calculate_ha1", yes) # # If you set "calculate_ha1" parameter to yes (which true in this config), # uncomment also the following parameter) # #modparam("auth", "password_column", "password") # ------------------------- request routing logic ------------------- # main routing logic route{ # initial sanity checks -- messages with # max_forwars==0, or excessively long requests if (!mf_process_maxfwd_header("10")) { sl_send_reply("483","Too Many Hops"); break; }; if (len_gt( max_len )) { sl_send_reply("513", "Message too big"); break; }; # Do strict routing if pre-loaded route headers present rewriteFromRoute(); # if the request is for other domain use UsrLoc # (in case, it does not work, use the following command # with proper names and addresses in it) if (uri==sip.mycompany.com) { if (method=="REGISTER") { # Uncomment this if you want to use digest authentication # if (!www_authorize("iptel.org", "subscriber")) { # www_challenge("iptel.org", "0"); # break; # }; save("location"); break; }; # attempt handoff to PSTN if (uri=~"^sip:[0-9]*@sip.mycompany.com") { log(4, "Forwarding to PSTN\n"); forward(X.X.X.X,5060); break; }; # native SIP destinations are handled using our USRLOC DB if (!lookup("location")) { sl_send_reply("404", "Not Found"); break; }; }; # forward to current uri now if (!t_relay()) { sl_reply_error(); }; } _____________________________________________________________________________ ----- Original Message ----- From: Emil To: Bo Sent: Friday, March 14, 2003 5:43 PM Subject: Re: [Serusers] SER log Hi Bo, Jan just helped me with a similar problem. Debug level = 9 and fork t= no. Tail /var/log messages and you will get plenty of info. Emil ----- Original Message ----- From: Bo To: serusers(a)lists.iptel.org Sent: Saturday, March 15, 2003 12:35 AM Subject: [Serusers] SER log Hi, Does anyone have any clue on the following problem? I recompiled and installed SER in Redhat Linux 8.0. Unfortunately I tried all the possible options (debug level) in the ser.cfg, but the only messages I could see in the /var/log/messsages are as follows. Mar 14 17:56:49 dda ser[15303]: INFO: udp_init: SO_RCVBUF is initially 65535 Mar 14 17:56:49 dda ser[15303]: INFO: udp_init: SO_RCVBUF is finally 262142 Mar 14 17:56:49 dda ser[15303]: INFO: udp_init: SO_RCVBUF is initially 65535 Mar 14 17:56:49 dda ser[15303]: INFO: udp_init: SO_RCVBUF is finally 262142 Mar 14 17:56:49 dda ser[15303]: INFO: udp_init: SO_RCVBUF is initially 65535 Mar 14 17:56:49 dda ser[15303]: INFO: udp_init: SO_RCVBUF is finally 262142 Mar 14 17:56:49 dda ser[15316]: INFO: fifo process starting: 15316 Mar 14 17:56:49 dda ser[15316]: SER: open_uac_fifo: fifo server up at /tmp/ser_fifo... What should I do to see the detailed debugs? Thanks, Bo

2 1

Re: [Serusers] SER log
by Bo 14 Mar '03

14 Mar '03

Hi Emil, Thanks for your infor. I tried and it still didn't work. Now I doubt if the /etc/ser/ser.cfg (see the following) takes effect or not. I changed the settings and if I ran the server by command ' # ser ', no problem. But if I ran it like ' # ser -f ser.cfg ', then it told me ERROR: bad config file (11 errors) Actually I didn't change too much on the default ser.cfg. Pls indicate. _________________________________________________________________________________ # # $Id: ser.cfg,v 1.12 2002/10/21 02:40:06 jiri Exp $ # # simple quick-start config script # # ----------- global configuration parameters ------------------------ debug=9 # debug level (cmd line: -dddddddddd) fork=no log_stderror=no # (cmd line: -E) check_via=no # (cmd. line: -v) dns=no # (cmd. line: -r) rev_dns=no # (cmd. line: -R) port=5060 children=4 fifo="/tmp/ser_fifo" # ------------------ module loading ---------------------------------- # Uncomment this if you want to use SQL database #loadmodule "//usr/lib/ser/modules/mysql.so" loadmodule "//usr/lib/ser/modules/sl.so" loadmodule "//usr/lib/ser/modules/tm.so" loadmodule "//usr/lib/ser/modules/rr.so" loadmodule "//usr/lib/ser/modules/maxfwd.so" loadmodule "//usr/lib/ser/modules/usrloc.so" loadmodule "//usr/lib/ser/modules/registrar.so" # Uncomment this if you want digest authentication # mysql.so must be loaded ! #loadmodule "//usr/lib/ser/modules/auth.so" # ----------------- setting module-specific parameters --------------- # -- usrloc params -- modparam("usrloc", "db_mode", 0) # Uncomment this if you want to use SQL database # for persistent storage and comment the previous line #modparam("usrloc", "db_mode", 2) # -- auth params -- # Uncomment if you are using auth module # #modparam("auth", "secret", "alsdkhglaksdhfkloiwr") #modparam("auth", "calculate_ha1", yes) # # If you set "calculate_ha1" parameter to yes (which true in this config), # uncomment also the following parameter) # #modparam("auth", "password_column", "password") # ------------------------- request routing logic ------------------- # main routing logic route{ # initial sanity checks -- messages with # max_forwars==0, or excessively long requests if (!mf_process_maxfwd_header("10")) { sl_send_reply("483","Too Many Hops"); break; }; if (len_gt( max_len )) { sl_send_reply("513", "Message too big"); break; }; # Do strict routing if pre-loaded route headers present rewriteFromRoute(); # if the request is for other domain use UsrLoc # (in case, it does not work, use the following command # with proper names and addresses in it) if (uri==sip.mycompany.com) { if (method=="REGISTER") { # Uncomment this if you want to use digest authentication # if (!www_authorize("iptel.org", "subscriber")) { # www_challenge("iptel.org", "0"); # break; # }; save("location"); break; }; # attempt handoff to PSTN if (uri=~"^sip:[0-9]*@sip.mycompany.com") { log(4, "Forwarding to PSTN\n"); forward(X.X.X.X,5060); break; }; # native SIP destinations are handled using our USRLOC DB if (!lookup("location")) { sl_send_reply("404", "Not Found"); break; }; }; # forward to current uri now if (!t_relay()) { sl_reply_error(); }; } _____________________________________________________________________________ ----- Original Message ----- From: Emil To: Bo Sent: Friday, March 14, 2003 5:43 PM Subject: Re: [Serusers] SER log Hi Bo, Jan just helped me with a similar problem. Debug level = 9 and fork t= no. Tail /var/log messages and you will get plenty of info. Emil ----- Original Message ----- From: Bo To: serusers(a)lists.iptel.org Sent: Saturday, March 15, 2003 12:35 AM Subject: [Serusers] SER log Hi, Does anyone have any clue on the following problem? I recompiled and installed SER in Redhat Linux 8.0. Unfortunately I tried all the possible options (debug level) in the ser.cfg, but the only messages I could see in the /var/log/messsages are as follows. Mar 14 17:56:49 dda ser[15303]: INFO: udp_init: SO_RCVBUF is initially 65535 Mar 14 17:56:49 dda ser[15303]: INFO: udp_init: SO_RCVBUF is finally 262142 Mar 14 17:56:49 dda ser[15303]: INFO: udp_init: SO_RCVBUF is initially 65535 Mar 14 17:56:49 dda ser[15303]: INFO: udp_init: SO_RCVBUF is finally 262142 Mar 14 17:56:49 dda ser[15303]: INFO: udp_init: SO_RCVBUF is initially 65535 Mar 14 17:56:49 dda ser[15303]: INFO: udp_init: SO_RCVBUF is finally 262142 Mar 14 17:56:49 dda ser[15316]: INFO: fifo process starting: 15316 Mar 14 17:56:49 dda ser[15316]: SER: open_uac_fifo: fifo server up at /tmp/ser_fifo... What should I do to see the detailed debugs? Thanks, Bo

1 0

[Serusers] SER log
by Bo 14 Mar '03

14 Mar '03

Hi, Does anyone have any clue on the following problem? I recompiled and installed SER in Redhat Linux 8.0. Unfortunately I tried all the possible options (debug level) in the ser.cfg, but the only messages I could see in the /var/log/messsages are as follows. Mar 14 17:56:49 dda ser[15303]: INFO: udp_init: SO_RCVBUF is initially 65535 Mar 14 17:56:49 dda ser[15303]: INFO: udp_init: SO_RCVBUF is finally 262142 Mar 14 17:56:49 dda ser[15303]: INFO: udp_init: SO_RCVBUF is initially 65535 Mar 14 17:56:49 dda ser[15303]: INFO: udp_init: SO_RCVBUF is finally 262142 Mar 14 17:56:49 dda ser[15303]: INFO: udp_init: SO_RCVBUF is initially 65535 Mar 14 17:56:49 dda ser[15303]: INFO: udp_init: SO_RCVBUF is finally 262142 Mar 14 17:56:49 dda ser[15316]: INFO: fifo process starting: 15316 Mar 14 17:56:49 dda ser[15316]: SER: open_uac_fifo: fifo server up at /tmp/ser_fifo... What should I do to see the detailed debugs? Thanks, Bo

1 0

[Serusers] connecting two sites
by matthewh＠3d-computers.co.uk 14 Mar '03

14 Mar '03

hi guys/gals, I have two ser sites serving two different domains and I want to let them see each other. Earlier this week, someone on this list said that no special config had to be done to get this done, but I am having problems. Both the ser servers are on machines behind the firewalls for security. I have forwarded UDP ports 5060-5070 through to the ser servers. I can see people online going one way, but not the other. The site that can, is able to send messages to the other site and get a response back, but not vice versa. What firewall/forwarding config do I need? cheers, this really has me stumped :) ------------------------------------------------- This service is provided by 3d Computers Ltd. www.3d-computers.co.uk sales(a)3d-computers.co.uk

2 1

[Serusers] Cisco 7960 and authentication
by Emil 14 Mar '03

14 Mar '03

Hi all, Have installed and configured ser and everything works fine until I turn on authentication. I have a suspicion my problem resides in my route logic. This is how I modified the default ser.cfg file: route{ if (!mf_process_maxfwd_header("10")) { sl_send_reply("483","Too Many Hops"); break; }; if (len_gt( max_len )) { sl_send_reply("513", "Message too big"); break; }; rewriteFromRoute(); if (uri=~"mkc.co.za") { if (method=="REGISTER") { if (!www_authorize("mkc.co.za", "subscriber")) { www_challenge("mkc.co.za", "0"); break; }; save("location"); break; }; if (!lookup("location")) { sl_send_reply("404", "Not Found"); break; }; }; if (!t_relay()) { sl_reply_error(); }; } Any ideas? Have gone through all the sql confs and sql seems fine (default installation), only added one user with serctl. Kind regards, Emil

2 1

RE: [Serusers] multiple registration on one user login
by Ng, Soo Sim 14 Mar '03

14 Mar '03

Thanks to all giving your thought and advice. SSng -----Original Message----- From: Jiri Kuthan [mailto:jiri@iptel.org] Sent: Thursday, March 06, 2003 6:49 AM To: Ng, Soo Sim; serusers(a)lists.iptel.org Subject: RE: [Serusers] multiple registration on one user login Hello, I fear that such a case can't be avoided with allowing only a single registration. If I steal your phone away from your desk, you will not register with it anymore, but I will and we will have exactly one valid registration. Leaving SIP phones with hard-wired passwords on your desk has simply the same potential as leaving your credit-card or cell-phone there. What can be done about fraud? User education -- don't leave your money and phone unattended. Hotline -- report stolen phones to lock the account. PIN Lock -- use phones which can log-off and log-on (I'm not aware of any now -- only 3com used to do that) -Jiri ps -- ability to move is a feature. I know people who are very glad to use Vonage's US phone number and move with their ATAs and the US phone number around in Europe. At 11:37 PM 3/5/2003, Ng, Soo Sim wrote: >Jiri, > >Scenario is providing IP Telephony to the household. >I am more concern about the security of the Hardphone. I am thinking of auto-provisioned the hardphone (eg C7960, ATA186) without subsriber intervention. What the subscriber know is their phone # (Just like legacy phone system). > >Since the Hardphone is 'hard-coded', the phone can move round the vicinity of the redisential area and still able to make a call. Potentially this will lead to abuse, as someone may take the phone to a different location when owner is not around and make a 'free' call, return back the phone and the billing still charge the original subsriber. > >Any other suggestion to counter this issue is much appreacited. > >SSng > >-----Original Message----- >From: Jiri Kuthan [mailto:jiri@iptel.org] >Sent: Wednesday, March 05, 2003 12:18 AM >To: Ng, Soo Sim; serusers(a)lists.iptel.org >Subject: Re: [Serusers] multiple registration on one user login > > >At 03:08 PM 3/4/2003, Ng, Soo Sim wrote: >>I have such requirements. In providing sip-based residential ip telephony, I would like to restrict each home subsriber is only allowed to register one UA per account. This would make easy for billing purposes and for security reasons. >> >>Is there a way to achieve this requirement with SER? > >If that is your desparate wish, it is little overhead to make you happy. >I'm still not sure though, it is a useful thing. > >Maybe an operator can make more revennues if my wife can accept calls at >any phone in my building and initiate calls in parallel with my doughter. > >What are exactly the billing/security reasons here? > >-Jiri -- Jiri Kuthan http://iptel.org/~jiri/

3 2

[Serusers] OPTIONS method
by lgfausak＠august.net 14 Mar '03

14 Mar '03

What, if anything, should the SER server do with a OPTIONS method? I am receiving this method, from a phone, right after the phone makes a conversation. That is, the final ACK is sent from the phone and a call is in progress when the phone decides to send an OPTIONS message. I thought OPTIONS was a pre-call sort of thing, not for the current call. Anyway, I thought I could just capture the OPTIONS method and send a 486 busy reply with sl_send_reply(). Didn't work. ---greg

5 6

[Serusers] �� : ��
by womanstyle＠hotmail.ru 14 Mar '03

14 Mar '03

1 0

[Serusers] Behaviour of SER with private parameters in request URI
by David.Rio＠alcatel.fr 13 Mar '03

13 Mar '03

Hello all I am using SER as a proxy server. Please let's consider the following scenario 1/ Step 1 A UAC registers to SER --------- | SER | --------- ^ | REGISTER for 'service(a)logical-element.domain' contact 'service@host' | | --------- | UAC | --------- 2/ Step 2 Another UAC tries to reach the previously registered user BUT WITH PRIVATE PARAMETERS in request URI ---------- | UAC | ---------- | | INVITE service(a)logical-element.domain;param1=value1;param2=value2 v --------- | SER | --------- | | INVITE service@host (sol 1) | or INVITE service@host;param1=value1;param2=value2 (sol 2) v --------- | UAC | --------- The translation from service(a)logical-element.domain to service@host is done in SER using 'lookup'. 3/ Problem : I observe that SER when translating the user@host part of the request URI does not recopy the private parameters, what I expected it to do. => I can not find any clear position in RFC 3261 (from my understanding of the RFC). Is it a bug in SER or does SER really implement the behaviour a standard SIP proxy should have ? Thanks for your answers -- David Rio Alcatel CIT - Rennes ASD France 33 2 99 87 47 18

2 1

Jump to page:

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