Привет, Виртуализация - это конечно приятно, действительно в том числе для тестирования. У меня вот запущен Unetlab в котором собрана сеть из vMX и vSR, можно еще туда добавить vXR ;) Но таки inhouse чипы все еще могут давать всякое преимущество, начиная от каких-то фич, которые Broadcom откажется реализовывать или отложит в долгий ящик, заканчивая просто другой архитектурой. Насчет зачем помнить имя производителя маршрутизатора - так просто не выветрится, сколько вендоры (особенно С и чуть меньше J) вкладывались в создание _культуры_ сетевых инженеров - тут тебе и community и сертификации и все такое. А про никто не помнит название производителя телефона - расскажи это Apple'офилам ;) 2017-03-10 2:15 GMT+02:00 Andrii Zarechanskyi :

Привет,

Основная идея дать возможность поуправлять своими коробками на доступном тестовом стенде. 1) Обкатка решений с SDN 2) Ознакомление и обучение _до_ покупки

Без этого их сейчас никто не будет покупать. Небольшой процент от продаж чужого железа сейчас или процент от 0 никогда.

На самом деле все не так уж и плохо в плане коммодити аппаратной части: Intel vs AMD NVIDIA vs ATI QCOM vs MediaTek

Стабильное соревнование двух лидеров гарантирует качество уже лет 10 как. Главное, чтобы все не начало упираться во владельцев фабрик по производству, такую мелочь как Samsung и Intel.

Осталось дождаться на двух рынках стабилизации поставщиков аппаратной части: - память (всякая разная) - сеть (wifi уже поделен, mobile более-менее тоже, осталась только сеть которая wired)

После этого станет не сильно важно, у кого софт круче из продающих чужое железо. Станет важно кто из клепателей бирок на чужое железо шустрее правит недочеты FW и выпускает стабильные дизайны.

Вот зачем пользователю помнить имя производителя маршрутизатора? Он ведь не отличается от телефона или ноутбука. Пользователь оперирует характеристиками в терминах ресурсов приложений, так почему сеть должна отличаться?

Regards, Andrii

2017-03-10 0:17 GMT+02:00 Volodymyr Litovka :

...

Привет,

ещё один производитель коммутаторов виртуализовал свой софт и сделал возможным его запуск на всяких commodity или white box устройствах:

http://tinyurl.com/h5kmhzc

Не могу оценить, насколько это действие осмыслено, но общий тренд понятен - вендоры уходят в соревнование софтов, оставляя аппаратную часть на откуп производителям коммодити-чипов типа Broadcom etc

-- Volodymyr Litovka "Vision without Execution is Hallucination." -- Thomas Edison

_______________________________________________ uanog mailing list uanog@uanog.kiev.ua http://mailman.uanog.kiev.ua/mailman/listinfo/uanog

_______________________________________________ uanog mailing list uanog@uanog.kiev.ua http://mailman.uanog.kiev.ua/mailman/listinfo/uanog

-- MYL2-RIPE

On 3/10/17 11:57 AM, Andrii Zarechanskyi wrote:

А насчет новых архитектур и функционала, их диктует не броадком. Они приходит от культурных мальчиков и девочек, работающих архитекторами в небольших американских компаниях и решающих задачи, как дешевле и надежней построить транспорт от youtube до тебя. Так вот с той стороны, нет запроса на функциональность.

Быстрее, надежней и проще. Логику что и куда коммутировать они напишут сами.

В далёком 2005 году я слушал выступление инженера Google перед инженерами Cisco. Он говорил примерно следующее - "Whatever you're doing, guys, is a piece of crap. As well as Foundry, Brocade, Force10 doing... we don't need your QoS, your logic and your features. Just give us fat pipes and we'll decide how to forward data through". Мы тогда похихикали, а зря... ;-) Где сейчас Гугль с Амазоном и где - все эти вендоры. -- Volodymyr Litovka "Vision without Execution is Hallucination." -- Thomas Edison

On 3/10/17 12:32 PM, Andrii Zarechanskyi wrote:

В далёком 2005 году я слушал выступление инженера Google перед инженерами Cisco. Он говорил примерно следующее - "Whatever you're doing, guys, is a piece of crap. As well as Foundry, Brocade, Force10 doing... we don't need your QoS, your logic and your features. Just give us fat pipes and we'll decide how to forward data through".

Мы тогда похихикали, а зря... ;-) Где сейчас Гугль с Амазоном и где - все эти вендоры.

С одной стороны да, но с другой стороны я был удивлен, когда узла какое количество серверов от буквы D все еще использует Google сейчас. Они за счет вендора содержат и поддерживают всё железо стоящее не в их датацентрах. Заявки на замену в 95% случаев отрабатываются без человека со стороны G. Т.е. сервисная составляющая бизнеса как-то выживет.

Еще интеграция -- Volodymyr Litovka "Vision without Execution is Hallucination." -- Thomas Edison

2017-03-10 11:32 GMT+01:00 Andrii Zarechanskyi :

...

В далёком 2005 году я слушал выступление инженера Google перед инженерами Cisco. Он говорил примерно следующее - "Whatever you're doing, guys, is a piece of crap. As well as Foundry, Brocade, Force10 doing... we don't need your QoS, your logic and your features. Just give us fat pipes and we'll decide how to forward data through".

Мы тогда похихикали, а зря... ;-) Где сейчас Гугль с Амазоном и где - все эти вендоры.

С одной стороны да, но с другой стороны я был удивлен, когда узла какое количество серверов от буквы D все еще использует Google сейчас. Они за счет вендора содержат и поддерживают всё железо стоящее не в их датацентрах. Заявки на замену в 95% случаев отрабатываются без человека со стороны G. Т.е. сервисная составляющая бизнеса как-то выживет.

