Hi,
I am still having some problems with users behind NAT. I am using X-Lite and
forcing it as Symmetric Firewall. For testing I am using the nathelper.cfg
from CVS folder with only additions of mysql. Calling from X-Lite sound works
fine. If the X-Lite sits idle for over a minute I am unable to make a call to
the X-Lite. I ran ethereal but am not seeing any packets pertaining to
rtpproxy which should be every 10 seconds. I also read the README for rtpproxy
and it doesnt look up to date. It says to run rtpproxy type
rtpproxy -s <proto>:<address>[:<port>] What is the correct way to run rtpproxy
and is there up to date documentation on rtpproxy? I added my ser.cfg to the
email as well...
Thanks for your help in advance
debug=8 # debug level (cmd line: -dddddddddd)
fork=yes
log_stderror=yes # (cmd line: -E)
/* Uncomment these lines to enter debugging mode
fork=yes
log_stderror=yes
*/
listen=64.72.107.4
listen=127.0.0.1
# hostname matching an alias will satisfy the condition uri==myself".
alias=cytelcom.com
alias=64.72.107.4
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/local/lib/ser/modules/mysql.so"
loadmodule "/usr/local/lib/ser/modules/sl.so"
loadmodule "/usr/local/lib/ser/modules/tm.so"
loadmodule "/usr/local/lib/ser/modules/rr.so"
loadmodule "/usr/local/lib/ser/modules/maxfwd.so"
loadmodule "/usr/local/lib/ser/modules/usrloc.so"
loadmodule "/usr/local/lib/ser/modules/registrar.so"
loadmodule "/usr/local/lib/ser/modules/textops.so"
# Uncomment this if you want digest authentication
# mysql.so must be loaded !
loadmodule "/usr/local/lib/ser/modules/auth.so"
loadmodule "/usr/local/lib/ser/modules/auth_db.so"
# !! Nathelper
loadmodule "/usr/local/lib/ser/modules/nathelper.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)
# database location
modparam("usrloc", "db_url", "sql://ser:n0kia12@localhost/ser")
# -- auth params --
# Uncomment if you are using auth module
#
modparam("auth_db", "calculate_ha1", yes)
# If you set "calculate_ha1" parameter to yes (which true in this config),
# uncomment also the following parameter)
#
modparam("auth_db", "password_column", "password")
# database location
modparam("auth_db", "db_url", "sql://ser:n0kia12@localhost/ser")
# -- rr params --
# add value to ;lr param to make some broken UAs happy
modparam("rr", "enable_full_lr", 1)
# !! Nathelper
modparam("registrar", "nat_flag", 6)
modparam("nathelper", "natping_interval", 10) # Ping interval 10 s
modparam("nathelper", "ping_nated_only", 1) # Ping only clients behind NAT
# ------------------------- request routing logic -------------------
# main routing logic
route{
# initial sanity checks -- messages with
# max_forwards==0, or excessively long requests
if (!mf_process_maxfwd_header("10")) {
sl_send_reply("483","Too Many Hops");
break;
};
if (msg:len >= max_len ) {
sl_send_reply("513", "Message too big");
break;
};
# !! Nathelper
# Special handling for NATed clients; first, NAT test is
# executed: it looks for via!=received and RFC1918 addresses
# in Contact (may fail if line-folding is used); also,
# the received test should, if completed, should check all
# vias for rpesence of received
if (nat_uac_test("3")) {
# Allow RR-ed requests, as these may indicate that
# a NAT-enabled proxy takes care of it; unless it is
# a REGISTER
if (method == "REGISTER" || ! search("^Record-Route:")) {
log("LOG: Someone trying to register from private IP, rewriting\n");
# This will work only for user agents that support symmetric
# communication. We tested quite many of them and majority is
# smart enough to be symmetric. In some phones it takes a configuration
# option. With Cisco 7960, it is called NAT_Enable=Yes, with kphone it is
# called "symmetric media" and "symmetric signalling".
fix_nated_contact(); # Rewrite contact with source IP of signalling
if (method == "INVITE") {
fix_nated_sdp("1"); # Add direction=active to SDP
};
force_rport(); # Add rport parameter to topmost Via
setflag(6); # Mark as NATed
};
};
# we record-route all messages -- to make sure that
# subsequent messages will go through our proxy; that's
# particularly good if upstream and downstream entities
# use different transport protocol
if (!method=="REGISTER") record_route();
# subsequent messages withing a dialog should take the
# path determined by record-routing
if (loose_route()) {
# mark routing logic in request
append_hf("P-hint: rr-enforced\r\n");
route(1);
break;
};
if (!uri==myself) {
# mark routing logic in request
append_hf("P-hint: outbound\r\n");
route(1);
break;
};
# 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==myself) {
if (method=="REGISTER") {
# Uncomment this if you want to use digest authentication
if (!www_authorize("cytelcom.com", "subscriber")) {
www_challenge("cytelcom.com", "0");
break;
};
save("location");
break;
};
lookup("aliases");
if (!uri==myself) {
append_hf("P-hint: outbound alias\r\n");
route(1);
break;
};
# native SIP destinations are handled using our USRLOC DB
if (!lookup("location")) {
sl_send_reply("404", "Not Found");
break;
};
};
append_hf("P-hint: usrloc applied\r\n");
route(1);
}
route[1]
{
# !! Nathelper
if (uri=~"[@:](192\.168\.|10\.|172\.(1[6-9]|2[0-9]|3[0-1])\.)" &&
!search("^Route:")){
sl_send_reply("479", "We don't forward to private IP addresses");
break;
};
# if client or server know to be behind a NAT, enable relay
if (isflagset(6)) {
force_rtp_proxy();
};
# NAT processing of replies; apply to all transactions (for example,
# re-INVITEs from public to private UA are hard to identify as
# NATed at the moment of request processing); look at replies
t_on_reply("1");
# send it out now; use stateful forwarding as it works reliably
# even for UDP2TCP
if (!t_relay()) {
sl_reply_error();
};
}
# !! Nathelper
onreply_route[1] {
# NATed transaction ?
if (isflagset(6) && status =~ "(183)|2[0-9][0-9]") {
fix_nated_contact();
force_rtp_proxy();
# otherwise, is it a transaction behind a NAT and we did not
# know at time of request processing ? (RFC1918 contacts)
} else if (nat_uac_test("1")) {
fix_nated_contact();
};
}
----------------------------------------------------------------
This message was sent using IMP, the Internet Messaging Program.
Hello All:
We have install ser with mysql and radius support to use it as a proxy to
another SIP server (voicepulse connect).
We are going to authenticate the user with ser to record accounting data
etc.
After the user authenticate we need to send all PSTN traffic to the IP of
the voicepulse gateway that use a username and password.
Also we need to map incoming DID numbers with x user so the user can receive
the phone call to the correct sip device.
Any help will be greatly appreciated
Thanks
Cele
Cele,
ENUM is a good candidate for doing this job.
>>
Also we need to map incoming DID numbers with x user so the user can
receive
the phone call to the correct sip device.
Any help will be greatly appreciated
Thanks
Cele
AJ,
that segment looks like this:
# if (uri==myself) {
if (method=="REGISTER") {
# Uncomment this if you want to use digest
authentication
# if
(!www_authorize("arialink.com",
"subscriber")) {
#
www_challenge("arialink.com", "0");
# break;
# };
save("location");
break;
};
## native SIP destinations are handled
using our USRLOC DB
if ( method == "INVITE" ) {
if (uri=~"^sip:9742146@.*") {
# attempt handoff to PSTN.
log( "Forwarding to PSTN\n" );
sethost( "x.x.x.x" );
};
}
if (!t_relay()) {
sl_reply_error();
};
# };
--- AJ Grinnell <agrinnell(a)crt.net> wrote:
> Do you have an example, I guess im not following
> what your saying.
>
> AJ Grinnell
> Network Operations Technician
> CRT/ Arialink Broadband
> 1223 Turner Street, Suite A
> Lansing, MI 48906
> 517.346.5041
> 517.492.1321 direct
>
>
> -----Original Message-----
> From: R Rao [mailto:serdevrao@yahoo.com]
> Sent: Tuesday, June 15, 2004 2:48 PM
> To: AJ Grinnell
> Subject: RE: [Serusers] No outgoing calls
>
>
> AJ,
>
> I did similar setup sometime back and ran into the
> same problem.
>
> I had brought the uri check and rewriteuri out of
> the
> "if" and I checked for method == "INVITE". It
> worked.
> I was using another proxy instead of 5350. I am not
> sure if my changes would work for you.
>
>
> -Rao
> --- AJ Grinnell <agrinnell(a)crt.net> wrote:
> > Authentication is working fine now, ngrep is
> > spitting out way too much, to
> > the point where it is useless. All I really want
> to
> > do at this point is have
> > a call going to 9742146 to be forwarded to the
> 5350.
> > This is not happening,
> > i am doing debug all on the 5350 and nothing is
> > coming accross from the Ser
> > server.
> >
> > AJ Grinnell
> > Network Operations Technician
> > CRT/ Arialink Broadband
> > 1223 Turner Street, Suite A
> > Lansing, MI 48906
> > 517.346.5041
> > 517.492.1321 direct
> >
> >
> > -----Original Message-----
> > From: Vitaly Nikolaev
> [mailto:vitaly@switchgate.com]
> > Sent: Tuesday, June 15, 2004 1:53 PM
> > To: AJ Grinnell; serusers(a)lists.iptel.org
> > Subject: RE: [Serusers] No outgoing calls
> >
> >
> > Hello
> >
> > forward(uri:host, uri:port); - you do not need
> it...
> >
> > also commenting auth stuff could help for start.
> > Later u can enable it.
> >
> > And use ngrep to see what is going on in the
> network
> >
> >
> > -----Original Message-----
> > From: serusers-bounces(a)lists.iptel.org
> > [mailto:serusers-bounces@lists.iptel.org] On
> > Behalf Of AJ Grinnell
> > Sent: Tuesday, June 15, 2004 1:39 PM
> > To: serusers(a)lists.iptel.org
> > Subject: RE: [Serusers] No outgoing calls
> >
> > Before i get too far ahead of my self here, will
> > someone just tell me if
> > this config will work or not.
> >
> > # ----------- global configuration parameters
> > ------------------------
> >
> > debug=4 # debug level (cmd line:
> > -dddddddddd)
> > fork=yes
> > log_stderror=yes # (cmd line: -E)
> >
> > listen=216.157.192.117
> > listen=127.0.0.1
> > alias=216.157.192.117
> > alias=x.x.x.x
> >
> > check_via=yes # (cmd. line: -v)
> > dns=no # (cmd. line: -r)
> > rev_dns=no # (cmd. line: -R)
> > port=5060
> > children=4
> > fifo="/tmp/ser_fifo"
> > sip_warning=yes
> > syn_branch=no
> > server_signature=yes
> > reply_to_via=no
> >
> > # ------------------ module loading
> > ----------------------------------
> >
> > # Uncomment this if you want to use SQL database
> > loadmodule "/usr/lib/ser/modules/mysql.so"
> > loadmodule "/etc/lib/ser/modules/sl.so"
> > loadmodule "/etc/lib/ser/modules/tm.so"
> > loadmodule "/etc/lib/ser/modules/rr.so"
> > loadmodule "/etc/lib/ser/modules/maxfwd.so"
> > loadmodule "/etc/lib/ser/modules/usrloc.so"
> > loadmodule "/etc/lib/ser/modules/registrar.so"
> > loadmodule "/etc/lib/ser/modules/auth.so"
> > loadmodule "/etc/lib/ser/modules/auth_db.so"
> >
> > # ----------------- setting module-specific
> > parameters ---------------
> >
> > # -- usrloc params --
> >
> > #modparam("usrloc", "db_mode", 0)
> > modparam("usrloc", "db_mode", 2)
> > modparam("auth_db", "db_url",
> > "sql://ser:heslo@localhost/ser")
> >
> > # -- auth params --
> > modparam("auth_db", "db_url",
> > "sql://ser:heslo@localhost/ser")
> > modparam("auth_db", "calculate_ha1", yes)
> > modparam("auth_db", "password_column", "password")
> >
> > # -- rr params --
> > # add value to ;lr param to make some broken UAs
> > happy
> > modparam("rr", "enable_full_lr", 1)
> >
> > # ------------------------- request routing logic
> > -------------------
> >
> > # main routing logic
> >
> > route{
> >
> > # initial sanity checks -- messages with
> > # max_forwards==0, or excessively long
> > requests
> > if (!mf_process_maxfwd_header("10")) {
> > sl_send_reply("483","Too Many
> > Hops");
> > break;
> > };
> > if ( msg:len > max_len ) {
> > sl_send_reply("513", "Message too
> > big");
> > break;
> > };
> >
> > # we record-route all messages -- to make
> > sure that
> > # subsequent messages will go through our
> > proxy; that's
> > # particularly good if upstream and
> > downstream entities
> > # use different transport protocol
> > record_route();
> > # loose-route processing
> > if (loose_route()) {
> > t_relay();
> > break;
> > };
> >
> > # 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==myself) {
> >
> > if (method=="REGISTER") {
> >
> > # Uncomment this if you want to use digest
> > authentication
> > if
> > (!www_authorize("asterisk.crt.net",
> > "subscriber"))
> > {
> >
> > www_challenge("asterisk.crt.net", "0");
> > break;
> > };
> >
>
=== message truncated ===
__________________________________
Do you Yahoo!?
Yahoo! Mail - Helps protect you from nasty viruses.
http://promotions.yahoo.com/new_mail
Hello
forward(uri:host, uri:port); - you do not need it...
also commenting auth stuff could help for start. Later u can enable it.
And use ngrep to see what is going on in the network
-----Original Message-----
From: serusers-bounces(a)iptel.org [mailto:serusers-bounces@lists.iptel.org] On
Behalf Of AJ Grinnell
Sent: Tuesday, June 15, 2004 1:39 PM
To: serusers(a)lists.iptel.org
Subject: RE: [Serusers] No outgoing calls
Before i get too far ahead of my self here, will someone just tell me if
this config will work or not.
# ----------- global configuration parameters ------------------------
debug=4 # debug level (cmd line: -dddddddddd)
fork=yes
log_stderror=yes # (cmd line: -E)
listen=216.157.192.117
listen=127.0.0.1
alias=216.157.192.117
alias=x.x.x.x
check_via=yes # (cmd. line: -v)
dns=no # (cmd. line: -r)
rev_dns=no # (cmd. line: -R)
port=5060
children=4
fifo="/tmp/ser_fifo"
sip_warning=yes
syn_branch=no
server_signature=yes
reply_to_via=no
# ------------------ module loading ----------------------------------
# Uncomment this if you want to use SQL database
loadmodule "/usr/lib/ser/modules/mysql.so"
loadmodule "/etc/lib/ser/modules/sl.so"
loadmodule "/etc/lib/ser/modules/tm.so"
loadmodule "/etc/lib/ser/modules/rr.so"
loadmodule "/etc/lib/ser/modules/maxfwd.so"
loadmodule "/etc/lib/ser/modules/usrloc.so"
loadmodule "/etc/lib/ser/modules/registrar.so"
loadmodule "/etc/lib/ser/modules/auth.so"
loadmodule "/etc/lib/ser/modules/auth_db.so"
# ----------------- setting module-specific parameters ---------------
# -- usrloc params --
#modparam("usrloc", "db_mode", 0)
modparam("usrloc", "db_mode", 2)
modparam("auth_db", "db_url", "sql://ser:heslo@localhost/ser")
# -- auth params --
modparam("auth_db", "db_url", "sql://ser:heslo@localhost/ser")
modparam("auth_db", "calculate_ha1", yes)
modparam("auth_db", "password_column", "password")
# -- rr params --
# add value to ;lr param to make some broken UAs happy
modparam("rr", "enable_full_lr", 1)
# ------------------------- request routing logic -------------------
# main routing logic
route{
# initial sanity checks -- messages with
# max_forwards==0, or excessively long requests
if (!mf_process_maxfwd_header("10")) {
sl_send_reply("483","Too Many Hops");
break;
};
if ( msg:len > max_len ) {
sl_send_reply("513", "Message too big");
break;
};
# we record-route all messages -- to make sure that
# subsequent messages will go through our proxy; that's
# particularly good if upstream and downstream entities
# use different transport protocol
record_route();
# loose-route processing
if (loose_route()) {
t_relay();
break;
};
# 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==myself) {
if (method=="REGISTER") {
# Uncomment this if you want to use digest authentication
if (!www_authorize("asterisk.crt.net",
"subscriber"))
{
www_challenge("asterisk.crt.net", "0");
break;
};
save("location");
break;
};
if (uri=~"^sip:9742146@.*") {
# attempt handoff to PSTN.
log( "Forwarding to PSTN\n" );
rewritehost("216.157.199.1:5060");
forward(uri:host, uri:port);
};
};
# forward to current uri now; use stateful forwarding; that
# works reliably even if we forward from TCP to UDP
if (!t_relay()) {
sl_reply_error();
};
}
AJ Grinnell
Network Operations Technician
CRT/ Arialink Broadband
1223 Turner Street, Suite A
Lansing, MI 48906
517.346.5041
517.492.1321 direct
-----Original Message-----
From: Vitaly Nikolaev [mailto:vitaly@switchgate.com]
Sent: Tuesday, June 15, 2004 1:17 PM
To: AJ Grinnell
Cc: serusers(a)lists.iptel.org
Subject: RE: [Serusers] No outgoing calls
Yea...
Find program called ngrep (should go with SER... find it there)
Compile it and execute "ngrep -q SIP"
Then call and watch... :)
That is tool number one for me
-----Original Message-----
From: serusers-bounces(a)iptel.org [mailto:serusers-bounces@lists.iptel.org] On
Behalf Of AJ Grinnell
Sent: Tuesday, June 15, 2004 1:12 PM
To: serusers(a)lists.iptel.org
Subject: RE: [Serusers] No outgoing calls
I am beginning to think that maybe Ser is working, but not getting the
calls
to the Cisco 5350. Is there anything else I need to do to get this
working?
AJ Grinnell
Network Operations Technician
CRT/ Arialink Broadband
1223 Turner Street, Suite A
Lansing, MI 48906
517.346.5041
517.492.1321 direct
-----Original Message-----
From: Steve Blair [mailto:blairs@isc.upenn.edu]
Sent: Tuesday, June 15, 2004 12:47 PM
To: AJ Grinnell
Subject: Re: [Serusers] No outgoing calls
Oh, ok. I assumed that was the case but it wasn't clear from
the configuration data.
_Steve
AJ Grinnell wrote:
>I am listening on x.x.x.x, which is a public IP
>
>AJ Grinnell
>Network Operations Technician
>CRT/ Arialink Broadband
>1223 Turner Street, Suite A
>Lansing, MI 48906
>517.346.5041
>517.492.1321 direct
>
>
>-----Original Message-----
>From: Steve Blair [mailto:blairs@isc.upenn.edu]
>Sent: Tuesday, June 15, 2004 11:56 AM
>To: AJ Grinnell
>Subject: Re: [Serusers] No outgoing calls
>
>
>
> Well you need to indicate what address you are listen on. From
>the config you sent it appears as if you are only listening on the
>loopback address.
>
>
>
>AJ Grinnell wrote:
>
>
>
>>This is where i am getting lost. I am listening on the loopback, but
also
>>
>>
>on
>
>
>>a public IP. I really dont know if my statements are correct, I am
piecing
>>together various bits here and there. This is all greek to me right
now.
>>
>>AJ Grinnell
>>Network Operations Technician
>>CRT/ Arialink Broadband
>>1223 Turner Street, Suite A
>>Lansing, MI 48906
>>517.346.5041
>>517.492.1321 direct
>>
>>
>>-----Original Message-----
>>From: Steve Blair [mailto:blairs@isc.upenn.edu]
>>Sent: Tuesday, June 15, 2004 10:55 AM
>>To: AJ Grinnell
>>Subject: Re: [Serusers] No outgoing calls
>>
>>
>>
>> So what does your logging and ngrep output show? I see your listening
>>on the loopback address. This may be correct but I have never seen
>>it before. Do you really want to listen on that address? Also is the
>>regular expression in the "native SIP destinations..." if statement
being
>>matched? If not I'd check what domain your UAs are register with
>>and rewrite both the alias statement and regular expression as needed.
>>
>>-Steve
>>
>>AJ Grinnell wrote:
>>
>>
>>
>>
>>
>>>Can someone please help with this. We are switching from using
Asterisk
by
>>>itself to using Ser w/ Asterisk. As it stands now, I can not make any
>>>outgoing calls, authentication is not working, and I am about to give
up
>>>
>>>
>on
>
>
>>>Ser. I know that Ser is a great server, but my configuration is not
going
>>>well at all. Below is my config. All I want to do for now is just be
able
>>>
>>>
>>>
>>>
>>to
>>
>>
>>
>>
>>>make outgoing calls, and maybe even recieve a call or two by the end
of
>>>
>>>
>the
>
>
>>>day. What am I doing wrong here? Help?
>>>
>>># ----------- global configuration parameters
------------------------
>>>
>>>#debug=3 # debug level (cmd line: -dddddddddd)
>>>#fork=yes
>>>#log_stderror=no # (cmd line: -E)
>>>
>>>listen=x.x.x.x
>>>listen=127.0.0.1
>>>alias=x.x.x.x
>>>alias=x.x.x.x
>>>
>>>check_via=yes # (cmd. line: -v)
>>>dns=no # (cmd. line: -r)
>>>rev_dns=no # (cmd. line: -R)
>>>port=5060
>>>children=4
>>>fifo="/tmp/ser_fifo"
>>>sip_warning=yes
>>>syn_branch=no
>>>server_signature=yes
>>>reply_to_via=no
>>>
>>># ------------------ module loading
----------------------------------
>>>
>>># Uncomment this if you want to use SQL database
>>>loadmodule "/usr/lib/ser/modules/mysql.so"
>>>loadmodule "/etc/lib/ser/modules/sl.so"
>>>loadmodule "/etc/lib/ser/modules/tm.so"
>>>loadmodule "/etc/lib/ser/modules/rr.so"
>>>loadmodule "/etc/lib/ser/modules/maxfwd.so"
>>>loadmodule "/etc/lib/ser/modules/usrloc.so"
>>>loadmodule "/etc/lib/ser/modules/registrar.so"
>>>loadmodule "/etc/lib/ser/modules/auth.so"
>>>loadmodule "/etc/lib/ser/modules/auth_db.so"
>>>
>>># ----------------- setting module-specific parameters
---------------
>>>
>>># -- usrloc params --
>>>
>>>#modparam("usrloc", "db_mode", 0)
>>>modparam("usrloc", "db_mode", 2)
>>>modparam("auth_db", "db_url", "sql://ser:heslo@localhost/ser")
>>>
>>># -- auth params --
>>>modparam("auth_db", "db_url", "sql://ser:heslo@localhost/ser")
>>>modparam("auth_db", "calculate_ha1", yes)
>>>modparam("auth_db", "password_column", "password")
>>>
>>># -- rr params --
>>># add value to ;lr param to make some broken UAs happy
>>>modparam("rr", "enable_full_lr", 1)
>>>
>>># ------------------------- request routing logic
-------------------
>>>
>>># main routing logic
>>>
>>>route{
>>>
>>> # initial sanity checks -- messages with
>>> # max_forwards==0, or excessively long requests
>>> if (!mf_process_maxfwd_header("10")) {
>>> sl_send_reply("483","Too Many Hops");
>>> break;
>>> };
>>> if ( msg:len > max_len ) {
>>> sl_send_reply("513", "Message too big");
>>> break;
>>> };
>>>
>>> # we record-route all messages -- to make sure that
>>> # subsequent messages will go through our proxy; that's
>>> # particularly good if upstream and downstream entities
>>> # use different transport protocol
>>> record_route();
>>> # loose-route processing
>>> if (loose_route()) {
>>> t_relay();
>>> break;
>>> };
>>>
>>> # 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==myself) {
>>>
>>> if (method=="REGISTER") {
>>>
>>># Uncomment this if you want to use digest authentication
>>># if (!www_authorize("arialink.com",
"subscriber"))
>>>
>>>
>{
>
>
>>># www_challenge("arialink.com", "0");
>>># break;
>>># };
>>>
>>> save("location");
>>> break;
>>> };
>>>
>>> ## native SIP destinations are handled using our USRLOC
DB
>>> if (uri=~"^sip:9742146@.*") {
>>> # attempt handoff to PSTN.
>>> log( "Forwarding to PSTN\n" );
>>> rewritehostport( "x.x.x.x:5060" );
>>> forward(uri:host, uri:port);
>>> };
>>>
>>> };
>>> # forward to current uri now; use stateful forwarding; that
>>> # works reliably even if we forward from TCP to UDP
>>> if (!t_relay()) {
>>> sl_reply_error();
>>> };
>>>}
>>>
>>>
>>>AJ Grinnell
>>>
>>>_______________________________________________
>>>Serusers mailing list
>>>serusers(a)lists.iptel.org
>>>http://lists.iptel.org/mailman/listinfo/serusers
>>>
>>>
>>>
>>>
>>>
>>>
>>--
>>
>>ISC Network Engineering
>>The University of Pennsylvania
>>3401 Walnut Street, Suite 221A
>>Philadelphia, PA 19104
>>
>>
>>voice: 215-573-8396
>>
>> 215-746-7903
>>
>>fax: 215-898-9348
>>
>>sip:blairs@upenn.edu
>>
>>
>>--
>>
>>This message has been scanned by Arialink for dangerous content and is
>>believed to be clean. For more information please email
>>
>>
>support(a)arialink.com
>
>
>>
>>
>>
>
>--
>
>ISC Network Engineering
>The University of Pennsylvania
>3401 Walnut Street, Suite 221A
>Philadelphia, PA 19104
>
>
>voice: 215-573-8396
>
> 215-746-7903
>
>fax: 215-898-9348
>
>sip:blairs@upenn.edu
>
>
>--
>
>This message has been scanned by Arialink for dangerous content and is
>believed to be clean. For more information please email
support(a)arialink.com
>
>
>
--
ISC Network Engineering
The University of Pennsylvania
3401 Walnut Street, Suite 221A
Philadelphia, PA 19104
voice: 215-573-8396
215-746-7903
fax: 215-898-9348
sip:blairs@upenn.edu
--
This message has been scanned by Arialink for dangerous content and is
believed to be clean. For more information please email
support(a)arialink.com
_______________________________________________
Serusers mailing list
serusers(a)lists.iptel.org
http://lists.iptel.org/mailman/listinfo/serusers
--
This message has been scanned by Arialink for dangerous content and is
believed to be clean. For more information please email
support(a)arialink.com
_______________________________________________
Serusers mailing list
serusers(a)lists.iptel.org
http://lists.iptel.org/mailman/listinfo/serusers
Yea...
Find program called ngrep (should go with SER... find it there)
Compile it and execute "ngrep -q SIP"
Then call and watch... :)
That is tool number one for me
-----Original Message-----
From: serusers-bounces(a)iptel.org [mailto:serusers-bounces@lists.iptel.org] On
Behalf Of AJ Grinnell
Sent: Tuesday, June 15, 2004 1:12 PM
To: serusers(a)lists.iptel.org
Subject: RE: [Serusers] No outgoing calls
I am beginning to think that maybe Ser is working, but not getting the
calls
to the Cisco 5350. Is there anything else I need to do to get this
working?
AJ Grinnell
Network Operations Technician
CRT/ Arialink Broadband
1223 Turner Street, Suite A
Lansing, MI 48906
517.346.5041
517.492.1321 direct
-----Original Message-----
From: Steve Blair [mailto:blairs@isc.upenn.edu]
Sent: Tuesday, June 15, 2004 12:47 PM
To: AJ Grinnell
Subject: Re: [Serusers] No outgoing calls
Oh, ok. I assumed that was the case but it wasn't clear from
the configuration data.
_Steve
AJ Grinnell wrote:
>I am listening on x.x.x.x, which is a public IP
>
>AJ Grinnell
>Network Operations Technician
>CRT/ Arialink Broadband
>1223 Turner Street, Suite A
>Lansing, MI 48906
>517.346.5041
>517.492.1321 direct
>
>
>-----Original Message-----
>From: Steve Blair [mailto:blairs@isc.upenn.edu]
>Sent: Tuesday, June 15, 2004 11:56 AM
>To: AJ Grinnell
>Subject: Re: [Serusers] No outgoing calls
>
>
>
> Well you need to indicate what address you are listen on. From
>the config you sent it appears as if you are only listening on the
>loopback address.
>
>
>
>AJ Grinnell wrote:
>
>
>
>>This is where i am getting lost. I am listening on the loopback, but
also
>>
>>
>on
>
>
>>a public IP. I really dont know if my statements are correct, I am
piecing
>>together various bits here and there. This is all greek to me right
now.
>>
>>AJ Grinnell
>>Network Operations Technician
>>CRT/ Arialink Broadband
>>1223 Turner Street, Suite A
>>Lansing, MI 48906
>>517.346.5041
>>517.492.1321 direct
>>
>>
>>-----Original Message-----
>>From: Steve Blair [mailto:blairs@isc.upenn.edu]
>>Sent: Tuesday, June 15, 2004 10:55 AM
>>To: AJ Grinnell
>>Subject: Re: [Serusers] No outgoing calls
>>
>>
>>
>> So what does your logging and ngrep output show? I see your listening
>>on the loopback address. This may be correct but I have never seen
>>it before. Do you really want to listen on that address? Also is the
>>regular expression in the "native SIP destinations..." if statement
being
>>matched? If not I'd check what domain your UAs are register with
>>and rewrite both the alias statement and regular expression as needed.
>>
>>-Steve
>>
>>AJ Grinnell wrote:
>>
>>
>>
>>
>>
>>>Can someone please help with this. We are switching from using
Asterisk
by
>>>itself to using Ser w/ Asterisk. As it stands now, I can not make any
>>>outgoing calls, authentication is not working, and I am about to give
up
>>>
>>>
>on
>
>
>>>Ser. I know that Ser is a great server, but my configuration is not
going
>>>well at all. Below is my config. All I want to do for now is just be
able
>>>
>>>
>>>
>>>
>>to
>>
>>
>>
>>
>>>make outgoing calls, and maybe even recieve a call or two by the end
of
>>>
>>>
>the
>
>
>>>day. What am I doing wrong here? Help?
>>>
>>># ----------- global configuration parameters
------------------------
>>>
>>>#debug=3 # debug level (cmd line: -dddddddddd)
>>>#fork=yes
>>>#log_stderror=no # (cmd line: -E)
>>>
>>>listen=x.x.x.x
>>>listen=127.0.0.1
>>>alias=x.x.x.x
>>>alias=x.x.x.x
>>>
>>>check_via=yes # (cmd. line: -v)
>>>dns=no # (cmd. line: -r)
>>>rev_dns=no # (cmd. line: -R)
>>>port=5060
>>>children=4
>>>fifo="/tmp/ser_fifo"
>>>sip_warning=yes
>>>syn_branch=no
>>>server_signature=yes
>>>reply_to_via=no
>>>
>>># ------------------ module loading
----------------------------------
>>>
>>># Uncomment this if you want to use SQL database
>>>loadmodule "/usr/lib/ser/modules/mysql.so"
>>>loadmodule "/etc/lib/ser/modules/sl.so"
>>>loadmodule "/etc/lib/ser/modules/tm.so"
>>>loadmodule "/etc/lib/ser/modules/rr.so"
>>>loadmodule "/etc/lib/ser/modules/maxfwd.so"
>>>loadmodule "/etc/lib/ser/modules/usrloc.so"
>>>loadmodule "/etc/lib/ser/modules/registrar.so"
>>>loadmodule "/etc/lib/ser/modules/auth.so"
>>>loadmodule "/etc/lib/ser/modules/auth_db.so"
>>>
>>># ----------------- setting module-specific parameters
---------------
>>>
>>># -- usrloc params --
>>>
>>>#modparam("usrloc", "db_mode", 0)
>>>modparam("usrloc", "db_mode", 2)
>>>modparam("auth_db", "db_url", "sql://ser:heslo@localhost/ser")
>>>
>>># -- auth params --
>>>modparam("auth_db", "db_url", "sql://ser:heslo@localhost/ser")
>>>modparam("auth_db", "calculate_ha1", yes)
>>>modparam("auth_db", "password_column", "password")
>>>
>>># -- rr params --
>>># add value to ;lr param to make some broken UAs happy
>>>modparam("rr", "enable_full_lr", 1)
>>>
>>># ------------------------- request routing logic
-------------------
>>>
>>># main routing logic
>>>
>>>route{
>>>
>>> # initial sanity checks -- messages with
>>> # max_forwards==0, or excessively long requests
>>> if (!mf_process_maxfwd_header("10")) {
>>> sl_send_reply("483","Too Many Hops");
>>> break;
>>> };
>>> if ( msg:len > max_len ) {
>>> sl_send_reply("513", "Message too big");
>>> break;
>>> };
>>>
>>> # we record-route all messages -- to make sure that
>>> # subsequent messages will go through our proxy; that's
>>> # particularly good if upstream and downstream entities
>>> # use different transport protocol
>>> record_route();
>>> # loose-route processing
>>> if (loose_route()) {
>>> t_relay();
>>> break;
>>> };
>>>
>>> # 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==myself) {
>>>
>>> if (method=="REGISTER") {
>>>
>>># Uncomment this if you want to use digest authentication
>>># if (!www_authorize("arialink.com",
"subscriber"))
>>>
>>>
>{
>
>
>>># www_challenge("arialink.com", "0");
>>># break;
>>># };
>>>
>>> save("location");
>>> break;
>>> };
>>>
>>> ## native SIP destinations are handled using our USRLOC
DB
>>> if (uri=~"^sip:9742146@.*") {
>>> # attempt handoff to PSTN.
>>> log( "Forwarding to PSTN\n" );
>>> rewritehostport( "x.x.x.x:5060" );
>>> forward(uri:host, uri:port);
>>> };
>>>
>>> };
>>> # forward to current uri now; use stateful forwarding; that
>>> # works reliably even if we forward from TCP to UDP
>>> if (!t_relay()) {
>>> sl_reply_error();
>>> };
>>>}
>>>
>>>
>>>AJ Grinnell
>>>
>>>_______________________________________________
>>>Serusers mailing list
>>>serusers(a)lists.iptel.org
>>>http://lists.iptel.org/mailman/listinfo/serusers
>>>
>>>
>>>
>>>
>>>
>>>
>>--
>>
>>ISC Network Engineering
>>The University of Pennsylvania
>>3401 Walnut Street, Suite 221A
>>Philadelphia, PA 19104
>>
>>
>>voice: 215-573-8396
>>
>> 215-746-7903
>>
>>fax: 215-898-9348
>>
>>sip:blairs@upenn.edu
>>
>>
>>--
>>
>>This message has been scanned by Arialink for dangerous content and is
>>believed to be clean. For more information please email
>>
>>
>support(a)arialink.com
>
>
>>
>>
>>
>
>--
>
>ISC Network Engineering
>The University of Pennsylvania
>3401 Walnut Street, Suite 221A
>Philadelphia, PA 19104
>
>
>voice: 215-573-8396
>
> 215-746-7903
>
>fax: 215-898-9348
>
>sip:blairs@upenn.edu
>
>
>--
>
>This message has been scanned by Arialink for dangerous content and is
>believed to be clean. For more information please email
support(a)arialink.com
>
>
>
--
ISC Network Engineering
The University of Pennsylvania
3401 Walnut Street, Suite 221A
Philadelphia, PA 19104
voice: 215-573-8396
215-746-7903
fax: 215-898-9348
sip:blairs@upenn.edu
--
This message has been scanned by Arialink for dangerous content and is
believed to be clean. For more information please email
support(a)arialink.com
_______________________________________________
Serusers mailing list
serusers(a)lists.iptel.org
http://lists.iptel.org/mailman/listinfo/serusers
I am beginning to think that maybe Ser is working, but not getting the calls
to the Cisco 5350. Is there anything else I need to do to get this working?
AJ Grinnell
Network Operations Technician
CRT/ Arialink Broadband
1223 Turner Street, Suite A
Lansing, MI 48906
517.346.5041
517.492.1321 direct
-----Original Message-----
From: Steve Blair [mailto:blairs@isc.upenn.edu]
Sent: Tuesday, June 15, 2004 12:47 PM
To: AJ Grinnell
Subject: Re: [Serusers] No outgoing calls
Oh, ok. I assumed that was the case but it wasn't clear from
the configuration data.
_Steve
AJ Grinnell wrote:
>I am listening on x.x.x.x, which is a public IP
>
>AJ Grinnell
>Network Operations Technician
>CRT/ Arialink Broadband
>1223 Turner Street, Suite A
>Lansing, MI 48906
>517.346.5041
>517.492.1321 direct
>
>
>-----Original Message-----
>From: Steve Blair [mailto:blairs@isc.upenn.edu]
>Sent: Tuesday, June 15, 2004 11:56 AM
>To: AJ Grinnell
>Subject: Re: [Serusers] No outgoing calls
>
>
>
> Well you need to indicate what address you are listen on. From
>the config you sent it appears as if you are only listening on the
>loopback address.
>
>
>
>AJ Grinnell wrote:
>
>
>
>>This is where i am getting lost. I am listening on the loopback, but also
>>
>>
>on
>
>
>>a public IP. I really dont know if my statements are correct, I am piecing
>>together various bits here and there. This is all greek to me right now.
>>
>>AJ Grinnell
>>Network Operations Technician
>>CRT/ Arialink Broadband
>>1223 Turner Street, Suite A
>>Lansing, MI 48906
>>517.346.5041
>>517.492.1321 direct
>>
>>
>>-----Original Message-----
>>From: Steve Blair [mailto:blairs@isc.upenn.edu]
>>Sent: Tuesday, June 15, 2004 10:55 AM
>>To: AJ Grinnell
>>Subject: Re: [Serusers] No outgoing calls
>>
>>
>>
>> So what does your logging and ngrep output show? I see your listening
>>on the loopback address. This may be correct but I have never seen
>>it before. Do you really want to listen on that address? Also is the
>>regular expression in the "native SIP destinations..." if statement being
>>matched? If not I'd check what domain your UAs are register with
>>and rewrite both the alias statement and regular expression as needed.
>>
>>-Steve
>>
>>AJ Grinnell wrote:
>>
>>
>>
>>
>>
>>>Can someone please help with this. We are switching from using Asterisk
by
>>>itself to using Ser w/ Asterisk. As it stands now, I can not make any
>>>outgoing calls, authentication is not working, and I am about to give up
>>>
>>>
>on
>
>
>>>Ser. I know that Ser is a great server, but my configuration is not going
>>>well at all. Below is my config. All I want to do for now is just be able
>>>
>>>
>>>
>>>
>>to
>>
>>
>>
>>
>>>make outgoing calls, and maybe even recieve a call or two by the end of
>>>
>>>
>the
>
>
>>>day. What am I doing wrong here? Help?
>>>
>>># ----------- global configuration parameters ------------------------
>>>
>>>#debug=3 # debug level (cmd line: -dddddddddd)
>>>#fork=yes
>>>#log_stderror=no # (cmd line: -E)
>>>
>>>listen=x.x.x.x
>>>listen=127.0.0.1
>>>alias=x.x.x.x
>>>alias=x.x.x.x
>>>
>>>check_via=yes # (cmd. line: -v)
>>>dns=no # (cmd. line: -r)
>>>rev_dns=no # (cmd. line: -R)
>>>port=5060
>>>children=4
>>>fifo="/tmp/ser_fifo"
>>>sip_warning=yes
>>>syn_branch=no
>>>server_signature=yes
>>>reply_to_via=no
>>>
>>># ------------------ module loading ----------------------------------
>>>
>>># Uncomment this if you want to use SQL database
>>>loadmodule "/usr/lib/ser/modules/mysql.so"
>>>loadmodule "/etc/lib/ser/modules/sl.so"
>>>loadmodule "/etc/lib/ser/modules/tm.so"
>>>loadmodule "/etc/lib/ser/modules/rr.so"
>>>loadmodule "/etc/lib/ser/modules/maxfwd.so"
>>>loadmodule "/etc/lib/ser/modules/usrloc.so"
>>>loadmodule "/etc/lib/ser/modules/registrar.so"
>>>loadmodule "/etc/lib/ser/modules/auth.so"
>>>loadmodule "/etc/lib/ser/modules/auth_db.so"
>>>
>>># ----------------- setting module-specific parameters ---------------
>>>
>>># -- usrloc params --
>>>
>>>#modparam("usrloc", "db_mode", 0)
>>>modparam("usrloc", "db_mode", 2)
>>>modparam("auth_db", "db_url", "sql://ser:heslo@localhost/ser")
>>>
>>># -- auth params --
>>>modparam("auth_db", "db_url", "sql://ser:heslo@localhost/ser")
>>>modparam("auth_db", "calculate_ha1", yes)
>>>modparam("auth_db", "password_column", "password")
>>>
>>># -- rr params --
>>># add value to ;lr param to make some broken UAs happy
>>>modparam("rr", "enable_full_lr", 1)
>>>
>>># ------------------------- request routing logic -------------------
>>>
>>># main routing logic
>>>
>>>route{
>>>
>>> # initial sanity checks -- messages with
>>> # max_forwards==0, or excessively long requests
>>> if (!mf_process_maxfwd_header("10")) {
>>> sl_send_reply("483","Too Many Hops");
>>> break;
>>> };
>>> if ( msg:len > max_len ) {
>>> sl_send_reply("513", "Message too big");
>>> break;
>>> };
>>>
>>> # we record-route all messages -- to make sure that
>>> # subsequent messages will go through our proxy; that's
>>> # particularly good if upstream and downstream entities
>>> # use different transport protocol
>>> record_route();
>>> # loose-route processing
>>> if (loose_route()) {
>>> t_relay();
>>> break;
>>> };
>>>
>>> # 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==myself) {
>>>
>>> if (method=="REGISTER") {
>>>
>>># Uncomment this if you want to use digest authentication
>>># if (!www_authorize("arialink.com", "subscriber"))
>>>
>>>
>{
>
>
>>># www_challenge("arialink.com", "0");
>>># break;
>>># };
>>>
>>> save("location");
>>> break;
>>> };
>>>
>>> ## native SIP destinations are handled using our USRLOC DB
>>> if (uri=~"^sip:9742146@.*") {
>>> # attempt handoff to PSTN.
>>> log( "Forwarding to PSTN\n" );
>>> rewritehostport( "x.x.x.x:5060" );
>>> forward(uri:host, uri:port);
>>> };
>>>
>>> };
>>> # forward to current uri now; use stateful forwarding; that
>>> # works reliably even if we forward from TCP to UDP
>>> if (!t_relay()) {
>>> sl_reply_error();
>>> };
>>>}
>>>
>>>
>>>AJ Grinnell
>>>
>>>_______________________________________________
>>>Serusers mailing list
>>>serusers(a)lists.iptel.org
>>>http://lists.iptel.org/mailman/listinfo/serusers
>>>
>>>
>>>
>>>
>>>
>>>
>>--
>>
>>ISC Network Engineering
>>The University of Pennsylvania
>>3401 Walnut Street, Suite 221A
>>Philadelphia, PA 19104
>>
>>
>>voice: 215-573-8396
>>
>> 215-746-7903
>>
>>fax: 215-898-9348
>>
>>sip:blairs@upenn.edu
>>
>>
>>--
>>
>>This message has been scanned by Arialink for dangerous content and is
>>believed to be clean. For more information please email
>>
>>
>support(a)arialink.com
>
>
>>
>>
>>
>
>--
>
>ISC Network Engineering
>The University of Pennsylvania
>3401 Walnut Street, Suite 221A
>Philadelphia, PA 19104
>
>
>voice: 215-573-8396
>
> 215-746-7903
>
>fax: 215-898-9348
>
>sip:blairs@upenn.edu
>
>
>--
>
>This message has been scanned by Arialink for dangerous content and is
>believed to be clean. For more information please email
support(a)arialink.com
>
>
>
--
ISC Network Engineering
The University of Pennsylvania
3401 Walnut Street, Suite 221A
Philadelphia, PA 19104
voice: 215-573-8396
215-746-7903
fax: 215-898-9348
sip:blairs@upenn.edu
--
This message has been scanned by Arialink for dangerous content and is
believed to be clean. For more information please email support(a)arialink.com
hello friends,
i searched through mailing list but i did not got
proper answer that s why iam asking you people
my ser version is reliable cvs ser-0.8.12
and free radius is 0.9
i have enabled the sql in accounting section of
radiusd.conf
when i run the radius with ser
iam getting the two records with different RadAcctId
but remaining all fields are same like AcctUniqueId
etc
+-----------+----------------------------------------------------+------------------+
| RadAcctId | AcctSessionId
| AcctUniqueId |
+-----------+----------------------------------------------------+------------------+
| 1 |
42267d3d-20f9-4775-b2d1-8304fae33d37(a)202.65.128.24 |
e779c5f5942ebe46 |
| 2 |
42267d3d-20f9-4775-b2d1-8304fae33d37(a)202.65.128.24 |
e779c5f5942ebe46 |
+-----------+----------------------------------------------------+------------------+
2 rows in set (0.00 sec)
i think while giveng this radius cdr to any billing it
may give the problem
so what may be the wrong
another doubt how to include the sip attributes here
because it have all h323 attributes
with regards
rama kanth
__________________________________
Do you Yahoo!?
Yahoo! Mail - You care about security. So do we.
http://promotions.yahoo.com/new_mail
Can someone please help with this. We are switching from using Asterisk by
itself to using Ser w/ Asterisk. As it stands now, I can not make any
outgoing calls, authentication is not working, and I am about to give up on
Ser. I know that Ser is a great server, but my configuration is not going
well at all. Below is my config. All I want to do for now is just be able to
make outgoing calls, and maybe even recieve a call or two by the end of the
day. What am I doing wrong here? Help?
# ----------- global configuration parameters ------------------------
#debug=3 # debug level (cmd line: -dddddddddd)
#fork=yes
#log_stderror=no # (cmd line: -E)
listen=x.x.x.x
listen=127.0.0.1
alias=x.x.x.x
alias=x.x.x.x
check_via=yes # (cmd. line: -v)
dns=no # (cmd. line: -r)
rev_dns=no # (cmd. line: -R)
port=5060
children=4
fifo="/tmp/ser_fifo"
sip_warning=yes
syn_branch=no
server_signature=yes
reply_to_via=no
# ------------------ module loading ----------------------------------
# Uncomment this if you want to use SQL database
loadmodule "/usr/lib/ser/modules/mysql.so"
loadmodule "/etc/lib/ser/modules/sl.so"
loadmodule "/etc/lib/ser/modules/tm.so"
loadmodule "/etc/lib/ser/modules/rr.so"
loadmodule "/etc/lib/ser/modules/maxfwd.so"
loadmodule "/etc/lib/ser/modules/usrloc.so"
loadmodule "/etc/lib/ser/modules/registrar.so"
loadmodule "/etc/lib/ser/modules/auth.so"
loadmodule "/etc/lib/ser/modules/auth_db.so"
# ----------------- setting module-specific parameters ---------------
# -- usrloc params --
#modparam("usrloc", "db_mode", 0)
modparam("usrloc", "db_mode", 2)
modparam("auth_db", "db_url", "sql://ser:heslo@localhost/ser")
# -- auth params --
modparam("auth_db", "db_url", "sql://ser:heslo@localhost/ser")
modparam("auth_db", "calculate_ha1", yes)
modparam("auth_db", "password_column", "password")
# -- rr params --
# add value to ;lr param to make some broken UAs happy
modparam("rr", "enable_full_lr", 1)
# ------------------------- request routing logic -------------------
# main routing logic
route{
# initial sanity checks -- messages with
# max_forwards==0, or excessively long requests
if (!mf_process_maxfwd_header("10")) {
sl_send_reply("483","Too Many Hops");
break;
};
if ( msg:len > max_len ) {
sl_send_reply("513", "Message too big");
break;
};
# we record-route all messages -- to make sure that
# subsequent messages will go through our proxy; that's
# particularly good if upstream and downstream entities
# use different transport protocol
record_route();
# loose-route processing
if (loose_route()) {
t_relay();
break;
};
# 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==myself) {
if (method=="REGISTER") {
# Uncomment this if you want to use digest authentication
# if (!www_authorize("arialink.com", "subscriber")) {
# www_challenge("arialink.com", "0");
# break;
# };
save("location");
break;
};
## native SIP destinations are handled using our USRLOC DB
if (uri=~"^sip:9742146@.*") {
# attempt handoff to PSTN.
log( "Forwarding to PSTN\n" );
rewritehostport( "x.x.x.x:5060" );
forward(uri:host, uri:port);
};
};
# forward to current uri now; use stateful forwarding; that
# works reliably even if we forward from TCP to UDP
if (!t_relay()) {
sl_reply_error();
};
}
AJ Grinnell
