Я полный новичок в IPv6, но имею некоторый практический опыт работы с IPv4 (просто потому, что мне приходилось с этим иметь дело).
Мой домашний маршрутизатор находится за CGNAT, поэтому они не предлагают публичные адреса IPv4, но я спрашивал о получении адреса IPv6, и мой интернет-провайдер любезно предоставил мне один. В своем ответе они сказали, что мой адрес 2a01:XXXX:XXXX:4000::/56. Читая об этом, я пришел к мысли, что я могу и должен предоставить своим сетевым устройствам GUA, что мне довольно симпатично.
За маршрутизатором моего провайдера я поставил OpenWRT для образовательных целей. Все мои остальные устройства находятся за последним. Для того, чтобы правильно запустить DHCP, моему OpenWRT нужно получить префикс от маршрутизатора моего провайдера (который также поддерживает DHCPv6).
Меня смущает , что /56в конце адреса. Я полагаю, что сетевые маски не имеют смысла для GUA, так что это делегированный префикс, который я могу использовать для своей частной сети? Если да, то при назначении префикса моему маршрутизатору OpenWRT следует ли мне сузить его на случай, если я решу в будущем иметь больше устройств за маршрутизатором моего провайдера?
Как я могу проверить, что все работает так, как и ожидалось? У маршрутизатора моего интернет-провайдера паршивый пользовательский интерфейс и нет консоли, я вижу, что был назначен GUA, но не /56(я не буду называть его имя, потому что пока не уверен, как оно называется). Мой OpenWRT назначает адреса хостам на основе своих глобальных настроек ULA, что означает, что он не принимает во внимание любой префикс, который может публиковать другой маршрутизатор (если он вообще работает правильно).
На маршрутизаторе интернет-провайдера есть флажок для включения делегирования префиксов на основе настроек WAN (он отмечен), а также еще один раздел для статических префиксов, который в данный момент пуст.
решение1
Меня смущает /56 в конце адреса.
Это «длина префикса» (количество соответствующих битов, считая слева). Также называется «нотацией CIDR» того, что раньше выражалось как сетевая маска. Например, в IPv4 «/24» соответствует сетевой маске 255.255.255.0, а «/17» соответствует 255.255.128.0 и так далее. И хотя форма сетевой маскиочень редкоПри использовании в IPv6 эквивалентом /56 будет «ffff:ffff:ffff:ff00::».
Целое 2a01:XXXX:XXXX:4000::/56- этопрефиксили просто сеть, которую провайдер направил к вам. (Это не адрес отдельного устройства!)
Я думаю, что сетевые маски не имеют смысла для GUA.
Они это делают. Однако и в IPv4, и в IPv6 они могут описывать две немного разные вещи: сеть, направленную куда-то еще (промежуточный маршрут «шлюза»), и подсеть, в которой устройство находится непосредственно (окончательный маршрут «на линии», который не может идти или разделяться дальше).
Делегирование префикса IPv6 всегда маршрутизируется – маршрутизатор провайдера имеет маршрут 2a01:XXXX:XXXX:4000::/56 via <your_router's_wan_IP>. Ожидается, что ваш маршрутизатор разделит его так, как вы хотите. Вы можете напрямую назначить /64 в качестве подсетей локальной сети или можете далее делегировать более крупные фрагменты (например, /60 или даже весь /56) другим маршрутизаторам в вашей сети. (Вы можете выполнить это делегирование, добавив статические маршруты или настроив DHCPv6-PD, как это делают сами провайдеры.) Технически вы могли бы использовать одну большую подсеть /56, но этонетрекомендуется; для них используйте /64.
... OpenWRT подключается к своему порту wan6 (если я правильно помню, это /128, что означает, что делегирование не происходит).
Нет, это не значит.
При настройке IP-адреса на устройстве, опять же независимо от IPv4 или IPv6, сетевая маска или длина префикса всегда отражает последний: окончательный размер подсети. Таким образом, даже если /56 маршрутизируетсяквашего маршрутизатора, вполне допустимо отображать только /64 или /128 в конфигурациях интерфейсов.
Все префиксы, которые маршрутизатор автоматически получает через DHCPv6-PD, будут отображаться в отдельной области.
Для корректной работы DHCP моему OpenWRT необходимо получить префикс от маршрутизатора моего интернет-провайдера.
Автоматический метод — DHCPv6-PD, если маршрутизатор интернет-провайдера поддерживает эту функцию.предоставлениеэто (а не просто запрос).
Ручной метод заключается в добавлении статического маршрута в маршрутизаторе ISP, а затем в настройке интерфейсов OpenWRT LAN с использованием подсетей, которые вам нужны. Это, вероятно, более надежно, и я бы фактически направил весь /56 к устройству OpenWRT. (Это совершенно нормально, если маршрут перекрывает /64, используемый маршрутизатором ISP LAN.)