[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
RE: Issue 38 - Ordering of filter attributes
Hi,
Perhaps I didn't make myself clear.
What I am trying to say is that: when a NAS receives multiple
NAS-Filter-Rule attributes it has to reconstruct the list. In doing that
task it has to be mindfull that some of the Filter-Rules may span more then
one NAS-Filter-Rule attribute.
> How often do you forsee generating a single NAS-Filter-Rule that would
> blow out a single RADIUS attribute?
I don't know how often. The question is can it happen?
> Even so, why couldn't you spread
> out the rule over multiple attributes with the same net effect?
Yes you would. And that is my point.
> If
> anything, I do see an issue in running out of space for multiple rules
> (i.e. multiple NAS-Filter-Rule attributes) within a single
> Access-Accept.
I don't disagree. That could happen.
> -----Original Message-----
> From: Sanchez, Mauricio (PNB Roseville)
> [mailto:mauricio.sanchez@hp.com]
> Sent: Monday, January 31, 2005 7:01 PM
> To: Avi Lior; radiusext@ops.ietf.org
> Subject: RE: Issue 38 - Ordering of filter attributes
>
>
>
>
> Avi writes...
>
> >
> > There are two issues that need to be addressed.
> >
> > One is that one NAS-Filter-Rule maybe too large to fit a
> > single RADIUS attribute; and A session may require several of
> > these NAS attributes.
> >
> > Ordering is a given in RADIUS (as already described in the mail)
> >
> > Therefore receipient of the Access-Accept must be able to
> > reconstruct a single NAS-Filter-Rule that extends over two or
> > more attributes. And then you need to build the list of
> > NAS-Filter-Rules.
> >
> > Note that there is no specific hint to help detect a
> > Filter-Rule that spans over more then one attribute. For
> > example a key word at the end that indicates that the rule is
> > extended over the next attribute.
> >
>
> How often do you forsee generating a single NAS-Filter-Rule that would
> blow out a single RADIUS attribute? Even so, why couldn't you spread
> out the rule over multiple attributes with the same net effect? If
> anything, I do see an issue in running out of space for multiple rules
> (i.e. multiple NAS-Filter-Rule attributes) within a single
> Access-Accept.
>
> MS
>
--
to unsubscribe send a message to radiusext-request@ops.ietf.org with
the word 'unsubscribe' in a single line as the message text body.
archive: <http://psg.com/lists/radiusext/>