[Serusers] Re: Serusers Digest, Vol 39, Issue 12

Caxton kaifu.chan at gmail.com
Tue Jul 11 15:37:54 CEST 2006


 Dear Teigre:
    How can I slove this problem?
    Thanks.

Sincerely
Caxton



Message: 6
> Date: Tue, 11 Jul 2006 08:47:40 +0200
> From: "Greger V. Teigre" <greger at teigre.com>
> Subject: Re: [Serusers] Radius Accounting
> To: Caxton <kaifu.chan at gmail.com>
> Cc: serusers at lists.iptel.org, serusers-request at lists.iptel.org
> Message-ID: <44B3498C.7020003 at teigre.com>
> Content-Type: text/plain; charset="iso-8859-1"
>
> The BYE is loose routed, thus it will go to route(1).
> g-)
>
> Caxton wrote:
> > Hi all:
> >
> >     I have installed radius server, and I also configure the "ser.cfg"
> > for the radius accounting.  However, there is a problem confues me.
> >
> >     While the sip session have set up, the radiusclient send a
> > Request-Account packet to radius server immediately, than radius server
> >     can save the start-up time of the session into database.  But
> > after the session terminated, radiusclient do nothing(it should send a
> >     Accounting-Stop packet to radius server)!!  Therefore, I can
> > not have a complete time record.
> >
> >     I try to look up the solution in seruser mailing list, but I can
> > not find what I want.  Please help me, thanks.
> >
> >     Sincerely
> >
> >     Caxton
> >
> > -----ser.cfg-----
> >
> > [cut]
> >
> > # -- acc params --
> > modparam("acc", "radius_config",
> > "/usr/local/etc/radiusclient-ng/radiusclient.conf")
> > modparam("acc", "log_level", 2)
> > modparam("acc", "radius_flag", 1)
> > modparam("acc", "report_ack", 0)
> > # -------------------------  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 >=  2048 ) {
> >                 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
> >         if (!method=="REGISTER") record_route();
> >
> >         # subsequent messages withing a dialog should take the
> >         # path determined by record-routing
> >         if (loose_route()) {
> >                 # mark routing logic in request
> >                 append_hf("P-hint: rr-enforced\r\n");
> >                 route(1);
> >                 break;
> >         };
> >
> >         if (!uri==myself) {
> >                 # mark routing logic in request
> >                 append_hf("P-hint: outbound\r\n");
> >                 route(1);
> >                 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") {
> >                        log(1, "REGISTER: Authenticating user\n");
> > # Uncomment this if you want to use digest authentication
> >                         if (!www_authorize("pc80.s206.tj.mcu.edu.tw
> > <http://pc80.s206.tj.mcu.edu.tw/>", "subscriber")) {
> >                                 log(1, "REGISTER: Chanllenging user\n");
> >                                 www_challenge("
> > pc80.s206.tj.mcu.edu.tw <http://pc80.s206.tj.mcu.edu.tw/>", "0");
> >                                 break;
> >                         };
> >                         save("location");
> >                         break;
> >                 };
> >                 if(method=="INVITE") {
> >                         log(1, "INVITE\n");
> >                         setflag(1);
> >                 }
> >                 if(method=="MESSAGE") {
> >                         log(1, "MESSAGE\n");
> >                         setflag(1);
> >                 }
> >                 if(method=="BYE"||method== "CANCEL") {
> >                         log(1, "BYE or CANCEL\n");
> >                         setflag(1);
> >                 }
> >
> > [cut]
> > ------------------------------------------------------------------------
> >
> > _______________________________________________
> > Serusers mailing list
> > Serusers at lists.iptel.org
> > http://lists.iptel.org/mailman/listinfo/serusers
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20060711/8e4c91b9/attachment.htm>


More information about the sr-users mailing list