Кроме сервисной составляющей (для своего железа она заточена под свои площадки) есть еще regulatory compliance - сертифицировать свое железо для использования в большом количестве стран, особенно для использования в чужой сети это большой головняк. D (равно как и C и J) решает его по всему миру и (в условиях вендорной конкуренции) за вменяемую денежку. Серверная/сетевая часть для своих datacenters - другая экономика. Малое количество стран, сильно большие объемы и полностью своя экосистема всего датацентра.

Regards, Andrii

-- Regards, Volodymyr.

2017-03-10 11:13 GMT+01:00 Volodymyr Litovka :

On 3/10/17 11:57 AM, Andrii Zarechanskyi wrote:

А насчет новых архитектур и функционала, их диктует не броадком. Они приходит от культурных мальчиков и девочек, работающих архитекторами в небольших американских компаниях и решающих задачи, как дешевле и надежней построить транспорт от youtube до тебя. Так вот с той стороны, нет запроса на функциональность.

Быстрее, надежней и проще. Логику что и куда коммутировать они напишут сами.

В далёком 2005 году я слушал выступление инженера Google перед инженерами Cisco. Он говорил примерно следующее - "Whatever you're doing, guys, is a piece of crap. As well as Foundry, Brocade, Force10 doing... we don't need your QoS, your logic and your features. Just give us fat pipes and we'll decide how to forward data through".

Помнишь фамилию персонажа который выступал?

Мы тогда похихикали, а зря... ;-) Где сейчас Гугль с Амазоном и где - все эти вендоры.

Тут есть одна хитрость - сейчас все еще популярно держать две разные сети, одну с big-fat-pipes для DC-DC траффика и вторую (изрядно худее) для DC-Internet траффика. Для первой популярно клепать свое железо - экономика там такая, да и переманить из вендоров людей умеющих сделать свитч/роутер под заказ не есть проблема. Написать свой control plane - отдельная история, но как показывает практика если вложиться в этот вопрос ресурсами то это тоже решаемая (за несколько лет) задача. Для второй все еще выгоднее использовать (в большинстве своем) вендорное железо, софт и старый добрый BGP с MPLS-TE. Одна из причин - гораздо более стабильное и откатанное решение для критического revenue generating траффика, да и вендоры в условиях конкуренции таки успевают выпускать толковые продукты (C Fretta vs J MX) или уходят в прошлое (F10 или B). А что там будет дальше - будем посмотреть :-) Из личного опыта - troubleshooting разваливающегося TX-Matrix или SDN контроллера управляющего купкой больших коробок сопоставимые по сложности задачи. И там и там нужен толковый network engineer или devops :-)

-- Volodymyr Litovka "Vision without Execution is Hallucination." -- Thomas Edison

_______________________________________________ uanog mailing list uanog@uanog.kiev.ua http://mailman.uanog.kiev.ua/mailman/listinfo/uanog

-- Regards, Volodymyr.

Для второй все еще выгоднее использовать (в большинстве своем) вендорное железо, софт и старый добрый BGP с MPLS-TE. Одна из причин - гораздо более стабильное и откатанное решение для критического revenue generating траффика, да и вендоры в условиях конкуренции таки успевают выпускать толковые продукты (C Fretta vs J MX) или уходят в прошлое (F10 или B).

​Внутри которых стоит один и тот же чипсет Broadcom на линейной плате. И как всегда появляется вопрос, а зачем платить C/J за криво написанный bootloader с лишним функционалом, который всё равно общается с одним и тем же железом по протоколу очень похожему на следующий драфт openflow (скорее всего так сейчас).

А что там будет дальше - будем посмотреть :-)

Из личного опыта - troubleshooting разваливающегося TX-Matrix или SDN контроллера управляющего купкой больших коробок сопоставимые по сложности задачи. И там и там нужен толковый network engineer или devops :-)

​Ну, скорее такой человек называется NetOps. Но пока такой титул не пишут в вакансиях. Regards, Andrii​

2017-03-10 14:58 GMT+02:00 Michail Litvak :

2017-03-10 14:47 GMT+02:00 Andrii Zarechanskyi :

...

...

Для второй все еще выгоднее использовать (в большинстве своем) вендорное железо, софт и старый добрый BGP с MPLS-TE. Одна из причин - гораздо более стабильное и откатанное решение для критического revenue generating траффика, да и вендоры в условиях конкуренции таки успевают выпускать толковые продукты (C Fretta vs J MX) или уходят в прошлое (F10 или B).

​Внутри которых стоит один и тот же чипсет Broadcom на линейной плате. И как всегда появляется вопрос, а зачем платить C/J за криво написанный bootloader с лишним функционалом, который всё равно общается с одним и тем же железом по протоколу очень похожему на следующий драфт openflow (скорее всего так сейчас).

Ну в J таки ж не Broadcom, а Trio. Да и у ALU свой.

ALU всегда были немного другими. Их за это никто не винит. Один прилепили свой интерфейс к фабрике к чипсету и назвали это Trio. Другие просто называют поколения линейных плат по названим продуктов Broadcom и не парятся, хотя у них тоже свой интерфейс к фабрике. Как думаешь, почему у них типы плат с разными типами скоростей появляются в одинаковых набивках? И цифры в datasheet всегда похожи.

...

...

А что там будет дальше - будем посмотреть :-)

Из личного опыта - troubleshooting разваливающегося TX-Matrix или SDN контроллера управляющего купкой больших коробок сопоставимые по сложности задачи. И там и там нужен толковый network engineer или devops :-)

​Ну, скорее такой человек называется NetOps. Но пока такой титул не пишут в вакансиях.

Ну это типа гибрид программера и сетевого инженера...

​Любой инженер должен быть в меру ленив. А значит должен уметь автоматизировать. Отсюда и NetOps. Regards, Andrii​

On 3/12/17 10:39 PM, Maksym Tuyluk wrote:

