1) Иерархия в адресе, стандартные префиксы: /32 — для очень крупных компаний, ISP /48 — для организаций, среднего размера провайдеров /64 — для конечных подсетей.
2) При соблюдении традиций внутри /64 подсети не производится маршрутизации, сеть плоская, адреса соотвествуют MAC адресам, быстрее обрабатывается ARP таблица.
3) Запрет фрагментации на промежуточных узлах. Минимально допустимый MTU 1280. Нарезкой пакетов занимаются конечные узлы.
4) Нативный Anycast. То есть одна и та же подсеть может существовать в нескольких экземплярах, даже разнесенных географически. С IPv4 это реализуется очень сложно. Например адреса 6to4 являются Anycast, то есть пакет из мира IPv6 попадает в ближайшую подсеть 2002::/16, которую контролирует ближайший 6to4 relay и пересылает пакет поверх IPv4 на нужный адрес.
5) Можно легко географически разносить подсети в рамках выделенного префикса.
Повесить в один день на любимые Facebook, ВКонтакте, Википедию плашку в стиле antiSOPA-day:
К сожалению у вас провайдер еще не озаботился поддержкой няшного IPv6, поэтому мы на 24 часа объявили протест таким как они. Вы можете им позвонить прямо сейчас, доведя техподдержку до массовых самоубийств, а провайдер поймет что не прав. Или используйте туннели.
Естественно о таких вещах месяца за 4 нужно будет предупредить, а то будет апокалипсис. Зато провайдеры зачешутся, страшные сны крупных провайдеров, когда их конкуренты орут «переходите на сторону зла ТрамБрямсТелеком — у нас есть IPv6 ВКонтактег» станут явью. Тогда да — эффект будет.
Если он при этом белый — то будет. Нужно только каждый раз менять конец тоннеля в настройках.
Автоматизировать можно так: напишите какой-нибудь скрипт, который будет срабатывать при смене IP и заходить по этому урлу (с помощью curl например) ipv4.tunnelbroker.net/ipv4_end.php?ipv4b=$NEW_IP&pass=YOUR_MD5_PASS&user_id=YOUR_HE_ID
&tunnel_id=YOUR_HE_TUNNELID
Вообще link-local и stateless global зависят от MAC адреса, так что они не совсем динамические. А выдавать намеренно динамический адрес (как это делает большинство провайдеров IPv4) и просить денег за статический — в мире IPv6 это извращение.
Можно записывать эти адреса в DNS, rDNS. К тому же HE.net дает для этого все «под ключ».
Про полезность повторяться не буду, писалось много раз, много где и много кем.
Его стабильность сильно зависит от доступа на 192.88.99.1 со стороны провайдера.
Поскольку Anycast отсутствует в стандарте IPv4, то в случае если провайдер не озаботился поиском ближайшего 6to4 шлюза и не настроил эникаст на него, то вы можете пересечь океан, несколько раз отфрагментировать пакеты и получить поршивое подключение.
У клиентов за домашним сервером будет именно такая картина. Думаете провайдеры не используют тоннели? Еще как используют.
P.S. Откуда мог взяться 2a00:11d8:1201:0:962b:18:e716:fb97/128? Вы его сами добавляли через ip -6 addr add и забыли указать длину префикса?
Пока операторы связи не зачешутся.
Интересная статистика: bgp.he.net/report/peers
Там во второй табличке ближе к концу есть «MTS OJSC». Как выяснилось, магистральная сеть Комстар/МТС уже довольно давно поддерживает транзит IPv6 (и щедро делится на MSK-IX). Остается дождаться массового появления для конечных пользователей.
Я использую деобфусцированный + на 20% памяти меньше жрет.
Рекламы нет, Windows 7 x64 English
2) При соблюдении традиций внутри /64 подсети не производится маршрутизации, сеть плоская, адреса соотвествуют MAC адресам, быстрее обрабатывается ARP таблица.
3) Запрет фрагментации на промежуточных узлах. Минимально допустимый MTU 1280. Нарезкой пакетов занимаются конечные узлы.
4) Нативный Anycast. То есть одна и та же подсеть может существовать в нескольких экземплярах, даже разнесенных географически. С IPv4 это реализуется очень сложно. Например адреса 6to4 являются Anycast, то есть пакет из мира IPv6 попадает в ближайшую подсеть 2002::/16, которую контролирует ближайший 6to4 relay и пересылает пакет поверх IPv4 на нужный адрес.
5) Можно легко географически разносить подсети в рамках выделенного префикса.
К сожалению у вас провайдер еще не озаботился поддержкой няшного IPv6, поэтому мы на 24 часа объявили протест таким как они. Вы можете им позвонить прямо сейчас, доведя техподдержку до массовых самоубийств, а провайдер поймет что не прав. Или используйте туннели.
Естественно о таких вещах месяца за 4 нужно будет предупредить, а то будет апокалипсис. Зато провайдеры зачешутся, страшные сны крупных провайдеров, когда их конкуренты орут «переходите на сторону
злаТрамБрямсТелеком — у нас естьIPv6ВКонтактег» станут явью. Тогда да — эффект будет.Автоматизировать можно так: напишите какой-нибудь скрипт, который будет срабатывать при смене IP и заходить по этому урлу (с помощью curl например) ipv4.tunnelbroker.net/ipv4_end.php?ipv4b=$NEW_IP&pass=YOUR_MD5_PASS&user_id=YOUR_HE_ID
&tunnel_id=YOUR_HE_TUNNELID
Про полезность повторяться не буду, писалось много раз, много где и много кем.
Поскольку Anycast отсутствует в стандарте IPv4, то в случае если провайдер не озаботился поиском ближайшего 6to4 шлюза и не настроил эникаст на него, то вы можете пересечь океан, несколько раз отфрагментировать пакеты и получить поршивое подключение.
P.S. Откуда мог взяться 2a00:11d8:1201:0:962b:18:e716:fb97/128? Вы его сами добавляли через ip -6 addr add и забыли указать длину префикса?
Интересная статистика: bgp.he.net/report/peers
Там во второй табличке ближе к концу есть «MTS OJSC». Как выяснилось, магистральная сеть Комстар/МТС уже довольно давно поддерживает транзит IPv6 (и щедро делится на MSK-IX). Остается дождаться массового появления для конечных пользователей.