IETF Logo Mail Archive

Re: [mpls] Last Call: <draft-ietf-mpls-in-udp-04.txt> (Encapsulating MPLS in UDP) to Proposed Standard

"Joel M. Halpern" <jmh@joelhalpern.com> Fri, 10 January 2014 20:48 UTC

Return-Path: <jmh@joelhalpern.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 3168A1AE116; Fri, 10 Jan 2014 12:48:03 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.902
X-Spam-Level:
X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, 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 6SXdvSz7JJzX; Fri, 10 Jan 2014 12:48:01 -0800 (PST)
Received: from mailb2.tigertech.net (mailb2.tigertech.net [208.80.4.154]) by ietfa.amsl.com (Postfix) with ESMTP id D6B6A1AE0C6; Fri, 10 Jan 2014 12:48:01 -0800 (PST)
Received: from localhost (localhost [127.0.0.1]) by mailb2.tigertech.net (Postfix) with ESMTP id 35F061C0D2E; Fri, 10 Jan 2014 12:47:52 -0800 (PST)
X-Virus-Scanned: Debian amavisd-new at b2.tigertech.net
Received: from Joels-MacBook-Pro.local (pool-70-106-135-128.clppva.east.verizon.net [70.106.135.128]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mailb2.tigertech.net (Postfix) with ESMTPSA id 29102620DAE; Fri, 10 Jan 2014 12:47:51 -0800 (PST)
Message-ID: <52D05C75.3050505@joelhalpern.com>
Date: Fri, 10 Jan 2014 15:47:49 -0500
From: "Joel M. Halpern" <jmh@joelhalpern.com>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:24.0) Gecko/20100101 Thunderbird/24.1.1
MIME-Version: 1.0
To: Scott Brim <scott.brim@gmail.com>, Edward Crabbe <edc@google.com>
References: <20140102151419.4692.48031.idtracker@ietfa.amsl.com> <5933BB7D-2D2D-4145-A0B2-E92C8DA25844@netapp.com> <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE08242A8E@NKGEML512-MBS.china.huawei.com> <43B89809-F517-4BE2-BE1B-748A4B78FC7F@netapp.com> <52D01383.2080509@joelhalpern.com> <8DCFAFEE-2B06-4334-A5D7-7698D8D3081A@netapp.com> <CAPv4CP-iwoHEiV=xtNAd7qT4r8OYvfE1ZjnKE=wWY5VVcQ3x8w@mail.gmail.com> <CACKN6JGNAm6KWLohzqaM58jy94wYqmtjJTh4Y8Cx2dcRRqJ_xQ@mail.gmail.com> <CAPv4CP_YiOnKNBgh5Qg2AaLwOGfm6j3FidNQD347+QQhv5MfkA@mail.gmail.com>
In-Reply-To: <CAPv4CP_YiOnKNBgh5Qg2AaLwOGfm6j3FidNQD347+QQhv5MfkA@mail.gmail.com>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
Cc: "mpls@ietf.org" <mpls@ietf.org>, IETF <ietf@ietf.org>
Subject: Re: [mpls] Last Call: <draft-ietf-mpls-in-udp-04.txt> (Encapsulating MPLS in UDP) to Proposed Standard
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: Fri, 10 Jan 2014 20:48:03 -0000

The problem with taht paragraph is that it assumes that the UDP 
encapsulator knows what the payload is.
It seems to me that one could easily be applying the UDP in any one of a 
number of cases where the payload will not be known.
So the requirement in the paragraph seems at best difficult to meet.

And has been noted, this seems to place an expectation on UDP 
encapsulated MPLS that is not present for MPLS itself, when the traffic 
is not known to be IP.

Yours,
Joel

On 1/10/14 3:41 PM, Scott Brim wrote:
> On Fri, Jan 10, 2014 at 3:14 PM, Edward Crabbe <edc@google.com> wrote:
>> +1
>>
>> Let the encapsulated transport protocols take care of the congestion
>> end-to-end.
>
> Xu Xiaohu proposed a good paragraph:
> https://www.ietf.org/ibin/c5i?mid=6&rid=49&gid=0&k1=933&k2=75392&tid=1389386424
>

v2.23.0 | Report a Bug | By Email