Re: [CCAMP] I-D Action: draft-lee-ccamp-wson-impairment-yang-00.txt

Hi Gert,

In the current WSON model, we have the following:

augment /nw:networks/nw:network/nw:node/tet:te/tet:tunnel-termination-point:
    +--rw supported-operational-modes*    te-wson-types:operational-mode
    +--rw configured-operational-modes?   te-wson-types:operational-mode
    +--rw supported-fec-types*            identityref
    +--rw supported-termination-types*    identityref
    +--rw supports-bit-stuffing?          boolean

So we are describing application codes in the TTP. Is this what you meant to describe application code in the Termination Point?

Thanks.
Young

From: Gert Grammel [mailto:ggrammel@juniper.net]
Sent: Wednesday, October 10, 2018 3:54 AM
To: ccamp@ietf.org
Cc: Dieter Beller <Dieter.Beller@nokia.com>; Leeyoung <leeyoung@huawei.com>; Zhenghaomian (Zhenghaomian, Optical &Microwave Technology Research Dept) <zhenghaomian@huawei.com>
Subject: Re: [CCAMP] I-D Action: draft-lee-ccamp-wson-impairment-yang-00.txt

The draft triggered a question about the approach we are using in ccamp to address WSON going forward. In the past, the group aimed for alignment with ITU-T and using application codes to describe optical capabilities. Is this still the way forward?
If so, my expectation would be to find application codes as description of termination points.
If the view changed, it should be spelled out.

Gert

From: CCAMP <ccamp-bounces@ietf.org<mailto:ccamp-bounces@ietf.org>> on behalf of Dieter Beller <Dieter.Beller@nokia.com<mailto:Dieter.Beller@nokia.com>>
Organization: Nokia
Date: Thursday, September 27, 2018 at 11:07
To: 'Leeyoung' <leeyoung@huawei.com<mailto:leeyoung@huawei.com>>, Zhenghaomian <zhenghaomian@huawei.com<mailto:zhenghaomian@huawei.com>>
Cc: CCAMP <ccamp@ietf.org<mailto:ccamp@ietf.org>>
Subject: Re: [CCAMP] I-D Action: draft-lee-ccamp-wson-impairment-yang-00.txt

Hi Young and Haomian,

I had a look at draft-lee-ccamp-wson-impairment-yang-00, which you submitted a few weeks ago and I have the following concerns:

The abstract and introduction states:

Abstract

   This document provides a YANG data model for the impairment-aware TE

   topology in wavelength switched optical networks (WSONs).

