Send Iepg mailing list submissions to
[email protected]
To subscribe or unsubscribe via the World Wide Web, visit
https://lists.isc.org/mailman/listinfo/iepg
or, via email, send a message with subject or body 'help' to
[email protected]
You can reach the person managing the list at
[email protected]
When replying, please edit your Subject line so it is more specific
than "Re: Contents of Iepg digest..."
Today's Topics:
1. Meeting in Prague (Chris Morrow)
2. Re: Meeting in Prague (Giovane C. M. Moura)
----------------------------------------------------------------------
Message: 1
Date: Wed, 05 Jul 2017 09:27:57 -0700
From: Chris Morrow <[email protected]>
To: [email protected]
Subject: Meeting in Prague
Message-ID: <[email protected]>
Content-Type: text/plain; charset="us-ascii"
An HTML attachment was scrubbed...
URL:
<https://lists.isc.org/pipermail/iepg/attachments/20170705/26e9d5c5/attachment-0001.html>
------------------------------
Message: 2
Date: Thu, 6 Jul 2017 08:18:07 +0200
From: "Giovane C. M. Moura" <[email protected]>
To: <[email protected]>
Subject: Re: Meeting in Prague
Message-ID: <[email protected]>
Content-Type: text/plain; charset="windows-1252"
Hi Chris,
We have a new tech report that some may find interesting:
Title: Recursives in the Wild: Engineering Authoritative DNS Servers
PDF:
https://www.sidnlabs.nl/downloads/papers-reports/Recursives%20in%20the%20Wild%20Engineering%20Authoritative%20DNS%20Servers.pdf
Abstract: In Internet Domain Name System (DNS),
services operate \emph{authoritative} name servers
that individuals query through \emph{recursive resolvers}.
Operators strive to provide reliability
by operating multiple name servers (NS), each on a separate IP address,
and by using IP anycast to allow NSes to provide service from many
physical locations.
To meet their goals of minimizing latency and balancing load across NSes
and anycast,
operators need to know how recursive resolvers select an NS,
and how that interacts with their NS deployments.
Prior work has shown some recursives search for low latency,
while others pick an NS at random or round robin,
but did not examine how prevalent each choice was.
This paper provides the first analysis of how recursives select between
name servers in the wild,
and from that we provide guidance to name server operators to reach
their goals.
We conclude that all NSes need to be equally strong and therefore we
recommend to deploy IP anycast at every single authoritative.
/giovane
On 07/05/2017 06:27 PM, Chris Morrow wrote:
> Howdy! As usual we have a meeting slot... Sunday morning ;)
>
> There is one requested talk so far, are they other folk how would like
> to liven up the day with discussion and learnings? Topics abound...
>
> -Chris
>
>
> _______________________________________________
> Iepg mailing list
> [email protected]
> https://lists.isc.org/mailman/listinfo/iepg
>
------------------------------
Subject: Digest Footer
_______________________________________________
Iepg mailing list
[email protected]
https://lists.isc.org/mailman/listinfo/iepg
------------------------------
End of Iepg Digest, Vol 35, Issue 1
***********************************