2) написание своего “control plane” - задача а) дорогая и б) ненадежная - слишком большие риски. Поэтому многие и делают так и делали последние 10-20 лет - риск разработки перекладываем на вендора и покупает у него готовый продукт с поддержкой. ну да, многие админы так и делают. А потом удивляются, что на старой работе давно зарплату не поднимали, а в Amazon/Google/Facebook/Linkedin на работу не берут ;-)

-- Volodymyr Litovka "Vision without Execution is Hallucination." -- Thomas Edison

Не совсем так. Сидело в комнате два инженера. Один из них был пацаном олдскульным, в электричество не верил и неистово дрочил на редистрибуцию из OSPF в BGP и обратно. Второй в свободное от OSPF время возился с Opendaylight, Openflow и Python. Первый был очень ценным чуваком - на нём держалась вся сеть. Поэтому, когда настали тяжелые времена, второго немедля сократили к хуям, а первого позвали к главному и сказали - "ты же очень ценный для нас человек, поэтому тебя мы бережем и не сокращаем, но вынуждены уменьшить зарплату." Второй на радостях напился, перекрестился и через полгода работал в Амазоне. Первый подался туда же, но был послан туда, куда сократили второго. Потому что кроме OSPF и BGP ничего полезного не знал. Они потом переписывались - второй рассказывал первому, как роботы бороздят просторы складов Амазона под управлением из облака, а первый жаловался, что он пол-года назад открыл кейс в Битриксе, а эти падлы до сих пор не могут исправить баг в 1С-Складе. Где-то так, я бы сказал. On 3/13/17 9:33 PM, Maksym Tuyluk wrote:

Уже представил: сидел инженер и писал пару лет control plane, а потом пришел HR и сразу бац +15% к зарплате, но инженер отказался потому что Amazon/Google/Facebook/Linkedin должен на днях за ним персональный чартер прислать :)

Максим

...

On 13 Mar 2017, at 08:13, Volodymyr Litovka wrote:

On 3/12/17 10:39 PM, Maksym Tuyluk wrote:

...

2) написание своего “control plane” - задача а) дорогая и б) ненадежная - слишком большие риски. Поэтому многие и делают так и делали последние 10-20 лет - риск разработки перекладываем на вендора и покупает у него готовый продукт с поддержкой. ну да, многие админы так и делают. А потом удивляются, что на старой работе давно зарплату не поднимали, а в Amazon/Google/Facebook/Linkedin на работу не берут ;-)

-- Volodymyr Litovka "Vision without Execution is Hallucination." -- Thomas Edison _______________________________________________ uanog mailing list uanog@uanog.kiev.ua http://mailman.uanog.kiev.ua/mailman/listinfo/uanog

-- Volodymyr Litovka "Vision without Execution is Hallucination." -- Thomas Edison

2017-03-14 10:22 GMT+02:00 Alexander V Soroka :

...потому и не могут исправить баг в 1С-Складе - для этого надо не на Питоне проги писать :-)

ну да, на ассемблере это легко делается, конечно

On 3/14/17 10:44 AM, Michail Litvak wrote:

Владимир, зочем ви тгавите ? (c) :-)

Не совсем так.

Сидело в комнате два инженера.

Один из них был пацаном олдскульным, в электричество не верил и неистово дрочил на редистрибуцию из OSPF в BGP и обратно.

Вот зачем дрочить на известное извращение ? А может он строил Seamless MPLS на MBH и читал про Segment routing и EVPN.

ага-ага, в ожидании, когда придет Juniper c Wandl'ом или Cisco с Tail-F и им скажут - вас тут пятеро ваще не нужно, остаётся один :-) -- Volodymyr Litovka "Vision without Execution is Hallucination." -- Thomas Edison

Извини, перепутал название - имел в виду, конечно же, Cariden. On 3/14/17 1:29 PM, Michail Litvak wrote:

...

А может он строил Seamless MPLS на MBH и читал про Segment routing и EVPN.

ага-ага, в ожидании, когда придет Juniper c Wandl'ом или Cisco с Tail-F и им скажут - вас тут пятеро ваще не нужно, остаётся один :-)

Wandl AFAIK это тоже примерно, что и Cariden - всяки

-- MYL2-RIPE

-- Volodymyr Litovka "Vision without Execution is Hallucination." -- Thomas Edison

Это всё - средства автоматизации, которые, будучи собранными в один флакон, способны существенно уменьшить потребность в количестве сетевых инженеров. On 3/14/17 1:31 PM, Michail Litvak wrote:

Sorry, нажал send случайно.

2017-03-14 13:29 GMT+02:00 Michail Litvak mailto:sha90w@gmail.com>:

...

А может он строил Seamless MPLS на MBH и читал про Segment routing и EVPN.

ага-ага, в ожидании, когда придет Juniper c Wandl'ом или Cisco с Tail-F и им скажут - вас тут пятеро ваще не нужно, остаётся один :-)

Wandl AFAIK это тоже примерно, что и Cariden - всякий TE считать/моделировать. Как и Tail-f - средство для provisioning ни одно ни другое как-то не заменяет инженера.

-- MYL2-RIPE

-- Volodymyr Litovka "Vision without Execution is Hallucination." -- Thomas Edison

Наверное имело бы смысл говорить о соотношении размера сетевой инфраструктуры и количества сетевых инженеров. Грубо говоря, несколько сетевых инженеров в МТС - это намного больше, чем несколько десятков сетевых инженеров в Гугле :) Но тут уж я наверняка не знаю. On 3/14/17 1:49 PM, Michail Litvak wrote:

2017-03-14 13:46 GMT+02:00 Volodymyr Litovka mailto:doka.ua@gmail.com>:

Это всё - средства автоматизации, которые, будучи собранными в один флакон, способны существенно уменьшить потребность в количестве сетевых инженеров.

Я еще наброшу - а почему тогда вот эти все FB/GOOGL/Amazon при их автоматизации все набирают и набирают network engineers ?

-- MYL2-RIPE

