SlideServe
Menu
Préférences
© SlideServe · v2026

Extended RADIUS Attributes

baxter avatar
8 diapositives · 268 Views · Aug 25, 2014

Extended RADIUS Attributes. Monday July 10, 2006 Barney Wolff IETF 66, Montreal, Canada. RADIUS Extended Attributes. draft-wolff-radext-ext-attribute-00.txt Needs updating, at least to add acknowledgement to Jari Arkko as the original proposer of this feature

Extended RADIUS Attributes - slide 1
01 / 8Extended RADIUS Attributes
1 / 17

Télécharger la présentation

Extended RADIUS Attributes
Une image / un lien ci-dessous est fourni (tel quel) pour télécharger la présentation

Politique de téléchargement : le contenu du site vous est fourni TEL QUEL pour votre information et votre usage personnel ; il ne peut être vendu, concédé sous licence ni partagé sur d’autres sites sans l’accord de son auteur.Le contenu vous est fourni TEL QUEL, pour votre information et votre usage personnel uniquement. Téléchargez la présentation en cliquant sur ce lien. Lors du téléchargement, si vous ne parvenez pas à télécharger une présentation, l’éditeur a peut-être supprimé le fichier de son serveur.Pendant le téléchargement, si vous ne parvenez pas à obtenir une présentation, le fichier a peut-être été supprimé par l’éditeur.

F I N

Plus de contenu associé

Transcription de la présentation
  1. Extended RADIUS Attributes Monday July 10, 2006 Barney Wolff IETF 66, Montreal, Canada

  2. RADIUS Extended Attributes • draft-wolff-radext-ext-attribute-00.txt • Needs updating, at least to add acknowledgement to Jari Arkko as the original proposer of this feature • Delete mention of RADIUS designer imagination • This is transfer syntax, must support desired power & flexibility available to definers of new RADIUS features

  3. Evaluation Criteria • Top priority • remove 255 limit on attribute type number • remove 253 limit on attribute value length • support rich set of standard attribute value types • support grouping • easy transition of attributes from VSA to standard

  4. Evaluation Criteria • Mid priority • ease of gatewaying  Diameter • support multi-level (nested) grouping • M-bit • build on / re-use existing work • Low priority • minimal attribute header size • elegance, alas

  5. How to evaluate the choices? • Should agree on criteria & priorities before evaluating formats! • Ideally, should have agreed on criteria & priorities before even thinking about formats, as too easy to warp to favor pet format, but too late now.

  6. Advantages of using Diameter attribute header format • Satisfies all top & mid priority criteria • All new RADIUS features need Diameter spec too; minimizes author work • Grouped sub-attributes are together in specified order, making validation & display straightforward • Definite - no need to spend time debating fine points of format

  7. Disadvantages of using Diameter attribute header format • Verbose, custom header could be somewhat smaller • Few would call it beautiful • NIH^H^H^HNot under sole control of RADEXT WG

  8. Feedback?