[Serusers] Remote Party ID

[Bogdan-Andrei IANCU]

rpid is fetched from db during an authentication check. so, if you don't 
have any authentication before append_rpid_hf(), we will not have any rpid.

bogdan


Charles Galea wrote:

>  
> We have downloaded the latest ser software from cvs in order to 
> support appending of remote party id while using mysql as the ser 
> database.
> After compiling and installing the ser software we included the auth 
> and auth_db parameters and also the append_rpid_hf() function in our 
> ser.cfg file as shown below.
>  
> SER server starts and registration is successfull however when 
> forwarding to the pstn gateway, ser will not append the remote party 
> id header, even if the rpid and uri columns in mysql database are 
> populated accordingly using the serctl add rpid command. Calls are 
> also successfull however the gateway will not include the calling 
> party number in the setup message because the rpid header is missing.
>  
>  
> Any ideas please?
>  
> Thanks
>  
> Charles and Andrew
>  
>  
>  
> # ----------- global configuration parameters ------------------------
>  
> #debug=3         # debug level (cmd line: -dddddddddd)
> #fork=yes
> #log_stderror=no # (cmd line: -E)
>  
> /* Uncomment these lines to enter debugging mode
> debug=7
> fork=no
> log_stderror=yes
> */
>  
> 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 "/our_downloads/sip_router/modules/mysql/mysql.so"
> #loadmodule "//lib/ser/modules/mysql.so"
>  
> loadmodule "//lib/ser/modules/sl.so"
> loadmodule "//lib/ser/modules/tm.so"
> loadmodule "//lib/ser/modules/rr.so"
> loadmodule "//lib/ser/modules/maxfwd.so"
> loadmodule "//lib/ser/modules/usrloc.so"
> loadmodule "//lib/ser/modules/registrar.so"
> loadmodule "//lib/ser/modules/textops.so"
>  
> # Uncomment this if you want digest authentication
> # mysql.so must be loaded !
> loadmodule "//lib/ser/modules/auth.so"
> loadmodule "//lib/ser/modules/auth_db.so"
>  
>
> #loadmodule "//lib/ser/modules/acc.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", 1)
>  
>  
>  
> # -- auth params --
>  
>
> modparam("auth_db", "use_rpid", 1)
> modparam("auth_db", "rpid_column", "rpid")
> modparam("auth", "rpid_prefix", "<sip:")
> modparam("auth", "rpid_suffix", 
> "@testphone.com>:party=calling;screen=no;privacy=off")
>  
>  
>  
>
> # 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")
>  
> # -- 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=~"testphone.com")  {
>   lookup("aliases");
>   if (method=="REGISTER") {
>  
> #Uncomment this if you want to use digest authentication
>    if (!www_authorize("testphone.com", "subscriber")) {
>     www_challenge("testphone.com", "0");
>     append_rpid_hf();
>     break;
>    };
>  
>
>    
>    save("location");
>    break;
>   };
>  
>  
>  
>                    if (uri=~"^sip:21") {
>                        append_rpid_hf();
>                        forward(a valid ip address for the gateway was 
> inserted here);
>                        break;
>                    }
>  
>                    if (uri=~"^sip:123") {
>                       forward(a valid ip address for the gareway was 
> inserted here);
>                       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; use stateful forwarding; that
>  # works reliably even if we forward from TCP to UDP
>  if (!t_relay()) {
>   sl_reply_error();
>  };
>  
>  
> }
>  
>  
>
>------------------------------------------------------------------------
>
>_______________________________________________
>Serusers mailing list
>serusers at lists.iptel.org
>http://lists.iptel.org/mailman/listinfo/serusers
>  
>