-- Volodymyr Litovka "Vision without Execution is Hallucination." -- Thomas Edison

hi, Tue, Mar 14, 2017 at 13:49:30, sha90w wrote about "Re: [uanog] Arista: девочки - направо, мальчики - палево":

...

Это всё - средства автоматизации, которые, будучи собранными в один флакон, способны существенно уменьшить потребность в количестве сетевых инженеров.

Я еще наброшу - а почему тогда вот эти все FB/GOOGL/Amazon при их автоматизации все набирают и набирают network engineers ?

Сколько нужно человек и какой квалификации, чтобы все эти сервера _аккуратно_ носить, вставлять и вынимать? -netch-

hi, Tue, Mar 14, 2017 at 14:17:15, sha90w wrote about "Re: [uanog] Arista: девочки - направо, мальчики - палево":

Нетч, ну мы ж говорим о сетевых инженерах, а не о facility или как они там...

А что, я не могу тоже набросить? ;) Но с учётом того, как жалуются на уровень квалификации народа на местах, может оказаться, что в работу входит и это. По крайней мере, по отношению к собственно сетевому оборудованию.

Надеюсь сетевые сервера не вставляют %)

Вот я задам упреждающий вопрос. Есть ли сейчас что-то достаточно стандартизованное, чтобы спокойно потянуло от миллиона VLAN'ов в большой сети? И чтобы ещё и раутинговые демоны дружили с ним? -netch-

Вот я задам упреждающий вопрос. Есть ли сейчас что-то достаточно стандартизованное, чтобы спокойно потянуло от миллиона VLAN'ов в большой сети? И чтобы ещё и раутинговые демоны дружили с ним?

Не совсем понятно какую задачу ты решаешь, но посмотри на EVPN как на сам подход и на его реализацию как EVPN у Juniper и PBB-EVPN у Cisco. ​Но эти решения для того, чтобы склеить географически разнесенных DC и сделать их прозрачными для перетекающих туда-обратно виртуальных машин. -netch-

_______________________________________________ uanog mailing list uanog@uanog.kiev.ua http://mailman.uanog.kiev.ua/mailman/listinfo/uanog

IMHO проблема более глобальная: вендоры не умеют слушать клиентов. А набор новых фич зависит, от желания маркетинга, а не того что нужно клиентам. Максим

On 10 Mar 2017, at 11:13, Volodymyr Litovka wrote:

On 3/10/17 11:57 AM, Andrii Zarechanskyi wrote:

...

А насчет новых архитектур и функционала, их диктует не броадком. Они приходит от культурных мальчиков и девочек, работающих архитекторами в небольших американских компаниях и решающих задачи, как дешевле и надежней построить транспорт от youtube до тебя. Так вот с той стороны, нет запроса на функциональность.

Быстрее, надежней и проще. Логику что и куда коммутировать они напишут сами.

В далёком 2005 году я слушал выступление инженера Google перед инженерами Cisco. Он говорил примерно следующее - "Whatever you're doing, guys, is a piece of crap. As well as Foundry, Brocade, Force10 doing... we don't need your QoS, your logic and your features. Just give us fat pipes and we'll decide how to forward data through".

Мы тогда похихикали, а зря... ;-) Где сейчас Гугль с Амазоном и где - все эти вендоры.

-- Volodymyr Litovka "Vision without Execution is Hallucination." -- Thomas Edison _______________________________________________ uanog mailing list uanog@uanog.kiev.ua http://mailman.uanog.kiev.ua/mailman/listinfo/uanog

On 3/12/17 9:35 PM, Maksym Tuyluk wrote:

IMHO проблема более глобальная: вендоры не умеют слушать клиентов. А набор новых фич зависит, от желания маркетинга, а не того что нужно клиентам. Вендоры слушают World Top20 клиентов, остальные приносят 20%. Масики сосут не потому, что вендоры плохие, а потому, что они - масики :)

Поэтому, новые технологии - это для гигантов и масиков. Первых вендоры не удовлетворяют, потому что не могут; вторых - потому что не хотят. -- Volodymyr Litovka "Vision without Execution is Hallucination." -- Thomas Edison

2017-03-10 11:57 GMT+02:00 Andrii Zarechanskyi :

Миша,

За создание культуры конечно плюс. С другой стороны, все фломастеры одинаковые. Вопрос в том, будет ли он именно того оттенка и толщины, как ты привык. Но смысл написанного данным фломастером все равно не изменится. Или у тебя внезапно появились явные предпочтения какой именно CLI использовать? Какой не хочешь, я более-менее помню.

Как там - "ну мы же профессионалы" (c) можем даже шилом нацарапать ;) Вопрос еще, что китайские игрушки не приносят радости ;) А CLI я предпочитаю в таком порядке: 1. Juniper 2. IOS XR 3. SR OS 4. Cisco IOS and подобные.

А насчет новых архитектур и функционала, их диктует не броадком. Они приходит от культурных мальчиков и девочек, работающих архитекторами в небольших американских компаниях и решающих задачи, как дешевле и надежней построить транспорт от youtube до тебя. Так вот с той стороны, нет запроса на функциональность.

Да, я читал про эти всякие B4 и SixPack с Jupiter, но оно заточено именно под эти самые задачи двигать что-то между ДЦ притом когда есть информация где и какие приложения. Но в области обычных ISP и операторов все (к счастью) остается по прежнему - там нет 100500 программеров чтобы это писать самим каждый раз. Они же сами в том же Google Fiber используют AFAIK обычные рутеры различных вендоров. Хотя идея, что сисадмины больше не нужны - теперь DevOps рулят. И туда же про network engineers - не очень радует, остается только надеяться, что наш век хватит и классических сетей без вот этого всего ;)

Быстрее, надежней и проще. Логику что и куда коммутировать они напишут сами. Ведь получилось у них изменить рынок аппаратных серверов. Теперь очередь за поставщиками неплохого железа с проблемным софтом, функционала которого 80% никто массово не использует.

