Re: [mpls] Last Call: <draft-ietf-mpls-tp-use-cases-and-design-06.txt>

"Luyuan Fang (lufang)" <lufang@cisco.com> Tue, 02 April 2013 01:05 UTC

Return-Path: <lufang@cisco.com>
X-Original-To: mpls@ietfa.amsl.com
Delivered-To: mpls@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 64E4411E811A; Mon, 1 Apr 2013 18:05:30 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -8.846
X-Spam-Level:
X-Spam-Status: No, score=-8.846 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, MIME_BASE64_TEXT=1.753, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id COllLp47q31a; Mon, 1 Apr 2013 18:05:29 -0700 (PDT)
Received: from rcdn-iport-5.cisco.com (rcdn-iport-5.cisco.com [173.37.86.76]) by ietfa.amsl.com (Postfix) with ESMTP id 1665011E80F8; Mon, 1 Apr 2013 18:05:29 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=12295; q=dns/txt; s=iport; t=1364864729; x=1366074329; h=from:to:cc:subject:date:message-id:in-reply-to: mime-version; bh=FPyWT/s0hLgu4xm9JXKcQjXk/PAzMb0bdYobFBuoTDE=; b=eb59mU5XpNZIlTjUAlvzgaM29Xte96HQZOkfsJri2JWXGtqXW3KweZxr n37LH2f8b7JEz5SvjciZqoisX2lPvMpn0ModiZC5Z9tgQmbUcVWzuyQrp gL+hD4p2671aO/59yEtG02g9W+P44kLqkumcYkkug8XGi9ngkR/tCiaFJ E=;
X-Files: default[4].xml : 3222
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AgQFAI8tWlGtJXG8/2dsb2JhbABDgzuDILwhDXEWdIIfAQEBBAEBAWsLDAYBCBEDAQIBCiIEJQsdCAIEAQ0FCAaIBgyTS5p+BoJCj3aNeYEHIAYLBwaCIThhA49FiEWPbIMLgWo+
X-IronPort-AV: E=Sophos; i="4.87,390,1363132800"; d="xml'?rels'?scan'72,48,208"; a="193830200"
Received: from rcdn-core2-1.cisco.com ([173.37.113.188]) by rcdn-iport-5.cisco.com with ESMTP; 02 Apr 2013 01:05:28 +0000
Received: from xhc-aln-x03.cisco.com (xhc-aln-x03.cisco.com [173.36.12.77]) by rcdn-core2-1.cisco.com (8.14.5/8.14.5) with ESMTP id r3215SVI029451 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Tue, 2 Apr 2013 01:05:28 GMT
Received: from xmb-rcd-x03.cisco.com ([169.254.7.17]) by xhc-aln-x03.cisco.com ([173.36.12.77]) with mapi id 14.02.0318.004; Mon, 1 Apr 2013 20:05:27 -0500
From: "Luyuan Fang (lufang)" <lufang@cisco.com>
To: Russ Housley <housley@vigilsec.com>, "ietf@ietf.org" <ietf@ietf.org>
Thread-Topic: [mpls] Last Call: <draft-ietf-mpls-tp-use-cases-and-design-06.txt>
Thread-Index: AQHOLz4pe+S4mct/bEWgHAuKWl97qA==
Date: Tue, 02 Apr 2013 01:05:27 +0000
Message-ID: <0DB8F45437AB844CBB5102F807A0AD93102CB212@xmb-rcd-x03.cisco.com>
In-Reply-To: <A7D6179B-4760-4B3B-8547-769DADAA4243@vigilsec.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/14.3.1.130117
x-originating-ip: [10.131.12.86]
Content-Type: multipart/mixed; boundary="_002_0DB8F45437AB844CBB5102F807A0AD93102CB212xmbrcdx03ciscoc_"
MIME-Version: 1.0
Cc: "mpls@ietf.org" <mpls@ietf.org>
Subject: Re: [mpls] Last Call: <draft-ietf-mpls-tp-use-cases-and-design-06.txt>
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.12
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: Tue, 02 Apr 2013 01:05:30 -0000

Hi Russ,

