Awesome stuff Martin....
I'm only recent to using radiator in depth....
btw.... Comindico had an error on their LNS in Sydney... it now send out ALIVE
accounting data.
...Skeeve
On Fri, Sep 20, 2002 at 01:39:01PM +1000, Martin Edge wrote into the ether:
> Perhaps :
>
> sub
> {
>
> my $p = ${$_[0]}; # proxy reply packet
> my $code = $p->code();
>
> if ($code eq "Accounting-Request") {
> my $tunnelid = $p->get_attr('Tunnel-Id');
> my $nasip = $p->get_attr('NAS-IP-Address');
>
> my @lnsservers = (
> '203.194.30.244', #lns01-kent-syd
> '203.194.57.247', #lns01-nort-cbr
> '203.194.58.247', #lns01-stge-pth
> '203.220.236.247', #lns01-waym-adl
> '203.220.79.55', #lns01-dryb-mel
> '203.220.79.188', #lns01-wick-bne
> );
>
> if ($tunnelid) {
> my $foundit = 0;
> foreach my $lns (@lnsservers) {
> if (grep($nasip, $lns)) {
> $foundit = 1;
> last;
> }
> }
>
> if ($foundit eq "1") {
> &main::log($main::LOG_DEBUG,"Ignoring bogus
> Start/Stop record for Static IP port");
>
> $p->change_attr('Called-Station_Id',"000000000000000000");
> }
> }
> }
> }
>
> as a hook may help :)
>
> -----Original Message-----
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On
> Behalf Of Hugh Irvine
> Sent: Friday, September 20, 2002 12:25 PM
> To: Skeeve Stevens
> Cc: [EMAIL PROTECTED]
> Subject: Re: (RADIATOR) Handler being ignored
>
>
>
> Hello Skeeve -
>
> How are you going to recognise a duplicate (normally Acct-Delay-Time >
> 0)?
>
> In any case, you should do something like this:
>
> # define Handlers
>
> <Handler ......>
> # deal with accounting packets only
> <AuthBy INTERNAL>
> AcctResult ACCEPT
> </AuthBy>
> </Handler>
>
> <Handler>
> # deal with all other packets
> <AuthBy ...>
> ....
> </AuthBy>
> </Handler>
>
>
> regards
>
> Hugh
>
>
> On Friday, September 20, 2002, at 11:51 AM, Skeeve Stevens wrote:
>
> >
> >
> >
> >
> > Essentially I am trying to ignore Comindicos duplica accounting
> > records.
> >
> >
> > <Clients>
> >
> > <Handler NAS-Port-Type=Async>
> > AccountingHandled
> > <AuthBy TEST>
> > </AuthBy>
> > </Handler>
> >
> >
> > <SessionDatabase SQL>
> > ...deleted
> > </SessionDatabase>
> >
> >
> >
> > <AddressAllocator SQL>
> > ...deleted
> > </AddressAllocator>
> >
> >
> > <Handler Realm=DEFAULT>
> > ...lots deleted
> > </Handler>
> >
> >
> > Is this correct?
> >
> > Cause I am getting lots of:
> >
> > Fri Sep 20 11:17:57 2002: WARNING: Could not find a handler for
> > xxxxxxxxxxxx: request is ignored
> >
> >
> > ...Skeeve
> >
> >
> >
> >
> > On Fri, Sep 20, 2002 at 11:03:37AM +1000, Hugh Irvine wrote into the
> > ether:
> >>
> >> Hello Skeeve -
> >>
> >> You should not mix Realms and Handlers in the same configuration file
> >> for this very reason.
> >>
> >> Radiator first checks any Realms in the configuration file and if
> >> there
> >> is a match, that is what is used.
> >>
> >> If you want to use a Handler as you show below, you should change your
> >> existing Realms to Handlers.
> >>
> >> <Realm foo.bar>
> >>
> >> would become
> >>
> >> <Handler Realm = foo.bar>
> >>
> >> Note that Handlers are evaluated in the order they appear in the
> >> configuration file, so the more specific must appear before the more
> >> general and the most often used should be as close to the top of the
> >> list as possible (modulo the previous caveat).
> >>
> >> regards
> >>
> >> Hugh
> >>
> >>
> >> On Friday, September 20, 2002, at 10:35 AM, Skeeve Stevens wrote:
> >>
> >>>
> >>> Hey all,
> >>>
> >>> <Handler NAS-Port-Type = /Async/ >
> >>> AccountingHandled
> >>> <AuthBy Test>
> >>> </AuthBy>
> >>> </Handler>
> >>>
> >>>
> >>>
> >>> Is being ignored at present :(
> >>>
> >>>
> >>> WHERE in the config file should this handler be located. The
> >>> examples
> >>> in goodies suggest after the <Client> entries and before any Realm
> >>> entries.
> >>>
> >>>
> >>>
> >>> ...Skeeve
> >>> ===
> >>> Archive at http://www.open.com.au/archives/radiator/
> >>> Announcements on [EMAIL PROTECTED]
> >>> To unsubscribe, email '[EMAIL PROTECTED]' with
> >>> 'unsubscribe radiator' in the body of the message.
> >>>
> >>>
> >>
> >> --
> >> Radiator: the most portable, flexible and configurable RADIUS server
> >> anywhere. Available on *NIX, *BSD, Windows 95/98/2000, NT, MacOS X.
> >> -
> >> Nets: internetwork inventory and management - graphical, extensible,
> >> flexible with hardware, software, platform and database independence.
> >
> > --
> >
> >
> > ---------------------------------------------------------------------
> > | Skeeve Stevens - whois://SS927 - url:
> > http://www.skeeve.org/ |
> > | email:[EMAIL PROTECTED]/ work.url:
> > http://www.ChristianIT.org/ |
> > | phone://02.8800.4159/ mobile://0414.SKEEVE/
> > [753-383] |
> > | address://p.o box 1035 epping, 1710, australia
> > icq://6576270 |
> > | - This email is (c) 2001 by Skeeve Stevens - All rights reserved
> > - |
> >
> > ---------------------------------------------------------------------
> >
> >
>
> --
> Radiator: the most portable, flexible and configurable RADIUS server
> anywhere. Available on *NIX, *BSD, Windows 95/98/2000, NT, MacOS X.
> -
> Nets: internetwork inventory and management - graphical, extensible,
> flexible with hardware, software, platform and database independence.
>
> ===
> Archive at http://www.open.com.au/archives/radiator/
> Announcements on [EMAIL PROTECTED]
> To unsubscribe, email '[EMAIL PROTECTED]' with
> 'unsubscribe radiator' in the body of the message.
--
---------------------------------------------------------------------
| Skeeve Stevens url: http://www.skeeve.org/ |
| email:[EMAIL PROTECTED]/ url: http://www.eIntellego.org/ |
---------------------------------------------------------------------
===
Archive at http://www.open.com.au/archives/radiator/
Announcements on [EMAIL PROTECTED]
To unsubscribe, email '[EMAIL PROTECTED]' with
'unsubscribe radiator' in the body of the message.
