Re: [mpls] Way two progress two mldp draft with an technical overlap

Loa Andersson <loa@pi.nu> Thu, 12 December 2013 10:53 UTC

Return-Path: <loa@pi.nu>
X-Original-To: mpls@ietfa.amsl.com
Delivered-To: mpls@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3B72B1AE020 for <mpls@ietfa.amsl.com>; Thu, 12 Dec 2013 02:53:14 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.901
X-Spam-Level:
X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.001] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ONWqYJkQtCN6 for <mpls@ietfa.amsl.com>; Thu, 12 Dec 2013 02:53:12 -0800 (PST)
Received: from pipi.pi.nu (pipi.pi.nu [83.168.239.141]) by ietfa.amsl.com (Postfix) with ESMTP id 024591ACCDC for <mpls@ietf.org>; Thu, 12 Dec 2013 02:53:12 -0800 (PST)
Received: from [192.168.1.2] (unknown [112.208.74.180]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: loa@pi.nu) by pipi.pi.nu (Postfix) with ESMTPSA id 94A321800740; Thu, 12 Dec 2013 11:53:03 +0100 (CET)
Message-ID: <52A9958B.7040508@pi.nu>
Date: Thu, 12 Dec 2013 18:52:59 +0800
From: Loa Andersson <loa@pi.nu>
User-Agent: Mozilla/5.0 (Windows NT 6.2; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0
MIME-Version: 1.0
To: Yakov Rekhter <yakov@juniper.net>
References: <529F425C.1050808@pi.nu> <201312061405.rB6E5bL25339@magenta.juniper.net>
In-Reply-To: <201312061405.rB6E5bL25339@magenta.juniper.net>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
Cc: "mpls@ietf.org" <mpls@ietf.org>, "mpls-chairs@tools.ietf.org" <mpls-chairs@tools.ietf.org>, "draft-rekhter-mpls-pim-sm-over-mldp@tools.ietf.org" <draft-rekhter-mpls-pim-sm-over-mldp@tools.ietf.org>, "draft-wijnands-mpls-mldp-in-band-wildcard-encoding@tools.ietf.org" <draft-wijnands-mpls-mldp-in-band-wildcard-encoding@tools.ietf.org>
Subject: Re: [mpls] Way two progress two mldp draft with an technical overlap
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Multi-Protocol Label Switching WG <mpls.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mpls>, <mailto:mpls-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mpls/>
List-Post: <mailto:mpls@ietf.org>
List-Help: <mailto:mpls-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 12 Dec 2013 10:53:14 -0000

Yacov,

I can't see that this flies! In fact it is counter to the wg chair
proposal. We intended to keep the overlap as small as possible,
specify a function in the document that needs the function. We did
not intend to increase the overlap, but keep it as small as possible.

You have this already neatly specified in draft-rekhter- let it stay
there.

/Loa



On 2013-12-06 22:05, Yakov Rekhter wrote:
> Loa,
>
>> Working Group,
>>
>> It has been pointed out that there is overlap between
>> draft-wijnands-mpls-mldp-in-band-wildcard-encoding and
>> draft-rekhter-mpls-pim-sm-over-mldp.  Within the overlap
>> there is a critical piece of the protocol specification.
>> Having this specified in two places is likely to result
>> in non-interoperable implementations.
>>
>> The working group chairs have discussed the overlap and
>> propose the following as a means of moving forward.
>>
>> 1.  Issue a single poll to adopt both documents together as
>> working group documents
>>
>> 2.  Assuming that the drafts are adopted, complete
>> draft-wijnands-mpls-in-band-wildcard-encoding as the
>> normative protocol specification of the piece within the
>> overlap.
>>
>> 3.  Where mechanisms in draft-wijnanads are needed in
>> draft-rekhter-mpls-pim-sm-over-mldp have the latter document
>> reference the necessary sections of the former document.
>
> This would be fine with me, *provided* that
> draft-wijnands-mpls-in-band-wildcard-encoding will add the encoding
> of two new mLDP TLVs: Transit IPv4 Shared Tree TLV, and Transit
> IPv6 Shared Tree TLV, as these two TLVs are required by the mechanisms
> defined in draft-rekhter-mpls-pim-sm-over-mldp.
>
> Yakov.
>

-- 


Loa Andersson                        email: loa@mail01.huawei.com
Senior MPLS Expert                          loa@pi.nu
Huawei Technologies (consultant)     phone: +46 739 81 21 64