Thanks for your comments, very good points.
Sorry for the delay in replying, I was out of office.

 
The following is my proposed text for replacing the current first
paragraph of section 1.2.

 
Traditional transport technologies include SONET/SDH, TDM, and ATM. There
is a transition away from these transport technologies to new packet
technologies.
In addition to the ever increasing demand for bandwidth, the packet
technologies offer these key advantages:

 
Bandwidth efficiency: Transport technologies supports fixed Bandwidth
only, no packet statistical multiplexing, bandwidth is reserved in
transport
whether used or not by clients. Packet technologies support statistical
multiplexing,
this is the most important motivation for the transition from traditional
transport technologies to packet technologies. The proliferation of new
distributed applications which communicate with servers over the network
in a
bursty fashion has been driving the adoption of packet transport
techniques, since
multiplexing of bursty sources is far more efficient over traditional
circuit-based
TDM technologies.

 
Flexible data rate connections: Traditional transport connection
granularity
is limited to the rigid PDH or SONET hierarchy (e.g., DS1, DS3, OC3, OC12,
etc.).
Packet technologies support flexible data rate connections. The support of
finer data rate granularity is important for today¹s wireline and wireless
services and applications.

 
QoS support: While traditional transport, such as TDM transport has
very limited QoS support, packet transport can provide needed QoS
treatment for
IPTV, Voice and Video over IP applications.

 
The root cause for transport moving to packet transport is the shift
of application from TDM to packet. For example, Voice TDM to VoIP; Video to
Video over IP; TDM access lines to Ethernet; TDM VPNs to IP VPNs and
Ethernet
VPNs. In addition, network convergence and technology refreshes demand for
common and flexible infrastructure that provides multiple services.

 
Thanks,
Luyuan



-----Original Message-----
From: Russ Housley <housley@vigilsec.com>
Date: Saturday, March 23, 2013 3:16 PM
To: "ietf@ietf.org" <ietf@ietf.org>
Cc: "mpls@ietf.org" <mpls@ietf.org>
Subject: Re: [mpls] Last
Call:	<draft-ietf-mpls-tp-use-cases-and-design-06.txt>

>I wonder if the direction of Section 1.2 can be revised to make it more
>of an engineering document.
>
>It currently says:
>
>   In recent years, the urgency for moving from traditional transport
>   technologies, such as SONET/SDH, TDM, and ATM, to new packet
>   technologies has been rising. This is largely due to the fast growing
>   demand for bandwidth, which has been fueled by the following factors:
>   ...
>
>Please consider an approach that describes the the reasons behind the
>transition from the network operator and network user perspectives:
>
>   Traditional transport technologies include SONET/SDH, TDM, and ATM.
>   There is a transition away from these transport technologies to new
>   packet technologies. In addition to the ever increasing demand for
>   bandwidth, the packet technologies offer these advantages:
>   ...
>
>The fact that IP networks are being used for new applications and that
>the legacy devices are getting old does not motivate the transition to
>packet technologies.  The advantages that packet technologies offer for
>these new applications is the thing that needs to be highlighted here,
>even if it is just a list of bullets.
>
>It seems like the only sentence that addresses this point in Section 1.2
>is: "It streamlines the operation, reduces the overall complexity, and
>improves end-to-end convergence."
>
>Thanks,
>  Russ
>
>On Jan 28, 2013, at 3:01 PM, The IESG wrote:
>
>> The IESG has received a request from the Multiprotocol Label Switching
>>WG
>> (mpls) to consider the following document:
>> - 'MPLS-TP Applicability; Use Cases and Design'
>>  <draft-ietf-mpls-tp-use-cases-and-design-06.txt> as Informational RFC
>> 
>> The IESG plans to make a decision in the next few weeks, and solicits
>> final comments on this action. Please send substantive comments to the
>> ietf@ietf.org mailing lists by 2013-02-11. Exceptionally, comments may
>>be
>> sent to iesg@ietf.org instead. In either case, please retain the
>> beginning of the Subject line to allow automated sorting.
>> 
>> Abstract
>> 
>>   This document provides applicability, use case studies and network
>>   design considerations for the Multiprotocol Label Switching Transport
>>   Profile (MPLS-TP). The use cases include Metro Ethernet access and
>>   aggregation transport, Mobile backhaul, and packet optical transport.
>> 
>> The file can be obtained via
>> http://datatracker.ietf.org/doc/draft-ietf-mpls-tp-use-cases-and-design/
>> 
>> IESG discussion can be tracked via
>> 
>>http://datatracker.ietf.org/doc/draft-ietf-mpls-tp-use-cases-and-design/b
>>allot/
>> 
>> 
>> No IPR declarations have been submitted directly on this I-D.
>
>_______________________________________________
>mpls mailing list
>mpls@ietf.org
>https://www.ietf.org/mailman/listinfo/mpls