2

Я использую IPv6 уже много лет, но только когда я недавно переключил провайдера (и с этим с 6 на 4 на 6-е), я обнаружил, что автоконфигурация без сохранения состояния работает только в подсетях /64. Я всегда предполагал, что это работает на подсетях произвольной длины префикса.

Это застало меня врасплох, и я должен признать, что не совсем понимаю дальнейшие последствия этого. В частности, у меня возникают следующие вопросы:

  • Предполагается, что автоконфигурация без сохранения состояния является методом по умолчанию для инициализации интерфейса, или DHCPv6 должен использоваться в большинстве мест?
  • Если последнее, то для чего предполагается использовать автоконфигурацию без сохранения состояния?
  • Если первое, значит ли это, что "все" подсети должны быть /64? Почему нужно тратить все это адресное пространство на "терминальные" подсети? Разве сетевой администратор не должен иметь возможность делить свои сети дальше?

В моем конкретном случае у меня есть несколько разных физических подсетей за пределами моего маршрутизатора, поэтому, когда у меня был префикс /48 6to4, я разделил его на пару /64 подсетей, поэтому автоконфигурация всегда работала для меня. Теперь, с 6-м, я просто получаю вместо этого префикс /64, который я должен затем разделить на что-то меньшее, чем /64, ясно (я использую /48 на практике). Разве я не "должен" быть в состоянии далее подразделить 6-й префикс, или в чем здесь дело?

Если этот вопрос выглядит конфронтационным, будьте уверены, что это не намерение. Я просто немного сбит с толку, и я хотел бы понять намерения.

1 ответ1

1

Я тоже столкнулся с этим и добавил туннель 6in4, чтобы обойти моего провайдера "только", предлагая /64 через 6 для моих экспериментов с домашней сетью.

Это просто очень строгое соглашение о том, что /64 является наименьшим модулем для автоматической настройки подсетей. Это легко запомнить как половину адреса. Некоторые протоколы и реализации имеют это встроенное предположение, и было бы глупо нарушать это.

A /64 позволяет вам делать аккуратные вещи, например помещать целое пространство адресов IPv4 или MAC в любой произвольной подсети. Если встраивание MAC-адреса в IP кажется плохой идеей, так как альтернативные сгенерированные адреса вряд ли будут конфликтовать.

RFC 6177 отказывается от использования щедрой /48 для всех сайтов и признает другие схемы распределения. Поскольку в нем четко указаны варианты использования для нескольких подсетей, упоминаются такие компромиссы, как /56.

Даже тогда нет недостатка. Провайдеры могут предложить /48 большинству или всем пользователям без перерыва.

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .