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

t.petch <> Fri, 21 February 2014 15:17 UTC

Return-Path: <>
Received: from localhost ( []) by (Postfix) with ESMTP id E37771A0282 for <>; Fri, 21 Feb 2014 07:17:21 -0800 (PST)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -2.601
X-Spam-Status: No, score=-2.601 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_PASS=-0.001] autolearn=ham
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id 8Vf7YMeTH2GJ for <>; Fri, 21 Feb 2014 07:17:19 -0800 (PST)
Received: from ( []) by (Postfix) with ESMTP id CD1021A01AB for <>; Fri, 21 Feb 2014 07:17:18 -0800 (PST)
Received: from ( by ( with Microsoft SMTP Server (TLS) id 15.0.883.10; Fri, 21 Feb 2014 15:17:13 +0000
Message-ID: <003a01cf2f17$4eede300$>
From: t.petch <>
To: <>
References: <>
Date: Fri, 21 Feb 2014 15:05:59 +0000
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1106
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106
X-Originating-IP: []
X-ClientProxiedBy: ( To (
X-Forefront-PRVS: 01294F875B
X-Forefront-Antispam-Report: SFV:NSPM; SFS:(10009001)(6009001)(51704005)(52604005)(377454003)(199002)(189002)(13464003)(85306002)(81542001)(61296002)(14496001)(84392001)(50466002)(94946001)(88136002)(93136001)(46102001)(49866001)(47736001)(19580405001)(83322001)(59766001)(87266001)(87976001)(90146001)(80976001)(83072002)(56816005)(44736004)(92566001)(74876001)(4396001)(50226001)(87286001)(74706001)(47976001)(31966008)(51856001)(89996001)(47446002)(74502001)(77982001)(85852003)(19580395003)(33646001)(50986001)(74662001)(23756003)(81342001)(44716002)(76796001)(76482001)(47776003)(76786001)(42186004)(53806001)(62236002)(93516002)(54316002)(92726001)(63696002)(66066001)(80022001)(69226001)(65816001)(95666003)(62966002)(95416001)(77156001)(93916002)(94316002)(77096001)(86362001)(74366001)(56776001)(79102001)(74416001)(7726001); DIR:OUT; SFP:1101; SCL:1; SRVR:DBXPR07MB062;; CLIP:; FPR:FC5BC215.ACC687FD.7BD91D77.88E7F56D.2043D; PTR:InfoNoRecords; A:0; MX:1; LANG:en;
Subject: Re: [mpls] draft-ietf-mpls-forwarding
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Multi-Protocol Label Switching WG <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Fri, 21 Feb 2014 15:17:22 -0000


I just finished reading this - and see that the IESG have approved it.
Ah well, perhaps the RFC Editor will be interested.

s.1 /advise/advice/

   CC-CV Connectivity Check and Connectivity Verification
we have used Continuity Check elsewhere (e.g. mpls-tp-oam-framework)


"For example, an on-chip buffer capable of handling 4K packets
   of 64 bytes in length, or 256KB, corresponds to 2 msec on a 10 Mb/s"

My maths is hopeless.   4K packets of 64byte is 256Kbyte which is
2048Kbit  on a 10Mbit/s link is 2048K divided by 10M/s which is '2mS' -
why do I keep getting 200mS or 2dS?

s2.4.5.1 5)
/closest to the bottom of stack/closer to the bottom of stack/

we have used  Continuity Check elsewhere (e.g. mpls-tp-oam-framework)

This is quite cryptic where no references are given, e.g. Q40 for
Pseudowire OAM, MPLS-TP OAM, Layer-2 OAM Interworking

Tom Petch

----- Original Message -----
From: "Curtis Villamizar" <>
To: "t.petch" <>
Cc: <>om>; <>
Sent: Thursday, January 30, 2014 9:06 PM

> In message <00ce01cf1de4$45fb9ba0$>
> "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
> > skip Abstracts when I know I am going to be interested in a
> 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