sr-users March 2003

sr-users@lists.kamailio.org

77 participants
136 discussions

[Serusers] Cisco 2600 SIP dial peers
by Emil 16 Mar '03

16 Mar '03

Hi all, Just a question before I embark on my next SER venture. I now have a couple of Cisco 7960 phones sitting behind fw's and using transverse NAT and SER auth (The Auth working thanks to JAN) @ different homes. All these homes are connected to the internet via ADSL and use DDNS, my SER server sits on the Internet and have a fixed IP and DNS entry. This config works really well. The next step is to add a Cisco 2600 router to the config and hook 4 FXO ports up to our PABX @ work. I only want authenticated users on SER to be able to forward requests to the router, I can tell the router only to accept connections that originated on the SER server. Is this possible on SER. Kind regards, Emil

2 2

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

16 Mar '03

OOh, you are absolutely right. I forgot to put the quote marks on the domain name! Thanks ----- Original Message ----- From: Emil To: Bo Sent: Sunday, March 16, 2003 10:15 AM Subject: Re: [Serusers] SER log Hi Bo, Try this uri=~"xxx.com" or usr=~"xxx\.com Let me know. s E ----- Original Message ----- From: Bo To: Emil Sent: Sunday, March 16, 2003 5:10 PM Subject: Re: [Serusers] SER log Hi Emil, I re-installed the ser-0.8.10-2.i386.rpm on Redhat 8.0. This time with the default /usr/local/etc/ser.cfg, SER could start without any problem. But when I just changed 'if (uri==mydomain)' to 'if(uri==xxx.com)', it showed 'ERROR: bad config file (11 errors)'. Is there anything wrong? Thanks Bo ----- Original Message ----- From: Emil To: Bo Sent: Saturday, March 15, 2003 1:32 AM Subject: Re: [Serusers] SER log Hi Bo, Am running it on RedHat 8.0 and installed it from the rpm, no problem. E ----- Original Message ----- From: Bo To: serusers(a)lists.iptel.org Sent: Saturday, March 15, 2003 1:44 AM Subject: Re: [Serusers] SER log 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: Re: [Serusers] SER log
by Bo 16 Mar '03

16 Mar '03

Hi Mathi, Thanks for your suggestion. I re-installed the ser-0.8.10-2.i386.rpm on Redhat 8.0. This time with the default /usr/local/etc/ser/ser.cfg (lib is under /usr/local/lib/ser/modules), SER could start without any problem. But when I just changed 'if (uri==mydomain)' to 'if(uri==xxx.com)', it showed 'ERROR: bad config file (11 errors)'. Is there anything wrong? Regards ----- Original Message ----- From: "sipdev" <sipdev(a)xten.com> To: "Bo" <boman122(a)yahoo.com> Cc: "mark(a)xten.com" <erik(a)xten.com> Sent: Saturday, March 15, 2003 10:55 AM Subject: RE: Re: [Serusers] SER log > Hi Bo, > we compiled the SER(8.10 linuxi386 ) in redhat linux 8.0. > we placed the ser folder in desktop and tried to run that. > It gave errors when i.e unable to find ser.cfg.Then we copied the ser.cfg and the lib folder to the home directory i.e > /usr/local.... > > Now ser is working fine. > please try this. > > Regards, > Mathi > > > > Original Message ----------------------- > 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

[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

← Newer
1
...
6
7
8
9
10
11
12
13
14
Older →

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