А можно пример изменения рынка серверов ? Я знаю, что у них внутри все кастомное, но Dell и HP как делали обычные bare metall так и делают и их покупают и даже арендуют. Проблема, что в софте обычных вендоров куча legacy и куча кода который используется малым количеством заказчиков понятна и очевидна тут наверное есть куда меняться - хотя и не особо что-то делается.

2017-03-10 8:21 GMT+02:00 Michail Litvak :

...

Привет,

Виртуализация - это конечно приятно, действительно в том числе для тестирования. У меня вот запущен Unetlab в котором собрана сеть из vMX и vSR, можно еще туда добавить vXR ;)

Но таки inhouse чипы все еще могут давать всякое преимущество, начиная от каких-то фич, которые Broadcom откажется реализовывать или отложит в долгий ящик, заканчивая просто другой архитектурой.

Насчет зачем помнить имя производителя маршрутизатора - так просто не выветрится, сколько вендоры (особенно С и чуть меньше J) вкладывались в создание _культуры_ сетевых инженеров - тут тебе и community и сертификации и все такое. А про никто не помнит название производителя телефона - расскажи это Apple'офилам ;)

2017-03-10 2:15 GMT+02:00 Andrii Zarechanskyi :

...

Привет,

Основная идея дать возможность поуправлять своими коробками на доступном тестовом стенде. 1) Обкатка решений с SDN 2) Ознакомление и обучение _до_ покупки

Без этого их сейчас никто не будет покупать. Небольшой процент от продаж чужого железа сейчас или процент от 0 никогда.

На самом деле все не так уж и плохо в плане коммодити аппаратной части: Intel vs AMD NVIDIA vs ATI QCOM vs MediaTek

Стабильное соревнование двух лидеров гарантирует качество уже лет 10 как. Главное, чтобы все не начало упираться во владельцев фабрик по производству, такую мелочь как Samsung и Intel.

Осталось дождаться на двух рынках стабилизации поставщиков аппаратной части: - память (всякая разная) - сеть (wifi уже поделен, mobile более-менее тоже, осталась только сеть которая wired)

После этого станет не сильно важно, у кого софт круче из продающих чужое железо. Станет важно кто из клепателей бирок на чужое железо шустрее правит недочеты FW и выпускает стабильные дизайны.

Вот зачем пользователю помнить имя производителя маршрутизатора? Он ведь не отличается от телефона или ноутбука. Пользователь оперирует характеристиками в терминах ресурсов приложений, так почему сеть должна отличаться?

Regards, Andrii

2017-03-10 0:17 GMT+02:00 Volodymyr Litovka :

...

Привет,

ещё один производитель коммутаторов виртуализовал свой софт и сделал возможным его запуск на всяких commodity или white box устройствах:

http://tinyurl.com/h5kmhzc

Не могу оценить, насколько это действие осмыслено, но общий тренд понятен - вендоры уходят в соревнование софтов, оставляя аппаратную часть на откуп производителям коммодити-чипов типа Broadcom etc

-- Volodymyr Litovka "Vision without Execution is Hallucination." -- Thomas Edison

_______________________________________________ uanog mailing list uanog@uanog.kiev.ua http://mailman.uanog.kiev.ua/mailman/listinfo/uanog

_______________________________________________ uanog mailing list uanog@uanog.kiev.ua http://mailman.uanog.kiev.ua/mailman/listinfo/uanog

-- MYL2-RIPE

-- MYL2-RIPE

Да-да, я доклад Пети Лапухова про это их поделие слушал - зачем нам эти старые IGP, давайте на ZeroMQ зафигачим. On Fri, Mar 10, 2017 at 12:33 PM, Volodymyr Litovka wrote:

On 3/10/17 12:27 PM, Michail Litvak wrote:

Но в области обычных ISP и операторов все (к счастью) остается по прежнему - там нет 100500 программеров чтобы это писать самим каждый раз. Они же сами в том же Google Fiber используют AFAIK обычные рутеры различных вендоров.

Facebook decide to forgo using traditional routing protocols and roll there own using swift and zeroMQ. They aren't the only ones either I believe google rolls their own and if you listen to Russ White on the packet pusher it sounds like LinkedIn uses their Kafka messaging bus to propagate routing info.

https://code.facebook.com/posts/1142111519143652/introducing-open-r-a-new- modular-routing-platform/

-- Volodymyr Litovka "Vision without Execution is Hallucination." -- Thomas Edison

-- MYL2-RIPE

2017-03-10 12:54 GMT+02:00 Volodymyr Litovka :

Безусловно, ты можешь относиться к этому как угодно ;-)

Я не имел ничего негативного. Очень интересное и современное решение. -- MYL2-RIPE

...

А насчет новых архитектур и функционала, их диктует не броадком. Они приходит от культурных мальчиков и девочек, работающих архитекторами в небольших американских компаниях и решающих задачи, как дешевле и надежней построить транспорт от youtube до тебя. Так вот с той стороны, нет запроса на функциональность.

Да, я читал про эти всякие B4 и SixPack с Jupiter, но оно заточено именно под эти самые задачи двигать что-то между ДЦ притом когда есть информация где и какие приложения. Но в области обычных ISP и операторов все (к счастью) остается по прежнему - там нет 100500 программеров чтобы это писать самим каждый раз. Они же сами в том же Google Fiber используют AFAIK обычные рутеры различных вендоров.

