Я узнал больше об IPv6 и подхожу к тому, что собираюсь внедрить лабораторию IPv6 для тестирования различных технологий, на которые опирается наша компания, чтобы я мог их перепроектировать. теперь, если необходимо, для будущего переключения на IPv6.
Я планирую, что через полтора года мы сможем полностью использовать IPv6 внутри сети, и что мы будем использовать двойные стеки для клиентского доступа. Я решил полтора года, чтобы у меня было 6 полных месяцев тестирования и планирования, и я запустил «горячую» сторону нашей инфраструктуры как IPv6 в течение 6 месяцев, в то время как «теплая» сторона - IPv4, а через 6 месяцев, преобразовать «теплый» в IPv6. Это даст мне возможность протестировать, запустить и вернуться к исходной точке.
Мне интересно услышать, как другие люди решают эту проблему и как выглядит ваш план развертывания.
Редактировать
@Evan: Моя бизнес-причина - предвидение. В конце концов, если вам нужны новые сетевые блоки, потребуется IPv6. В конце концов, мои клиенты перейдут на IPv6. В конце концов, все будут на IPv6. Я хочу конвертировать до того, как нас заставят конвертировать, и я хочу иметь возможность сделать это на моих условиях, а не под давлением какого-либо регулирующего органа.
Править 2
Джеральд Комбс отлично зарекомендовал себя.Развивающиеся рынки не смогут получать блоки IPv4 в том объеме, который им нужен, поэтому в ближайшем будущем и намного раньше, чем будет создана существующая инфраструктура, они будут регулярно использовать IPv6. Любой человек с международными клиентами или на рынке, который демонстрирует потенциал роста в мировой экономике, может захотеть его активизировать.
У нас есть несколько веб-сайтов, размещенных внешне и бизнес-соединение DSL в нашем офисе. Наш поставщик услуг хостинга (SoftLayer) недавно добавил поддержку IPv6, и наш поставщик DSL (AT&T) все еще только для IPv4.
Беря на себя инициативу от Google и Netflix, я нахожусь в процессе добавления определенных для IPv6 имен хостов для наших общедоступных веб-сайтов. После того как я удовлетворен, что все работает хорошо, я добавлю записи AAAA для каждого стандарта (www) имя хоста.
Я не уверен, когда мы добавим IPv6 к нашей офисной сети. Я имел бы внутреннюю инфраструктуру (исходно направленный IPv6), чем имел бы для обращения к наружной инфраструктуре (своего рода туннель). Существует видимая потребность поддерживать 6 на наших общедоступных сайтах, так как мы получаем посещения регионов, которые могут быть только для IPv6 через следующие несколько лет. Потребность в 6 менее очевидна в нашем офисе.
Возможно, моя голова застревает твердо в песке (или где-нибудь хуже!), но я не видел востребованных бизнес-оснований, на данный момент, для перемещения любого из моих Клиентов к IPv6.
Что бизнес-причины управляют Вашим требованием переместить из любопытства?
Мой Клиентский профиль, компании SMB/SME, которым разместили общедоступные серверы обычно из удаленных дата-центров, таков, что нет ведущего нажатия к IPv6. Обычно им не нужно никакое количество общедоступного распределения IP-адресов и, хотя я не поклонник текущей NAT-everybody-behind-a-single-IPv4-address культуры, которая выросла, это обычно, что они делают.
BTW: я не один из тех, который думает, что брандмауэрингом является NAT. Было бы довольно здорово смочь дать все в сети выделенный общественностью IP-адрес. Это не что-то, что мои Клиенты SMB/SME собираются видеть любое бизнес-преимущество от, однако (по крайней мере, еще).
Исчерпание адресного пространства не собирается управлять IPv6 в Интернете, IMO. Потребители не заботятся о сквозном и многих ISPs, и компании медиа активно хотят видеть сквозной принцип, ухудшенный NAT. Я не предполагаю широкое принятие IPv6 никакое время за следующие 5 лет, если некоторое радикальное приложение не может управлять им.
Править: Чтобы быть ясным на моем положении, я думаю большие причины, что IPv6 хорош для Интернета, но это не может иметь смысла для многих бизнес-конечных пользователей Интернета.
Если я развертывал общедоступные сервисы с регулярностью или разрабатывал продукты, я был бы на всем протяжении поддержки IPv6 со дня 1. Новые предложения товара и услуги не должны быть ограничены к миру только для IPv4, потому что Вы будете просто создавать в obselescence.
Из-за того, чтобы быть более крупным более высоким редактором, который интересовался этой интернет-штукой в нужное время, у нас есть класс B. Да, наше выделение предшествует CIDR. Мы не имеем никакой нехватки адресов IPv4 и даже используем адреса v4 для всех устройств, даже наше ядро, run-about-scream-and-shout-if-they're-down серверы (кроме подлежащих стандартам PCI, которые должны быть NATed).
Просто, потому что можно разрешить, что IP-адрес моей административной рабочей станции не означает, что можно на самом деле ДОБРАТЬСЯ до него. Это - что-то, что подчеркивает v6, даже при том, что большинство специалистов по безопасности становится узкоглазым в идее защитить сеть с полной видимостью к общедоступному Интернету. И 'полной видимостью' я подразумеваю, что пространство IP является отображаемым, даже если адреса не достижимы.
Мы переместимся в v6, когда мандаты состояния, что мы должны, или боль остающегося чистого v4, станут слишком большими. Мы финансируемы государством, поэтому если Office Финансового менеджмента скажет, что мы должны переместиться в v6 определенной датой, то таким образом это должно быть так.
Я работаю в компании по веб-разработке среднего размера. Наша интранет работала сложенный двойным образом приблизительно в течение года теперь. Наш интернет-провайдер еще не предоставляет IPv6, таким образом, мы используем туннель SixXs, который хорошо работает.
Наши общедоступные серверы размещаются в Колорадо и имеют собственную v6 возможность соединения с 6 месяцев. Все, что мы должны были сделать, было, спрашивают, который отчасти удивил меня. Не все hosters настолько далеко все же.
У меня был опыт нескольких лет с SixXs и IPv6 на моей домашней LAN, которая помогла много при реализации его на работе. К счастью управление понимает, что как webdev компания мы должны поддерживать и испытать много различных технологий, даже при том, что RoI еще не может быть очевидным. Наши причины совпали с Вашими: предвидение и выполнение его на наших условиях. Ваше планирование развертывания кажется разумным.
Наш опыт был главным образом положителен. Запуск рано помог моим программирующим коллегам привыкнуть к нему и адаптировать наши платформы и приложения для поддержки его. Вещи как проверка адреса IPv6 в PHP, например, для контроля ввода или для белого списка доступа, более тверды, чем мы сначала думали, таким образом, мы рады сделать это. Встроенная или общедоступная функциональность PHP была главным образом испорчена.
Проблема, с которой мы столкнулись, состоит в том, что, если возможность соединения IPv6 снижается, большинство хостов возьмет возрасты к нейтрализации к IPv4, и некоторые никогда не будут нейтрализация. Так как они предпочитают v6 по v4, они просто не соединятся. Некоторые приложения имеют переключатель для принуждения v4, но многие не делают. Удостоверьтесь, что протестировали это в своей лаборатории.
Я надеюсь, что некоторые люди собираются переместиться..., потому что мы (SmoothWall) собираемся быть взятием всех наших продуктов IPv6 в следующем году - возможно, это немедленно не будет окупаемость, но я действительно думаю, что мы доберемся там.
Я работаю на маленький запуск. У нас нет формальных планов включать поддержку IPv6 в наш продукт, но я вижу, что было бы благоразумно сделать так как можно скорее. Я бесшумно кодировал поддержку его, что я могу представить в подходящее время. По-видимому, там больше похожи на меня в различных фирмах.
Просто посмотрев на другие ответы я видел, что, "Возможно, моя голова Evan застревает твердо в песке (или где-нибудь хуже!), но я не видел востребованных бизнес-оснований, на данный момент, для перемещения любого из моих Клиентов к IPv6". Именно так я вижу его, и как я видел его начиная с великого, "у нас заканчиваются IP-адреса" проблема, был сначала повышен. Мне это не слишком непохоже на '85 "энергетических кризисов".
Если потребность (реальная потребность, не только предполагаемая) для выполнения IPv6 возникают во время моего срока службы, который я нисколько не заинтересован, потому что что-либо, я работаю с этим, могло, мыслимая потребность иметь дело непосредственно с IPv6 может уже сделать так. Кроме электронной почты единственная вещь мы имеем, который должен говорить непосредственно с другими системами IPv6, брандмауэр. Веб-сайты размещаются третьим лицом, таким образом, это - их проблема, и я доволен их способностью поддерживать IPv6. Внутренне ничему не нужен IPv6. Мне не нужна дополнительная стычка поддержки ненужного слоя, и компании не нужна стоимость замены тех объектов, которые не могут иметь дело с ним, когда нет абсолютно никакой причины сделать так. Давайте столкнемся с ним, ничья внутренняя сеть является столь большой, что IPv4 не может справиться, и интернет-устройства направления не должны быть во внутренней сети.