Имеет отношение. Вот я инженер и меня макнули что я не могу ничего придумать. Нет никакого профита придумать фичу которая есть в софте или роадмапе и реализовать если для компании нет профита. Никто не даст и я бы не дал экспериментировать над клиентами. Посыл в том, что раз вы не пробуете новое значит вы не инженеры не корректен. Ошибка инженера магистрала иногда дорого обходится коммерсантам.



On 12 Nov 2016, at 01:01, Victor Belov <belovictor@gmail.com> wrote:

Ярослав,

У нас нет инженеров эксплуатации. У нас есть инженеры. Инженеры IP, инженеры DWDM, инженеры оптики. Они сами принимают решение, что им делать, и звонок Белова им не нужен. На счет Теремецкого или Бекинеева не могу ничего сказать. Было бы крайне глупо нанимать высокооплачиваемых профессионалов, чтобы рассказывать им, что им делать. У них полная свобода действий в рамках того, чем они занимаются. Есть ограничения, которые накладывает на их действия бизнес, но то о чем я написал не имеет к этому никакого отношения. От слова совсем.

2016-11-12 0:56 GMT+03:00 Yaroslav <yksmoke@gmail.com>:
А вы вспомните кто такой инженер эксплуатации. Имеет ли он право повысить локалпреф на пире или не дай бог на клиенте для того чтобы разгрузить стык с Белтелеком. У сетевых инженеров нет никакой свободы действия - тока звонок Белова, Теремецкого или Бикинеева и то сомнительно. Искать в продакшене совесть инженера бессмысленно ) Ну или заберите консоль


On 12 Nov 2016, at 00:31, Victor Belov <belovictor@gmail.com> 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

При этом адрес 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



Best Regards,
Yaroslav Kapsalov