[Serusers] Remote Party ID

[Charles Galea]

Thanks a lot,

i have included an authentication check before append_rpid_hf() and now it
is working fine. Now I am trying to figure out why my 3600 gateway is still
not sending the calling party field in the setup message.

Regards,

Charles


----- Original Message -----
From: "Bogdan-Andrei IANCU" <iancu at fokus.fraunhofer.de>
To: "Charles Galea" <charles.galea at maltacom.com>
Cc: <serusers at lists.iptel.org>; "'Andrew Caruana'" <andrew.caruana at maltacom.com>
Sent: Monday, July 12, 2004 13:58
Subject: Re: [Serusers] Remote Party ID


> 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
> >
> >
>