Hi Tom, +Juergen, netmod WG,  

I think the question you ought to be asking is whether the base IPv4 and IPv6 
address types should be modified to NOT include the zone and the zone versions 
should be added as a separate YANG type. 

The RFC 6991 is under revision now:

https://datatracker.ietf.org/doc/draft-ietf-netmod-rfc6991-bis/

However, I'm not sure if the painful backward compatibility discussions could 
be overcome.  We'd also have to admit that it was a big mistake to include the 
zone in the base addresses. In any case, I don't think we just start using the 
no-zone types when the base addresses types are used everywhere. 

Thanks,
Acee



On 4/4/22, 7:11 AM, "Lsr on behalf of tom petch" <[email protected] on 
behalf of [email protected]> wrote:

    I assume that this is a refresh while waiting for ospf.yang to wind its way 
through the system

    I wonder if the ip address should be the no-zone variant from RFC6991 - I 
never know the answer to that so keep asking.

    Some time the contact needs updating to https://datatracker and the TLP to 
'Revised'

    Tom Petch

    ________________________________________
    From: Lsr <[email protected]> on behalf of [email protected] 
<[email protected]>
    Sent: 07 March 2022 03:14
    To: [email protected]
    Cc: [email protected]
    Subject: [Lsr] I-D Action: draft-ietf-lsr-ospfv3-extended-lsa-yang-10.txt


    A New Internet-Draft is available from the on-line Internet-Drafts 
directories.
    This draft is a work item of the Link State Routing WG of the IETF.

            Title           : YANG Model for OSPFv3 Extended LSAs
            Authors         : Acee Lindem
                              Sharmila Palani
                              Yingzhen Qu
            Filename        : draft-ietf-lsr-ospfv3-extended-lsa-yang-10.txt
            Pages           : 29
            Date            : 2022-03-06

    Abstract:
       This document defines a YANG data model augmenting the IETF OSPF YANG
       model to provide support for OSPFv3 Link State Advertisement (LSA)
       Extensibility as defined in RFC 8362.  OSPFv3 Extended LSAs provide
       extensible TLV-based LSAs for the base LSA types defined in RFC 5340.


    The IETF datatracker status page for this draft is:
    https://datatracker.ietf.org/doc/draft-ietf-lsr-ospfv3-extended-lsa-yang/

    There is also an htmlized version available at:
    
https://datatracker.ietf.org/doc/html/draft-ietf-lsr-ospfv3-extended-lsa-yang-10

    A diff from the previous version is available at:
    https://www.ietf.org/rfcdiff?url2=draft-ietf-lsr-ospfv3-extended-lsa-yang-10


    Internet-Drafts are also available by rsync at 
rsync.ietf.org::internet-drafts


    _______________________________________________
    Lsr mailing list
    [email protected]
    https://www.ietf.org/mailman/listinfo/lsr

    _______________________________________________
    Lsr mailing list
    [email protected]
    https://www.ietf.org/mailman/listinfo/lsr

_______________________________________________
netmod mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/netmod

Reply via email to