Re: [MBONED] draft-tsou-mboned-multrans-addr-acquisition-01

Tom Taylor <tom.taylor.stds@gmail.com> Thu, 17 May 2012 01:08 UTC

Return-Path: <tom.taylor.stds@gmail.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 C5C1321F858A for <mboned@ietfa.amsl.com>; Wed, 16 May 2012 18:08:00 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.481
X-Spam-Level:
X-Spam-Status: No, score=-3.481 tagged_above=-999 required=5 tests=[AWL=0.118, BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1]
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 L3AQ+nQo+6ue for <mboned@ietfa.amsl.com>; Wed, 16 May 2012 18:08:00 -0700 (PDT)
Received: from mail-lb0-f172.google.com (mail-lb0-f172.google.com [209.85.217.172]) by ietfa.amsl.com (Postfix) with ESMTP id DFFEF21F8589 for <mboned@ietf.org>; Wed, 16 May 2012 18:07:59 -0700 (PDT)
Received: by lbbgo11 with SMTP id go11so1092998lbb.31 for <mboned@ietf.org>; Wed, 16 May 2012 18:07:58 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding :x-antivirus:x-antivirus-status; bh=/pMk/X6ua0+ByZoSRdUiV9XWprB0aBU+zz6RR3P9UeI=; b=sDVEnSt1J+NiJkMXiIBvbOvyidl0PX5XaHYiNucjTAIxoIcUo0VVWj9tUEP09U3Vwn EkI44PWXKZDDiKmCSqIzQzOHXcT6m/3nZwrCe06TPMJegjwntO+VZuR6pO4eiZwvnNyq Es7bQMllIQDsiDKD1a6YN90bUC88H9lIT79n7rrhh+C2495Sy/kqLEuF9j7cEjy18AdI j+b5/QkAk58L/w3xWq0bI+bPpfUlhJKlUgLGJZCAGLs32iDcK+VPfYpXPZ/Rvf75vT+J NCgR7CArM62RFtdYwZ80vfo9cQAKnMM8Ldd9TSqMPeOWdyIJbp8YfZrH4ZGE6XaRbwzM MG5A==
Received: by 10.112.100.7 with SMTP id eu7mr2141917lbb.105.1337216878687; Wed, 16 May 2012 18:07:58 -0700 (PDT)
Received: from [127.0.0.1] (dsl-207-112-91-137.tor.primus.ca. [207.112.91.137]) by mx.google.com with ESMTPS id lv13sm5483970lab.8.2012.05.16.18.07.55 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 16 May 2012 18:07:57 -0700 (PDT)
Message-ID: <4FB44F66.5020604@gmail.com>
Date: Wed, 16 May 2012 21:07:50 -0400
From: Tom Taylor <tom.taylor.stds@gmail.com>
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:12.0) Gecko/20120428 Thunderbird/12.0.1
MIME-Version: 1.0
To: Leonard Giuliano <lenny@juniper.net>
References: <C0E0A32284495243BDE0AC8A066631A80C9B185E@szxeml526-mbs.china.huawei.com> <C0E0A32284495243BDE0AC8A066631A80C9CCCCE@szxeml526-mbs.china.huawei.com> <20120514132102.U91557@eng-mail01.juniper.net>
In-Reply-To: <20120514132102.U91557@eng-mail01.juniper.net>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
X-Antivirus: avast! (VPS 120516-1, 16/05/2012), Outbound message
X-Antivirus-Status: Clean
Cc: MBONED WG <mboned@ietf.org>
Subject: Re: [MBONED] draft-tsou-mboned-multrans-addr-acquisition-01
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, 17 May 2012 01:08:00 -0000

I believe the subject draft should be adopted as a work item. In 
response to Jacni Qin, I note that the absence of such a document led to 
extensive discussion of the topic in the interim meeting, despite its 
treatment in the problem statement draft. This, I think, is a clear 
indication that something more had to be said.


The question of whether receiver modification is in scope has come up in 
prior discussion. I think there should be a clear statement of the 
following in the introduction to the draft:

(1) The most straightforward solution to the acquisition problem is to 
make receivers dual-stack. That is, the receiver can extract IP 
addresses from the EPG regardless of their version and join and leave 
streams using either IGMP/IPv4 or MLD/IPv6 depending on the supplied 
addresses.

(2) Any solution that involves more costly changes to the receiver than 
making it dual-stack as just defined is therefore probably uneconomic.

This is why the degree of receiver modification required is a 
consideration for the different solution approaches.


One final remark: the current version of the draft doesn't necessarily 
cover all the possibilities, and one would hope the WG might add input 
to make it more inclusive. But it is probably a good start.

Tom Taylor