Re: [Teas] CCDR scenarios, simulation and suggestions

"Scharf, Michael (Nokia - DE/Stuttgart)" <michael.scharf@nokia.com> Thu, 20 July 2017 08:15 UTC

Return-Path: <michael.scharf@nokia.com>
X-Original-To: teas@ietfa.amsl.com
Delivered-To: teas@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C4886129B3A for <teas@ietfa.amsl.com>; Thu, 20 Jul 2017 01:15:28 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.796
X-Spam-Level:
X-Spam-Status: No, score=-0.796 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, HTTP_ESCAPED_HOST=1.125, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=nokia.onmicrosoft.com
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 CI3310WpcKdf for <teas@ietfa.amsl.com>; Thu, 20 Jul 2017 01:15:26 -0700 (PDT)
Received: from EUR02-AM5-obe.outbound.protection.outlook.com (mail-eopbgr00109.outbound.protection.outlook.com [40.107.0.109]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E17F1126557 for <teas@ietf.org>; Thu, 20 Jul 2017 01:15:25 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nokia.onmicrosoft.com; s=selector1-nokia-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=9DB+VgH0Avrm3s/7uvyaV0Ko9m5eUK2F6vAb61ZjqAk=; b=gGoS1GZAolvbNGbPp8L5qFFwQnS8abGPAWWdE5v/9+TBlhOCwg6aTx86I73GttVcRIw0EXwDlAtTCXH76NjtQwAVrhYzf3Sp59zDfJw1kdMgGgoVXXVY+o8SnimJkTT/JuvvOvCdVHXrqtyn/IcVbtQ4Qobxv4ox1B1ffExX6xA=
Received: from AM5PR0701MB2547.eurprd07.prod.outlook.com (10.173.92.15) by AM5PR0701MB2292.eurprd07.prod.outlook.com (10.169.152.15) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1282.4; Thu, 20 Jul 2017 08:15:23 +0000
Received: from AM5PR0701MB2547.eurprd07.prod.outlook.com ([fe80::b4f5:bfaf:bef6:e736]) by AM5PR0701MB2547.eurprd07.prod.outlook.com ([fe80::b4f5:bfaf:bef6:e736%17]) with mapi id 15.01.1282.011; Thu, 20 Jul 2017 08:15:23 +0000
From: "Scharf, Michael (Nokia - DE/Stuttgart)" <michael.scharf@nokia.com>
To: Aijun Wang <wangaijun@tsinghua.org.cn>, "julien.meuric@orange.com" <julien.meuric@orange.com>, "db3546@att.com" <db3546@att.com>
CC: 'TEAS WG' <teas@ietf.org>, 'LuHuang' <hlisname@yahoo.com>
Thread-Topic: [Teas] CCDR scenarios, simulation and suggestions
Thread-Index: AdLxasJh2iVWKQJsQPmuFVBT/C1CnwPrgXrwAAWb9PA=
Date: Thu, 20 Jul 2017 08:15:23 +0000
Message-ID: <AM5PR0701MB254759E3E9D0AD108E501EE593A70@AM5PR0701MB2547.eurprd07.prod.outlook.com>
References: <005301d2f16a$c34d5be0$49e813a0$@bri@chinatelecom.cn> <000601d3011f$dd49c690$97dd53b0$@org.cn>
In-Reply-To: <000601d3011f$dd49c690$97dd53b0$@org.cn>
Accept-Language: en-US, de-DE
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: tsinghua.org.cn; dkim=none (message not signed) header.d=none;tsinghua.org.cn; dmarc=none action=none header.from=nokia.com;
x-originating-ip: [135.245.212.21]
x-ms-publictraffictype: Email
x-microsoft-exchange-diagnostics: 1; AM5PR0701MB2292; 7:GhqBq291G7vljDudE3Ishs76QYB5YAx8ZqKrxkkiIV682aikZVCsf5sdROm4J2QoJ44uNq3vLBuz3cKKRfSgf2eXSaji1OKzYc7ufGrOwf9qgqHv42Knaw59rtpavYYYyq/NJqRTBsSwh1cGZF+uRXdjCw5NRFF3S9uCjqYMkrAc4u8Wu3uWOeWdj1ybInn+J8mTZske4TmiJf+cYLI6G6GLRdE42E8judFx53MZyCta0keDbCNNMi3W16V2rxA1qCcvrzmsySRKrW7n4E9Y9xOSwbGLA0/BFUnjGXXwCnz9yywwScABythaq3uchgsdl30Y0xM7TSeZtdQgzBQj9fKMw5R9HUXJ4BrnBtH5XhqtnjRg+0Yyet6j2krYFFcDsk2OtJE0uVo/3M9CrqVlviT+Nwwzqmh5n0Cvulnp0MAu4ybSCvq3LZ4XBzVMBovPiFG6EiVPFgMn914cH7vThhi3VVfSSPPX3f2ywiwRGIkdgAKaAfDN7VrBclYAiwfDZGPBGw1+ZflFYcVtYX6bvlfPPk/Px+9O96sMUYFHg2nsRIt58eZFG4PaYZ3tAGaZETd4kEfNR9f3fMTE0ZgKbn0u9Kq/C7M3HENdzn3RI8ej85JQf1LHz/okMWz+zb39ZKVfLzQQHmvkXQSk0V/qKPLYx3l/L+3e+xr/RVsAzhFnFOeUTkhHbn+TwZTW/NiR/3fmB4QpZUc/O7pSzTJ+S4B152aF7qinrfL1pqhS+wyraOK+Wldi3bQUY7joBLZl0+/FCLTv5NAkjD/gU4jEAgQTYBefz0AFdWrk0i3+DGE=
x-ms-office365-filtering-correlation-id: 25ee781c-9d3d-4fc4-3dff-08d4cf477839
x-ms-office365-filtering-ht: Tenant
x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(300000500095)(300135000095)(300000501095)(300135300095)(22001)(300000502095)(300135100095)(2017030254075)(48565401081)(300000503095)(300135400095)(2017052603031)(201703131423075)(201703031133081)(201702281549075)(300000504095)(300135200095)(300000505095)(300135600095)(300000506095)(300135500095); SRVR:AM5PR0701MB2292;
x-ms-traffictypediagnostic: AM5PR0701MB2292:
x-exchange-antispam-report-test: UriScan:(151999592597050)(278178393323532)(133145235818549)(26388249023172)(236129657087228)(82608151540597)(97927398514766)(48057245064654)(148574349560750)(18271650672692);
x-microsoft-antispam-prvs: <AM5PR0701MB229248EF4175151EF458981D93A70@AM5PR0701MB2292.eurprd07.prod.outlook.com>
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(100000700101)(100105000095)(100000701101)(100105300095)(100000702101)(100105100095)(6040450)(601004)(2401047)(8121501046)(5005006)(2017060910075)(93006095)(93001095)(10201501046)(3002001)(100000703101)(100105400095)(6055026)(6041248)(20161123558100)(20161123564025)(20161123562025)(201703131423075)(201702281528075)(201703061421075)(201703061406153)(20161123560025)(20161123555025)(6072148)(100000704101)(100105200095)(100000705101)(100105500095); SRVR:AM5PR0701MB2292; BCL:0; PCL:0; RULEID:(100000800101)(100110000095)(100000801101)(100110300095)(100000802101)(100110100095)(100000803101)(100110400095)(100000804101)(100110200095)(100000805101)(100110500095); SRVR:AM5PR0701MB2292;
x-forefront-prvs: 0374433C81
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(39410400002)(39400400002)(39860400002)(39840400002)(39850400002)(39450400003)(37854004)(377454003)(14454004)(790700001)(55016002)(6436002)(54906002)(6116002)(7696004)(606006)(3846002)(966005)(76176999)(2501003)(478600001)(236005)(54896002)(6306002)(9686003)(53936002)(5250100002)(39060400002)(2201001)(102836003)(6506006)(5660300001)(50986999)(74316002)(53546010)(54356999)(8676002)(9326002)(2906002)(38730400002)(7736002)(81166006)(3280700002)(3660700001)(86362001)(33656002)(2950100002)(6246003)(25786009)(66066001)(189998001)(8936002)(2900100001)(4326008)(229853002)(99286003); DIR:OUT; SFP:1102; SCL:1; SRVR:AM5PR0701MB2292; H:AM5PR0701MB2547.eurprd07.prod.outlook.com; FPR:; SPF:None; MLV:ovrnspm; PTR:InfoNoRecords; LANG:en;
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-Type: multipart/alternative; boundary="_000_AM5PR0701MB254759E3E9D0AD108E501EE593A70AM5PR0701MB2547_"
MIME-Version: 1.0
X-OriginatorOrg: nokia.com
X-MS-Exchange-CrossTenant-originalarrivaltime: 20 Jul 2017 08:15:23.1321 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 5d471751-9675-428d-917b-70f44f9630b0
X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM5PR0701MB2292
Archived-At: <https://mailarchive.ietf.org/arch/msg/teas/GQleowcwVel0m6qr_4XT5Gkn4tI>
Subject: Re: [Teas] CCDR scenarios, simulation and suggestions
X-BeenThere: teas@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Traffic Engineering Architecture and Signaling working group discussion list <teas.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/teas>, <mailto:teas-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/teas/>
List-Post: <mailto:teas@ietf.org>
List-Help: <mailto:teas-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/teas>, <mailto:teas-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 20 Jul 2017 08:15:29 -0000

Hi Aijun,

I would like to better understand why PCEP would be the best approach for this  problem. I think the motivation is well understood, but couldn’t this also be achieved by other, existing means?

Thanks

Michael


From: Aijun Wang [mailto:wangaijun@tsinghua.org.cn]
Sent: Thursday, July 20, 2017 8:17 AM
To: julien.meuric@orange.com; Scharf, Michael (Nokia - DE/Stuttgart) <michael.scharf@nokia.com>; db3546@att.com
Cc: 'TEAS WG' <teas@ietf.org>; 'LuHuang' <hlisname@yahoo.com>
Subject: Re: [Teas] CCDR scenarios, simulation and suggestions

Hi, Julien, Michael and Deborah:

Thanks for your comments on Mr.Huang Lu’s presentation(CCDR Presentation Material<https://www.ietf.org/proceedings/99/slides/slides-99-teas-sessa-13-ccdr-centrally-control-dynamic-routing-scenario-simulation-and-suggestion-01.pdf>) about the CCDR on Tuesday Morning’s TEAS session.
The presentation illustrates the traffic engineering scenarios that we encountered in our native IP network.
Traditional solutions to these scenarios are to apply MPLS technologies within the whole network and using RSVP-TE or SR-TE to steer the traffic. These technologies are valid but they either increase the network/device complexity or we must using the different solutions to cope with the intra-domain/inter-domain traffic engineering requirements.

Based on the above situation and the development of SDN concept/related technologies, we want to let the SDN controller do the most complex algorithm, let it instruct the devices for the optimal action, thus to alleviate the burden of the underlay network devices, reduce the complexity of synchronous signaling between them.

The key idea of the draft PCE in Native IP network<PCE%20in%20Native%20IP%20network> is to let the PCE/SDN controller instructs the devices on the optimal path via PCEP and keep the default path calculated by the normal IGP/BGP protocol. We think such solution has more network controllability in global view and thus easy to accomplish the complex TE requirements in one unified solution.

We are also eager to hear more opinions or suggestions on this topic to solve the problem that we encountered.


Best Regards.

Aijun Wang
Network R&D and Operation Support Department
China Telecom Corporation Limited Beijing Research Institute,Beijing, China.

发件人: Teas [mailto:teas-bounces@ietf.org] 代表 Aijun Wang
发送时间: 2017年6月30日 14:33
收件人: 'TEAS WG'
主题: [Teas] CCDR scenarios, simulation and suggestions

Hi,All:

We have uploaded the draft about CCDR scenarios, simulation and suggestions at https://tools.ietf.org/html/draft-wang-teas-ccdr-00.
Below is the brief introduction to it, wish to hear more valuable comments on it. We will also prepare to introduce it at the coming IETF meeting in Prague.


Abstract

   This document describes the scenarios, simulation and suggestions
   for the "Centrally Control Dynamic Routing (CCDR)" architecture,
   which integrates the merit of traditional distributed protocols
   (IGP/BGP), and the power of centrally control technologies (PCE/SDN)
   to provide one feasible traffic engineering solution in various
   complex scenarios for the service provider.

   Traditional MPLS-TE solution is mainly used in static network
   planning scenario and is difficult to meet the QoS assurance
   requirements in real-time traffic network. With the emerge of SDN
   concept and related technologies, it is possible to simplify the
   complexity of distributed control protocol, utilize the global view
   of network condition, give more efficient solution for traffic
   engineering in various complex scenarios.


Best Regards.

Aijun Wang
Network R&D and Operation Support Department
China Telecom Corporation Limited Beijing Research Institute,Beijing, China.