RE: [Teas] Last Call: <draft-ietf-teas-yang-te-types-09.txt> (Traffic Engineering Common YANG Types) to Proposed Standard

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi Tarek, Tom,
For ODUCn and all so said OTN part "beyond 100G" the most updated reference in IETF is 
https://www.ietf.org/id/draft-merge-ccamp-gmpls-otn-b100g-applicability-01.txt

There are no further signaling extension document since in this document is stated that for the applicability scenarios addressed no further extension is needed. 

Thanks
Sergio


-----Original Message-----
From: Teas <teas-bounces@xxxxxxxx> On Behalf Of Tarek Saad
Sent: Wednesday, May 29, 2019 5:49 PM
To: tom petch <daedulus@xxxxxxxxxxxxx>; ietf@xxxxxxxx
Cc: draft-ietf-teas-yang-te-types@xxxxxxxx; teas-chairs@xxxxxxxx; teas@xxxxxxxx; db3546@xxxxxxx
Subject: Re: [Teas] Last Call: <draft-ietf-teas-yang-te-types-09.txt> (Traffic Engineering Common YANG Types) to Proposed Standard

Hi Tom,

You are right. ODUCn is introduced in ITU-T G709-2016 - RFC7139 only covered G709-2012.
I noticed some expired IETF I-D(s) tried to bring in support for ODUCn but aborted: draft-merge-ccamp-otn-b100g-fwk and draft-ali-ccamp-oducn-signal-type.
I will discuss with authors to remove this identity from those defined in this document.

Regards,
Tarek

On 5/29/19, 7:04 AM, "Teas on behalf of tom petch" <teas-bounces@xxxxxxxx on behalf of daedulus@xxxxxxxxxxxxx> wrote:

    One of the identities defined herein is
    ODUCn
    with a reference of RFC7139.
    
    I see no mention of ODUCn in RFC 7139 nor can I find it in the IANA
    registries for GMPLS
    
    Tom Petch
    
    
    ----- Original Message -----
    From: "The IESG" <iesg-secretary@xxxxxxxx>
    To: "IETF-Announce" <ietf-announce@xxxxxxxx>
    Cc: <draft-ietf-teas-yang-te-types@xxxxxxxx>; <teas-chairs@xxxxxxxx>;
    <teas@xxxxxxxx>; <db3546@xxxxxxx>
    Sent: Thursday, May 02, 2019 9:47 PM
    Subject: Last Call: <draft-ietf-teas-yang-te-types-09.txt> (Traffic
    Engineering Common YANG Types) to Proposed Standard
    
    
    >
    > The IESG has received a request from the Traffic Engineering
    Architecture and
    > Signaling WG (teas) to consider the following document: - 'Traffic
    > Engineering Common YANG Types'
    >   <draft-ietf-teas-yang-te-types-09.txt> as Proposed Standard
    >
    > 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@xxxxxxxx mailing lists by 2019-05-16. Exceptionally, comments may
    be
    > sent to iesg@xxxxxxxx instead. In either case, please retain the
    beginning of
    > the Subject line to allow automated sorting.
    >
    > Abstract
    >
    >
    >    This document defines a collection of common data types and
    groupings
    >    in YANG data modeling language.  These derived common types and
    >    groupings are intended to be imported by modules that model Traffic
    >    Engineering (TE) configuration and state capabilities.
    >
    >
    >
    >
    > The file can be obtained via
    > https://datatracker.ietf.org/doc/draft-ietf-teas-yang-te-types/
    >
    > IESG discussion can be tracked via
    > https://datatracker.ietf.org/doc/draft-ietf-teas-yang-te-types/ballot/
    >
    >
    > No IPR declarations have been submitted directly on this I-D.
    >
    >
    >
    >
    
    _______________________________________________
    Teas mailing list
    Teas@xxxxxxxx
    https://www.ietf.org/mailman/listinfo/teas
    
_______________________________________________
Teas mailing list
Teas@xxxxxxxx
https://www.ietf.org/mailman/listinfo/teas




[Index of Archives]     [IETF Annoucements]     [IETF]     [IP Storage]     [Yosemite News]     [Linux SCTP]     [Linux Newbies]     [Mhonarc]     [Fedora Users]

  Powered by Linux