From 6e97ac17530c8f497f1edad274be9a9eb0eeb924 Mon Sep 17 00:00:00 2001 From: Sergey Matveev Date: Tue, 25 Feb 2020 09:54:45 +0300 Subject: [PATCH] =?utf8?q?=D0=92=D0=BE=D1=81=D1=85=D0=B8=D1=89=D0=B0=D1=8E?= =?utf8?q?=D1=81=D1=8C=20=D0=BA=D1=80=D0=B0=D1=81=D0=BE=D1=82=D0=B5=20?= =?utf8?q?=D0=B8=20=D0=BF=D1=80=D0=BE=D0=B4=D1=83=D0=BC=D0=B0=D0=BD=D0=BD?= =?utf8?q?=D0=BE=D1=81=D1=82=D0=B8=20IPv6=20NDP=20=D0=BF=D1=80=D0=BE=D1=82?= =?utf8?q?=D0=BE=D0=BA=D0=BE=D0=BB=D0=B0?= MIME-Version: 1.0 Content-Type: text/plain; charset=utf8 Content-Transfer-Encoding: 8bit https://tools.ietf.org/html/rfc4861 Прочитал (просмотрел) я тут RFC по NDP протоколу и прям очень зауважал его создателей. Столько всего умеет, а всего-то небольшим количеством типов ICMPv6 сообщений и куче состояний, плюс зависимостей от того какие поля и как указаны. Идея использовать это всё не поверх канального уровня (как ARP в архаичном IPv4 мире), а поверх сетевого с link-local адресами -- гениальна. Router discovery, prefix discovery, parameter discovery, address resolution, next-hop determination, neighbor unreachability detection, duplicate address detection, redirection, proxy advertisements, штатная поддержка anycast адресов, inbound load balancing, штатная поддержка смены link-layer адресов (хотя, как мне кажется, часть их высосана из пальца). Он сочетает в себе и ARP и ICMPv4 redirect и IRDP. Полной автоконфигурации, поддержки разных маршрутизаторов и/или prefix-ов сети, anycast адресов, определения недоступности адресов стандартизованной, конфигурирование MTU -- всего этого нет в IPv4 мире всё-равно. Плюс в IPv4 часто передаются IP адреса (сетевые) и требуются отдельные round-trip-ы для узнавания их MAC адресов. -- 2.50.0