* This is the VOP Radius mailing list *
It doesn't appear in the error log at as as far as I can tell. I assume it
is showing up in the accounting logs, but I haven't tried to disect them to
find out.

Mark Thornton
San Marcos Internet, Inc
512-393-5300


----- Original Message -----
From: "Mike McTee" <[EMAIL PROTECTED]>
To: "Vop Radius (Mail List)" <[EMAIL PROTECTED]>
Sent: Monday, January 06, 2003 3:32 PM
Subject: [VOP RADIUS] VOP Radius Interim Packets (was "[ModusMail] [OT] VOP
Radius Fix - Nth Request" on ModusMail List)


> * This is the VOP Radius mailing list *
> Thought I would move this discussion to the correct list! :-)
>
> Mark
>
> I'm attempting to implement the "Interim packet" on my Radius server and
> was wondering what the interim logging would appear as in the
> VPRError.log file?
>
> I've set my Cisco AS53xx to send AAA packets every 60 seconds and Radius
> to 180 seconds.
>
> Thanks,
> Mike McTee
> Customer Support
> Eastex Net (www.eastex.net)
>
>
> -----Original Message-----
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
> On Behalf Of Mark Thornton
> Sent: Monday, January 06, 2003 11:51 AM
> To: [EMAIL PROTECTED]
> Subject: [ModusMail] [OT] VOP Radius Fix - Nth Request
>
> * This is the modusmail mailing list *
>
> BTW, the radius list is [EMAIL PROTECTED] in case anyone needed to
> know...
>
> The option to enable processing of interim packets is in the client
> definition at the bottom, "Interval time between interim packets (sec)".
> I
> have mine currently set to 180 seconds, and my RAS sends interim packets
> every 60 seconds. If I miss three consecutive interim packets then I
> drop
> the user. I had been intending to increase those values, but since my
> radius
> headaches went away when I enabled this I forgot. It doesn't appear to
> be
> consuming too much bandwidth though I should probably look at the size
> of
> the raidus logs ;-)
>
> This solution doesn't address what to do if the modem bank reboots
> before
> the interval timeout occurs. My 3Com modems don't go down, and if they
> did
> it takes longer than three minutes so it would clear the list. If your
> modems go down often and can recover faster than your interval time I
> would
> suggest fixing the modem problem first, then shortning the interval
> time.
> Remember to make sure you have multiple opportunites to catch an interim
> packet before ditching the user. Vircom recommends the interval be three
> times the setting on the RAS.
>
> Mark Thornton
> San Marcos Internet, Inc
> 512-393-5300
>
>
> ----- Original Message -----
> From: "John D. Lewis" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Monday, January 06, 2003 11:09 AM
> Subject: [ModusMail] [OT] VOP Radius Fix - Nth Request
>
>
> > * This is the modusmail mailing list *
> >
> > Where is the option located in the radius admin?
> > J. Lewis
> > ----- Original Message -----
> > From: "Mark Thornton" <[EMAIL PROTECTED]>
> > To: <[EMAIL PROTECTED]>
> > Sent: Monday, January 06, 2003 11:32 AM
> > Subject: [ModusMail] [OT] VOP Radius Fix - Nth Request
> >
> >
> > > * This is the modusmail mailing list *
> > >
> > > The non resizable screen is definitely a stupid design issue. The
> > inability
> > > to remove a user with confidence from the interface is annoying. In
> our
> > case
> > > it seems to work sometimes, but not often enough to consider it a
> usefull
> > > feature. I tend to stop the service, delete the user table and
> restart
> > when
> > > I have a large problem to resolve.
> > >
> > > As to the issue of the lost RAS server, VOPRadius does support a
> remedy
> > for
> > > this in the interim packets option. Since we enabled this feature we
> have
> > > minimal problems with lost stop packets ond other wierdness. If you
> enable
> > > the SNMP functions you will get the feature you are looking for but
> it
> > tends
> > > to be a bit too drastic for my tastes. We would see the snmp fail
> for
> some
> > > reason and dump all the users, then shortly thereafter rediscover
> the
> RAS
> > > and try and rebuild the table. We could never resolve the problem as
> no
> > > other network related issue ever occured, but when we ditched snmp
> and
> > with
> > > with the interval accounting it has been much smoother.
> > >
> > > Mark Thornton
> > > San Marcos Internet, Inc
> > > 512-393-5300
> > >
> > >
> > > ----- Original Message -----
> > > From: "Total Internet Access" <[EMAIL PROTECTED]>
> > > To: <[EMAIL PROTECTED]>
> > > Sent: Monday, January 06, 2003 10:24 AM
> > > Subject: [ModusMail] [OT] VOP Radius Fix - Nth Request
> > >
> > >
> > > > * This is the modusmail mailing list *
> > > >
> > > > These are Indeed Problems that have Never been fixed in the last 4
> or
> 5
> > > > years that i have used the program.
> > > > vince
> > > > ----- Original Message -----
> > > > From: "Jim Barstow" <[EMAIL PROTECTED]>
> > > > To: <[EMAIL PROTECTED]>
> > > > Sent: Monday, January 06, 2003 8:20 AM
> > > > Subject: [ModusMail] [OT] VOP Radius Fix - Nth Request
> > > >
> > > >
> > > > * This is the modusmail mailing list *
> > > >
> > > > If a RAS looses power or drops off ethernet, the users that were
> on
> that
> > > > RAS do not switch to the end state.  Manually removing them from
> the
> > > > online users list doesn't work properly. You click the name, click
> > > > remove, confirm the removal, but the user still doesn't switch to
> the
> > > > end state.
> > > >
> > > > On top of that, the screen is not resizable so you have to move
> > > > scrollbars all over the place to see the data that you need to
> see.
> > > > When you sort columns, the thing resorts them every few seconds so
> > > > scrolling down the list is very difficult because when it resorts
> it
> > > > takes you back to the top.
> > > >
> > > >
> > > > Jim Barstow
> > > > Internet Network Engineer
> > > > Local Internet Services, Inc.
> > > > PO Box 160
> > > > Ludington, MI 49431
> > > > (231)845-9797 ext. 1103
> > > >
> > > >
> > > >
> > > > -----Original Message-----
> > > > From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]
> > > > On Behalf Of Dave Berzins
> > > > Sent: Monday, January 06, 2003 10:14 AM
> > > > To: [EMAIL PROTECTED]
> > > > Subject: [ModusMail] [OT] VOP Radius Fix - Nth Request
> > > >
> > > >
> > > > * This is the modusmail mailing list *
> > > >
> > > > Now I am curious... What's the bug?
> > > >
> > > > Dave...
> > > >
> > > > ----- Original Message -----
> > > > From: "Jim Barstow" <[EMAIL PROTECTED]>
> > > > To: <[EMAIL PROTECTED]>
> > > > Sent: Monday, January 06, 2003 8:04 AM
> > > > Subject: [ModusMail] [OT] VOP Radius Fix - Nth Request
> > > >
> > > >
> > > > > * This is the modusmail mailing list *
> > > > >
> > > > > Still wondering if Radius is EOL or if Vircom ever plans on
> fixing
> the
> > > >
> > > > > major bug that I have reported several times.  They have assured
> me
> it
> > > >
> > > > > is not EOL and that they are working on fixes, yet I still deal
> with
> > > > > the same F***ing bug for the last 5 months.  I am getting
> frustrated.
> > > > > Is there a list I should take my Radius problems to?
> > > > >
> > > > >
> > > > > Jim Barstow
> > > > > Internet Network Engineer
> > > > > Local Internet Services, Inc.
> > > > > PO Box 160
> > > > > Ludington, MI 49431
> > > > > (231)845-9797 ext. 1103
> > > > >
> > > > >
> > > > >
> > > > > -----Original Message-----
> > > > > From: [EMAIL PROTECTED]
> > > > > [mailto:[EMAIL PROTECTED]]
> > > > > On Behalf Of Mike Herrera
> > > > > Sent: Monday, January 06, 2003 9:54 AM
> > > > > To: [EMAIL PROTECTED]
> > > > > Subject: [ModusMail] {OT} MX Lookup Request
> > > > >
> > > > >
> > > > > * This is the modusmail mailing list *
> > > > >
> > > > > <mx lookup>
> > > > >
> > > > > Header:
> > > > >    ID=39024, QR=Response, Opcode=QUERY, RCODE=NAME ERROR
> > > > >    Authoritative Answer=No, Truncation=No
> > > > >    Recursion Desired=Yes, Recursion Available=Yes
> > > > >    QDCOUNT=1, ANCOUNT=0, NSCOUNT=1, ARCOUNT=0
> > > > > Question:
> > > > >    Name=danagroup.net, QTYPE=MX, QCLASS=1
> > > > > Authority Records Section:
> > > > >    Name=net
> > > > >    Type=SOA, Class=1, TTL=86350, RDLENGTH=61
> > > > >    Name Server=a.gtld-servers.net,
> Mailbox=nstld.verisign-grs.com
> > > > >    Serial=2003010600, Refresh=1800, Retry=900
> > > > >    Expire=604800, Minimum=850
> > > > > ---
> > > > > End of output
> > > > >
> > > > > <all records>
> > > > >
> > > > > Header:
> > > > >    ID=38974, QR=Response, Opcode=QUERY, RCODE=NAME ERROR
> > > > >    Authoritative Answer=Yes, Truncation=No
> > > > >    Recursion Desired=No, Recursion Available=No
> > > > >    QDCOUNT=1, ANCOUNT=0, NSCOUNT=1, ARCOUNT=0
> > > > > Question:
> > > > >    Name=danagroup.net, QTYPE=ALL, QCLASS=1
> > > > > Authority Records Section:
> > > > >    Name=net
> > > > >    Type=SOA, Class=1, TTL=86400, RDLENGTH=61
> > > > >    Name Server=A.GTLD-SERVERS.net,
> Mailbox=NSTLD.VERISIGN-GRS.COM
> > > > >    Serial=2003010600, Refresh=1800, Retry=900
> > > > >    Expire=604800, Minimum=86400
> > > > > ---
> > > > > End of output
> > > > >
> > > > >
> > > > >
> > > > > Mike Herrera
> > > > > Access One Online Services
> > > > > http://www.access-one.com
> > > > >
> > > > > -----Original Message-----
> > > > > From: [EMAIL PROTECTED]
> > > > > [mailto:[EMAIL PROTECTED]]
> > > > > On Behalf Of Suneel Jhangiani
> > > > > Sent: Monday, January 06, 2003 8:36 AM
> > > > > To: [EMAIL PROTECTED]
> > > > > Subject: [ModusMail] {OT} MX Lookup Request
> > > > >
> > > > >
> > > > > * This is the modusmail mailing list *
> > > > >
> > > > > Hi,
> > > > >
> > > > > Can a couple of you do me a favour and do a MX lookup for
> > > > > DANAGROUP.NET and let me know the result.
> > > > >
> > > > > Regards,
> > > > >
> > > > > Suneel.
> > > > >
> > > > > **
> > > > > To unsubscribe, send an Email to: [EMAIL PROTECTED]
> with
> > > > > the word "UNSUBSCRIBE" in the body or subject line.
> > > > >
> > > > >
> > > > > **
> > > > > To unsubscribe, send an Email to: [EMAIL PROTECTED]
> with
> > > > > the word "UNSUBSCRIBE" in the body or subject line.
> > > > >
> > > > >
> > > > > **
> > > > > To unsubscribe, send an Email to: [EMAIL PROTECTED]
> with
> > > > > the word "UNSUBSCRIBE" in the body or subject line.
> > > >
> > > > **
> > > > To unsubscribe, send an Email to: [EMAIL PROTECTED]
> with
> the
> > > > word "UNSUBSCRIBE" in the body or subject line.
> > > >
> > > >
> > > > **
> > > > To unsubscribe, send an Email to: [EMAIL PROTECTED]
> > > > with the word "UNSUBSCRIBE" in the body or subject line.
> > > >
> > > >
> > > > **
> > > > To unsubscribe, send an Email to: [EMAIL PROTECTED]
> > > > with the word "UNSUBSCRIBE" in the body or subject line.
> > >
> > >
> > > **
> > > To unsubscribe, send an Email to: [EMAIL PROTECTED]
> > > with the word "UNSUBSCRIBE" in the body or subject line.
> > >
> >
> >
> >
> > **
> > To unsubscribe, send an Email to: [EMAIL PROTECTED]
> > with the word "UNSUBSCRIBE" in the body or subject line.
>
>
> **
> To unsubscribe, send an Email to: [EMAIL PROTECTED]
> with the word "UNSUBSCRIBE" in the body or subject line.
>
> This message was virus scanned by Eastex Net using ModusMail
>
> **
> To leave this list, send an email to [EMAIL PROTECTED]
> and put the word "LEAVE" in the BODY of the email.


**
To leave this list, send an email to [EMAIL PROTECTED]
and put the word "LEAVE" in the BODY of the email.

Reply via email to