Последний пакет данных о фичах в IPv6.
Ребята создавшие этот протокол знали свое дело, все те инженеры, математики и ученые уже тогда, 20-ть лет назад, знали с какими трудностями сталкивается сеть в разные моменты эксплуатации. Потому они добавили ещё пару фич.
1. Автоконфигурирование DNS и DF GW.
Для того, чтобы узлы любой сети могли общаться с внешним миром им нужно знать: кто поможет с именами (dns) и кто знает куда идти если других вариантов нет (default gateway).
В текущей, четвертой версии IP, администратор всегда указывает эти значения. Сам-руками или средствами специальной службы DHCP (к работе последней тоже полно претензий).
В шестой версии эти механизмы изменились. Теперь в каждой сети, есть специальные "группы по интересам" (multicast group) для шлюзов и днс серверов.
Работает это так: в сети появляется шлюз или днс сервер, он посылает пакет подписки на такую группу, если потребность в нем есть (группа не полная) он сразу начнет получать трафик, который должен маршрутизировать (или запросы DNS).
С точки зрения устройства - всё что ему нужно знать - это два универсальных адреса, за одним его всегда ждут шлюзы, за другим ДНС сервера.
2. Множественность адресов.
В IPv4 наличие на одном интерфейсе более одного адреса - это ситуация из ряда вон. В том плане, что конечно же ничего не развалится, но для нормальной маршрутизации всего этого добра, админы настраивают маршруты, метрики и так далее. А если интерфейсов несколько? Уфф. А иногда такие конфигурации нужны.
В IPv6 это штатная ситуация. Включаясь хост уже имеет Link Local адрес. Благодаря ему, он уже может обмениваться трафиком с соседями, может сходить в мултикаст группы и запросить другие настройки. Если сеть настроена - то хост получит на свой интерфейс локальный\серый адрес и\или публичный\белый адрес. Но это не всё.
Для шестёрки нормальным будет, если у хоста будет много-много публичных или локальных адресов на одном интерфейсе. Например, для каждого сервиса этого хоста свой адрес. Несмотря на кажущуюся сложность, такая конструкция сильно облегчает отладку и увеличивает безопасность, ведь теперь нам не нужно думать о портах, которы занимают разные службы (особенно если эти порты динамически меняются). Мы просто работаем с адресами, а какая конкретная служба за ним скрывается уже не важно.
В целом этот протокол во многих аспектах превосходит текущий на порядки.
Но вот что-то это ему пока не очень помогает =)
Stay connected and ping ::1
