[Serusers] PDT problem

Daniel-Constantin Mierla Daniel-Constantin.Mierla at fokus.fraunhofer.de
Thu Nov 13 11:54:26 CET 2003


Hello,
comments inline.

On 11/13/2003 11:42 AM, Alessio Focardi wrote:

>After some hassles I succesfully installed pdt module.
>
>Now when I compose 22220 before a number the uri is rewritten with
>"iptel.org", here is a transcript:
>
What is your expectation here? Shouldn't it be like that? To which 
domain is mapped this prefix (22220)?

>
>11(14926) SIP Request:
>11(14926)  method:  <INVITE>
>11(14926)  uri:     <sip:222220555555 at sferica.net>
>11(14926)  version: <SIP/2.0>
>11(14926) parse_headers: flags=1
>11(14926) Found param type 235, <rport> = <n/a>; state=6
>11(14926) Found param type 232, <branch> = <z9hG4bK6D151D75538C4C19987ADC66F1B9505F>; state=16
>11(14926) end of header reached, state=5
>11(14926) parse_headers: Via found, flags=1
>11(14926) parse_headers: this is the first via
>11(14926) After parse_msg...
>11(14926) preparing to run routing scripts...
>11(14926) DEBUG : is_maxfwd_present: searching for max_forwards header
>11(14926) parse_headers: flags=128
>11(14926) end of header reached, state=9
>11(14926) DEBUG: get_hdr_field: <To> [32]; uri=[sip:222220555555 at sferica.net]
>11(14926) DEBUG: to body [<sip:222220555555 at sferica.net>
>]
>11(14926) get_hdr_field: cseq <CSeq>: <34431> <INVITE>
>11(14926) DEBUG: is_maxfwd_present: value = 70
>11(14926) PDT: update_new_uri: sip:555555 at iptel.org
>
>
>but, in the software client what I get is a "403 No relay" error.
>
It might be from iptel.org if there is no '555555' user there.

>
>I'cant understand if the error is coming from my server, or from
>iptel.org ....
>
You can use ngrep or ethereal on the same machine as ser to see if the 
traffic on the network.

Best regards,
}Daniel

>
>Here is my config, any help will be appreciated, tnx !
>
>debug=7
>fork=yes
>log_stderror=yes
>alias=sferica.net
>
>
>
>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 ----------------------------------
>
>
>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"
>loadmodule "/usr/lib/ser/modules/pdt.so"
>loadmodule "/usr/lib/ser/modules/auth.so"
>loadmodule "/usr/lib/ser/modules/auth_db.so"
>
>modparam("usrloc", "db_mode", 2)
>modparam("auth_db", "calculate_ha1", yes)
>modparam("auth_db", "password_column", "password")
>modparam("rr", "enable_full_lr", 1)
>modparam("pdt", "db_url", "sql://ser:heslo@localhost/pdt")    
>modparam("pdt", "db_table", "domains")
>modparam("pdt", "prefix", "2")
>modparam("pdt", "start_range", 2000)
>modparam("pdt", "hsize_2pow", 2)
>
>
># -------------------------  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 (len_gt( max_len )) {
>                sl_send_reply("513", "Message too big");
>                break;
>        };
>        
>        
>        prefix2domain();
>                        
>        # 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("sferica.net", "subscriber")) {
>                                www_challenge("sferica.net", "0");
>                                break;
>                        };
>
>                        save("location");
>                        break;
>                };
>        
>                        
>                # native SIP destinations are handled using our USRLOC DB
>                
>                if (!lookup("location")) {
>                
>                        sl_send_reply("402", "Offline");
>                        break;
>                        
>                        
>                        # voicemail forward
>                                                                
>                        #rewritehostport("interconnessioni.it:5090");
>                        #t_relay_to_udp("interconnessioni.it", "5090");
>                        #break;
>                };
>        
>        };
>        
>        # 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();
>        };
>
>}
>
>
> 
>  
>
>  
>





More information about the sr-users mailing list