О, спасибо. Есть большое "но", правда - операторы скажут "а, ну это у них типа энтерпрайз, а мы телко, нам это не катит" (и будут частично правы) :(

2016-11-08 14:43 GMT+03:00 Nikolay Shopik <shopik@crosstelecom.ru>:
http://www.ipv6.org.uk/2016/08/31/ipv6-council-meeting-october-2016/
http://www.ipv6.org.uk/wp-content/uploads/2016/11/UKIPv6Council-2016-IPv6-deployment-at-Imperial.pdf

Из свежого.

vCPE у Comcast много было презентации если память не изменяет.

On 08/11/16 14:24, Volodymyr Litovka wrote:
> Ну вот, собственно, и есть пара направлений -
>
>  * услышать от успешных внедрителей о migration best practices - как
>    планировали, на какие косяки наступали, как поступали и как в итоге
>    получилось
>  * пригласить кого-то из знающих рассказать, как (если) vCPE может
>    помочь решить задачу миграции на IPv6
>
>
> On 11/8/16 12:53 PM, Alex Semenyaka wrote:
>> Ну, тут не вполне соглашусь - еще года 4 года назад мы на ENOGе
>> слышали о масштабных внедрениях IPv6 в РФ. Но правда и то, что это
>> скорее исключение, чем правило. Ну и если уж жаловаться на жизнь, то
>> стоит упомянуть, что основная проблема была, и частично остается до
>> сих пор не на уровне коммутации, а в разного рода сервисах. Но главная
>> проблема, и главные тормоза - это CPE, которые покупают пользователи.
>> Стандартная мировая модель: CPE дает провайдер, и планово меняет раз в
>> N лет. Однажды он начинает тестировать IPv6, реализует по очереди на
>> бекбоне, бекхоле - и однажды доходит до CPE. Берет имеющиеся модели от
>> любимых вендоров, отлаживает конфигурацию настолько хорошо, насколько
>> позволяют его процессы, и в очередной цикл плановой замены ставит
>> абонам CPE с dual stack. Абоны ничего не замечают, ибо все
>> стандартное, все тестировалось, и оно just works. Как это происходит в
>> exSU. Абоненты сами покупают себе "роутеры" в магазе, какие покрасивее
>> или какой сосед посоветовал. Провайдер задумывается об IPv6,
>> представляет себе перенастройку всех этих разномастных коробочек у
>> каждого абона и шквал звонков в техподдержку "вы что-то у меня делали,
>> а теперь я во вконтактике Васины посты не вижу!", покрывается мокрым
>> потом, дрожащими руками пытается опустить вставшие волосы, и отгоняет
>> свою мысль навсегда. Как-то так.
>>
>> On Tue, 8 Nov 2016 at 13:24, Volodymyr Litovka <doka.ua@gmail.com
>> <mailto:doka.ua@gmail.com>> wrote:
>>
>>     Категорически согласен.
>>
>>     Требования к поддержке IPv6 на коммутаторах доступа стали
>>     критическими еще 3-4 года назад. К сожалению, я не знаю ни одного
>>     более-менее крупного одного оператора связи в бывшем СНГ, который
>>     был бы IPv6 ready в сети доступа. И по состоянию на 2-3 года назад
>>     (сейчас уже не в курсе) - недостаточное понимание механизмов IPv6
>>     среди технического состава операторов связи.
>>
>>     В то же время операторы мобильной связи сделали IPv6 стандартом де
>>     факто в требованиях к терминалу. Еще в 2009 году Verizon выпустил
>>     требования к мобильным телефонам, в которых IPv6 must be, а IPv4 -
>>     optional:
>>
>>       * /The device shall support IPv6. The device may support IPv4.
>>         IPv6 and IPv4 support shall be per the 3GPP Release 8
>>         Specifications./
>>       * /The device shall be assigned an IPv6 address whenever it
>>         attaches to the LTE network./
>>       * /If the device supports IPv4, then the device shall be able to
>>         support simultaneous IPv6 and IPv4 sessions./
>>       * /If the device supports IPv4, the device shall request an IPv4
>>         address if an application using the LTE bearer requests a data
>>         connection using an IPv4 address. Once the application is
>>         closed, the IPv4 address shall be released by the device./
>>
>>     Тенденцию на просторах бывшего СНГ пора менять :-)
>>
>>
>>     On 11/8/16 9:21 AM, Sergey Myasoedov wrote:
>>>     Добрый день!
>>>
>>>     Хочу обратить ваше внимание на заявление, которое вчера сделал
>>> Совет по архитектуре Интернета (IAB).
>>>     IAB считает, что в нынешней ситуации, когда трафик IPv6 в сетях
>>> достиг почти 15% от трафика IPv4, а свободных IPv4-адресов у IANA не
>>> осталось, IETF следует сконцентрироваться на разработке и поддержке
>>> протоколов, в первую очередь рассчитанных на IPv6. Таким образом, IAB
>>> донесёт эту позицию до рабочих групп IETF и есть основания
>>> предполагать, что члены IETF прислушаются к такой позиции.
>>>
>>>     https://www.iab.org/2016/11/07/iab-statement-on-ipv6/
>>>
>>>     Как мне видится, вопрос поддержки IPv6 в сетях доступа становится
>>> по-настоящему вопросом сохранения бизнеса. Конечно, за год ничего
>>> серьезно на рынке не изменится, но вот уже в пятилетней перспективе
>>> ситуация с IPv6 выглядит иначе. Проще говоря, можно сейчас
>>> инвестировать в IPv4, но этот протокол уже довольно скоро станет
>>> рудиментарным в Интернете.
>>>
>>>     Если у вас появится желание обсудить моё письмо или сделанное IAB
>>> заявление - можно продолжить дискуссию прямо в этом списке рассылки.
>>>
>>>     На всякий случай напишу, кто такие IAB:
>>>     Персоналии -https://www.iab.org/about/iab-members/
>>>     Устав -https://www.iab.org/about/charter/
>>>     История -https://www.iab.org/about/history/
>>>
>>>
>>>     --
>>>     Kind regards,
>>>     Sergey Myasoedov
>>>     _______________________________________________
>>>     discuss mailing list
>>>     discuss@enog.org <mailto:discuss@enog.org>
>>>     https://www.enog.org/mailman/listinfo/discuss
>>
>>     --     Volodymyr Litovka
>>        "Vision without Execution is Hallucination." -- Thomas Edison
>>
>>     _______________________________________________
>>     discuss mailing list
>>     discuss@enog.org <mailto:discuss@enog.org>
>>     https://www.enog.org/mailman/listinfo/discuss
>>
>
>
>
> _______________________________________________
> discuss mailing list
> discuss@enog.org
> https://www.enog.org/mailman/listinfo/discuss
>

--
Nikolay Shopik
Network Engineer
+7 (495) 643-1840 x1000
Cross Tel - AS33842

_______________________________________________
discuss mailing list
discuss@enog.org
https://www.enog.org/mailman/listinfo/discuss



--
Alex Semenyaka