Ну почему же. Вот у ESMTP команды не те, что у SMTP, что не мешает обратной совместимости. Если у пакета оба адреса 32-битные, шлём его в старом формате, если хотя бы один из адресов большой (64-битный) - в новом. В конфигурации интерфейса можно флагом выставлять, какие пакеты туда отправлять. Можно и все пакеты слать в новом формате, типа tagged native vlan. Новый софт принимает пакеты и в новом, и в старом формате. Старый софт - понятно, только в старом.
Принципиально, что ни пользователям, ни админам не нужно ничего специально конфигурировать (получать блоки адресов, строить bgp и т.д.) - просто проапдейтили софт и всё завелось. Это реальная схема расширения адресного пространства. А строить с нуля новую параллельно - нереальная. Потому что пока она работает хуже, чем старая, она будет вторична. А пока она вторична, она будет работать хуже, чем старая. И всегда найдутся ленивые админы, фирмы на старом оборудовании, автопилотные узлы и идейные противники ipv6, которые не будут поддерживать ipv6, и не будут от этого испытывать никаких неудобств.
no subject
Date: 2011-02-04 12:09 pm (UTC)Вот у ESMTP команды не те, что у SMTP, что не мешает обратной совместимости.
Если у пакета оба адреса 32-битные, шлём его в старом формате, если хотя бы один из адресов большой (64-битный) - в новом.
В конфигурации интерфейса можно флагом выставлять, какие пакеты туда отправлять. Можно и все пакеты слать в новом формате, типа tagged native vlan.
Новый софт принимает пакеты и в новом, и в старом формате. Старый софт - понятно, только в старом.
Принципиально, что ни пользователям, ни админам не нужно ничего специально конфигурировать (получать блоки адресов, строить bgp и т.д.) - просто проапдейтили софт и всё завелось. Это реальная схема расширения адресного пространства. А строить с нуля новую параллельно - нереальная. Потому что пока она работает хуже, чем старая, она будет вторична. А пока она вторична, она будет работать хуже, чем старая. И всегда найдутся ленивые админы, фирмы на старом оборудовании, автопилотные узлы и идейные противники ipv6, которые не будут поддерживать ipv6, и не будут от этого испытывать никаких неудобств.