![](https://secure.gravatar.com/avatar/520d1c8e50ae62c77184cfcf999c8efb.jpg?s=120&d=mm&r=g)
Виктор, приветствую,
Вы слишком критичны, нет ничего плохого в том чтобы "готовить" сеть по какому-то рецепту [BCP] особенно если его за тебя сделали и не надо изобретать велосипед заново. Не у всех есть инженеров есть время и/или знания глубокие чтобы перепробовать все варианты и набить себе шишки (и их клиентам).
Фильтрация по ФЗ требует блочить то что списке, IPv6 там пустой. Если вас беспокоит что РКН будет читать ФЗ в свою пользу то это уже политика.
С посылом я согласен, но зачем стена текста с эмоциями не о чем? Двух абзацев бы хватило на конкретику без лишнего размазывания нытья/сарказма и нравоучения, и считать нас здесь всех идиотами, которые не понимаю слова инженер.
On 12/11/16 00:31, Victor Belov wrote:
Привет,
Читаю я вас, уже довольно давно, и офигеваю. Вот реально офигеваю. Всем чего то не хватает. Кому то не хватает лучших практик. Кому то не хватает CPE. Всем чего то не хватает. И мне, человеку у которого инженеры уже лет 10 как отобрали enable становится просто грустно от ваших дискуссий. Думается, что если бы мне в 90х не хватало чего то, из того что вы перечисляете… Да ужас что было бы! Дайте мне лучшие практики по диалапу для физиков, сидящих на древних аналоговых АТС. Еще нужны лучшие практики для несуществующего виртуального хостинга. А еще покажите мне лучшие практики по переписыванию шедулеров BSD для вирутальных машин? Лучшие практики для авторизации первых ШПД абонентов через Ethernet тоже не помешали бы. Лучшие практики по запуску multicast. Лучшие практики по CDN… Вы вообще в курсе определения слова “инженер”? Или инженеры отсюда пропали уже давно? Инженер это человек, который способен решить неопределенный круг задач в условиях высокой неопределенности исходных условий. Используя свои знания, и возможность (в современные то времена, практически неограниченную) в доступе к новым знаниям. Я вот вижу в современных условиях только 2 проблемы с массовым внедрением v6, по крайней мере в той стране, в которой я живу. Это СОРМ и фильтрация по ФЗ. Всё остальное - это рассказы о том, почему кому то лениво что то сделать. Поэтому спрячьте все свои недостачи, пойдите, и сделайте что нибудь. И скажите потом - вот это я первым сделал. И вот так это нужно делать. И модераторам всем тоже привет++
С уважением, AS8359
2016-11-12 0:05 GMT+03:00 Alex Semenyaka alex.semenyaka@gmail.com:
Ну понятно же, что это не реализуемые фантазии. Даже 10 назад реплики "а давайте IPv6 делать совсем не так" не имели отношения к реальности, а уж сейчас и подавно...
11 лист. 2016 р. 7:08 пп "Yaroslav Kapsalov" yksmoke@gmail.com пише:
Нет это совсем не то. Это не масштабирумый костыль - таких вариантов было
несколько но все это vpn для ленивых. Я говорю о измении принципов глобальной адресации. Считайте что мы утилизировали один перикс /16 для 48 битного адреса. И осталось 65534 префикса равных размерности ipv4. При этом у нас одна таблица раутинга и структура tcam
Best Regards Yaroslav Kapsalov
Sent from my iPad
On 11 нояб. 2016 г., at 18:53, Vladislav V. Prodan admin@support.od.ua wrote:
11 ноября 2016 г., 17:42 пользователь Yaroslav Kapsalov < yksmoke@gmail.com> написал:
P.s в качестве бреда - надо откатиться назад и сделать правильный в6 добавив два октета перед нашими 4-мя и встроив v4 в один префикс нового 48 битного адреса и обеспечив обратную совместимость аля переход на 32 битные as. :)
Вроде подобное есть для туннелей 6to4 в RFC 3056 https://tools.ietf.org/html/rfc3056
При этом адрес IPv4 ставится позади приставки 2002::/16, но в шестнадцатеричном виде.
-- Vladislav V. Prodan System & Network Administrator support.od.ua
discuss mailing list discuss@enog.org https://www.enog.org/mailman/listinfo/discuss
discuss mailing list discuss@enog.org https://www.enog.org/mailman/listinfo/discuss
discuss mailing list discuss@enog.org https://www.enog.org/mailman/listinfo/discuss
discuss mailing list discuss@enog.org https://www.enog.org/mailman/listinfo/discuss