Если провайдер не даст вам больше, чем / 64, то этот провайдер отстой. Если есть какое-то облегчение, я могу сказать вам, что мне приходится иметь дело с интернет-провайдерами, которые сосут даже больше, чем это. Здесь совершенно нормально отнимать публичные IPv4-адреса от клиентов и размещать их за CGN. И если вы спросите их о IPv6-адресах, они скажут вам, что не предлагают IPv6, потому что еще нет недостатка в IPv4-адресах, и пока есть серверы без поддержки IPv6, они не будут предлагать IPv6, потому что это невозможно для клиент с двумя стеками для подключения к серверу только для IPv4.
Если какой-нибудь провайдер даст мне то, что у вас есть, я возьму это, потому что это отстой меньше, чем я смог получить до сих пор.
Для продвижения вперед есть два подхода, которые я рекомендую вам использовать параллельно.
Давить на провайдера
Оказывайте как можно больше давления на провайдера. Это включает в себя контакт с другими Интернет-провайдерами и, возможно, переключение, если любой другой Интернет-провайдер может предложить вам более выгодную сделку
Убедитесь, что вы проверите, что происходит, если ваш маршрутизатор запрашивает делегированные / 48, / 52, / 56 или / 60 через DHCPv6 в глобальной сети. Я бы протестировал все четыре длины префикса на случай, если сервер DHCPv6 по какой-либо причине выдаст только определенную длину префикса и проигнорирует запросы на другие длины префикса.
Сделайте лучшее из того, что у вас есть
Учитывая, что вам, вероятно, придется жить с некоторыми хаков, движущимися вперёд, вы должны спросить себя, что меньше сосет IPv4 с хаки или IPv6 с хаки.
Есть несколько хаков, которые вы можете использовать, чтобы растянуть один / 64 на множество хостов.
Превращение префикса ссылки в маршрутизируемый префикс
Если у вас есть один / 64 на канале WAN, но нет префикса, маршрутизируемого в вашу локальную сеть, вы можете превратить этот / 64 в маршрутизируемый префикс с помощью нескольких шагов. Настройте интерфейс WAN на вашем маршрутизаторе как / 126, а не / 64. Установите на маршрутизаторе демон объявления соседей (например, ndppd), чтобы объявить собственный MAC-адрес для каждого адреса в / 64, за исключением 4-х адресов в / 126. С этими двумя шагами у вас будет маршрутизируемый / 64, который вы можете использовать в локальной сети, за исключением 4 адресов, используемых для канала WAN.
Модифицированная версия этого хака может совместно использовать ссылку / 64 на нескольких маршрутизаторах. Тогда префикс канала должен быть немного короче, чем / 126, чтобы соответствовать IP-адресу каждого маршрутизатора, а / 120 будет достаточно коротким, чтобы можно было использовать до 254 маршрутизаторов.
Каждый маршрутизатор, очевидно, получит только префикс, который будет длиннее / 64. Я рекомендую вам сделать префикс для каждого маршрутизатора как можно дольше, оставаясь при этом достаточным количеством IP-адресов для локальной сети на этом маршрутизаторе. A / 112 или / 120 для каждого маршрутизатора, скорее всего, подойдет. Каждый маршрутизатор отвечает своим собственным MAC-адресом для обнаружения соседей чего-либо в префиксе этого маршрутизатора.
В этом варианте каждый маршрутизатор будет иметь идентичные префиксы, настроенные на его стороне WAN, и будет отвечать на запросы обнаружения соседей для префикса, назначенного их стороне LAN. Очевидно, что ни один из префиксов LAN не может перекрывать друг друга, и ни один из них не может перекрывать префикс, который вы настроили на стороне WAN.
Таким образом, если маршрутизатор ISP, выступающий в качестве шлюза, находится по адресу 2001: db8 :: 1/64, то вы можете использовать 2001: db8 :: / 120 в качестве глобальной сети и назначить 2001: db8 :: 1: 0/112 для первый маршрутизатор, 2001: db8 :: 2: 0/112, второй маршрутизатор и т. д.
В локальной сети вы можете расширить / 64 на множество хостов, используя подсети или мосты. Вы должны решить, какая из двух работ лучше для вас.
подсетей
Если вы подключите подсеть к / 64, вы также можете перейти к самым длинным префиксам, у которых еще достаточно адресов для нужных вам хостов. Не подключайтесь к префиксам / 80, а используйте / 116, / 120 или / 124 для каждой подсети. Вещи, которые ломаются, если вы не используете / 64, вряд ли будут заботиться, и если вы используете / 116 или дольше, вы уменьшите влияние определенных DoS-атак обнаружения соседей (если они есть в любой из ваших систем).
В такой конфигурации подсетей вы нарушите SLAAC, поэтому вам потребуется сервер DHCPv6 для ответа на каждый сегмент и статические адреса IPv6, настроенные на всех устройствах без поддержки DHCPv6.
Bridging
Соединение является другой альтернативой. По сути, это означает, что вы не используете подсеть, а запускаете всю локальную сеть как один сегмент IPv6 с префиксом / 64. (Если вам нужно, этот / 64 может охватывать как LAN, так и WAN.)
IPv6 предназначен для того, чтобы мосты могли распознавать, в какую из мостовых сетей необходимо перенаправлять каждый произвольный адрес. Таким образом вы избегаете необходимости транслировать пакеты по всем физическим каналам в вашей локальной сети.
Мосты также могут применять межсетевые экраны и защиту от спуфинга обнаружения соседей в локальной сети.
При наличии достаточного интеллекта на мостах, в принципе, нет ограничений на количество коммутаторов, которые вы можете соединить через один / 64.