[prev in list] [next in list] [prev in thread] [next in thread] 

List:       ipng
Subject:    Re: Wireless ND was: about violation of standards
From:       Philip Homburg <pch-ipv6-ietf-6 () u-1 ! phicoh ! com>
Date:       2019-04-29 13:13:23
Message-ID: m1hL660-0000ImC () stereo ! hq ! phicoh ! net
[Download RAW message or body]

> Sure, matching a subnet per P2P link and then route between subnets
> one way of doing things.  Note that it is a deployment decision,
> not our decision as std makers or vendors. There are considerations
> out there like stability of links, capability to configure stuff
> from a management system and cheer scale that make people go for
> certain ways or others for their use cases. WiND allows to map
> subnets on P2P but does not force it, couldn't if we tried.

In general it is good to have clear operational justification to have
more than one way of doing something. Having multiple ways means more work
for implementations, risk of incompatible implementations, training costs,
etc.

I'm not judging against WiND, but it is worth looking at why other approaches
fail.

> About the size of the registrar, the backbone router enables a
> distribution of it. But really that is a discussion of the past.
> Routers can have gigs of memory. 

Some routers have gigs of memory. Some other routers only have a few megs
of memory. Issues with registration systems holding only one address are
real.

> And please do not dismiss the efforts that we had to make to enable
> routing in that space. RPL is not primitive in my book. WiND and
> RPL brought in a number of concepts that are now adopted in datacenter
> routing for RIFT, and though only nascent, I call RIFT a modern
> routing protocol.

So if you have a routing protocol, why not model it as a routing protocol?

Note that I'm interested in why mapping links to subnets fails. I.e., we tried
it and then this is what happened. 

Another issue, should we create big subnets that cannot do multicast? 

--------------------------------------------------------------------
IETF IPv6 working group mailing list
ipv6@ietf.org
Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6
--------------------------------------------------------------------
[prev in list] [next in list] [prev in thread] [next in thread]