--- 1/draft-ietf-mboned-multiaaa-framework-11.txt	2010-08-25 03:12:46.000000000 +0200
+++ 2/draft-ietf-mboned-multiaaa-framework-12.txt	2010-08-25 03:12:46.000000000 +0200
@@ -1,36 +1,36 @@
 
 mboned                                                        H. Satou,
 Internet-Draft                                                 H. Ohta,
 Intended status: Informational                              T. Hayashi,
-Expires: September 6, 2010                                          NTT
+Expires: February 25, 2011                                          NTT
                                                            C. Jacquenet
                                                          France Telecom
                                                                   H. He
                                                                  Nortel
 
-                                                           March 5, 2010
+                                                           August 24, 2010
 
           AAA and Admission Control Framework for Multicasting
-                draft-ietf-mboned-multiaaa-framework-11
+                draft-ietf-mboned-multiaaa-framework-12
 
 Abstract
 
    IP multicast-based services, such as TV broadcasting or
    videoconferencing raise the issue of making sure that potential
    customers are fully entitled to access the corresponding contents.
    There is indeed a need for service and content providers to identify
    users (if not authenticate, especially within the context of
    enforcing electronic payment schemes) and to retrieve statistical
    information for accounting purposes, as far as content and network
    usage are concerned.  This memo describes the framework for
-   specifying the Authentication, Authorization and Accounting (AAA)
+   specifying the Authorization, Authentication and Accounting (AAA)
    capabilities that could be activated within the context of the
    deployment and the operation of IP multicast-based services.  This
    framework addresses the requirements presented in "Requirements for
    Accounting, Authentication and Authorization in Well Managed IP
    Multicasting Services" [I-D.ietf-mboned-maccnt-req].  The memo
    provides a basic AAA enabled model as well as an extended fully
    enabled model with resource and admission control coordination.
 
 Status of this Memo
 
@@ -46,21 +46,21 @@
    and may be updated, replaced, or obsoleted by other documents at any
    time.  It is inappropriate to use Internet-Drafts as reference
    material or to cite them other than as "work in progress."
 
    The list of current Internet-Drafts can be accessed at
    http://www.ietf.org/ietf/1id-abstracts.txt.
 
    The list of Internet-Draft Shadow Directories can be accessed at
    http://www.ietf.org/shadow.html.
 
-   This Internet-Draft will expire on September 6, 2010.
+   This Internet-Draft will expire on February 25, 2011.
 
 Table of Contents
 
    1.  Introduction . . . . . . . . . . . . . . . . . . . . . . . . .  3
      1.1.  Purpose and Background . . . . . . . . . . . . . . . . . .  3
    2.  Definitions and Abbreviations  . . . . . . . . . . . . . . . .  4
      2.1.  Definitions  . . . . . . . . . . . . . . . . . . . . . . .  4
      2.2.  Abbreviations  . . . . . . . . . . . . . . . . . . . . . .  5
    3.  Common use models and network architecture implications  . . .  6
    4.  Framework and Roles of Entities  . . . . . . . . . . . . . . .  7
@@ -327,21 +327,21 @@
    The content may be associated with (or managed by) a specific CP.  In
    this case, when the user selects content, the CP is automatically
    selected.
 
    Requests for multicast sent by the user to a selected NSP should
    include enough information not only for authentication by the CP but
    also for CP selection and admission control by the NSP.
 
    When an NSP receives a request for multicast from a user, the NSP
    requests the appropriate CP to make sure that the user is entitled to
-   access the corresponding content as the NSP is responsible for
+   access the corresponding content As the NSP is responsible for
    managing its network resources, the NSP may perform admission
    control.The NSP will allow access to the multicast service, depending
    on both the response sent by the CP and the availability of resources
    operated by the NSP.  That is, the NSP will forward multicast traffic
    towards the user only when the NSP has 1) made sure the user is
    entitled to access the network resources operated by the NSP, 2)
    received a confirmation from the CP that the user is entitled to
    access the content and (possibly) 3) determined that the network
    resources (e.g. bandwidth) are sufficient to deliver the multicast
    traffic to the user with the relevant level of quality.  When neither
@@ -850,21 +850,21 @@
    meet the requirements.  Further work should be done to specify the
    interfaces between the user and NSP, NAS and mAAA, mAAA and MACF and
    NSP-mAAA and CP-AAA (presented in 5.2.)
 
 10.  Normative References
 
    [I-D.ietf-ancp-framework]
               Ooghe, S., Voigt, N., Platnic, M., Haag, T., and S.
               Wadhwa, "Framework and Requirements for an Access Node
               Control Mechanism in Broadband  Multi-Service Networks",
-              draft-ietf-ancp-framework-11 (work in progress),
+              draft-ietf-ancp-framework-12 (work in progress),
               July 2009.
 
    [I-D.ietf-mboned-maccnt-req]
               Hayashi, T., He, H., Satou, H., Ohta, H., and S. Vaidya,
               "Requirements for Multicast AAA coordinated between
               Content Provider(s) and Network Service Provider(s)",
               draft-ietf-mboned-maccnt-req-08 (work in progress),
               July 2009.
 
 Authors' Addresses