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

Yakov Rekhter <yakov@juniper.net> Wed, 05 February 2014 14:30 UTC

Return-Path: <yakov@juniper.net>
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 0AA281A0180 for <mpls@ietfa.amsl.com>; Wed, 5 Feb 2014 06:30:45 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.201
X-Spam-Level:
X-Spam-Status: No, score=-4.201 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-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 HopiJuigUNxX for <mpls@ietfa.amsl.com>; Wed, 5 Feb 2014 06:30:43 -0800 (PST)
Received: from co9outboundpool.messaging.microsoft.com (co9ehsobe001.messaging.microsoft.com [207.46.163.24]) by ietfa.amsl.com (Postfix) with ESMTP id 136F31A015B for <mpls@ietf.org>; Wed, 5 Feb 2014 06:30:42 -0800 (PST)
Received: from mail180-co9-R.bigfish.com (10.236.132.225) by CO9EHSOBE007.bigfish.com (10.236.130.70) with Microsoft SMTP Server id 14.1.225.22; Wed, 5 Feb 2014 14:30:42 +0000
Received: from mail180-co9 (localhost [127.0.0.1]) by mail180-co9-R.bigfish.com (Postfix) with ESMTP id 37FCFB000C8; Wed, 5 Feb 2014 14:30:42 +0000 (UTC)
X-Forefront-Antispam-Report: CIP:66.129.239.16; KIP:(null); UIP:(null); IPV:NLI; H:P-EMF02-SAC.jnpr.net; RD:none; EFVD:NLI
X-SpamScore: -3
X-BigFish: VPS-3(zz98dI936eI1432Idb82hzz1f42h2148h208ch1ee6h1de0h1fdah2073h2146h1202h1e76h2189h1d1ah1d2ah21bch1fc6hzzz31h2a8h839h944hf0ah1220h1288h12a5h12a9h12bdh137ah13b6h1441h1504h1537h153bh162dh1631h1758h18e1h1946h19b5h1ad9h1b0ah1b2fh224fh1fb3h1d0ch1d2eh1d3fh1dfeh1dffh1fe8h1ff5h2216h22d0h2336h2438h2461h2487h24ach24d7h2516h1155h)
Received-SPF: softfail (mail180-co9: transitioning domain of juniper.net does not designate 66.129.239.16 as permitted sender) client-ip=66.129.239.16; envelope-from=yakov@juniper.net; helo=P-EMF02-SAC.jnpr.net ; SAC.jnpr.net ;
Received: from mail180-co9 (localhost.localdomain [127.0.0.1]) by mail180-co9 (MessageSwitch) id 1391610639576447_30726; Wed, 5 Feb 2014 14:30:39 +0000 (UTC)
Received: from CO9EHSMHS015.bigfish.com (unknown [10.236.132.251]) by mail180-co9.bigfish.com (Postfix) with ESMTP id 87868B8004C; Wed, 5 Feb 2014 14:30:39 +0000 (UTC)
Received: from P-EMF02-SAC.jnpr.net (66.129.239.16) by CO9EHSMHS015.bigfish.com (10.236.130.25) with Microsoft SMTP Server (TLS) id 14.16.227.3; Wed, 5 Feb 2014 14:30:39 +0000
Received: from magenta.juniper.net (172.17.27.123) by P-EMF02-SAC.jnpr.net (172.24.192.21) with Microsoft SMTP Server (TLS) id 14.3.146.0; Wed, 5 Feb 2014 06:30:38 -0800
Received: from juniper.net (sapphire.juniper.net [172.17.28.108]) by magenta.juniper.net (8.11.3/8.11.3) with ESMTP id s15EUML50526; Wed, 5 Feb 2014 06:30:33 -0800 (PST) (envelope-from yakov@juniper.net)
Message-ID: <201402051430.s15EUML50526@magenta.juniper.net>
To: Loa Andersson <loa@pi.nu>
In-Reply-To: <52F1CC6F.1070906@pi.nu>
References: <529F425C.1050808@pi.nu> <201312061405.rB6E5bL25339@magenta.juniper.net> <52A9958B.7040508@pi.nu> <201312121651.rBCGpYL46117@magenta.juniper.net> <52F11FD8.3000000@pi.nu> <201402042158.s14LwnL93027@magenta.juniper.net> <52F1CC6F.1070906@pi.nu>
X-MH-In-Reply-To: Loa Andersson <loa@pi.nu> message dated "Wed, 05 Feb 2014 13:30:23 +0800."
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-ID: <13938.1391610622.1@juniper.net>
Date: Wed, 05 Feb 2014 06:30:22 -0800
From: Yakov Rekhter <yakov@juniper.net>
X-OriginatorOrg: juniper.net
X-FOPE-CONNECTOR: Id%0$Dn%*$RO%0$TLS%0$FQDN%$TlsDn%
Cc: "mpls@ietf.org" <mpls@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>, "mpls-chairs@tools.ietf.org" <mpls-chairs@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: Wed, 05 Feb 2014 14:30:45 -0000

Loa,

> On 2014-02-05 05:58, Yakov Rekhter wrote:
> > Loa,
> >
> >>>> Yakov,
> >>>>
> >>>> 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.
> >>>
> >>> I am fine with keeping the encoding and the procedures for the two
> >>> new mLDP TLVs: Transit IPv4 Shared Tree TLV, and Transit IPv6 Shared
> >>> Tree TLV in draft-rekhter-mpls-pim-sm-over-mldp.
> >>>
> >>> However, I have a question on the following:
> >>>
> >>>     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.
> >>>
> >>> What do you define as "the overlap" ?
> >>>
> >>> Yakov.
> >>
> >> Yakov and Ice,
> >>
> >> I'm sorry that I left the two draft hanging in a no mans land for
> >> such a long time, other than traveling, being busy with other working
> >> group issues, and having to do a couple of restarts there are no excuse.
> >>
> >> Yakov,
> >>
> >> It is my understanding that the overlap is summed up in the following
> >> text from draft-rekhter:
> >>
> >>     "This document also identifies the deployment scenarios where BGP
> >>      Source Active auto-discovery routes will not be used."
> >>
> >> More specifically, the overlap is the case where the service provider
> >> has provisioned the network in such a way that the RP for a particular
> >> group G is always between the receivers and the sources.  If the
> >> network is provisioned that way, the ingress PE for (S,G) is always
> >> the same as the ingress PE for the RP, so the SA A-D routes are never
> >> needed.
> >>
> >> Draft-rekhter should be scoped to the case where the network is not
> >> known to be provisioned in this way.
> >
> > Could you please propose the text that you'd like meto insert in
> > draft-rekhter ?
> >
> > Yakov.
> >
> 
> Yakov,
> 
> I will try to do so, as I understand it you agree to go ahead with
> the wg adoption poll for draft-wijnands-mpls-mldp-in-band-wildcard-
> encoding, while we sort out the text that needs to go into
> draft-rekhter-mpls-pim-sm-over-mldp.

I agreed to the plan you proposed in your e-mail on Dec 4, 2013.
According to this plan

   1.  Issue a single poll to adopt both documents together as
       working group documents

However, what you doing now is *not* what you proposed in the plan,
as now you issued a two week poll on adopting just
draft-wijnands-mpls-mldp-in-band-wildcard-encoding as an MPLS working
group document.

Yakov.