Re: [Teas] Te-topology and te data models questions

Igor Bryskin <i_bryskin@yahoo.com> Tue, 22 October 2019 14:05 UTC

Return-Path: <i_bryskin@yahoo.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 119D01200EB for <teas@ietfa.amsl.com>; Tue, 22 Oct 2019 07:05:39 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.997
X-Spam-Level:
X-Spam-Status: No, score=-1.997 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=yahoo.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 Nj8wbFTQizZB for <teas@ietfa.amsl.com>; Tue, 22 Oct 2019 07:05:37 -0700 (PDT)
Received: from sonic302-21.consmr.mail.ne1.yahoo.com (sonic302-21.consmr.mail.ne1.yahoo.com [66.163.186.147]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1493F12086E for <teas@ietf.org>; Tue, 22 Oct 2019 07:05:37 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1571753136; bh=ipOmeh0XtKMIOU8QyQV4zKxkzOOmA6KVw6ks8YlymwA=; h=Date:From:To:In-Reply-To:References:Subject:From:Subject; b=iM2wNC1lrIvOhRhSBS08oMxwK6ovX5L4q6Xd16fXktzoXVZpQoGCP7weIXYSXAl5LHI7UJg3Svn3K0bOdSW75Y5ENOpOWutDAfk2DZfKfDl2T3JSxleUYB7187UZt/MXt6JnQMo7Dz02B/AjDuSThPWMwTfYa/yT8h0+/+a53KHqN8P0eTGZjFZPfWTyACpgkh9OCBCIdF3FUDr4/MuCenlDk+fK1IXeIgHNzX+Gdx+3nLFCw5eyhcG8d+1ntIpjKKeUcXL+z1UVJ4Zmv1NLRgLZ057nRZYIlMxTpQATM7bUwH7NzYl9byr9cXcqXw8cANsQRppcj03sA4RtWbxQIg==
X-YMail-OSG: K1lPgRIVM1m3VWkljqCXyCBmgq5lPMxceek7mD7uZa13tkPTwIq6tv4ywLcEZTT myNzlS07ediRFVf5Fhd6itqQoTrrBgEfRZhXsfckm5.Iosc85FWB1lOnQ9qmwZ9UEWxOgkZtvh5Z EJwcyssgjF_NUDZE3KafdO2PxwOqNmXdAayYKFyaR_pwp6QLbh26mHSlzfDpC5ObZNHx3SOSlnZk 0DPK0l6ZmHmU5_Mfp.WtwQ.lSDVj3AzT.5ENgqNtPiCieVrD22g1fCeKET_1B86cbrY6rpCeE88C 2EU.BBXZNWqZnE8jzjBbiu7shR6oB2WOLAn8TmqrFL0ilhltYf1bsWAnw0SFsiCl0JzAyl01pJ_q E2eGNzEKHAVMouI8k72B95Nrl_Z2NtX2zm1un5BajFVbKyq9javWg79gtX2tk8_cjcWkpNHQ9dTJ dTTo.nlH6paVohGha.lworShV3FC3Xe2wIJ3QMrHEK.Dkhy3G4CbebW0RHmQMgfEP0pQRnSe8EX3 uT9O4Fg.UlUVKR9mzFU97yfXN_gkZbenqSQJBW73Zmjt1yqIuYmGgUo_y2_AZrK8IcdLEomlQi5O xzWz2i0Bo76K0KVoIp1EsJdSusHU6Qt3wxtkz1oJcOj5ZGR.VT9ngTInLIGilBufh9tf7h_93TiS imvuqILVWOUV67uQYr30xCrQw8JCbWYHLafTuA11zcRunH6Tq_mOwAjd5JFokso9ytJiOYdLEPAE 2876Cf_GtjVXrr4M4t7DaUmMZnXsgPv0YNq_FdeEPldqolt0pxJw9u2Z9gsM9wI.pm.MSPJCGbPa J_N3o4Wsx.hCv22IuP.0m_ha138wxrcYRqEfuz8er9E_udcFDMY6qfobgH8o9bvkWGCkHmrJN9T4 fjgoPHFj.ko2WwycTAUOQJL2iJSZdJbDbQnm_Uhtd4D6jtQvaOvaZrTsU5ejKW9xKE4ry30RRZ6d Di3Dzs2gTh5IO1KIV1imdBXnUHZsJYZ0SujNMlqPKhZMNKWPXJe.n75D3vgxiWRZhVbYbhRY6Xzo l9n8S6RSXccMxWwum8eSFJtYlPQ8miG7z.D1Y9aIBEq9PYSqsaAG76O13XxI_lr9LWDu.KQZyL15 7CIv8xda_HdZMj.MDVELdTa014AvfuGx_dkHedQZkrWRYRhRzZ9wspMk8NLqNrrjZVU.c7dAOEw2 tDXTpXNVckJeuDKW62BnOB_3YHXTBlG0aPariDnG0pq5TzovO5j0zU358RTalUBFJTdzhIvRAJOr 9JY_cI0RLCw7lf7eRSbXMCiEhQ3e0NDmBDXTeGrIDfh7wxK1KEDYGLCbtZvAYhvuwOWCgMU3i6VS mBjQDbRRA9wvoFgu2MDS6Kzc-
Received: from sonic.gate.mail.ne1.yahoo.com by sonic302.consmr.mail.ne1.yahoo.com with HTTP; Tue, 22 Oct 2019 14:05:36 +0000
Date: Tue, 22 Oct 2019 14:05:30 +0000
From: Igor Bryskin <i_bryskin@yahoo.com>
To: "teas@ietf.org" <teas@ietf.org>, Anton Snitser <antons@sedonasys.com>
Message-ID: <2022179508.357497.1571753131017@mail.yahoo.com>
In-Reply-To: <E317D9F6-D881-4F9B-8640-C3E5F6E25EEC@sedonasys.com>
References: <E317D9F6-D881-4F9B-8640-C3E5F6E25EEC@sedonasys.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="----=_Part_357496_939228142.1571753131017"
X-Mailer: WebService/1.1.14593 YMailNorrin Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:59.0) Gecko/20100101 Firefox/59.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/teas/Ung8HDWbCciUp86pdjQWWXwBAgw>
Subject: Re: [Teas] Te-topology and te data models questions
X-BeenThere: teas@ietf.org
X-Mailman-Version: 2.1.29
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, 22 Oct 2019 14:05:44 -0000

 Hi Anton,

