Re: IPv6 RIR policy [was Re: IPv6 addresses really are scarce after all]

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

 



Thus spake "Keith Moore" <moore@xxxxxxxxxx>
The RIRs do not limit the discussion of operations experience
to a narrow few sources, rather the the discussion is open to all
and an array of perspectives are offered.  The RIRs do not per
se discuss operations, the discussion is over policies that are
reflective of real world operational experience.

what I meant was that users' operations are arguably as important
as ISPs operations, and I presume that because of their
membership the RIRs are only considering the latter.

The RIRs are definitely biased towards ISPs, because IP addressing policy is a core business concern to ISPs but "overhead" to other companies. The IETF has more vendors but still few end users.

However, there is adequate proof the RIRs can respond to end users' concerns when anyone cares enough to show up: PIv6 wouldn't have happened without end-user operators coming out of the woodwork to support it, overwhelming ISP and IETF resistance. The periodic flamefests about how to treat legacy space are also demonstrations of end-user input, though it seems to amount to no more than "leave us alone" vs "kill them all" in most cases.

perhaps, but if IETF has the problem that it's not willing to
assert its ownership over its own protocols, that problem is
better addressed in IETF than in ARIN.

It's not a matter of ownership but whether the engineering
solution is still germane to real world needs.

they are separate problems.  if the recommendations we made
are not viable, then we need to know that so we can fix it.

When you've got people in the RIRs talking about "routing around the failure" in reference to the IETF, that's a pretty clear indication. I know the RIRs send liaisons to the IETF; does the IETF send liaisons to the RIRs and various NOGs? Is anyone actually feeding information back and forth officially, or do we just have a few people rehashing the same arguments on different mailing lists?

IPv6 (as I first understood it) did have a business model assumed -
that one ISP would be all that an enterprise customer would need,

I don't know anybody who assumed that.  I think it was instead
assumed that multihomed sites could make do with multiple
(prefixes,addresses) per (net,host) and that applications could
somehow tolerate having multiple source and destination
addresses, be able to pick a reasonable pair from among those
available, and fail over to another source or destination address
when one end or another renumbered or the connection
failed.  (All of which I find rather dubious, but it's not the same
thing as assuming that there would be one ISP for an enterprise.)

The operational community heard that message, deemed it not a viable solution, and responded by passing PIv6. Heck, people think NAT (and we all know the IETF's head-in-the-sand attitude on that part of reality) with ULAs is more viable than multiple parallel PA assignments.

Okay, maybe I'm stretching the point here.  I am not sure why I
am bothering to post.  I guess I've become disappointed in the
amount of disrespect displayed in this thread.

well, I'm disappointed in the amount of disrespect displayed by
RIRs.

Perhaps that's true. Or perhaps the RIRs are trying to get the message across that how they assign addresses is up to their communities, not the IETF. Frankly, short of the IETF telling IANA to pull the RIRs' allocations, I don't see what practical authority the IETF has over address policy. I also fail to see why the IETF thinks it _should_ have any authority over that or any other operational matters. In my view, the IETF develops tools and it's up to operators to determine if/how to use them.

S

Stephen Sprunk         "God does not play dice."  --Albert Einstein
CCIE #3723         "God is an inveterate gambler, and He throws the
K5SSS dice at every possible opportunity." --Stephen Hawking


_______________________________________________

Ietf@xxxxxxxx
https://www1.ietf.org/mailman/listinfo/ietf

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