draft-ietf-mboned-64-multicast-address-format

<mohamed.boucadair@orange.com> Tue, 14 August 2012 09:09 UTC

Return-Path: <mohamed.boucadair@orange.com>
X-Original-To: ipv6@ietfa.amsl.com
Delivered-To: ipv6@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E350121F86C9 for <ipv6@ietfa.amsl.com>; Tue, 14 Aug 2012 02:09:43 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.023
X-Spam-Level:
X-Spam-Status: No, score=-2.023 tagged_above=-999 required=5 tests=[AWL=0.224, BAYES_00=-2.599, HELO_EQ_FR=0.35, HTML_MESSAGE=0.001, UNPARSEABLE_RELAY=0.001]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 392qsqjq4Zru for <ipv6@ietfa.amsl.com>; Tue, 14 Aug 2012 02:09:43 -0700 (PDT)
Received: from relais-inet.francetelecom.com (relais-ias91.francetelecom.com [193.251.215.91]) by ietfa.amsl.com (Postfix) with ESMTP id 1C18621F86C7 for <ipv6@ietf.org>; Tue, 14 Aug 2012 02:09:43 -0700 (PDT)
Received: from omfedm06.si.francetelecom.fr (unknown [xx.xx.xx.2]) by omfedm10.si.francetelecom.fr (ESMTP service) with ESMTP id 8256926430D; Tue, 14 Aug 2012 11:09:42 +0200 (CEST)
Received: from PUEXCH71.nanterre.francetelecom.fr (unknown [10.101.44.33]) by omfedm06.si.francetelecom.fr (ESMTP service) with ESMTP id 5DA4227C053; Tue, 14 Aug 2012 11:09:42 +0200 (CEST)
Received: from PUEXCB1B.nanterre.francetelecom.fr ([10.101.44.9]) by PUEXCH71.nanterre.francetelecom.fr ([10.101.44.33]) with mapi; Tue, 14 Aug 2012 11:09:25 +0200
From: mohamed.boucadair@orange.com
To: "ipv6@ietf.org" <ipv6@ietf.org>
Date: Tue, 14 Aug 2012 11:09:24 +0200
Subject: draft-ietf-mboned-64-multicast-address-format
Thread-Topic: draft-ietf-mboned-64-multicast-address-format
Thread-Index: Ac15/H+QIzoNoetUTnKJxZVT1kbyeA==
Message-ID: <94C682931C08B048B7A8645303FDC9F36E4FC2D8C2@PUEXCB1B.nanterre.francetelecom.fr>
Accept-Language: fr-FR
Content-Language: fr-FR
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
acceptlanguage: fr-FR
Content-Type: multipart/alternative; boundary="_000_94C682931C08B048B7A8645303FDC9F36E4FC2D8C2PUEXCB1Bnante_"
MIME-Version: 1.0
X-PMX-Version: 5.6.1.2065439, Antispam-Engine: 2.7.2.376379, Antispam-Data: 2012.8.14.60320
Cc: Jacni Qin <jacni@jacni.com>, "draft-ietf-mboned-64-multicast-address-format@tools.ietf.org" <draft-ietf-mboned-64-multicast-address-format@tools.ietf.org>, Stig Venaas <stig@cisco.com>
X-BeenThere: ipv6@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "IPv6 Maintenance Working Group \(6man\)" <ipv6.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ipv6>, <mailto:ipv6-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ipv6>
List-Post: <mailto:ipv6@ietf.org>
List-Help: <mailto:ipv6-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ipv6>, <mailto:ipv6-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 14 Aug 2012 09:09:44 -0000

Dear all,

I'm initiating this thread in the hope of understanding the
objections from the 6man WG and hopefully to make some progress for
this document.  To initiate the discussion, below are provided some
preliminary Q/A:

What is the scope of this document?
   The document specifies an algorithmic translation of an IPv6
   multicast address to a corresponding IPv4 multicast address, and
   vice versa.  The document reserves two IPv6 multicast prefixes to
   be used for that purpose.

What are these reserved prefixes?
   *  ff3x:0:8000::/96 for SSM
   *  ffxx:8000::/20 for ASM

Does this document update IPv6 addressing architecture?
   No.

Is there a unicast counterpart of this proposal?
   Yes, RFC6052.

What is the problem to be solved?
   There are several use cases as detailed in [I-D.ietf-mboned-v4v6-
   mcast-ps].  In particular, the following use cases are of
   interest:
   1.  An IPv6-only receiver wants to receive multicast content from
       an IPv4-only source (6-4).
   2.  An IPv4 receiver wants to join a multicast group in IPv4
       domain via an IPv6-only network (4-6-4).

Are there solutions for the unicast counterpart of these use cases?
   Yes; various solutions including:
   1.  6-4: RFC6146
   2.  4-6-4: RFC6333, RFC6346, ...

The latest version of the document is available at:
https://tools.ietf.org/html/draft-ietf-mboned-64-multicast-address-format-03.

Comments and suggestions are more than welcome.

Cheers,
Med