Как получить ipv6 адреса

Ну, и производители софта и железа тоже удивили. По факту, сейчас хорошо с IPv6 работает только магистральное оборудование, конечному пользователю в v6 сети особо нечего делать пока что. На самом деле это объясняет отсутствие массового перехода на IPv6. Ещё я полагаю, что проблемы поддержки связанны с тем, что IPv4 обкатаны много-много лет. И все ошибки отлавливались ещё на этапе становления протокола. В данном случае мы видим становление и его неопробованность. NAT тоже ограничен количеством портов на IP.

В настоящее время всё клиентское оборудование хорошо и качественно поддерживает получение адресов и маршрутов для обоих протоколов, со стороны пользователей Dual-Stack проблем не вызывает.

При запуске установленной системы IPv6 адрес и DNS Debian получает корректно как по автоконфигурации, так и по DHCPv6, однако default gateway упорно отсутсвует, его необходимо прописывать вручную. Радует только то, что в дальнейшем он не затирается при переполучении адреса.

Использование Dual-Stack не имеет смысла, так как представляет из себя всё тот же NAT, но отягощённый необходимостью обновить всё оборудование доступа и центра на поддерживающее IPv6, а также отдельно приобретать полосу для транзита IPv6 трафика. Фактически в настоящее время использовать IPv6 сеть будут только сервисы google и торренты, остальной трафик будет уходить в IPv4.

Приношу извинения andrewsh , что не заметили собранного им пакета tayga для Debian Wheezy. Байки поддержки первой линии: Комментарии 0x3f00 И каким документом это описано? По приведенной ссылке, пункт 4. Эта сеть только для локального использования, аналог серых сетей из RFC, она не маршрутизируется за пределы сети. Думал, что переход на IPv6 лишь дело времени, а оказалось всё значительно хуже.

Тут провайдеры домашних сетей могут только позавидовать магистралам, у которых проблем с запуском IPv6 особо и нет. Перейдём к клиентскому оборудованию. Об этом писалось много раз, например, самим IETF http: Это роутер уже не имеет маркировки Linksys, он выпущен Cisco Small Business подразделением.

Однако, со стороны провайдера всё несколько грустнее. Начнём с коммутаторов доступа. Но, надо отдать должное DCN http: Также, нельзя не отметить, что тестирование работы необходимого IPv6 функционала под реальной нагрузкой особо не проводилось, у подавляющего большинства провайдеров IPv6 существует только в тестовом виде, так что рискнувший на внедрение IPv6 в эксплуатацию, вполне может стать первопроходцем на этом поле.

При инсталяции Debian корректно получает IPv6 адрес по автоконфигурации, маршруты и DNS работают корректно, однако при переполучении адреса теряются все маршруты, включая default gateway. Соответственно, доступ в интернет пропадает, что может привести к остановке инсталляции при коротком таймауте DHCP lease.

Только полноправные пользователи могут оставлять комментарии. Статья написана осенью года, вполне возможно, что уже через год она будет совершенно неактуальной, но всё-таки мы опишем статус IPv6 на сегодняшний день.

Магистралы P-роутеры еще весьма длительное время будут сидеть на IPv4. Ибо те же протоколы на v6 включая LDP обладают куда меньшим функционалом. Если у них с первой попытки правильно раздать не получится, останется еще адресов на вторую попытку. Использование NAT решает проблему провайдеров. Провайдеры-то да — они могут преспокойно упаковывать абонентов за NAT всё плотнее и плотнее ещё десятки лет. А вот для датацентров, нехватка IPv4-адресов — это полный абзац.

Ещё вызывает некоторое сомнение размах, с которым раздаются IPv6 адреса. Плюс, зарезервированные, и служебные блоки. Но IETF не пойдёт на резкие шаги по ограничению IPv4, так что перспективы IPv6, как мне кажется — это оставаться одним из удобных для магистралов протоколов.

Ну хотя, если создать симметричный NAT, максимально упаковывающий юзеров, в том числе повторно использующий исходящие порты для разных юзеров и разных серверов, можно ещё продлить жизнь ненадолго. Мне как выход нравится автоматическая настройка IPv6 поверх IPv4. Например, вот есть сейчас в инсталляторах Яндекс. Бары не очень нужные, а почему бы не делать таким же образом конфигурацию IPv6? Модуль для InnoSetup и других инсталляторов оценит IPv4 и IPv6 connectivity, попробует разные варианты, в том числе 6to4 и Teredo, и оставит включенными те, которые работают.

