Лучшая практика для выбора удобных адресов IPv6 для нескольких хостов в изолированной локальной сети

В прошлом я настраивал небольшие локальные локальные сети, которые были полностью отключены от Интернета, и при назначении адресов хостам я мог выбирать все, что облегчало передачу адресов между людьми, как можно проще (и как можно проще запомнить в вашей голове). ). Неудивительно, что одним из моих любимых способов было дать номера хостов, такие как 10.1.1.1, 10.1.1.2, 10.1.1.3 и т. Д. Очень легко общаться и очень легко держать в голове. (Хорошо, у меня была почти полная свобода выбора адресов. Я, конечно, не мог использовать 127.0.0.1 для любого из интерфейсов Ethernet, или использовать любые адреса подсети или широковещательные адреса).

Ожидая, пока различные стороны (предприятия, интернет-провайдеры и т. Д.) Развернут IPv6 (и, таким образом, обеспечат реальный стимул для использования IPv6 в реальном мире), я немного заинтересован в том, чтобы опробовать его в небольшом (минималистичном?) Масштабе, просто повторив задачу, настроив изолированную локальную сеть, но на этот раз полагаясь на IPv6 для связи между хостами. Я могу совершенно свободно выбирать любые IPv6-адреса, которые мне нравятся. Почти, по крайней мере. Я не могу выбрать :: 1 в качестве адреса любого интерфейса локальной сети, например, так как он передается для интерфейса обратной связи. И учитывая все различные диапазоны IPv6-адресов, которые зарезервированы для всех видов использования и целей, я задаюсь вопросом: в каком изолированном контексте ЛВС, какой лучший способ выбрать легкий для запоминания, легкий для устной передачи IPv6-адресов? (Скажем, от 3 до 32 хостов или около того)

Я знаю, что этот вопрос немного академичен и, вероятно, не является тем, с чем вы столкнетесь при «реальном» развертывании IPv6 (будь то бизнес или хобби). Еще мне интересно, лучший способ «ремесленных» удобные адреса IPv6, поэтому , пожалуйста , не дают ответы , которые только дает мне решение , которое «спасает» меня от необходимости создавать эти адреса IPv6 вручную. (Или предоставьте ответы, которые только объясняют, почему это плохая практика - вручную устанавливать эти адреса IPv6 ...)

Я нахожусь на борту с решением Тома, но поправка:

FC00: 0001: 0001 :: / 48 будет вашим сегментом сети

Хосты:

FC00: 1: 1 :: 1

FC00: 1: 1 :: 2

FC00: 1: 1 :: 3

, , ,

FC00: 1: 1: FFFF: FFFF: FFFF: FFFF: FFFF

... ЭТО МНОГО IPs!

Адресный блок fc00::/7был зарезервирован IANA как частная сеть, как описано в RFC 4193

Все, что вам действительно нужно, это назначить свою сеть как / 48 из этого и начать адресацию. fc00:0001:0001/48и так далее

Что касается отслеживания IP-адресов, я предлагаю вам использовать либо страницу вики, либо какой-либо подобный документ.
Или сервер DHCPv6, который выдает статически назначенные аренды.

Я бы рекомендовал использовать адреса в FD00 :: / 8, а не в FC00 :: / 8, для этого FD00 :: / 8 выделяется как локально назначенный ULA, где FC00: / 8 предназначен для использования для централизованно назначенного ULA, т.е. каждой организации, желающей ULA, будет выделен 40-битный префикс (предположительно, IANA и / или RIR, хотя механизм назначения не был определен, и назначения не были сделаны).

Лично я бы выбрал самый простой вариант: FD00 :: 1, FD00 :: 2 и т. Д. Для тестовой / демонстрационной сети; используйте префикс / 64, чтобы ваша сеть была FD00 :: / 64.

Я знаю, что есть ОБЯЗАТЕЛЬНО использовать псевдослучайный метод для создания префикса ULA, но я бы просто проигнорировал это для тестовой / демонстрационной системы, которую я никогда не собираюсь подключать к чему-либо другому и которая будет отключена в конце лаборатория.

Мы разрабатываем приложения для IPv6, поэтому мы запускаем IPv6 параллельно с IPv4 в нашей сети разработки. Я настроил сервер Radvd для автоматической настройки, и он назначает адреса IPv6 на основе локального префикса канала и MAC-адреса. Затем я добавляю их в DNS и всегда использую имена после этого. Это работает нормально, однако мы добавляем адреса в DNS вручную, и время от времени кто-то забывает обновить. Кроме того, мы запускаем несколько виртуальных машин VMware, а иногда мы перемещаем машины с помощью конвертера VMware. В результате они меняют свой MAC-адрес, и мы должны вручную обновить DNS после этих действий, что вызывает раздражение. Я исследую, может ли помочь динамическое обновление DNS, но пока я не тратил много времени на это.

Я бы порекомендовал использовать регистрацию в SixXs и использовать выделенный вам блок ... там также много информации, если вы не хотите говорить "кто вы".