>Позвольте поинтересоваться причинами в основе Вашего заявления.Грабли, грабли подтверждаю. Основная причина: пацаны мы тут вам адресное пространство увеличили, так не значительно, чтоб чуть ли не каждый атом на земле хватило, а вместе с ними вылезли косячки всякие, но мы придумали как от них избавиться.
Вот например адрес нечитаем стал, но мы придумали, будем нули двоеточием заменять, а поскольку в браузерах этот знак используется как обозначение протокола то будем писать адрес в квадратных скобах.
Адресное пространство в память маршрутизатора не залезает, но мы придумали: используйте агрегацию маршрутов.
Широковещательные запросы ipv6 с легкостью положат любой сегмент сети, но мы придумали brodcast не будет ваще, а поскольку без него сеть нормально работать не сможет то функционал передадим в multicast, да так чтобы он был теперь обязательным, но так чтобы igmp похоронить. icmp пускай теперь работает multicast и пусть называется icmpv6. А ещё ARP отменим и заменим его NDP.
Теперь ARP-шторма не будет, будет NDP-шторм, NDP-спуфинг и много других занимательных для администраторов сетей.
И еще пацаны, мы рубим фишку, поэтому переименуем TTL в hop limit, а TOS/DSCP мы переименуем в Trafic class, всё равно их используют именно так.
Поднимем границы MTU, фигня что остались сети ATM.
Что еще, ах да сделаем ipsec обязательным, теперь хош не хошь а 51,50 протоколы и 500/udp,4500/udp должны быть открыты.
Отменим контрольные суммы! Пускай протоколы более высокого уровня сами разруливают ситуации, сделаем crc для udp теперь обязательным.
Вот мы и родили редкостного уродца не совместимого с прошлой версией проткола, а все проблемы не наши, пускай оборудование это всё теперь поддерживает, и ipv4 и ipv6 одновременно. Не наше дело как это будет внедряться, максимум что мы можем предложить это инкаспуляцию ipv4 адресов в ipv6 адреса, и всяческие туннели вроде teredo.