Это классическая задача для MPLS TE и это точно не к свичам. Это оборудование класса Cisco ASR9k или Juniper MX series (ну или аналоги ALU, Huawei - не знаю, что у них есть). Также, такую задачу можно решать с использованием Segment Routing, но, насколько мне известно, эта технология тоже присутствует только в верхних моделях раутеров Cisco / Juniper и, помимо раутеров, требует еще и систему управления трафиком (т.н. контроллер). Те же яйца, только в профиль - Openflow. Присутствует на большом количестве коммутаторов у многих вендоров, но без контроллера всё равно не обойтись. Короче, рисуй деньги - без этого ни один вариант не прокатит :) On 4/24/18 8:05 PM, Max Tulyev wrote:

Добрый день!

Есть сугубо онтопиковый вопрос к всезнающему Оллу ;)

Есть в настоящий момент четыре точки (будет больше), соединённых между собой несколькими (от 1 до 4) десятигигабитными каналами. Каналы между одними и теми же точками - сильно разные, разными трассами, и задержка в них может отличаться на 5-10мс.

Задача: объединить их в одну отказоустойчивую сеть, которая бы еще допускала совместную утилизацию каналов. То есть чтобы один канал не пустовал при перегруженном соседнем. Ну и разворачивалось всё как-нибудь при падении каких-то из десяток. Всё L2.

Крайне желательно иметь возможность прокидывать в этом всём особые VLAN'ы с гарантированной полосой пропускания.

Я так понимаю, что это - типичная задача MPLS сети. Или есть ещё что-то?

А теперь главный вопрос: какое оборудование взять, чтобы не совсем как Боинг новый стоило, но работало? Я так представляю, что это будут 48x10G умные свитчи? _______________________________________________ uanog mailing list uanog@uanog.kiev.ua https://mailman.uanog.kiev.ua/mailman/listinfo/uanog

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

2018-04-24 19:05 GMT+02:00 Max Tulyev :

Добрый день!

Есть сугубо онтопиковый вопрос к всезнающему Оллу ;)

Есть в настоящий момент четыре точки (будет больше), соединённых между собой несколькими (от 1 до 4) десятигигабитными каналами. Каналы между одними и теми же точками - сильно разные, разными трассами, и задержка в них может отличаться на 5-10мс. Задача: объединить их в одну отказоустойчивую сеть, которая бы еще допускала совместную утилизацию каналов. То есть чтобы один канал не пустовал при перегруженном соседнем. Ну и разворачивалось всё как-нибудь при падении каких-то из десяток. Всё L2.

Как быстро разворачивалось? sub-100ms? Subsecond? Эти 10GE каналы они поверх dark fiber или какого-то другого L1 транспорта? Стоит ли задача latency/RTT оптимизации, i.e. чтобы при наличии полосы сначала использовать RTT-lower path и только при дефиците полосы перекидывать часть траффика на более длинный путь? Крайне желательно иметь возможность прокидывать в этом всём особые

VLAN'ы с гарантированной полосой пропускания.

Гарантированная полоса пропускания для VLAN в зависимости от: - количества уровней приоритетов этих VLAN-ов и топологии - допустимым временем реакции сети на скачок траффика может решаться: - QoS-ом (обычно до восьми классов) - одной из форм централизованной или децентрализованной admission control системы - port-level rate-limit policers - (в случае MPLS-а) LSP-level policer and/or LSP priorities

Я так понимаю, что это - типичная задача MPLS сети. Или есть ещё что-то?

Дядя Вова описал centralised (SR или OpenFlow) и decentralised варианты. Decentralised в виде: - E-LAN / VPLS / CCC на MPLS базе вида - QoS + ISIS with BFD + Diffserv MPLS TE + auto-bw for LSPs + LSP policers можно попробовать собрать на Juniper MX (vMX или что то вида MX204). Скорее всего fixed-configuration Cisco Fretta (NCS 5000) тоже это все осилит. А теперь главный вопрос: какое оборудование взять, чтобы не совсем как

Боинг новый стоило, но работало? Я так представляю, что это будут 48x10G умные свитчи?

Что у Juniper что у Cisco появилось понятие Internet Scale Platforms: - много 10/40/100G портов с вариантом fixed configuration chassis - полноценный forwarding ASIC и carrier-grade операционка класса JunOS или IOS-XR - space/power optimised (1-2 RU) Стоит оно сильно дешевле ASR9K или модульных MX. Еще есть: - vMX - IOS-XR on Third-Party Network Hardware https://xrdocs.github.io/cloud-scale-networking/blogs/2018-03-08-enabling-io... -- Regards, Volodymyr. _______________________________________________ uanog mailing list uanog@uanog.kiev.ua https://mailman.uanog.kiev.ua/mailman/listinfo/uanog