[Serusers] No outgoing calls

Steve Blair blairs at isc.upenn.edu
Tue Jun 15 19:54:34 CEST 2004



  I agree. ngrep is very useful. You could also use a sniffer. If you 
believe calls
are getting to the AS5300 you could try debug voice ccapi inout .

-Steve

Vitaly Nikolaev wrote:

>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 at iptel.org [mailto:serusers-bounces at lists.iptel.org] On
>Behalf Of AJ Grinnell
>Sent: Tuesday, June 15, 2004 1:12 PM
>To: serusers at 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 at 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 at 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 at 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 at .*") {
>>>>                     # 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 at 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 at upenn.edu
>>>
>>>
>>>--
>>>
>>>This message has been scanned by Arialink for dangerous content and is
>>>believed to be clean. For more information please email
>>>
>>>
>>>      
>>>
>>support at 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 at upenn.edu
>>
>>
>>--
>>
>>This message has been scanned by Arialink for dangerous content and is
>>believed to be clean. For more information please email
>>    
>>
>support at 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 at upenn.edu
>
>
>--
>
>This message has been scanned by Arialink for dangerous content and is
>believed to be clean. For more information please email
>support at arialink.com
>
>
>_______________________________________________
>Serusers mailing list
>serusers at lists.iptel.org
>http://lists.iptel.org/mailman/listinfo/serusers
>
>
>_______________________________________________
>Serusers mailing list
>serusers at 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 at upenn.edu




More information about the sr-users mailing list