Hi Andy,

From: Andy Bierman <a...@yumaworks.com>
Date: Thursday, April 14, 2022 at 12:24 PM
To: Acee Lindem <a...@cisco.com>
Cc: Martin Björklund <mbj+i...@4668.se>, Juergen Schoenwaelder 
<j.schoenwael...@jacobs-university.de>, "l...@ietf.org" <l...@ietf.org>, 
"netmod@ietf.org" <netmod@ietf.org>
Subject: Re: [netmod] [Lsr] I-D Action: 
draft-ietf-lsr-ospfv3-extended-lsa-yang-10.txt



On Thu, Apr 14, 2022 at 8:01 AM Acee Lindem (acee) 
<acee=40cisco....@dmarc.ietf.org<mailto:40cisco....@dmarc.ietf.org>> wrote:
While RFC 4001 really didn't need to extend the zone index to IPv4, the 
conversation also pertains to IPv6 address types. At least RFC 4001 got it 
right by not making the zone index part of the default types and defining ipv4z 
and ipv6z.

So is this a correct summary:

 - zone index is not used in IPv4 at all

I’d be fairly certain that this is the case.

 - zone index is not configured by a client in IPv6 at all

Nobody can point to any clients. However, Jürgen has pointed out that there are 
Linux files and commands that accept a link-local addresses with a zone. 
Conceivably, one could extrapolate this to a YANG model.

Thanks,
Acee

 - zone index is assigned by the system (as needed) to IPv6 link-local addresses

I want to add a server option in our code to always reject (or alter)
an edit that contains a zone index.  I need to know the consensus on
whether it is OK to ignore a zone index from a client.
Nothing in RFC 6241 suggests that this is OK for <edit-config>.


Thanks,
Acee

Andy

On 4/14/22, 10:04 AM, "Lsr on behalf of Martin Björklund" 
<lsr-boun...@ietf.org<mailto:lsr-boun...@ietf.org> on behalf of 
mbj+i...@4668.se<mailto:mbj%2bi...@4668.se>> wrote:

    I thought the discussion was only about ipv4?


    /martin


    Jürgen Schönwälder 
<j.schoenwael...@jacobs-university.de<mailto:j.schoenwael...@jacobs-university.de>>
 wrote:
    > On Thu, Apr 14, 2022 at 03:23:31PM +0200, Martin Björklund wrote:
    > > Hi,
    > >
    > > First of all, I agree that if we were to design this from scratch, I
    > > think we should have a type for just an ip address, and use a second
    > > leaf for the zone (or interface).
    > >
    >
    > The notation 'fe80::4d9:ff04:4fa6:7980%en0' is widely supported in
    > application space. The IPv6 working group has a recurring debate on
    > the usage of zoned IPv6 address in URLs [1], where the debate is about
    > the question whether the % needs to be escaped or not. I do not know
    > where the latest iteration stopped, but details can be found in RFC
    > 6874 and draft-carpenter-6man-rfc6874bis-03.
    >
    > Philip Homburg's RIPE Labs note [2] might also be an interesting
    > read. According to this, getaddrinfo() actually deals with zoned
    > addresses (and hence even data model implementation that pass data to
    > getaddrinfo() to obtain socket addresses may do the right thing.)
    >
    > My view is that down in the network layer models, you often know the
    > interface by context and ipv6-address-no-zone is sufficient. If you go
    > to application space, you really want "ipv6-address-with-zone" by
    > default in order to support link-local addresses.
    >
    > /js
    >
    > [1] http://[fe80::4d9:ff04:4fa6:7980%en0]/
    >
    > [2] 
https://labs.ripe.net/author/philip_homburg/whats-the-deal-with-ipv6-link-local-addresses/
    >
    > --
    > Jürgen Schönwälder              Jacobs University Bremen gGmbH
    > Phone: +49 421 200 3587         Campus Ring 1 | 28759 Bremen | Germany
    > Fax:   +49 421 200 3103         <https://www.jacobs-university.de/>

    _______________________________________________
    Lsr mailing list
    l...@ietf.org<mailto:l...@ietf.org>
    https://www.ietf.org/mailman/listinfo/lsr

_______________________________________________
netmod mailing list
netmod@ietf.org<mailto:netmod@ietf.org>
https://www.ietf.org/mailman/listinfo/netmod
_______________________________________________
netmod mailing list
netmod@ietf.org
https://www.ietf.org/mailman/listinfo/netmod

Reply via email to