Add week 7 materials

materials/07-naming-lookup/seminar/additional.md

@@ -0,0 +1,26 @@
+# Дополнительное чтение
+
+## DNS
+
+**DNSSEC** позволяет проверять подлинность и целостность подписанных DNS-данных по цепочке доверия. Шифрование запросов и ответов решается другими механизмами. [Объяснение ICANN](https://www.icann.org/resources/pages/dnssec-what-is-it-why-important-2019-03-05-en).
+
+**GeoDNS и anycast** помогают направлять запросы в разные места обслуживания:
+
+- GeoDNS выбирает DNS-ответ с учётом доступных сведений о местоположении клиента или его резолвера.
+- При anycast один IP-адрес объявляется из нескольких мест, а путь к нему определяется сетевой маршрутизацией.
+
+Примеры: [инфраструктура Dropbox](https://dropbox.tech/infrastructure/dropbox-traffic-infrastructure-edge-network), [карта корневых DNS-серверов](https://root-servers.org/).
+
+## BitTorrent
+
+**Rarest First** — выбор частей, которые реже встречаются у известных клиенту пиров. Клиент оценивает доступность по своим контактам, не зная состояния всей раздачи.
+
+Часть, проверяемая по хешу, передаётся более мелкими **блоками**. Распространённый размер блока — 16 KiB, то есть 16 384 байта. В **Endgame Mode**, при завершении загрузки всего файла, оставшиеся блоки могут запрашиваться у нескольких пиров. После получения блока лишние запросы отменяются.
+
+**Choking/unchoking** управляет тем, каким пирам клиент сейчас отдаёт данные. [Описание обмена: BEP 3](https://www.bittorrent.org/beps/bep_0003.html).
+
+**Mainline DHT** основана на Kademlia и помогает находить контакты участников по infohash. Расстояние между идентификаторами определяется побитовой операцией XOR. При чтении [BEP 5](https://www.bittorrent.org/beps/bep_0005.html) сравните этот способ организации поиска с кольцом Chord.
+
+## Вопрос для сравнения
+
+Где хранятся сведения для поиска в Consul, DNS, трекере BitTorrent и DHT? Кто их обновляет? Какие сведения могут устареть и что сделает клиент, когда очередное обращение не удастся?