On Feb 27, 2020, at 22:12, Warren Kumari <warren@kumari.net> wrote:
On Thu, Feb 27, 2020 at 3:48 PM Andrew McConachie <andrew.mcconachie@icann.org> wrote:
Dear RSSAC Caucus Members,
Thanks everyone who gave feedback during the review of RSSAC026v2. I made a couple of nits to the document. The one substantial change was to the definition of instance (anycast instance).
The definition now reads: An instance, or an anycast instance,[0] is the portion of a root server operator's infrastructure that serves root data at one site (i.e., topological location on the Internet) using an IP address associated with a root server identifier.
[0] See https://urldefense.proofpoint.com/v2/url?u=https-3A__datatracker.ietf.org_do...
Actually, I have an issue with this -- RFC4786 uses the term "Anycast Node", not anycast instance. The placement of the footnote marker implies the the RFC uses the 'instance' term.
I see (at least) 2 solutions: 1: "An instance, anycast instance, or anycast node [0] is the portion of a..." or 2: "An instance, or an anycast[0] instance, is the portion of a ..."
Option 2 is simpler (move the marker), but Option 1 is (IMO) better - it more comprehensively explains the term, and I've often heard the node terminology used in other anycast discussions.
Of course, I'm fine with whatever (including no change) is decided...
W
Thanks for this catch. I suggest option 2, since I don’t think the RSSAC has ever used the term ‘anycast node’. It may be common in other anycast environments, but AFAIK the RSSAC has always spoken of ‘anycast instances’. —Andrew
You can review the whole document here: <https://urldefense.proofpoint.com/v2/url?u=https-3A__docs.google.com_documen... >
The RSSAC would like vote on this document at its March 10th meeting, so the document must be stable by March 3rd. If you have any final comments please send them to the list before Monday March 2.
Thanks, Andrew _______________________________________________ rssac-caucus mailing list rssac-caucus@icann.org https://mm.icann.org/mailman/listinfo/rssac-caucus
_______________________________________________ By submitting your personal data, you consent to the processing of your personal data for purposes of subscribing to this mailing list accordance with the ICANN Privacy Policy (https://urldefense.proofpoint.com/v2/url?u=https-3A__www.icann.org_privacy_p... ) and the website Terms of Service (https://urldefense.proofpoint.com/v2/url?u=https-3A__www.icann.org_privacy_t... ). You can visit the Mailman link above to change your membership status or configuration, including unsubscribing, setting digest-style delivery or disabling delivery altogether (e.g., for a vacation), and so on.
-- I don't think the execution is relevant when it was obviously a bad idea in the first place. This is like putting rabid weasels in your pants, and later expressing regret at having chosen those particular rabid weasels and that pair of pants. ---maf