Вопрос номер раз, а коммутаторы там чьи? ) Если мне не изменяет память, коммутаторы там сваренные по запросу. А сколько времени осталось обычным ISP? Когда 75% нагрузки начнет приходить от трех-пяти основных игроков контракт с абонентом перестанет быть "Подключение к сети Интернет", а станет контрактом на подключение к сетям A-B-C-D-E-F, и немножечко Интернета. ​ Так а зачем 100500 разработчиков, если у тебя есть глаза чтобы посмотреть уже выложенные проекты на github? Просто есть функция - смотреть фильм и слушать музыку. На твоем ноуте это делают скорее всего разные приложения. Точно также, через несколько лет у тебя будет свой предпочтительный BGPd и OSPFd управляющий коробочкой. Хотя идея, что сисадмины больше не нужны - теперь DevOps рулят. И туда же

про network engineers - не очень радует, остается только надеяться, что наш век хватит и классических сетей без вот этого всего ;)

Эм. А что такое классическая сеть? Коммутатор X.25, FR или LSR?​​

...

Быстрее, надежней и проще. Логику что и куда коммутировать они напишут сами. Ведь получилось у них изменить рынок аппаратных серверов. Теперь очередь за поставщиками неплохого железа с проблемным софтом, функционала которого 80% никто массово не использует.

А можно пример изменения рынка серверов ? Я знаю, что у них внутри все кастомное, но Dell и HP как делали обычные bare metall так и делают и их покупают и даже арендуют.

Внутри DC только свое. Точно не помню, но вроде капитальные затраты ужались в три раза после перехода на открытые проекты как самого DC, так и серверного железа. А вот то, что снаружи - носит лейбочку. По двум причинам - сервис без участия человека и сертификация во множестве стран и на чужих площадках, как ранее написал vovik@.

Проблема, что в софте обычных вендоров куча legacy и куча кода который используется малым количеством заказчиков понятна и очевидна тут наверное есть куда меняться - хотя и не особо что-то делается.

​XR вроде должен был уже получить асинхронное обновление пакетов. Когда обновить BGP можно не затрагивая OSPF и IS-IS. Разговоры об этом уже несколько лет идут. ​Хотя конечно этого мало. Regards, Andrii

On Fri, Mar 10, 2017 at 03:24:16PM +0200, Michail Litvak wrote:

Ну согласись, качество проектов на github особенно касающихся сети желает лучшего... Хотя может я отстал и уже есть хорошая реализация ISIS opensource или там MPLS стека... (хотя IGP не нужен, есть же ZeroMQ ;) Ну есть Vyatta, но незнаю - не щупал... идея хороша, но на пока топчется по граблям, которые C на себя собрало лет, чтоли, 13-14 тому.

недавно по-приколу влил два fullview на ubiquiti edgerouter, который суть и есть vyatta. на посмотреть - работает. вкрутить и забыть - не раньше чем через год-полтора буду снова пробовать. mbr, -- Igor "CacoDem0n" Grabin

2017-03-10 15:45 GMT+02:00 Andrii Zarechanskyi :

...

...

А сколько времени осталось обычным ISP? Когда 75% нагрузки начнет приходить от трех-пяти основных игроков контракт с абонентом перестанет быть "Подключение к сети Интернет", а станет контрактом на подключение к сетям A-B-C-D-E-F, и немножечко Интернета.

Ну контракт контрактом - но кто доставит к нему в мобильное устройство/ в дом? Труба то какая-то останется...

Правильно труба доставит. А сколько она на этом заработает?

Ну мы ж тут не со стороны акционеров трубы, а со стороны кто на трубу работает... хотя понятно, что если труба не заработает - то и не заплатит, наверное просто труба будет п принадлежать вот этим A-B-C-etc.

...

...

Так а зачем 100500 разработчиков, если у тебя есть глаза чтобы посмотреть уже выложенные проекты на github? Просто есть функция - смотреть фильм и слушать музыку. На твоем ноуте это делают скорее всего разные приложения. Точно также, через несколько лет у тебя будет свой предпочтительный BGPd и OSPFd управляющий коробочкой.

Ну согласись, качество проектов на github особенно касающихся сети желает лучшего... Хотя может я отстал и уже есть хорошая реализация ISIS opensource или там MPLS стека... (хотя IGP не нужен, есть же ZeroMQ ;) Ну есть Vyatta, но незнаю - не щупал...

​Но время идет и новые проекты появляются. Плюс виртуальный легаси. И стоит еще не забывать бойцов из OpenBSD. У них свой OSPF/BGP и первая реализация VRRP/CARP OpenSource. Когда им станет интересен IS-IS/RSVP/LDP тоже думаю напишут. Плюс не стоит забывать про попытки написать LDPd для Linux.​

Вот уж OpeBSD при всем к нему хорошем отношении уж довольно маргинальный продукт, я никого и не знаю кроме Демона кто бы его использовал ;)

​XR вроде должен был уже получить асинхронное обновление пакетов. Когда

...

...

обновить BGP можно не затрагивая OSPF и IS-IS. Разговоры об этом уже несколько лет идут. ​Хотя конечно этого мало.

Ну я вот не смог быстро найти, какой-то известный чувак ушел в стартап и собирался делать OS для routers вот с этой самой идеей, что много таскать с собой legacy и от этого раздувается и баги лезут...

https://mikrotik.com/software = routeros разве не оно?

Да ну, в микромире какой-то хаченый линукс с quagga... Скорей всего это https://cumulusnetworks.com

...

Сюда же вот и открытый chipset: https://www.barefootnetworks.com/

​Идем и читаем:

<cite> 1. Barefoot’s Tofino is a 6.5Tb/s (65 x 100GE or 260 x 25GE) fully user-programmable switch .. Tofino is fully programmable via the P4 programming language

2. The P4 programming language .. First created by Barefoot, Google, Intel, Microsoft, Stanford and Princeton. P4 allows programmers to unambiguously specify forwarding behavior. .. </cite>

И еще одно доказательство того факта, что кому-то проще сделать самим, а не просить _экспертов_.

Да, идея супер. Только вопрос когда и за сколько его можно будет купить. -- MYL2-RIPE

On Fri, Mar 10, 2017 at 04:42:21PM +0200, Michail Litvak wrote:

