Re: [abfab] I-D Action: draft-ietf-abfab-aaa-saml-11.txt

[Alejandro Pérez Méndez <[e-mail]>]

Dear all,

we have posted a new version of draft-ietf-abfab-aaa-saml, which 
addresses most of the pending issues we discussed in the IETF meeting. 
This version will be used to request a review from the SSTC.

The main changes include:

  * Section 1: Remove mention to [I-D.jones-diameter-abfab]
  * Section 1.1: Included table of terminology (similar to the one in
    the ABFAB architecture I-D)
  * Section 4: Inclusion of the SAML metadata extensions to represent
    RADIUS names.
  * Section 8: "RADIUS State Confirmation Methods" moved to "Section 6:
    RADIUS State Confirmation Method Identifiers". The "sender vouches"
    Confirmation Method is no longer used. Instead, the SAML V2.0
    "RADIUS State" is used (i.e. urn:ietf:params:abfab:cm:user or
    urn:ietf:params:abfab:cm:machine)
  * Section 11. Changed the format of the IANA table describing the
    RADIUS attributes, splitting Type and Ext. Type for clarity.

Regards,
Alejandro

El 07/08/15 a las 12:31, [e-mail] escribió:
> A New Internet-Draft is available from the on-line Internet-Drafts directories.
>   This draft is a work item of the Application Bridging for Federated Access Beyond web Working Group of the IETF.
>
>          Title           : A RADIUS Attribute, Binding, Profiles, Name Identifier Format, and Confirmation Methods for SAML
>          Authors         : Josh Howlett
>                            Sam Hartman
>                            Alejandro Perez-Mendez
> 	Filename        : draft-ietf-abfab-aaa-saml-11.txt
> 	Pages           : 28
> 	Date            : 2015-08-07
>
> Abstract:
>     This document describes the use of the Security Assertion Mark-up
>     Language (SAML) with RADIUS in the context of the ABFAB architecture.
>     It defines two RADIUS attributes, a SAML binding, a SAML name
>     identifier format, two SAML profiles, and two SAML confirmation
>     methods.  The RADIUS attributes permit encapsulation of SAML
>     assertions and protocol messages within RADIUS, allowing SAML
>     entities to communicate using the binding.  The two profiles describe
>     the application of this binding for ABFAB authentication and
>     assertion query/request, enabling a Relying Party to request
>     authentication of, or assertions for, users or machines (Clients).
>     These Clients may be named using a NAI name identifier format.
>     Finally, the subject confirmation methods allow requests and queries
>     to be issued for a previously authenticated user or machine without
>     needing to explicitly identify them as the subject.  These artifacts
>     have been defined to permit application in AAA scenarios other than
>     ABFAB, such as network access.
>
>
> The IETF datatracker status page for this draft is:
> https://datatracker.ietf.org/doc/draft-ietf-abfab-aaa-saml/
>
> There's also a htmlized version available at:
> https://tools.ietf.org/html/draft-ietf-abfab-aaa-saml-11
>
> A diff from the previous version is available at:
> https://www.ietf.org/rfcdiff?url2=draft-ietf-abfab-aaa-saml-11
>
>
> Please note that it may take a couple of minutes from the time of submission
> until the htmlized version and diff are available at tools.ietf.org.
>
> Internet-Drafts are also available by anonymous FTP at:
> ftp://ftp.ietf.org/internet-drafts/
>
> _______________________________________________
> abfab mailing list
> [e-mail]
> https://www.ietf.org/mailman/listinfo/abfab