Re: [mpls] draft-ietf-mpls-forwarding

Curtis Villamizar <curtis@ipv6.occnc.com> Thu, 30 January 2014 21:07 UTC

Return-Path: <curtis@ipv6.occnc.com>
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 EE12C1A04CC for <mpls@ietfa.amsl.com>; Thu, 30 Jan 2014 13:07:06 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.437
X-Spam-Level:
X-Spam-Status: No, score=-2.437 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.535, SPF_HELO_PASS=-0.001, 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 47nXfm9PhUlj for <mpls@ietfa.amsl.com>; Thu, 30 Jan 2014 13:07:05 -0800 (PST)
Received: from maildrop2.v6ds.occnc.com (maildrop2.v6ds.occnc.com [IPv6:2001:470:88e6:3::232]) by ietfa.amsl.com (Postfix) with ESMTP id 242101A0489 for <mpls@ietf.org>; Thu, 30 Jan 2014 13:07:05 -0800 (PST)
Received: from harbor3.ipv6.occnc.com (harbor3.v6ds.occnc.com [IPv6:2001:470:88e6:3::239]) (authenticated bits=128) by maildrop2.v6ds.occnc.com (8.14.7/8.14.7) with ESMTP id s0UL6tln065171; Thu, 30 Jan 2014 16:06:56 -0500 (EST) (envelope-from curtis@ipv6.occnc.com)
Message-Id: <201401302106.s0UL6tln065171@maildrop2.v6ds.occnc.com>
To: "t.petch" <ietfc@btconnect.com>
From: Curtis Villamizar <curtis@ipv6.occnc.com>
In-reply-to: Your message of "Thu, 30 Jan 2014 17:53:15 +0000." <00ce01cf1de4$45fb9ba0$4001a8c0@gateway.2wire.net>
Date: Thu, 30 Jan 2014 16:06:55 -0500
Cc: mpls@ietf.org
Subject: Re: [mpls] draft-ietf-mpls-forwarding
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
Reply-To: curtis@ipv6.occnc.com
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, 30 Jan 2014 21:07:07 -0000

In message <00ce01cf1de4$45fb9ba0$4001a8c0@gateway.2wire.net>
"t.petch" writes:
 
> Curtis
>  
> MP2MP Multipoint to Point ?

Multipoint to multipoint.  Ie: capable of supporting <*,G> though
possibly for a policy constrained value of "*".  Some chips can do it
but I'm not sure what routers can do (whether software supports it)
and if so if anyone deploys MP2MP.  At least some P2MP for
distribution of stuff like video, maybe a lot but I don't know.
Plenty of MP2P since LDP is inherently MP2P.

> I would like the first sentence of the Abstract to start the
> Introduction - otherwise there is no intended audience (and I tend to
> skip Abstracts when I know I am going to be interested in a document).

The intended audience is in the intro later on in Section 1.4 ("Target
Audience").

> And is that second clause for Operators eg
> a basis for operators to evaluate forwarding implementations.

It is meant for both operators and system designers.  System designers
(ie: people working for router vendors that buy off the shelf silicon)
need to pick a forwarding chip long before operators are evaluating.
See Section 1.4.

In the case of forwarding the "implementor" is designing a chip.  The
"system designer" is using it in a product.  The operator is (we hope)
trying to find out what if any bad decisions were made in an
evaluation to determine what effect any shortcomings would have before
deploying and finding out the hard way.

> (more to follow - the I-D is big and my reading is slow:-(

No problem.  Thanks for taking a look.

> Tom Petch

Curtis