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@iptel.org [mailto:serusers-bounces@lists.iptel.org] On Behalf Of AJ Grinnell Sent: Tuesday, June 15, 2004 1:12 PM To: serusers@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@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-7903fax: 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@arialink.com
--
ISC Network Engineering The University of Pennsylvania 3401 Walnut Street, Suite 221A Philadelphia, PA 19104
voice: 215-573-8396
215-746-7903fax: 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@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@arialink.com
_______________________________________________ Serusers mailing list serusers@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers