Protocol Action: 'Unicast-Prefix-based IPv4 Multicast Addresses' to Proposed Standard

The IESG <iesg-secretary@ietf.org> Fri, 06 August 2010 22:09 UTC

Return-Path: <wwwrun@core3.amsl.com>
X-Original-To: ietf-announce@ietf.org
Delivered-To: ietf-announce@core3.amsl.com
Received: by core3.amsl.com (Postfix, from userid 30) id A45E23A68DB; Fri, 6 Aug 2010 15:09:38 -0700 (PDT)
X-idtracker: yes
From: The IESG <iesg-secretary@ietf.org>
To: IETF-Announce <ietf-announce@ietf.org>
Subject: Protocol Action: 'Unicast-Prefix-based IPv4 Multicast Addresses' to Proposed Standard
Message-Id: <20100806220938.A45E23A68DB@core3.amsl.com>
Date: Fri, 06 Aug 2010 15:09:38 -0700
Cc: mboned mailing list <mboned@ietf.org>, mboned chair <mboned-chairs@tools.ietf.org>, Internet Architecture Board <iab@iab.org>, RFC Editor <rfc-editor@rfc-editor.org>
X-BeenThere: ietf-announce@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: "IETF announcement list. No discussions." <ietf-announce.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/ietf-announce>, <mailto:ietf-announce-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ietf-announce>
List-Post: <mailto:ietf-announce@ietf.org>
List-Help: <mailto:ietf-announce-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf-announce>, <mailto:ietf-announce-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 06 Aug 2010 22:09:38 -0000

The IESG has approved the following document:

- 'Unicast-Prefix-based IPv4 Multicast Addresses '
   <draft-ietf-mboned-ipv4-uni-based-mcast-06.txt> as a Proposed Standard


This document is the product of the MBONE Deployment Working Group. 

The IESG contact persons are Ron Bonica and Dan Romascanu.

A URL of this Internet-Draft is:
http://www.ietf.org/internet-drafts/draft-ietf-mboned-ipv4-uni-based-mcast-06.txt

Technical Summary

    This specification defines an extension to the multicast addressing
    architecture of the IP Version 4 protocol.  The extension presented
    in this document allows for unicast-prefix-based assignment of
    multicast addresses.  By delegating multicast addresses at the same
    time as unicast prefixes, network operators will be able to identify
    their multicast addresses without needing to run an inter-domain
    allocation protocol.

    This draft specifies a mechanism similar to RFC3306, whereby a
    range of global IPv4 multicast address space is provided to each
    organization that has unicast address space.  A resulting advantage
    over GLOP is that the mechanisms in IPv4 and IPv6 become more
    similar.


Working Group Summary

    This draft has received strong support within the working group and
    no major controversies were noted.

Document Quality

    There were several comments made during working group last call.
    The author has addressed and/or incorporated all questions and
    concerns in the document.  This document has also been thoroughly
    discussed and reviewed for several years on the mailing list and
    during the working group meetings.

Personnel

    Lenny Giuliano is the Document Shepherd. Ron Bonica is the
    Responsible Area Director.

RFC Editor Note

OLD> RFC 3180 [RFC3180] defined an experimental allocation mechanism
OLD> (called "GLOP") in 233/8 whereby an Autonomous System (AS) number is
OLD> embedded in the middle 16 bits of an IPv4 multicast address,

NEW> RFC 3180 [RFC3180] defines an allocation mechanism
NEW> (called "GLOP") in 233/8 whereby an Autonomous System (AS) number is
NEW> embedded in the middle 16 bits of an IPv4 multicast address,

OLD> This draft specifies a mechanism similar to [RFC3306], whereby a
OLD> range of global IPv4 multicast address space is provided to each
OLD> organization that has unicast address space.  A resulting advantage
OLD> over GLOP is that the mechanisms in IPv4 and IPv6 become more
OLD> similar.

NEW> This draft specifies a mechanism similar to [RFC3306], whereby a
NEW> range of global IPv4 multicast address space is provided to each
NEW> organization that has unicast address space.  A resulting advantage
NEW> over GLOP is that the mechanisms in IPv4 and IPv6 become more
NEW> similar.
NEW>
NEW> This draft does not obsolete or update RFC 3180, as the mechanism
NEW> described in RFC 3180 is still required for organizations with
NEW> prefix allocations more specific than /24. Organizations using RFC
NEW> 3180 allocations may continue to do so. In fact, it is conceivable
NEW> that an organization might use both RFC 3180 allocations and the
NEW> allocation method described in this document.



OLD> Bits:  |  8  | Unicast Prefix Length | 24 - Unicast Prefix Length |
OLD>        +-----+-----------------------+----------------------------+
OLD> Value: | TBD | Unicast Prefix        | Group ID                   |
OLD>        +-----+-----------------------+----------------------------+

NEW> Bits:  | 0 thru 7 |      8 thru N         |      N+1 thru 32       
   |
NEW>       
+----------+-----------------------+----------------------------+
NEW> Value: |   TBD    |    Unicast Prefix     |       Group ID          
  |
NEW>       
+----------+-----------------------+----------------------------+