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