--- 1/draft-ietf-mboned-dc-deploy-00.txt	2013-08-22 17:14:23.821662547 -0700
+++ 2/draft-ietf-mboned-dc-deploy-01.txt	2013-08-22 17:14:23.845663175 -0700
@@ -1,17 +1,17 @@
 Internet Engineering Task Force                               M. McBride
 Internet-Draft                                       Huawei Technologies
-Intended status: Informational                         February 18, 2013
-Expires: August 22, 2013
+Intended status: Informational                           August 23, 2013
+Expires: February 24, 2014
 
                  Multicast in the Data Center Overview
-                     draft-ietf-mboned-dc-deploy-00
+                     draft-ietf-mboned-dc-deploy-01
 
 Abstract
 
    There has been much interest in issues surrounding massive amounts of
    hosts in the data center.  These issues include the prevalent use of
    IP Multicast within the Data Center.  Its important to understand how
    IP Multicast is being deployed in the Data Center to be able to
    understand the surrounding issues with doing so.  This document
    provides a quick survey of uses of multicast in the data center and
    should serve as an aid to further discussion of issues related to
@@ -25,21 +25,21 @@
    Internet-Drafts are working documents of the Internet Engineering
    Task Force (IETF).  Note that other groups may also distribute
    working documents as Internet-Drafts.  The list of current Internet-
    Drafts is at http://datatracker.ietf.org/drafts/current/.
 
    Internet-Drafts are draft documents valid for a maximum of six months
    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."
 
-   This Internet-Draft will expire on August 22, 2013.
+   This Internet-Draft will expire on February 24, 2014.
 
 Copyright Notice
 
    Copyright (c) 2013 IETF Trust and the persons identified as the
    document authors.  All rights reserved.
 
    This document is subject to BCP 78 and the IETF Trust's Legal
    Provisions Relating to IETF Documents
    (http://trustee.ietf.org/license-info) in effect on the date of
    publication of this document.  Please review these documents
@@ -86,32 +86,33 @@
    survey of multicast in the data center and should serve as an aid to
    further discussion of issues related to multicast in the data center.
 
    ARP/ND issues are not addressed in this document except to explain
    how address resolution occurs with multicast.
 
 2.  Multicast Applications in the Data Center
 
    There are many data center operators who do not deploy Multicast in
    their networks for scalability and stability reasons.  There are also
-   many operators for whom multicast is critical and is enabled on their
-   data center switches and routers.  For this latter group, there are
-   several uses of multicast in their data centers.  An understanding of
-   the uses of that multicast is important in order to properly support
-   these applications in the ever evolving data centers.  If, for
-   instance, the majority of the applications are discovering/signaling
-   each other, using multicast, there may be better ways to support them
-   then using multicast.  If, however, the multicasting of data is
-   occurring in large volumes, there is a need for good data center
-   overlay multicast support.  The applications either fall into the
-   category of those that leverage L2 multicast for discovery or of
-   those that require L3 support and likely span multiple subnets.
+   many operators for whom multicast is a critical protocol within their
+   network and is enabled on their data center switches and routers.
+   For this latter group, there are several uses of multicast in their
+   data centers.  An understanding of the uses of that multicast is
+   important in order to properly support these applications in the ever
+   evolving data centers.  If, for instance, the majority of the
+   applications are discovering/signaling each other, using multicast,
+   there may be better ways to support them then using multicast.  If,
+   however, the multicasting of data is occurring in large volumes,
+   there is a need for good data center overlay multicast support.  The
+   applications either fall into the category of those that leverage L2
+   multicast for discovery or of those that require L3 support and
+   likely span multiple subnets.
 
 2.1.  Client-Server Applications
 
    IPTV servers use multicast to deliver content from the data center to
    end users.  IPTV is typically a one to many application where the
    hosts are configured for IGMPv3, the switches are configured with
    IGMP snooping, and the routers are running PIM-SSM mode.  Often
    redundant servers are sending multicast streams into the network and
    the network is forwarding the data across diverse paths.
 
@@ -421,21 +423,21 @@
    Anoop Ghanwani, Peter Ashwoodsmith, David Allan, Aldrin Isaac, Igor
    Gashinsky, Michael Smith, Patrick Frejborg, Joel Jaeggli and Thomas
    Narten.
 
 9.  IANA Considerations
 
    This memo includes no request to IANA.
 
 10.  Security Considerations
 
-   No security considerations at this time.
+   No new security considerations result from this document
 
 11.  Informative References
 
    [I-D.armd-problem-statement]
               Narten, T., Karir, M., and I. Foo,
               "draft-ietf-armd-problem-statement", February 2012.
 
    [I-D.pim-umf-problem-statement]
               Zhou, D., Deng, H., Shi, Y., Liu, H., and I. Bhattacharya,
               "draft-dizhou-pim-umf-problem-statement", October 2010.