Ярослав,

Придумывают не для профита. Профит это следствие придумывания.
Если про "магистрал", то у нас на магистрали v6 появился в ... не вспомню уже, 
но до 2010 точно. Не для профита, а чтобы набить заранее всё, что можно набить. 
И рассуждения что что то может там аукнуться каким то коммерсантам - это как 
раз объяснение, почему ничего не сделали. Есть масса методов, как отладить так, 
чтобы не аукалось.

Sent from my iPhone

> On 12 Nov 2016, at 01:11, Yaroslav <[email protected]> wrote:
> 
> 
> Имеет отношение. Вот я инженер и меня макнули что я не могу ничего придумать. 
> Нет никакого профита придумать фичу которая есть в софте или роадмапе и 
> реализовать если для компании нет профита. Никто не даст и я бы не дал 
> экспериментировать над клиентами. Посыл в том, что раз вы не пробуете новое 
> значит вы не инженеры не корректен. Ошибка инженера магистрала иногда дорого 
> обходится коммерсантам.
> 
> 
> 
>> On 12 Nov 2016, at 01:01, Victor Belov <[email protected]> wrote:
>> 
>> Ярослав,
>> 
>> У нас нет инженеров эксплуатации. У нас есть инженеры. Инженеры IP, инженеры 
>> DWDM, инженеры оптики. Они сами принимают решение, что им делать, и звонок 
>> Белова им не нужен. На счет Теремецкого или Бекинеева не могу ничего 
>> сказать. Было бы крайне глупо нанимать высокооплачиваемых профессионалов, 
>> чтобы рассказывать им, что им делать. У них полная свобода действий в рамках 
>> того, чем они занимаются. Есть ограничения, которые накладывает на их 
>> действия бизнес, но то о чем я написал не имеет к этому никакого отношения. 
>> От слова совсем.
>> 
>> 2016-11-12 0:56 GMT+03:00 Yaroslav <[email protected]>:
>>> А вы вспомните кто такой инженер эксплуатации. Имеет ли он право повысить 
>>> локалпреф на пире или не дай бог на клиенте для того чтобы разгрузить стык 
>>> с Белтелеком. У сетевых инженеров нет никакой свободы действия - тока 
>>> звонок Белова, Теремецкого или Бикинеева и то сомнительно. Искать в 
>>> продакшене совесть инженера бессмысленно ) Ну или заберите консоль
>>> 
>>> 
>>>> On 12 Nov 2016, at 00:31, Victor Belov <[email protected]> wrote:
>>>> 
>>>> Привет,
>>>> 
>>>> Читаю я вас, уже довольно давно, и офигеваю. Вот реально офигеваю. Всем 
>>>> чего то не хватает.
>>>> Кому то не хватает лучших практик. Кому то не хватает CPE. Всем чего то не 
>>>> хватает.
>>>> И мне, человеку у которого инженеры уже лет 10 как отобрали enable 
>>>> становится просто грустно от ваших дискуссий.
>>>> Думается, что если бы мне в 90х не хватало чего то, из того что вы 
>>>> перечисляете… Да ужас что было бы!
>>>> Дайте мне лучшие практики по диалапу для физиков, сидящих на древних 
>>>> аналоговых АТС.
>>>> Еще нужны лучшие практики для несуществующего виртуального хостинга. А еще 
>>>> покажите мне
>>>> лучшие практики по переписыванию шедулеров BSD для вирутальных машин?
>>>> Лучшие практики для авторизации первых ШПД абонентов через Ethernet тоже 
>>>> не помешали бы.
>>>> Лучшие практики по запуску multicast. Лучшие практики по CDN…
>>>> Вы вообще в курсе определения слова “инженер”? Или инженеры отсюда пропали 
>>>> уже давно?
>>>> Инженер это человек, который способен решить неопределенный круг задач в 
>>>> условиях высокой
>>>> неопределенности исходных условий. Используя свои знания, и возможность (в 
>>>> современные то 
>>>> времена, практически неограниченную) в доступе к новым знаниям.
>>>> Я вот вижу в современных условиях только 2 проблемы с массовым внедрением 
>>>> v6,
>>>> по крайней мере в той стране, в которой я живу. Это СОРМ и фильтрация по 
>>>> ФЗ.
>>>> Всё остальное - это рассказы о том, почему кому то лениво что то сделать.
>>>> Поэтому спрячьте все свои недостачи, пойдите, и сделайте что нибудь.
>>>> И скажите потом - вот это я первым сделал. И вот так это нужно делать.
>>>> И модераторам всем тоже привет++
>>>> 
>>>> С уважением,
>>>> AS8359
>>>> 
>>>> 
>>>> 2016-11-12 0:05 GMT+03:00 Alex Semenyaka <[email protected]>:
>>>>> Ну понятно же, что это не реализуемые фантазии. Даже 10 назад реплики "а 
>>>>> давайте IPv6 делать совсем не так" не имели отношения к реальности, а уж 
>>>>> сейчас и подавно...
>>>>> 
>>>>> 
>>>>> 11 лист. 2016 р. 7:08 пп "Yaroslav Kapsalov" <[email protected]> пише:
>>>>> 
>>>>>> Нет это совсем не то. Это не масштабирумый костыль - таких вариантов 
>>>>>> было несколько но все это vpn для ленивых. Я говорю о измении принципов 
>>>>>> глобальной адресации. Считайте что мы утилизировали один перикс /16 для 
>>>>>> 48 битного адреса. И осталось 65534 префикса равных размерности ipv4. 
>>>>>> При этом у нас одна таблица раутинга и структура tcam
>>>>>> 
>>>>>> Best Regards
>>>>>> Yaroslav Kapsalov
>>>>>> 
>>>>>> Sent from my iPad
>>>>>> 
>>>>>>> On 11 нояб. 2016 г., at 18:53, Vladislav V. Prodan 
>>>>>>> <[email protected]> wrote:
>>>>>>> 
>>>>>>> 
>>>>>>> 11 ноября 2016 г., 17:42 пользователь Yaroslav Kapsalov 
>>>>>>> <[email protected]> написал:
>>>>>>>> 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
>>>>>>> [email protected]
>>>>>>> https://www.enog.org/mailman/listinfo/discuss
>>>>>> 
>>>>>> _______________________________________________
>>>>>> discuss mailing list
>>>>>> [email protected]
>>>>>> https://www.enog.org/mailman/listinfo/discuss
>>>>>> 
>>>>> 
>>>>> _______________________________________________
>>>>> discuss mailing list
>>>>> [email protected]
>>>>> https://www.enog.org/mailman/listinfo/discuss
>>>>> 
>>>> 
>>> 
>>> Best Regards,
>>> Yaroslav Kapsalov
>>> 
>>> 
>>> 
>> 
> 
_______________________________________________
discuss mailing list
[email protected]
https://www.enog.org/mailman/listinfo/discuss

Ответить