Действительно, в меню имеется выбор различных комбинаций IPv4 и IPv6 для этих портов. На роутере мы увидели следующую картину: Вручную прописанный DNS корректно заработал. Даже при отключенной поддержке IPv4 роутер пытается его использовать, так, например, ping на 2a Тоже относится к NTP: С оборудованием же менее известных брендов, можно быть уверенным, дело обстоит как минимум не лучше. Тестирование производилось с последними версиями ПО: Debian Wheezy и Ubuntu С учётом одинакового поведения, в дальнейшем мы их объединим под определением Debian.

К сожалению, его там не ожидает почти ничего. Пробежавшись по популярным сайтам, видим, что: Да и остальные сервисы Microsoft лишены поддержки IPv6, поэтому, например, ОС установить и запустить возможно, а вот обновить её — уже нет.

Сервер или виртуалочку абонента за NAT не засунешь, они должны быть высунуты в интернет. Допустим, они преуспеют, и практически у всех серверов будет не более чем один адрес.

Несмотря на то, что мы ожидали полную поддержку IPv6, по факту мы получили следующее: При прописывании DNS вручную всё работает корректно. Несмотря на то, что сеть полностью функционирует, для сетевых подключений выводится значок ошибки с восклицательным знаком.

Из наиболее частых вопросов можно выделить: Не хочется заниматься переписыванием основ IPv6 из rfc http: IPv4 и IPv6 — это два разных протокола, совсем разных. Вышесказанное необходимо осознавать в первую очередь украинским провайдерам: Соответственно, провайдерам прийдётся отвечать на волну вопросов абонентов: Также, в настоящее время ни одна биллинговая система не поддерживает полноценное управление IPv6.

Да и что делать с самим IPv6 трафиком, тоже вопрос. Почти все аплинки отдельно тарифицируют транзит IPv6 трафика. Заворачивать у себя IPv6 to IPv4? Тогда использование IPv6 вообще не имеет смысла. Поднять туннельный пиринг с кем-либо типа Hurricane Electric http: Получается, что кроме увеличения накладных расходов, внедрение IPv6 ничего положительного не даст. Пользователи не заметят разницы. В теории подобная схема выглядит неплохо: В этот раз опустим анализ коммутаторов доступа — всё аналогично описанному в разделе про Dual-Stack, разве что необходимо отметить, что коммутаторы D-Link при получении IPv6 по автоконфигурации не видят предлагаемых роутов, так что надо быть готовым к тому, что default gateway необходимо будет прописывать вручную.

Не так давно закончилась свободная раздача IPv4 адресов, поэтому вопросов по IPv6 с каждым днём становится всё больше. Но сами вопросы чаще всего показывают разрыв между понятием IPv6 в головах вопрошающих и реальным положением вещей.

Кроме того перестанет работать Microsoft Security Essentials, который не сможет обновить сигнатуры. Да и заявленная работоспособность, например, youtube, тоже относительна: Итоги Подводя итоги, можно сделать следующие выводы: В настоящее время провайдерам домашних сетей протокол IPv6 можно рассматривать как вспомогательный, ожидать скорого перехода на IPv6 в мире не имеет смысла по причине не очень широкого наполнения IPv6 сети пользовательскими ресурсами.

Чтобы его убрать, необходимо зайти в настройки сети, выбрать получение адреса вручную, и прописать любой IPv4 адрес. При прописывании DNS вручную его параметры сохраняются. Предложенные маршруты в таблицу маршрутизации заносятся, но с приоритетом меньшим, чем туннели Teredo. Для того, чтобы заработало IPv6 подключение, необходимо остановить и отключить связанные с туннелями службы и настройки, из которых бОльшая часть требует прав администратора. Более того, часть операций возможно осуществить только!

Не лучше обстоят дела в центре сети. Напомним только, что для FreeBSD dummynet пока ещё не научился использовать несколько ядер. У нас для тестирования имелась Cisco G, что является достаточно распространённым решением среди подобного размера провайдеров. Включаем поддержку IPv6, и видим, что ресурсы урезало даже не пополам: Необходимость прогонять пару гигабит через сервера приведёт к низкому качеству трафика, высоким задержкам, жалобам и оттоку абонентов.

Повторим — каждому абоненту. Ни один из известных биллингов в настоящее время не поддерживает данные стандарты. Тем не менее, невозможность получить IPv4 адреса и неуклонное подорожание их аренды заставляет задумываться об использовании IPv6 протокола. Мы рассмотрим два варианта внедрения IPv6: Пользователь получает оба варианта адресов. Очевидно, что выдавать реальный IPv4 адрес при этом никто не собирается, так как тогда смысла в IPv6 для провайдера нет, задача стоит экономить IPv4 адреса.