Мое сетевое оборудование будет работать с IPv6?
Если все, что Вы хотите сделать, перезаписать диск, то не имеет значения, что Вы используете, потому что что-либо вообще разобьет что-либо за исключением лаборатории судебной экспертизы, и я ничему не доверял бы за исключением шлакоотделения диск остановить тот уровень ресурсов.
Просто используйте не случайный источник как все нули или или повторяющийся шаблон как (я думаю, что это будет работать),
(head -c 4096 /dev/urandom; cat /dev/sdb/) > /dev/sdb
Много текущего поставщика услуг / маршрутизаторы предприятия поддерживает IPv6. Это является несколько вводящим в заблуждение хотя; в то время как большая часть оборудования, которое Вы покупаете сегодня, будет поддерживать IPv6, большой обматывает Интернета, основан на аппаратных средствах, что даты от несколько лет назад, назад когда поддержка IPv6 (особенно в аппаратных средствах) не была приоритетом. Кроме того, реализации IPv6 в потребительских маршрутизаторах находятся все еще в их младенчестве.
С точки зрения обновлений микропрограммы для существующего набора; много оборудования создается с аппаратными средствами, разработанными для эффективной передачи пакетов IPv4 с 32-разрядными адресами. Не действительно выполнимо обновить эти типы устройств, чтобы быть совместимым IPv6. Для основанных на ЦП платформ, без определенных аппаратных средств пакетной передачи, обновление микропрограммы возможно. Однако как Вы указали, учитывая размер адресов IPv6, более старые устройства, скорее всего, испытают недостаток в памяти/кэше для выполнения хорошо в среде IPv6. (Хотя с уменьшенным требованием NAT в IPv6, большой блок памяти освобожден для использования).
Кроме того, взгляните на этот вопрос, относительно того, насколько IPv6 действительно используется сегодня.
Одна вещь, которую не упоминают другие ответы, состоит в том, что я должен все же видеть переключатель, который может сделать эквивалент отслеживания DHCP и проверки ARP с IPv6.
Это - showstopper для многого использования (FTTH).
Что касается производительности, возьмите Cisco 7 600 маршрутизаторов в качестве примера; Половина pps (пакеты в секунду) производительность на IPv6.
(http://www.cisco.com/en/US/prod/collateral/routers/ps368/product_data_sheet0900aecd8057f3b6.html)
Существует также проблема IPv6, берущего больше комнаты в TCAM, но из-за более агрегированного IPv6 (сейчас и в будущем, мы надеемся) это не будет проблемой в течение того времени жизни платформ.
Я хотел бы добавить, что я не соглашаюсь с Вашим оператором, который "работает отлично NAT".Нет. Соответственно, возможно, но существует много настоящих проблем. И Вы не можете видеть их, потому что Вы так привыкли к ним.
Любой Ethernet-коммутатор должен смочь переключить пакеты IPv6 без любой трудности согласно следующим протестам:
- управление устройствами - вероятно, чтобы быть IPv4 только
- SNMP - также IPv4 только
- IGMP - (AFAIK) только работает на отслеживание многоадресной передачи IPv4
- Для фильтрации уровня 3 - нужна поддержка протоколов
Маршрутизаторы, с другой стороны, не могут направить IPv6, если они явно не понимают протокол.
-
1Вы уверены? Switchs являются интеллектуальными устройствами, которые понимают адрес получателя IP для пакета и отправляют его непосредственно получателю. That' s стараются не широковещательно передавать как концентраторы, делают. Поскольку IP-адреса IPv6 являются путем, отличающимся, чем IPv4 один, переключатель не сможет перенаправить трафик, если они не поймут IPv6. На лучшей стороне они будут действовать как концентраторы, которые уменьшат производительность сети решительно. – paulgreg 8 June 2009 в 11:53
-
2Коммутирует кадры переключателя не пакеты. Переключатели (во всех технических возможностях L2) абсолютно независимы от ipv6! – Antoine Benkemoun 8 June 2009 в 11:58
-
3@paul - нет, that' s полностью неправильно. Переключатели обрабатывают пакеты на основе 6-байтового MAC-адреса в кадре Ethernet, не IP-адреса, инкапсулировавшие в тех кадрах. – Alnitak 8 June 2009 в 12:10
-
4Да, конечно, you' ре оба права! Я был полностью неправ. Так, мой вопрос не является актуальным! – paulgreg 8 June 2009 в 12:32
-
5I' ve обновил мой вопрос удалить что-либо связанное с переключателем/концентратором. – paulgreg 8 June 2009 в 12:42
В США многих или возможно большинство Интернет-провайдеров обычно не предлагает возможности соединения IPv6. Доступ IPv6 доступен для покупки, но к моему знанию, сервис несет премию. В 2006 мне сказали, что возможность соединения IPv6 широко использовалась на некоторых рынках - я полагаю, что Китай назвали как рынок IPv6.
Большая часть механизма коммерческой сети, например, не потребительские товары США, поддерживает протоколы маршрутизации IPv6 и протоколы динамической маршрутизации. Продукты Microsoft OS вся поддержка IPv6 и большинство дистрибутивов Linux и FreeBSD поддерживали IPv6 больше десяти лет.
У рабочей группы IETF действительно есть опыт IPv4 вести их технические усилия, таким образом, может случиться так, что IPv6 представит мало, если таковые имеются, снижение производительности. Самая большая жалоба, которую я услышал о IPv6, - то, что это, по крайней мере в прошлом потребовал, чтобы все хосты были непосредственно достижимы всеми другими хостами, т.е. имели общедоступный Интернет-адрес. Некоторые инженеры по безопасности думали, что это было плохой идеей.
-
1почти никакой потребительский механизм (независимо от рынка) не поддерживает IPv6. – Alnitak 8 June 2009 в 12:35
-
2Надо надеяться, количество префиксов на самом деле будет меньше для IPv6, должного меньше нуждаться, чтобы единственная организация объявила о нескольких префиксах. Этот эффект может даже быть столь большим, что меньше RAM необходимо в Интернете IPv6 (полностью перемещенный), чем в нашем текущем IPv4 один. – Thomas 8 June 2009 в 13:37
-
3Заголовки IPv6 и разделение на подсети разработаны для уменьшения нагрузки на маршрутизаторы и переключатели путем сокращения размера таблиц маршрутизации. Это будет главным образом иметь эффект на internet' s базовые маршрутизаторы, хотя, которые в настоящее время напрягаются под огромными таблицами маршрутизации, которые наложило разделение на подклассы IPv4. – Martijn Heemels 11 June 2009 в 01:01
Серийные Cisco Catalyst 3750 Переключатели поддерживают основанную на аппаратных средствах маршрутизацию IPv6, но Cisco в настоящее время взимает за эту функцию, которая будет включена. Я думаю, что не забываю слышать слух, что более поздний выпуск IOS включит его ни для какой дополнительной стоимости, потому что много людей жаловалось на это стоящий дополнительный. Эти переключатели были доступны в течение по крайней мере 6 лет.
Если репутации Cisco нужно верить, они, вероятно, сфокусируются главным образом на том, чтобы заставлять людей купить более новый материал. Они добавят опцию к старому оборудованию за цену, и если достаточно платящих клиентов жалуется, они могли бы рассмотреть добавление опции ни для какой дополнительной стоимости, если Вы сделали, чтобы сервис заключил контракт.
Подавляющее большинство аппаратных средств, установленных в обслуживании ядра Поставщика, может передать пакеты IPv6. Могут быть проблемы с уровнем передачи или требований к памяти, но они сделают это, пока они настроены для него и что соответствующие лицензии / версии программного обеспечения установлены.
Место, где большинство оборудования не может поддерживать v6, в клиентском краю. Я не знаю ни о ком от товара полки CPE (т.е. sub 100$) способный к IPv6. Никто не собирается быть способным развернуть IPv6 на широкополосной связи на уровне конечного пользователя, в то время как они должны заплатить сотни долларов за оборудование Cisco, чтобы сделать задание.
Первый вопрос: "почти весь switchs и маршрутизаторы не работают с пакетами IPv6"
Зависит от Вашего определения "работы". Большинство продуктов может сделать маршрутизацию/переключение с IPv6, Вы столкнетесь с проблемами, если Вы поворот IPv4 как большинство интерфейсов управления будете IPv4 только. Короче говоря: равенство Функции не дано для большинства устройств относительно IPv6 по сравнению с IPv4
Во-вторых: новое встроенное микропрограммное обеспечение по сравнению с новым Investements
Мое предположение - то, что для большего ряда продукта будут обновления микропрограммы, но малое и среднее сетевое оборудование не получит микропрограммные обновления так, чтобы у них было равенство функции в IPv6 и IPv4
Как только Вы запускаете рабочий IPv6 и IPv4 параллельно, по крайней мере, Ваши таблицы маршрутизации вырастут на маршрутизаторах (в конце концов, необходимо смочь направить оба протокола), таким образом, это будет более требовательно к инфраструктуре. Я не думаю, что средняя компания должна будет заняться расследованиями, большая инфраструктура может иметь некоторые проблемы Вы
Основная проблема с поддержкой IPv6 возникает из механизма безопасности, и это верно, что почти все брандмауэры еще не поддерживают IPv6. Однако можно создать брандмауэр IPv6 с помощью FreeBSD, OpenBSD или Linux, это просто, что коммерческие продукты еще не поддерживают его.
Поддержка является лучшей в маршрутизаторах и серверах. Клиентские рабочие столы немного, позади того, потому что существует все еще много Windows 98, MacOS 9 и подобных старых машин в операции.
Поставщики крупной сети делают много пробных версий IPv6 внутренне, и большинство уже сцепило клиентов до их испытательных сервисов IPv6, но они не оказывают достаточно давления на поставщиков через плату. То, что, вероятно, произойдет, - то, что в 2011, у нас закончатся адреса IPv4, и сетевые операторы будут готовы со своим полноценным сервисом доступа в Интернет IPv6. Но многие организации затем обнаружат разрывы в поддержке IPv6, которые помещают их в безвыходном положении, потому что единственный способ получить доступ к сети IPv4 будет состоять в том, чтобы принять чужое соединение. Ожидайте, что большой ISPs начнет сильно перемещать потребителей в IPv6, для освобождения адресов IPv4 для угождения их корпоративным клиентам.