2017-03-10 15:45 GMT+02:00 Andrii Zarechanskyi :

...

Но время идет и новые проекты появляются. Плюс виртуальный легаси. И стоит еще не забывать бойцов из OpenBSD. У них свой OSPF/BGP и первая реализация VRRP/CARP OpenSource. Когда им станет интересен IS-IS/RSVP/LDP тоже думаю напишут. Плюс не стоит забывать про попытки написать LDPd для Linux.

Вот уж OpenBSD при всем к нему хорошем отношении уж довольно маргинальный продукт, я никого и не знаю кроме Демона кто бы его использовал ;)

Михаил, "маргинальный продукт" используется и крайне активно - https://atmnis.com/ JFYI ;-).

On Fri, Mar 10, 2017 at 03:45:59PM +0200, Andrii Zarechanskyi wrote:

...

Ну согласись, качество проектов на github особенно касающихся сети желает лучшего... Хотя может я отстал и уже есть хорошая реализация ISIS opensource или там MPLS стека... (хотя IGP не нужен, есть же ZeroMQ ;) Ну есть Vyatta, но незнаю - не щупал... ???Но время идет и новые проекты появляются. Плюс виртуальный легаси. И стоит еще не забывать бойцов из OpenBSD. У них свой OSPF/BGP и первая реализация VRRP/CARP OpenSource. Когда им станет интересен IS-IS/RSVP/LDP тоже думаю напишут. Плюс не стоит забывать про попытки написать LDPd для Linux.???

коллега, вы пытались пользоваться этим bgp? я - пробовал ;-)). то есть да, его можно добить до ума, но мне так кажется, что свой следующий debugging frenzy я посвящу написанию подробной телеги в сторону ubiquiti, так как их попытка сделать железку вокруг vyatta выглядит достаточно трогательно. openbgpd на сейчас уже втупую бессмысленно дёргать на bare metal, а под hypervisor'ом - тем более бессмысленно, несмотря на то, что open является чуть ли не единственной операционкой, в которой подможество vmware tools тупо вшиты в ядро ;-). mbr, -- Igor "CacoDem0n" Grabin

On 12.03.17 22:00, Maksym Tuyluk wrote:

К сожалению, довести до ума OpenBGPd нельзя - там отсутствует понимание, что в таком виде он не масштабируется. А можно слегка развернуть мысль? чего не хватает?

Знаю компанию, которая готова была платить деньги за “доведение до telco стандартов” - деньги проекту были не нужны :(

Максим

...

On 10 Mar 2017, at 16:04, Igor Grabin wrote:

On Fri, Mar 10, 2017 at 03:45:59PM +0200, Andrii Zarechanskyi wrote:

...

...

Ну согласись, качество проектов на github особенно касающихся сети желает лучшего... Хотя может я отстал и уже есть хорошая реализация ISIS opensource или там MPLS стека... (хотя IGP не нужен, есть же ZeroMQ ;) Ну есть Vyatta, но незнаю - не щупал... ???Но время идет и новые проекты появляются. Плюс виртуальный легаси. И стоит еще не забывать бойцов из OpenBSD. У них свой OSPF/BGP и первая реализация VRRP/CARP OpenSource. Когда им станет интересен IS-IS/RSVP/LDP тоже думаю напишут. Плюс не стоит забывать про попытки написать LDPd для Linux.??? коллега, вы пытались пользоваться этим bgp? я - пробовал ;-)). то есть да, его можно добить до ума, но мне так кажется, что свой следующий debugging frenzy я посвящу написанию подробной телеги в сторону ubiquiti, так как их попытка сделать железку вокруг vyatta выглядит достаточно трогательно. openbgpd на сейчас уже втупую бессмысленно дёргать на bare metal, а под hypervisor'ом - тем более бессмысленно, несмотря на то, что open является чуть ли не единственной операционкой, в которой подможество vmware tools тупо вшиты в ядро ;-).

mbr, -- Igor "CacoDem0n" Grabin _______________________________________________ uanog mailing list uanog@uanog.kiev.ua http://mailman.uanog.kiev.ua/mailman/listinfo/uanog

---

uanog mailing list uanog@uanog.kiev.ua http://mailman.uanog.kiev.ua/mailman/listinfo/uanog

On Fri, Mar 10, 2017 at 03:45:59PM +0200, Andrii Zarechanskyi wrote:

...

...

А сколько времени осталось обычным ISP? Когда 75% нагрузки начнет приходить от трех-пяти основных игроков контракт с абонентом перестанет быть "Подключение к сети Интернет", а станет контрактом на подключение к сетям A-B-C-D-E-F, и немножечко Интернета.

Ну контракт контрактом - но кто доставит к нему в мобильное устройство/ в дом? Труба то какая-то останется...

Правильно труба доставит. А сколько она на этом заработает?

Ровно столько, на сколько рынок согласится. Типичный разговор с обзвонщиками: - Здравствуйте, это компания ***. У нас для Вас выгодное предложение, 100500каналов! - Сколько Вы мне будете платить? - ?!?ШО?! - А в чём же выгода, если прибыли я не получаю? - Козёл! бип-бип-бип В чём работа ISP? В работе с конечными абонентами и их, нередко, нестандартными проблемами, в работе в условиях местных законов и правил. Грубо говоря, ISP - это розничная торговля. Да, мы можем дожить до "ISP нету", но это будет следствием покупки их контент-провайдерами. Тогда всё может станть плохо. Грубо говоря, гугл вполне сможет зашейпить-забанить вконтактик и наоборот. Зато расходы можно будет оптимизировать. Появятся аналоги "Ашана" :). -- Best regards, Paul Arakelyan.

Я бы добавил: 3) тестирование 4) замена hardware lab на software Максим

On 10 Mar 2017, at 01:15, Andrii Zarechanskyi wrote:

Привет,