Thank you for the interest, review and questions Please, find in line.

Cheers,
Igor

    On Tuesday, October 22, 2019, 6:55:07 AM EDT, Anton Snitser <antons@sedonasys.com> wrote:  
 
  
Hello everyone,
 
  
 
Name is Anton, am a systems engineer from Sedona systems.
 
  
 
I have been reviewing the ietf-te.yang and ietf-te-topology.yang data models as well as their various augmentations and I had a few questions regarding how they are meant to be used when representing native network state and managed objects. Not sure if this Is the correct email group. Saw it in the drafts, decided to try.
 
  
    
   - What is the usage scope of transitional links? – it is meant to represent an inter-layer transition between different layers, but as peC the diagrams In the drafts I have only seen it being used in the same    

   -    

   -  IB>>Correct. Transitional link is a special link modeling an inter-layer relationship. Specifically, it connects a client layer LTP with a server layer TTP and may articulate a cost of adding additional links in the server layer to satisfy  path computation request in the client layer. Transitional link is only useful  in multi-layer computations. Alternative to transitional link is inter-layer lock.
   -    

   - Can transitional links be used inter layer to describe a cross-layer-link in a technology disaggregated environment? E.g., a router port <-> OTN client-port and subsequently the OTN to WDM cross-layer-links. consider each layer node as a separate physical node e.g., physical router, OTN switch and WDM node    

   -    

   - IB>> No, in your case the link from the router is a regular TE link and belongs to OTN, while transitional link is inside WDM device (where OTN to WDM adaptation actually occurs)   




 
  
 
Consider the following.
 

 Is it possible to describe a link where a source node:tp from the IP topology and a destination node:tp from the OTN/WDM topology create a transitional link. IB>> No, see above
 
  
    
   - Are there strict guidelines on how a TTP should be modeled? In the drafts it is mentioned a TTP can be an OCH transponder in the WDM topology. What about OTN and IP? What are the rules used to designate a physical/logical entity as a TTP or non-TTP entity?
   
   - Can an IP loopback on routers be considered a TTP? If not then what is a TTP in the IP layer?
   - What is a TTP in the OTN layer? Is it the framing module in the switch?
   
   - IB>> TTP, generally speaking,  represents a device inside a TE node where a particular client-server layer adaptation (different in some way from other client-layer adaptations in the same node) occurs.  Normally, IP layer TE nodes do not have/requite TTPs, unless it is an abstract node, in which case the TTP may indicate, for example,  the physical router where TE tunnel (described on abstract IP topology) terminates.    


  
    
   - The figures are missing from thetutorial draft. Is there a reference implementation document somewhere?    

 
  
    
   - I have more questions, but I wanted to start slow.. to see there I get an ACK response.
 
  
 
  
 
Thank you very much to whoever answers!
 
Brgrds
 
  
 

 
Anton Snizar | Systems Engineer

 
m: +972-504042744
 
e: antons@sedonasys.com
 
w: sedonasys.com
 
l: Linkedin
 
  
 _______________________________________________
Teas mailing list
Teas@ietf.org
https://www.ietf.org/mailman/listinfo/teas