1. Introduction

   ...

   This document provides a YANG data model for the impairment-aware

   Traffic Engineering (TE) topology in wavelength switched optical

   networks (WSONs). The YANG model described in this document is a

   WSON technology-specific Yang model based on the information model

   developed in [RFC7446<https://urldefense.proofpoint.com/v2/url?u=https-3A__tools.ietf.org_html_rfc7446&d=DwMDaQ&c=HAkYuh63rsuhr6Scbfh0UjBXeMK-ndb3voDTXcWzoCI&r=Sf-T94Aod4TTEURQzTXYYw-Q-H8PyeOsweqqcNyVIcU&m=zk3zS00lx60_LBxIKggxhMkHsPCBJ4biAFdpDYpeTGA&s=t3EVJKIBbfBziQCv67C_SIGqCsL1lLO5QfzEzD1wC0Y&e=>] and the two encoding documents [RFC7581<https://urldefense.proofpoint.com/v2/url?u=https-3A__tools.ietf.org_html_rfc7581&d=DwMDaQ&c=HAkYuh63rsuhr6Scbfh0UjBXeMK-ndb3voDTXcWzoCI&r=Sf-T94Aod4TTEURQzTXYYw-Q-H8PyeOsweqqcNyVIcU&m=zk3zS00lx60_LBxIKggxhMkHsPCBJ4biAFdpDYpeTGA&s=S4OUJ2my7xLw9DxcGX9NUyph3GbY44XOtQud1wwYp-A&e=>] and

   [RFC7579<https://urldefense.proofpoint.com/v2/url?u=https-3A__tools.ietf.org_html_rfc7579&d=DwMDaQ&c=HAkYuh63rsuhr6Scbfh0UjBXeMK-ndb3voDTXcWzoCI&r=Sf-T94Aod4TTEURQzTXYYw-Q-H8PyeOsweqqcNyVIcU&m=zk3zS00lx60_LBxIKggxhMkHsPCBJ4biAFdpDYpeTGA&s=V6LYiY4JVdT0RvJb6BoDJ0MWyLwIBz-nlotLCl8iNWk&e=>] that developed protocol independent encodings based on

   [RFC7446<https://urldefense.proofpoint.com/v2/url?u=https-3A__tools.ietf.org_html_rfc7446&d=DwMDaQ&c=HAkYuh63rsuhr6Scbfh0UjBXeMK-ndb3voDTXcWzoCI&r=Sf-T94Aod4TTEURQzTXYYw-Q-H8PyeOsweqqcNyVIcU&m=zk3zS00lx60_LBxIKggxhMkHsPCBJ4biAFdpDYpeTGA&s=t3EVJKIBbfBziQCv67C_SIGqCsL1lLO5QfzEzD1wC0Y&e=>].

Based on this scope, I was expecting that this I-D provides te-link augmentations for WSON networks.
Examples of WSON specific te-link attributes are fiber type, spectrum availability, chromatic dispersion, PMD, PDL, OSNR contribution (if the link includes ILAs) just to list a few.

However, the only te-link augmentation is:

     augment /nw:networks/nw:network/nt:link/tet:te/tet:te-link-attributes:

       +--ro power?   int32

It is also reasonable to define WSON augmentations for termination points representing the line side of optical transponders as they can be considered as topological elements
even if these attributes are not representing optical impairments!:

     augment /nw:networks/nw:network/nw:node/tet:te/tet:tunnel-termination-point:

       +--ro available-modulation*   identityref

       +--ro modulation-enabled?     boolean

       +--ro modulation-type?        identityref

       +--ro available-FEC*          identityref

       +--ro FEC-enabled?            boolean

       +--ro FEC-type?               identityref

       +--ro FEC-code-rate?          decimal64

       +--ro FEC-threshold?          decimal64

I don't understand why all the OT attributes are defined as ro attributes. State of the art OTs typically provide multiple operational modes. Hence, these attributes should
be defined as rw attributes.

All other augmentations are defined for paths (te-tunnels) or termination points, which is a bit strange! Here are two examples:

     augment /nw:networks/nw:network/nt:link/tet:te/tet:te-link-

   attributes/tet:underlay/tet:primary-path/tet:path-

   element/tet:type/tet:label/tet:label-hop/tet:te-label/tet:technology:

       +--:(wson-imp-topo)

          +--rw (grid-type)?

          |  +--:(dwdm)

          |  |  +--ro channel-freq?         decimal64

          |  +--:(cwdm)

          |     +--ro channel-wavelength?   uint32

          +--ro bit-rate?             decimal64

          +--ro BER?                  decimal64

          +--ro pmd?                  decimal64

          +--ro cd?                   decimal64

          +--ro osnr?                 decimal64

          +--ro q-factor?             decimal64

channel-freq/channel-wavelength, bit-rate, BER are definitively service (te-tunnel) attributes and do not represent optical impairments for a WSON network topology.
For pmd, cd, and q-factor (definition?), it looks like these are attributes for all the links along the path. Why are these impairments defined for a path and are not te-link
augmentations?

I was expecting that this draft defines optical impairments for the topological entities in a WSON network where optical impairments matter. Could you please clarify.

Thanks,
Dieter

On 01.09.2018 05:42, internet-drafts@ietf.org<mailto:internet-drafts@ietf.org> wrote:

A New Internet-Draft is available from the on-line Internet-Drafts directories.

        Title           : A Yang Data Model for Impairment-Aware WSON Optical Networks

        Authors         : Young Lee

                          Haomian Zheng

  Filename        : draft-lee-ccamp-wson-impairment-yang-00.txt

  Pages           : 18

  Date            : 2018-08-31

Abstract:

   This document provides a YANG data model for the impairment-aware TE

   topology in wavelength switched optical networks (WSONs).

The IETF datatracker status page for this draft is:

https://datatracker.ietf.org/doc/draft-lee-ccamp-wson-impairment-yang/<https://urldefense.proofpoint.com/v2/url?u=https-3A__datatracker.ietf.org_doc_draft-2Dlee-2Dccamp-2Dwson-2Dimpairment-2Dyang_&d=DwMDaQ&c=HAkYuh63rsuhr6Scbfh0UjBXeMK-ndb3voDTXcWzoCI&r=Sf-T94Aod4TTEURQzTXYYw-Q-H8PyeOsweqqcNyVIcU&m=zk3zS00lx60_LBxIKggxhMkHsPCBJ4biAFdpDYpeTGA&s=uI9XVdKyAYxfJxgBNbJzFb7PcL4ucbR7pQ3vwpUtFww&e=>

There are also htmlized versions available at:

https://tools.ietf.org/html/draft-lee-ccamp-wson-impairment-yang-00<https://urldefense.proofpoint.com/v2/url?u=https-3A__tools.ietf.org_html_draft-2Dlee-2Dccamp-2Dwson-2Dimpairment-2Dyang-2D00&d=DwMDaQ&c=HAkYuh63rsuhr6Scbfh0UjBXeMK-ndb3voDTXcWzoCI&r=Sf-T94Aod4TTEURQzTXYYw-Q-H8PyeOsweqqcNyVIcU&m=zk3zS00lx60_LBxIKggxhMkHsPCBJ4biAFdpDYpeTGA&s=9LRKj19B6QDmn2a-h5BQmCAtnorDM8ZXdbZeH9OrK3U&e=>

https://datatracker.ietf.org/doc/html/draft-lee-ccamp-wson-impairment-yang-00<https://urldefense.proofpoint.com/v2/url?u=https-3A__datatracker.ietf.org_doc_html_draft-2Dlee-2Dccamp-2Dwson-2Dimpairment-2Dyang-2D00&d=DwMDaQ&c=HAkYuh63rsuhr6Scbfh0UjBXeMK-ndb3voDTXcWzoCI&r=Sf-T94Aod4TTEURQzTXYYw-Q-H8PyeOsweqqcNyVIcU&m=zk3zS00lx60_LBxIKggxhMkHsPCBJ4biAFdpDYpeTGA&s=yYQwBhf6k5pjyQs5AzU42jJPSWagS6hRERQh6xmBKpQ&e=>

Please note that it may take a couple of minutes from the time of submission

until the htmlized version and diff are available at tools.ietf.org.

Internet-Drafts are also available by anonymous FTP at:

ftp://ftp.ietf.org/internet-drafts/<https://urldefense.proofpoint.com/v2/url?u=ftp-3A__ftp.ietf.org_internet-2Ddrafts_&d=DwMDaQ&c=HAkYuh63rsuhr6Scbfh0UjBXeMK-ndb3voDTXcWzoCI&r=Sf-T94Aod4TTEURQzTXYYw-Q-H8PyeOsweqqcNyVIcU&m=zk3zS00lx60_LBxIKggxhMkHsPCBJ4biAFdpDYpeTGA&s=INR37WxNxA8xTIwaS6H619I9PtANk9yce9uZ5K0JUPo&e=>

_______________________________________________

I-D-Announce mailing list

I-D-Announce@ietf.org<mailto:I-D-Announce@ietf.org>

https://www.ietf.org/mailman/listinfo/i-d-announce<https://urldefense.proofpoint.com/v2/url?u=https-3A__www.ietf.org_mailman_listinfo_i-2Dd-2Dannounce&d=DwMDaQ&c=HAkYuh63rsuhr6Scbfh0UjBXeMK-ndb3voDTXcWzoCI&r=Sf-T94Aod4TTEURQzTXYYw-Q-H8PyeOsweqqcNyVIcU&m=zk3zS00lx60_LBxIKggxhMkHsPCBJ4biAFdpDYpeTGA&s=y7F8N-yRSsfKTyuRhcdGIldonUXJm1JjYAVeCDOpKGA&e=>

Internet-Draft directories: http://www.ietf.org/shadow.html<https://urldefense.proofpoint.com/v2/url?u=http-3A__www.ietf.org_shadow.html&d=DwMDaQ&c=HAkYuh63rsuhr6Scbfh0UjBXeMK-ndb3voDTXcWzoCI&r=Sf-T94Aod4TTEURQzTXYYw-Q-H8PyeOsweqqcNyVIcU&m=zk3zS00lx60_LBxIKggxhMkHsPCBJ4biAFdpDYpeTGA&s=3I5S3Q84_0hym70TgOlwjPHUfcqCWflXKfQQNwLIdTE&e=>

or ftp://ftp.ietf.org/ietf/1shadow-sites.txt<https://urldefense.proofpoint.com/v2/url?u=ftp-3A__ftp.ietf.org_ietf_1shadow-2Dsites.txt&d=DwMDaQ&c=HAkYuh63rsuhr6Scbfh0UjBXeMK-ndb3voDTXcWzoCI&r=Sf-T94Aod4TTEURQzTXYYw-Q-H8PyeOsweqqcNyVIcU&m=zk3zS00lx60_LBxIKggxhMkHsPCBJ4biAFdpDYpeTGA&s=nqyp7tceQcl0YDvaQkoXSngBC3d39UaNlPP564Bjj0A&e=>