[Teas] Use cases discussed during the IETF TE Topology YANG Model Design Meeting

Dieter Beller <Dieter.Beller@nokia.com> Tue, 01 March 2016 13:46 UTC

Return-Path: <dieter.beller@nokia.com>
X-Original-To: teas@ietfa.amsl.com
Delivered-To: teas@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DFA221B2CAA for <teas@ietfa.amsl.com>; Tue, 1 Mar 2016 05:46:35 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.901
X-Spam-Level:
X-Spam-Status: No, score=-6.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, 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 oOGSOB2EehmB for <teas@ietfa.amsl.com>; Tue, 1 Mar 2016 05:46:33 -0800 (PST)
Received: from smtp-fr.alcatel-lucent.com (fr-hpida-esg-02.alcatel-lucent.com [135.245.210.21]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 94BA01B2CA7 for <teas@ietf.org>; Tue, 1 Mar 2016 05:46:32 -0800 (PST)
Received: from fr712umx4.dmz.alcatel-lucent.com (unknown [135.245.210.45]) by Websense Email Security Gateway with ESMTPS id 7041BCCB450A4 for <teas@ietf.org>; Tue, 1 Mar 2016 13:46:27 +0000 (GMT)
Received: from fr712usmtp2.zeu.alcatel-lucent.com (fr712usmtp2.zeu.alcatel-lucent.com [135.239.2.42]) by fr712umx4.dmz.alcatel-lucent.com (GMO-o) with ESMTP id u21DkTPt031357 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for <teas@ietf.org>; Tue, 1 Mar 2016 13:46:30 GMT
Received: from FR711WXCHHUB01.zeu.alcatel-lucent.com (fr711wxchhub01.zeu.alcatel-lucent.com [135.239.2.111]) by fr712usmtp2.zeu.alcatel-lucent.com (GMO) with ESMTP id u21DkOOY018307 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL) for <teas@ietf.org>; Tue, 1 Mar 2016 14:46:26 +0100
Received: from [149.204.107.250] (135.239.27.39) by FR711WXCHHUB01.zeu.alcatel-lucent.com (135.239.2.111) with Microsoft SMTP Server (TLS) id 14.3.195.1; Tue, 1 Mar 2016 14:45:15 +0100
From: Dieter Beller <Dieter.Beller@nokia.com>
Organization: Nokia
To: TEAS WG <teas@ietf.org>
Message-ID: <56D59CEA.5000602@nokia.com>
Date: Tue, 01 Mar 2016 14:45:14 +0100
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.6.0
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="------------080601090305020808030200"
X-Originating-IP: [135.239.27.39]
Archived-At: <http://mailarchive.ietf.org/arch/msg/teas/VDs6Z94-s4PON4gd_v8EL9E8Lzo>
Subject: [Teas] Use cases discussed during the IETF TE Topology YANG Model Design Meeting
X-BeenThere: teas@ietf.org
X-Mailman-Version: 2.1.15
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: Tue, 01 Mar 2016 13:46:36 -0000

Hi TEAS WG,

as suggested by Lou, I am sharing with you some slides describing single 
layer and multi layer use cases, which were discussed during
the IETF TE Topology YANG Model Design Meeting yesterday.

The first 2 slides address (sub-)network abstraction and propose to use 
the connectivity matrix in case the resulting abstract node is
not blocking free.

The remaining slides are describing multi-layer network scenarios where 
a server layer trail is established in order to carry client layer
connections. In order to support multi-layer path computation, 
transitional links are proposed, which allow the construction of a
multi-layer network topology graph. Transitional links connect the 
topology graphs of two adjacent network layers. They are created
based on the capability of a node to encapsulate a client layer signal 
into a server layer signal. Exampleas are: IP in MPLS, OTN ODUk
into an OCh signal. While the transitional link concept is explained in 
the context of the OTN, it is generally applicable to all mult-layer
networks.

According to my perception, there was rough consensus that transitional 
links are useful  and should be included in the TE topology
YANG models.

Comments are welcome.


Thanks,
Dieter