Основная идея дать возможность поуправлять своими коробками на доступном тестовом стенде. 1) Обкатка решений с SDN 2) Ознакомление и обучение _до_ покупки

Без этого их сейчас никто не будет покупать. Небольшой процент от продаж чужого железа сейчас или процент от 0 никогда.

На самом деле все не так уж и плохо в плане коммодити аппаратной части: Intel vs AMD NVIDIA vs ATI QCOM vs MediaTek

Стабильное соревнование двух лидеров гарантирует качество уже лет 10 как. Главное, чтобы все не начало упираться во владельцев фабрик по производству, такую мелочь как Samsung и Intel.

Осталось дождаться на двух рынках стабилизации поставщиков аппаратной части: - память (всякая разная) - сеть (wifi уже поделен, mobile более-менее тоже, осталась только сеть которая wired)

После этого станет не сильно важно, у кого софт круче из продающих чужое железо. Станет важно кто из клепателей бирок на чужое железо шустрее правит недочеты FW и выпускает стабильные дизайны.

Вот зачем пользователю помнить имя производителя маршрутизатора? Он ведь не отличается от телефона или ноутбука. Пользователь оперирует характеристиками в терминах ресурсов приложений, так почему сеть должна отличаться?

Regards, Andrii

2017-03-10 0:17 GMT+02:00 Volodymyr Litovka mailto:doka.ua@gmail.com>: Привет,

ещё один производитель коммутаторов виртуализовал свой софт и сделал возможным его запуск на всяких commodity или white box устройствах:

http://tinyurl.com/h5kmhzc http://tinyurl.com/h5kmhzc Не могу оценить, насколько это действие осмыслено, но общий тренд понятен - вендоры уходят в соревнование софтов, оставляя аппаратную часть на откуп производителям коммодити-чипов типа Broadcom etc

-- Volodymyr Litovka "Vision without Execution is Hallucination." -- Thomas Edison

_______________________________________________ uanog mailing list uanog@uanog.kiev.ua mailto:uanog@uanog.kiev.ua http://mailman.uanog.kiev.ua/mailman/listinfo/uanog http://mailman.uanog.kiev.ua/mailman/listinfo/uanog

_______________________________________________ uanog mailing list uanog@uanog.kiev.ua http://mailman.uanog.kiev.ua/mailman/listinfo/uanog

Зачем тратить время и ресурсы на PoC? Можно взять софт и просто протестировать на совместимость с текущей сетью. Иногда сразу понятно, что PoC уже не нужен. P.S. Но если вендор организовывает PoC в Сан Хосе и оплачивает самолет, гостиницу и машину, то PoC состоится всегда! :) Максим

On 13 Mar 2017, at 09:24, Andrii Zarechanskyi wrote:

Макс,

Тестирования и замена аппаратной лаборатории на виртуальную появляются чуть позже. Когда уже оборудование куплено или в рамках PoC.

В любом случае, даже когда есть результаты PoC, должна еще пройти сертификация оборудования для использования на сети в определенной роли. И как раз сертификация включает в себя тестирование на реальных задачах покупателя, проверку функционала в виртуальной лаборатории с последующим переносом на тестовый физический участок.

2017-03-12 21:02 GMT+02:00 Maksym Tuyluk mailto:maksym@tulyuk.com>: Я бы добавил: 3) тестирование 4) замена hardware lab на software

Максим

...

On 10 Mar 2017, at 01:15, Andrii Zarechanskyi mailto:zorick.ua@gmail.com> wrote:

Привет,

Основная идея дать возможность поуправлять своими коробками на доступном тестовом стенде. 1) Обкатка решений с SDN 2) Ознакомление и обучение _до_ покупки

Без этого их сейчас никто не будет покупать. Небольшой процент от продаж чужого железа сейчас или процент от 0 никогда.

На самом деле все не так уж и плохо в плане коммодити аппаратной части: Intel vs AMD NVIDIA vs ATI QCOM vs MediaTek

Стабильное соревнование двух лидеров гарантирует качество уже лет 10 как. Главное, чтобы все не начало упираться во владельцев фабрик по производству, такую мелочь как Samsung и Intel.

Осталось дождаться на двух рынках стабилизации поставщиков аппаратной части: - память (всякая разная) - сеть (wifi уже поделен, mobile более-менее тоже, осталась только сеть которая wired)

После этого станет не сильно важно, у кого софт круче из продающих чужое железо. Станет важно кто из клепателей бирок на чужое железо шустрее правит недочеты FW и выпускает стабильные дизайны.

Вот зачем пользователю помнить имя производителя маршрутизатора? Он ведь не отличается от телефона или ноутбука. Пользователь оперирует характеристиками в терминах ресурсов приложений, так почему сеть должна отличаться?

Regards, Andrii

2017-03-10 0:17 GMT+02:00 Volodymyr Litovka mailto:doka.ua@gmail.com>: Привет,

ещё один производитель коммутаторов виртуализовал свой софт и сделал возможным его запуск на всяких commodity или white box устройствах:

http://tinyurl.com/h5kmhzc http://tinyurl.com/h5kmhzc Не могу оценить, насколько это действие осмыслено, но общий тренд понятен - вендоры уходят в соревнование софтов, оставляя аппаратную часть на откуп производителям коммодити-чипов типа Broadcom etc

-- Volodymyr Litovka "Vision without Execution is Hallucination." -- Thomas Edison

_______________________________________________ uanog mailing list uanog@uanog.kiev.ua mailto:uanog@uanog.kiev.ua http://mailman.uanog.kiev.ua/mailman/listinfo/uanog http://mailman.uanog.kiev.ua/mailman/listinfo/uanog

_______________________________________________ uanog mailing list uanog@uanog.kiev.ua mailto:uanog@uanog.kiev.ua http://mailman.uanog.kiev.ua/mailman/listinfo/uanog http://mailman.uanog.kiev.ua/mailman/listinfo/uanog