Делегирование префикса IPv6

Question

Я полный нуб на IPv6, но у меня есть некоторый практический опыт работы с IPv4 (только потому, что мне пришлось с этим бороться).

Мой домашний маршрутизатор находится за CGNAT, поэтому они не предлагают общедоступные адреса IPv4, но я спросил о получении адреса IPv6, и мой провайдер любезно предоставил мне его. В своем ответе они сказали, что мой адрес 2a01:XXXX:XXXX:4000::/56 . Читая об этом, я понял, что могу и должен предоставлять своим сетевым устройствам GUA, что мне нравится.

За маршрутизатором моего провайдера у меня есть OpenWRT для образовательных целей. Все мои другие устройства находятся за последним. Для правильной работы DHCP мой OpenWRT должен получить префикс от маршрутизатора моего интернет-провайдера (то есть DHCPv6 также включен).

Моя путаница возникает из-за /56 в конце адреса. Я предполагаю, что сетевые маски не имеют смысла для GUA, так что делегированный префикс, который я могу использовать для своей частной сети? Если да, то при назначении префикса моему маршрутизатору OpenWRT я должен сузить его на случай, если в будущем я решу иметь больше устройств за маршрутизатором моего провайдера?

Как я могу проверить, что все работает так, как ожидалось? Маршрутизатор моего провайдера имеет дрянной пользовательский интерфейс и не имеет консоли, я могу видеть, что назначен GUA, но не /56 (который я не буду называть именем, потому что я не уверен, как он называется). Мой OpenWRT назначает адреса хостам на основе своих глобальных настроек ULA, что означает, что он не учитывает префикс, который может опубликовать другой маршрутизатор (если он даже работает должным образом).

Маршрутизатор ISP имеет флажок для включения делегирования префикса на основе настроек WAN (который отмечен) и другой раздел для статических префиксов, который является пустым atm.

Answer 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 поддерживает его предоставление (в отличие от простого запроса).

Ручной метод будет состоять в том, чтобы добавить статический маршрут в маршрутизатор ISP, а затем настроить интерфейсы LAN OpenWRT, используя нужные вам подсети. Это, вероятно, более надежно, и я бы фактически направил весь /56 к устройству OpenWRT. (Это прекрасно, если маршрут перекрывает /64, используемый локальной сетью маршрутизатора ISP.)