[Serusers] Remote Party ID
Ezequiel Colombo
ecolombo at arcotel.net
Tue Jul 13 14:02:30 CEST 2004
Charles, Cisco gateways can handle rpid to set the calling-party-number in
new IOS versions.
The SIP Extensions for caller identity and privacy are introduced in release
12.2(13)T IOS.
You can find more details about this at
http://www.cisco.com/en/US/products/sw/iosswrel/ps1839/products_feature_guid
e09186a0080110bfb.html
This feature is supported in the following platforms:
2600
3600
7200
AS5300
AS5350
AS5400
AS5800
AS5850
Regards
Ezequiel Colombo
----- Original Message -----
From: "Charles Galea" <charles.galea at maltacom.com>
To: <iancu at fokus.fraunhofer.de>
Cc: <serusers at lists.iptel.org>
Sent: Tuesday, July 13, 2004 2:48 AM
Subject: Re: [Serusers] Remote Party ID
> 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
> > >
> > >
> >
>
> _______________________________________________
> Serusers mailing list
> serusers at lists.iptel.org
> http://lists.iptel.org/mailman/listinfo/serusers
>
More information about the sr-users
mailing list