<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Jan 23, 2020 at 12:18 PM Paul Vixie <<a href="mailto:paul@redbarn.org">paul@redbarn.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Thursday, 23 January 2020 18:59:19 UTC Karl Reuss wrote:<br>
> The current definition of Instance in the RSSAC026 lexicon is somewhat<br>
> ambiguous.<br>
> > When anycast routing is used to allow more than one server to have the<br>
> > same IP address, each one of those servers is commonly referred to as an<br>
> > instance. For root servers, one refers to "an instance of J-root" to mean<br>
> > one of the network locations answering to J-root’s IP address.<br>
> The first sentence says it's a server, and the second sentence says it's a<br>
> location. In the current draft, the definition has been changed to this:<br>
> > *When anycast routing is used to allow more than one server to have the<br>
> > same IP address, each one of those servers is commonly referred to as an<br>
> > instance or anycast instance. For root servers, one refers to "an<br>
> > instance of J-root" to mean one of the network servers answering to one<br>
> > of J-root’s IP addresses.*<br>
> So now it's a server on one address (which implies there's another instance<br>
> on J-root's other IP address).<br>
> <br>
> Paul thought this could use some discussion and I agree.<br>
<br>
i agree also.<br>
<br>
> In my mind, using the word 'server' to define something in this context is<br>
> confusing.  Is a server a piece of equipment or a software process?  I<br>
> think of an instance as "equipment used at a location used by an operator<br>
> to provide DNS service".  If I had to define it as a single word, I would<br>
> say it's a location.<br>
<br>
since we've known here of cases where two instances in adjacent racks each had <br>
multiple servers and its own local load balancer but spoke to two different <br>
internet exchanges which were present in the same data center, "location" is <br>
wrong. that's in fact where we got "instance".<br>
<br>
> At one location for D-root we have 4 Dell servers in the same rack. They are<br>
> each talking BGP with a router that's using ECMP to reach them.  Each Dell<br>
> is answering on v4 and v6.   I consider this one instance.<br>
> <br>
> What do others think?<br>
<br>
i agree, that's an "instance", because it is a dedicated collection of server <br>
and network equipment operated as a root name server, having upstream <br>
connectivity not shared by any other instance. however, a lot of rootops no <br>
longer operate their own equipment in some "location(s)", and so share server <br>
and network equipment with "instances" of other root servers. so, "instance" <br>
will have to be defined to account for virtualization including both the <br>
cloudflare model and the PCH model. i don't know yet exactly how to do that.<br>
<br>
noting that c-root has always used dedicated server equipment but has never <br>
had dedicated network equipment (it plugs into cogentco edge routers which may <br>
also serve other customers), "instance" may have to be defined in terms of <br>
unique servers which might be virtual, having unique upstream connectivity <br>
among other instances of the same root server. by leaving out "equipment" and <br>
leaving out "network", a version of "instance" might suit all current and <br>
contemplated root server deployments, including the cloudflare and PCH models.<br></blockquote><div><br></div><div>I think it may be a bit cleaner to discuss anycast (generally) and then what is meant by an anycast instance, and finally what an anycast instance of a particular root server identity is.</div><div><br></div><div>Here's a brief attempt at this:</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Anycast is the routing technique of advertising the reachability of a prefix from more than one router, typically (but not exclusively) as a global BGP announcement. </blockquote><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"> An <i>anycast routing instance</i> is a single such routing announcement. </blockquote><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"> The <i>anycast instance of a root server identity</i> is the server or set of servers reachable via a <i>single anycast routing instance</i> of the corresponding identity's IPv4 and/or IPv6 prefix.</blockquote><div><br></div><div>It leaves unspecified any of the (IMHO unimportant details) of what the servers actually are (physical/virtual, dedicated/shared), and leaves the "network location" as an abstracted "anycast routing instance", for similar reasons.</div><div>It also allows for flexibility in whether the servers are single-stack or dual-stack for IPv4/IPv6 announcements/services.</div><div><br></div><div>Brian</div><div><br></div><div> </div></div></div>