Hi Dave:

El 16/01/2012, a las 16:38, Dave Nelson escribió:

> On Mon, Jan 16, 2012 at 10:30 AM, Alejandro Perez Mendez <[email protected]> wrote:
> 
> We also thought that a new flag "T" could indicate the attribute is truncated 
> across several packets.
> 
> Yeah.  I would favor the definition of another flag bit, rather than mixing 
> flags and "signal" attributes to accomplished related purposes.  It's just 
> more symmetrical. 

Just a clarification here. Our goal (authors of 
draft-perez-radext-radius-fragmentation-00.txt) is to enable a mechanism for 
fragmentation between RADIUS packets when they exceed 4K (inter-packet 
fragmentation). If we remove the signal attribute (e.g. "More-Data-Pending"), 
the flag T should mean that the RADIUS packet is truncated (and not necessarily 
the attribute where the flag T is activated). For example: 

A,B,C,... ,Y are attributes of different types in one RADIUS packet. Adding 
attribute Z exceeds 4K, so we should signal that. We could decide to activate 
the bit T in the last attribute Y[T], but, actually, it does not mean anything 
in the context of extended attribute Y[T], since we want to signal that more 
attributes (perhaps, of any other type as, for example, Z) are coming after 
this list in a different RADIUS packet.

In this sense, we believe that the presence of some kind of attribute 
"More-Data-Pending" (or any other type of signaling at packet level) can inform 
about this situation within the context of the RADIUS packet. 

Best regards.

> 
> Regards,
> 
> Dave
> 
> David B. Nelson
> Sr. Software Architect
> Elbrys Networks, Inc.
> www.elbrys.com
> +1.603.570.2636
> _______________________________________________
> abfab mailing list
> [email protected]
> https://www.ietf.org/mailman/listinfo/abfab

-------------------------------------------------------
Rafael Marin Lopez, PhD
Dept. Information and Communications Engineering (DIIC)
Faculty of Computer Science-University of Murcia
30100 Murcia - Spain
Telf: +34868888501 Fax: +34868884151 e-mail: [email protected]
-------------------------------------------------------




_______________________________________________
abfab mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/abfab

Reply via email to