IPv6 интеграции сценариев

Есть множество механизмов, которые поддерживают поэтапное внедрение IPv6. Существует не один механизм, который может охватить все потребности или быть оптимальными для всех сценариев. В большинстве случаев, сочетание различных механизмов будут выбраны. Что наилучшее сочетание и последовательность являются зависит от инфраструктуры нынешних условий и целей и требований к переходу / интеграции. В IETF, работы по основным протокола завершена. Они направлены на развитие практических сценариев для различных условий, и результаты опубликованы. Мы предлагаем краткий здесь, не с намерением сделать кулинарной для вашей среды, а в том, чтобы дать пищу для размышлений, которые можно применить к вашим требованиям.

Организации

Для подключения одного хоста или небольшой сети с IPv6 Интернет не является серьезной проблемой и может быть сделано одним из туннеля механизмов, описанных выше. Это легко осуществить с большинством операционных систем.

Если у вас есть государственные IPv4 адрес и хотят получить доступ к IPv6 Интернет, 6to4 или туннель брокера могут быть использованы. Если у вас NAT, и использовать частные IPv4 адресов, вы можете использовать Teredo или прав 41 Пересылка если NAT поле поддерживает. Организаций, которые имеют честь их предлагающих родной IPv6 соединения могут иметь двойного стека Интернет. Двойной стек - это во многих случаях проще всего искать, если ваши устройства и операционные системы поддерживают протокол IPv6 (и они, если они на актуальный уровень). Если у Вас есть маршрутизаторы или слоя 3 коммутаторов, которые не поддерживают IPv6, или если вы не хотите, чтобы IPv6 на вашем маршрутизаторы по какой-то причине, вы можете использовать ISATAP для внутреннего IPv6 связи на вашем IPv4 сети. Вы можете также добавить ISATAP или 6to4 маршрутизатора для доступа к IPv6 Интернет желанию.

Многие организации имеют ряд IPv4 Виртуальные ЛВС (VLANs). В таких случаях с IPv6 маршрутизатор может рекламировать один IPv6 префикс во всех VLANs, что поддержка двойного стека коммуникации. Это целесообразно только в переходный период, хотя. Все IPv6 узлы в VLANs может autoconfigure для IPv6 адреса с помощью префикса рекламируются в IPv6 маршрутизатору.

Тоннель механизмы не только поддержки перевозки IPv6 в IPv4 Интернет, но и внутри над IPv4 позвоночника. А основой повышения не является чем-то Вы решите делать каждый год, вы захотите подождать окончания позвоночника маршрутизатор срок до коснувшись его. Это не препятствует внедрению IPv6 на краю сети. Пока позвоночника основана на IPv4, IPv6 пакеты tunneled на IPv6 островов на другой стороне.

RFC 4057 ", IPv6 предпринимательства Сети Сценарии", является RFC, что помогает вам в определении вашего предприятия переходной стратегии. В нем описываются различные сценарии для IPv6 развертывание сетей в рамках предприятия и дает указания и контрольные о том, как подойти к этой задаче. Это RFC включает предприятия, которые решат развернуть IPv6 в связи с IPv4, или развернуть IPv6 из-за конкретный набор приложений, которые он хочет использовать в течение IPv6 сети, или построить новую сеть или реорганизации существующей сети, и принимает решение о развертывании IPv6 как основной протокол в рамках предприятия в сосуществования с IPv4. В документе содержится обзор ряда сетевых компонентов инфраструктуры, общих для большинства предприятий, которые должны быть проанализированы.

ПИУ

IPv6 призван дать услуг Интернет (ISP) для решения задач с экспоненциальный рост Интернета и предоставлять новые услуги своим клиентам. Число устройств взорваться в ближайшие годы, задача, которую можно решить только с адресного пространства в IPv6. Кабельные, DSL, беспроводные и другие - всегда на технологии могут также воспользоваться адресного пространства. Другие преимущества IPv6 включают возможности повышения сквозного безопасности и мобильной связи, и облегчить систему managementburdens. Некоторые примеры включают ровесники сообщение NAT без труда преодолевать проблемы, которые способны надежно и устройств доступа к заявкам на работу из дома или наоборот, повышение ИС мобильность, и многие другие.

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

СПУ будет предлагать как IPv4 и IPv6 услуг в ближайшие годы. Для обеспечения доступа к IPv6 сетей к клиентам на первом этапе туннеля механизмы могут быть использованы. Это является более простым и экономичным методом для начала предоставления IPv6 услуг. В зависимости от потребностей клиентов и требований, уроженец IPv6 развертывание вариант может быть более масштабируемыми и более службы. Вы можете использовать следующую из-за основой модернизации и введения двойного стека. Все другие услуги, например, хостинга, электронной почты и FTP лучше всего, если предложили для обеих протоколов (IPv4 и IPv6). Миграция шаги должны быть хорошо спланированы, и полезные сочетания механизмов выбраны и осуществлены. Основная цель для ISP будут предлагать все услуги, в отношении обоих протоколов: это единственный способ, чтобы охватить весь рынок. Специально для СПУ, внедрение IPv6 дает возможность создания деловых возможностей и новых услуг.

RFC 4029 ", сценариев для анализа и внедрение IPv6 в сети ISP", анализирует проблемы и возможности для СПУ и обсуждаются различные интеграции и сценариев перехода, разделенный на изучении позвоночника переходной меры, клиент связи переходного действия и сети и службы эксплуатации действия. Проект - знать - v6ops - бб развертывания - сценарии - 04.txt представлены варианты с развертыванием IPv6 услуг в части доступа к широкополосному услуг сети, а именно Кабель / ГФУ, широкополосный Ethernet, xDSL, WLAN и PLC / BPL . Он кратко рассказывает о других элементов провайдера сети, а. Она предоставляет различные жизнеспособной IPv6 развертывания и интеграции методов и моделей по каждой из ранее упомянутых широкополосных технологий. Проект - голени - v6ops - 802 - 16 - развертывание - сценарии - 00.txt распространяется обсуждения в предыдущем проекте и попадает в сценарии для развертывания широкополосных беспроводных сетей доступа. RFC 3574 обсуждает сценариев перехода для 3GPP сетей. RFC 4215 выходит на более подробную информацию для 3GPP сетей и дополнительный документ RFC 3574.