This archive is retained to ensure existing URLs remain functional. It will not contain any emails sent to this mailing list after July 1, 2024. For all messages, including those sent before and after this date, please visit the new location of the archive at https://mailman.ripe.net/archives/list/[email protected]/
[dns-wg] Tweaks to RIPE 663: Secondary DNS Service for ccTLD Operators
- Previous message (by thread): [dns-wg] Tweaks to RIPE 663: Secondary DNS Service for ccTLD Operators
- Next message (by thread): [dns-wg] New on RIPE Labs: Anycast vs. DDoS - Evaluating the November 2015 Root DNS Event
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Jim Reid
jim at rfc1035.com
Thu May 26 20:25:35 CEST 2016
> On 26 May 2016, at 13:33, Shane Kerr <shane at time-travellers.org> wrote: > > 1. Gaurab and I think that there should be an exemption for ccTLD who > do not currently have IPv6 service. (There are a few tens of ccTLD > who do not yet have IPV6, and I would like the RIPE NCC to be > able to help them get IPv6 service if they want it.) <No hats> I disagree. If those ccTLDs want to be reachable over IPv6 there are plenty of commercial DNS hosting providers who can provide that service. The NCC does not need to provide that crutch IMO. Those ccTLDs should be making their own IPv6 arrangements instead of relying on the NCC to do it for them. > 2. Gaurab mentioned that there are some ccTLD who have 3 servers but > they are all in the same network. The document should be flexible in > order to insure network diversity. It already is. I quote: "If there is sufficient diversity and there are more than three other secondary name servers for the zone already, the operator of the zone is considered to be no longer in the start-up phase of their operations." Three name servers in the same network does not pass the RIPE663's threshold for sufficient diversity. That only adds up to two secondary name servers too. > I know the document is less than 6 months old and just being > implemented now, but maybe we can revise it to include these two > changes? I think the document is fine as-is but will welcome text which clarifies any ambguities or misunderstandings.
- Previous message (by thread): [dns-wg] Tweaks to RIPE 663: Secondary DNS Service for ccTLD Operators
- Next message (by thread): [dns-wg] New on RIPE Labs: Anycast vs. DDoS - Evaluating the November 2015 Root DNS Event
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
[ dns-wg Archives ]