Re: [MBONED] An alternative to draft-ietf-mboned-64-multicast-address-format?

Stig Venaas <stig@venaas.com> Thu, 28 June 2012 22:33 UTC

Return-Path: <stig@venaas.com>
X-Original-To: mboned@ietfa.amsl.com
Delivered-To: mboned@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 59C7211E80E1 for <mboned@ietfa.amsl.com>; Thu, 28 Jun 2012 15:33:08 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.599
X-Spam-Level:
X-Spam-Status: No, score=-102.599 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599, USER_IN_WHITELIST=-100]
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 2SnlN16g9ro3 for <mboned@ietfa.amsl.com>; Thu, 28 Jun 2012 15:33:07 -0700 (PDT)
Received: from ufisa.uninett.no (ufisa.uninett.no [IPv6:2001:700:1:2:158:38:152:126]) by ietfa.amsl.com (Postfix) with ESMTP id 6EA2E11E80D7 for <mboned@ietf.org>; Thu, 28 Jun 2012 15:33:07 -0700 (PDT)
Received: from [10.33.12.93] (128-107-239-233.cisco.com [128.107.239.233]) by ufisa.uninett.no (Postfix) with ESMTPSA id E92047FF0; Fri, 29 Jun 2012 00:33:05 +0200 (CEST)
Message-ID: <4FECDBA0.3090405@venaas.com>
Date: Thu, 28 Jun 2012 15:33:04 -0700
From: Stig Venaas <stig@venaas.com>
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:13.0) Gecko/20120614 Thunderbird/13.0.1
MIME-Version: 1.0
To: "Manfredi, Albert E" <albert.e.manfredi@boeing.com>
References: <4FECD32D.30403@venaas.com> <EE15DDE8-F921-4F9F-B0B4-704A8BD10045@huawei.com> <4FECD960.8070407@venaas.com> <B0147C3DD45E42478038FC347CCB65FE02BC4A5ADC@XCH-MW-08V.mw.nos.boeing.com>
In-Reply-To: <B0147C3DD45E42478038FC347CCB65FE02BC4A5ADC@XCH-MW-08V.mw.nos.boeing.com>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
Cc: "mboned@ietf.org" <mboned@ietf.org>
Subject: Re: [MBONED] An alternative to draft-ietf-mboned-64-multicast-address-format?
X-BeenThere: mboned@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Mail List for the Mboned Working Group <mboned.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mboned>, <mailto:mboned-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mboned>
List-Post: <mailto:mboned@ietf.org>
List-Help: <mailto:mboned-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mboned>, <mailto:mboned-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 28 Jun 2012 22:33:08 -0000

On 6/28/2012 3:26 PM, Manfredi, Albert E wrote:
> Wait, is there any reason to require anything more than a predictable IPv6 multicast address prefix for this?

This would be instead of a predictable prefix.

Regarding predictable prefix. As in
draft-ietf-mboned-64-multicast-address-format

I don't think you can have just 96 fixed bits though. I'm not quite sure
what you mean by predictable.

If there is nothing in say a PIM (S,G)-join (in the group address or in
the PIM message) to say that G has a 32-bits IPv4 multicast address
embedded, then the best I can think of is to configure the devices so
that they know that a specific IPv6 prefix has an address embedded. But
I don't think it can be a fixed well-known hardcoded address.

Stig

> Bert
>
> -----Original Message-----
> From: mboned-bounces@ietf.org [mailto:mboned-bounces@ietf.org] On Behalf Of Stig Venaas
> Sent: Thursday, June 28, 2012 6:23 PM
> To: Tina TSOU
> Cc: mboned@ietf.org
> Subject: Re: [MBONED] An alternative to draft-ietf-mboned-64-multicast-address-format?
>
> On 6/28/2012 3:11 PM, Tina TSOU wrote:
>> The AD said draft-ietf-mboned-64-multicast-address-format has been moved to WG 6man.
>
> I know. But I think whether this alternative approach can work is
> something we probably need to consider here in mboned. We are the
> ones that are looking at translation mechanisms and need some kind
> of mechanism to show that an IPv4 address is embedded.
>
> Stig
>
>> Tina
>>
>> On Jun 28, 2012, at 2:58 PM, "Stig Venaas" <stig@venaas.com> wrote:
>>
>>> The draft draft-ietf-mboned-64-multicast-address-format specifies as you
>>> know, a new flag to indicate that an IPv4 multicast address is embedded.
>>> This is useful for translators (and maybe other devices) that can then
>>> extract the IPv4 address and doing operations as needed on that address.
>>>
>>> I would like to present a possible alternative, and hear your thoughts.
>>> What if instead, when the group address is specified in a PIM join, or
>>> an MLD report, there was a flag as part of the PIM/MLD message that
>>> indicated that an IPv4 address is embedded?
>>>
>>> A new draft describing this is available at
>>> http://tools.ietf.org/html/draft-kumar-mboned-64mcast-embedded-address-00
>>>
>>> What do you think? Might this be an alternative? Are there other
>>> cases (apart from receiving a PIM join or an MLD report), where we
>>> need to know that an IPv4 address is embedded in the group address?
>>>
>>> Stig
>>> _______________________________________________
>>> MBONED mailing list
>>> MBONED@ietf.org
>>> https://www.ietf.org/mailman/listinfo/mboned
>
>
> _______________________________________________
> MBONED mailing list
> MBONED@ietf.org
> https://www.ietf.org/mailman/listinfo/mboned
>