The OpenNET Project / Index page

[ новости/++ | форум | wiki | теги | ]



"Facebook открыл реализацию платформы и протокола маршрутизац..."
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"Facebook открыл реализацию платформы и протокола маршрутизац..."  +/
Сообщение от opennews on 16-Ноя-17, 12:57 
Facebook открыл (https://code.facebook.com/posts/291641674683314/open-r-open-.../) наработки, связанные с платформой маршрутизации Open/R, которая изначально развивалась как распределённая система маршрутизации для динамически меняющихся беспроводных mesh-сетей, но затем была перенесена для других сетевых применений, включая опорную сеть Facebook Express Backbone.  Код эталонной реализации Open/R написан на языке C++ и распространяется (https://github.com/facebook/openr/) под лицензией MIT. Для определения RPC-вызовов используется язык описания интерфейсов Apache Thrift (http://thrift.apache.org/), а для обмена сообщениями между узлами - шина ZeroMQ (http://zeromq.org/).


Для управления доступен расширяемый CLI-интерфейс Breeze (https://github.com/facebook/openr/blob/master/openr/docs/Bre...), написанный на языке Python. Для интеграции с централизованными системами управления трафиком предоставляется API, позволяющих внешним обработчикам получать сведения о состоянии линков или отслеживать обновления БД, например, получать информацию об изменении пропускной способности. Также доступен (https://github.com/facebook/openr/blob/master/openr/docs/Emu...) эмулятор для тестирования при помощи виртуальных сетей на базе Open/R, поддерживающий симуляцию различных видов сбоев, трафика и характеристик работы участков сети (возникновения потери пакетов, перегрузки, задержек, jitter и т.п.).


Протокол Open/R подходит для создания автономных сетевых решений с построением оптимальных маршрутов на основе построения реплицируемой базы данных о состоянии каналов. Open/R может применяться как альтернатива OSPF и IS-IS, легко адаптируемая для различных применений. Распределённая система маршрутизации является одним из таких применений. Вместо реализации собственных механизмов согласования соединений, оформления кадров и других низкоуровневых элементов протокола, в Open/R применяется идея задействования языка Thrift для кодирования всех связанных с Open/R  сообщений и применения для их передачи уже проверенной временем библиотеки ZeroMQ, позволяющей использовать такие расширенные схемы, как издатель-подписчик (https://ru.wikipedia.org/wiki/%D0%98%D0%...(%D1%88%D0%B0%D0%B1%D0%BB%D0%BE%D0%BD_%D0%BF%D1%80%D0%BE%D0%B5%D0%BA%D1%82%D0%B8%D1%80%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D1%8F)).

Open/R также изначально спроектирован как универсальная платформа, не привязанная к конкретным аппаратным системам и маршрутизаторам. Логика построения маршрутов и обмена информацией с другими узлами полностью отделена от средств установки маршрутов через специальную прослойку  (модуль Platform). В качестве основной платформы для  Open/R  применяется сетевое оборудование на базе открытой платформы FBOSS (https://www.opennet.ru/opennews/art.shtml?num=40038), такое как коммутаторы Wedge 100 (https://code.facebook.com/posts/145488969140934/open-network.../). При этом Open/R  не зависит от ASIC и также может работать как поверх обычного сетевого стека Linux, так и с операционными системами Arista EOS и Juniper JunOS (QFX и PTX) через предоставляемый ими API на базе gRPC.


Элементы архитектуры Open/R:


-  KV-STORE (https://github.com/facebook/openr/blob/master/openr/docs/KvS...) - отвечает за ведение распределённого хранилища в формате ключ/значение (in-memory DB на базе CRDT (https://en.wikipedia.org/wiki/Conflict-free_replicated_data_...)), синхронизацию данных и репликацию состояния между узлами;
-  Spark (https://github.com/facebook/openr/blob/master/openr/docs/Spa...) - выполняет задачи обнаружение соседних узлов при помощи протокола Link-Local Multicast и обрабатывает сведения об активности соседей. Каждый Hello-пакет передаётся с указанием цифровой подписи узла, что позволяет проверить его достоверность;

-  LinkMonitor (https://github.com/facebook/openr/blob/master/openr/docs/Lin...) - выполняет мониторинг сетевых интерфейсов, обращаясь через прослойку Platform, а также управляет сеансами модуля Spark  и транслирует выявленные соседние узлы в модуль
KV-STORE (поддерживает локальную базу соседних линков и управляет сеансами с соседними узлами);

-  PrefixManager (https://github.com/facebook/openr/blob/master/openr/docs/Pre...) - решает задачи автоматического распределения сетевых префиксов;

-  Decision (https://github.com/facebook/openr/blob/master/openr/docs/Dec...) - вычисляет оптимальные маршруты и строит локальную таблицу маршрутизации на основе информации о топологии сети и базы префиксов, полученных из хранилища KV-STORE;

-  FIB (https://github.com/facebook/openr/blob/master/openr/docs/Fib.md) - работает как прокси для программирования вычисленных маршрутов  в фактическом системном окружении, обращаясь к нему через модуль Platform. Также занимается поддержанием базы состояний вычисленных маршрутов (forwarding state);

-  Platform (https://github.com/facebook/openr/blob/master/openr/docs/Pla...) - прослойка для низкоуровневого программирования маршрутизации и взаимодействия с сетевыми интерфейсами. Создаётся для каждой целевой аппаратной платформы и абстрагирует доступ к ней.

Основные возможности:

-  Первоочередная поддержка IPv6 и задействование возможностей IPv6 по  привязке локальных адресов для автоматической настройки без необходимости явного задания сетевой конфигурации;

-  Полноценная поддержка маршрутизации IPv4 при необходимости;
-  Распределение сетевых префиксов и настройка IP-адресов для узлов  самоорганизующихся динамических сетей (Ad hoc (https://ru.wikipedia.org/wiki/%D0%91%D0%...));

-  Возможность перезапуска без остановки работы и без нарушения процессов перенаправления трафика, что позволяет организовать применение обновлений на лету;

-  Поддержка подсоединения и вывода из сети узлов и линков;
-  Динамическое вычисление метрик RTT (время приема-передачи) и их уточнение через активные проверки;

-  Возможность установки собственных значений метрик, их статическая привязка или динамическое вычисление;

-  Быстрая конвергенция (https://en.wikipedia.org/wiki/Network_convergence) сети с применением счётчиков отсрочки (backoff) для сбойных  линков или узлов;
-  Python-библиотека для взаимодействия со всеми основными процессами Open/R;
-  Возможность расширения платформы путём распространения любых видов дополнительной информации и изменения  логики вычисления маршрута;

-  Непрерывный контроль работоспособности сети через  отправку проверочных запросов;
-  Наличие API для интеграции с централизованными системами управления.


URL: https://code.facebook.com/posts/291641674683314/open-r-open-.../
Новость: http://www.opennet.ru/opennews/art.shtml?num=47577

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения по теме [Сортировка по времени | RSS]


1. "Facebook открыл реализацию платформы и протокола маршрутизац..."  +12 +/
Сообщение от лютый жабист__ on 16-Ноя-17, 12:57 
Выдайте приз господам в номинации "Самый монструозный продукт года".
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

4. "Facebook открыл реализацию платформы и протокола маршрутизац..."  +/
Сообщение от Leap42 on 16-Ноя-17, 13:14 
так и не понял за всей этой мишурой маркетингового булщита, чем оно лучше ospf и isis
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

5. "Facebook открыл реализацию платформы и протокола маршрутизац..."  –1 +/
Сообщение от Mikk (??) on 16-Ноя-17, 13:29 
По описанию EIGISISDN
Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

13. "Facebook открыл реализацию платформы и протокола маршрутизац..."  +1 +/
Сообщение от zanswer CCNA RS and S on 16-Ноя-17, 15:00 
Не очень понятно, как именно позиционируется данный новый протокол?! Придумать более расширяемого протокола динамической маршрутизации чем ISO IS-IS сложно, да и не ясно зачем? К тому же для тех, кому не нравится IS-IS с его OSI специфичными частями, есть не менее прекрасный IETF OSPFv2/OSPFv3.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

19. "Facebook открыл реализацию платформы и протокола маршрутизац..."  +/
Сообщение от Аноним email(??) on 16-Ноя-17, 18:02 
1)написано что оно умеет еще и пропускную способность как то мониторить.
2)имхо удобно для бэкенда что бы не только сеть, но и аппликейшн/дб связки контролировать
Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

21. "Facebook открыл реализацию платформы и протокола маршрутизац..."  +/
Сообщение от McLoud (??) on 16-Ноя-17, 20:39 
Так это давно уже все придумано, как бы трафик инжениринг бы работал. OSPF lsa type 10. Для ISIS тоже есть LSP.
Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

38. "Facebook открыл реализацию платформы и протокола маршрутизац..."  +/
Сообщение от zanswer CCNA RS and S on 17-Ноя-17, 10:17 
Немного поправлю вас коллега, в IS-IS есть ряд TLV, не одно, их много, поэтому нет смысла писать их все номера, а вот LSP, - link state packet, аналог LSU, - link state update в терминологии OSPF. Но в общем, вы совершенно правы, а это так, уже детали, которые не меняют сути.

Для тех, кто не знаком с IS-IS, у него нет понятия LSA, - link-state advertisement, в том смысле, в каком оно существует в OSPF, у первого всё кодируется в TLV, - type, length, value, это своего рода контейнер, содержащий совершенно любые данные. Сам IS-IS само-собой налагает определённые требования к реализации и определяет ряд обязательных TLV, но не запрещает, а даже поощряет внедрение функционально специфичных для реализации TLV.

Так в нём сначала появилась поддержка IPv4, затем IPv6, поскольку изначально он выполнял маршрутизацию для CSNP, - connection less network protocol. Поэтому в качестве router-id, опять же это понятие из мира OSPF/BGP/EIGRP/RIP, одним словом мира TCP/IP, используется NET, - network entity title, это особый тип NSAP, - network system access point, аналог IP адреса в мире TCP/IP, который так же описывает весь маршрутизатор, как и router-id, а не его конкретные интерфейсы. При этом NET содержит и адрес области, в терминологии IS-IS это Level 1, по своему смыслу область в обоих протоколах имеет одинаковое значение. Кроме магистральной области, в OSPF она имеет конкретный адрес 0.0.0.0 и налагает строгие требования на то, как она формируется. В IS-IS магистральная область, не имеет адреса и сформирована из Level 2 и Level 1/2 IS, - intermediate system, маршрутизатор в терминологии OSPF, и единственное требование Level 2 области, это её непрерывность.

Но оба протокола и IS-IS, и OSPFv2/v3, являются наиболее функциональными и наиболее масштабируемыми в рамках Interior Gateway Protocol. И хотя Cisco часто говорит о том, что Enhanced Interior Gateway Routing Protocol не уступает им, по многим параметрам, а по ряду параметров, в базовой конфигурации, так и превосходит их, например время сходимости у EIGRP в базовой конфигурации ниже, чем у OSPF, из-за того факта, что EIGRP заранее рассчитывает запасной маршрут FS, - Feasible Successors. Тем не менее, даже Cisco, рекомендует IS-IS в качестве IGP для своего SD-Access, - software-defined access, даже в корпоративной среде.

Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

39. "Facebook открыл реализацию платформы и протокола маршрутизац..."  +/
Сообщение от zanswer CCNA RS and S on 17-Ноя-17, 11:22 
Хотя многие источники ставят знак равенства между LSA=LSP, а ряд так же между LSU=LSP, ссылаясь на то, что хотя LSA используют собственные заголовки, а TLV один общий, тем не менее, они выполняют схожую операцию, объявление о топологии, префиксах, соседях и так далее.

Но, тем не менее, ISO/IEC 10589-2002 даёт такое определение LSP:

"LSP - Link State Protocol Data Unit"

А RFC 1195: Use of OSI IS-IS for Routing in TCP/IP and Dual Environments такое:

"LSP - Link State Packet (a type of packet used by the IS-IS protocol)"

И при этом RFC 2328: OSPF Version 2 такое:

"A.3.5 The Link State Update packet

    Link State Update packets are OSPF packet type 4.  These packets
    implement the flooding of LSAs.  Each Link State Update packet
    carries a collection of LSAs one hop further from their origin.
    Several LSAs may be included in a single packet."

Но, с другой стороны, соавтор ряда RFC по IS-IS Manav Bhatia, тоже сравнивает LSP с LSA, в контексте объявления состояния каналов, но при этом же указывает, что LSP сравним с LSU в контексте передачи самих пакетов через сеть.

Поэтому я внесу коррективу в сказанное мною выше, что я не исправляю вас, а дополняю, поскольку в данном случае, LSP можно рассматривать и в рамках LSA, и в рамках LSU в зависимости от точки обзора.

Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

22. "Facebook открыл реализацию платформы и протокола маршрутизац..."  +/
Сообщение от McLoud (??) on 16-Ноя-17, 20:39 
Так это давно уже все придумано, как бы трафик инжениринг бы работал. OSPF lsa type 10. Для ISIS тоже есть LSP.
Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

20. "Facebook открыл реализацию платформы и протокола маршрутизац..."  –1 +/
Сообщение от пох on 16-Ноя-17, 20:23 
забавно что чувак, гордо пихающий в юзернейм свой "ccna", не понимает совершеннейшей омерзительности что мертворожденного osi-проекта и его единственного искусственно-оживленного выкидыша isis, что, тем более, ospf, придуманного ради копеечной экономии, когда лишние 64k памяти в роутер было очень-очень дорого.
Нет, я понимаю, до книжек где рассказывают, зачем (и как) в _локальных_ сетях используют bgp с кучей костыликов и подпорочек (ибо совершенно он не задумывался для них) ты еще не дорос, это и ccnp затрагивают-то только по верхам, но про eigrp-то тебя должны были заставить прочитать, или как ты умудрился свой RS сдать (S понятно, авторы asa его ниасилили, впрочем, они и ospf-то ниочень)?
В этих агитках, конечно, правды только половина, но все, что написано про недостатки альтернативных решений - правда.

Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

23. "Facebook открыл реализацию платформы и протокола маршрутизац..."  +1 +/
Сообщение от McLoud (??) on 16-Ноя-17, 20:43 
У ISIS есть свои плюсы, ознакомьтесь с предметом. Если циска его не освещала раньше это означает только о заблуждениях циски. Сейчас в треке RS он есть
Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

34. "Facebook открыл реализацию платформы и протокола маршрутизац..."  +/
Сообщение от zanswer CCNA RS and S on 17-Ноя-17, 08:23 
Cisco является одним из контрибютеров в IS-IS и одной из первых кто реализовал его в своих маршрутизаторах, к тому же IS-IS, всегда был в SP треке, да и в RS треке тоже, кроме CCNA RS.

Да и вообще Cisco например рекомендует использовать именно IS-IS в рамках SD-Access к примеру, ага прямо в корпоративном секторе, и прямо вместе с SDN.

Поэтому Cisco прекрасно осведомлена о преимуществах IS-IS и всячески его рекомендует, просто в корпоративном секторе он не особо популярен по объективным причинам.

Ответить | Правка | ^ к родителю #23 | Наверх | Cообщить модератору

30. "Facebook открыл реализацию платформы и протокола маршрутизац..."  +/
Сообщение от leap42 (ok) on 17-Ноя-17, 03:12 
> ospf, придуманного ради копеечной экономии

лол-кек-чебурек: ospf держит в памяти всю зону (а то и несколько зон), какой большой она не будь, и жрёт гораздо больше главного конкурента eigrp, который держит только соседей (вот он экономит память, да)

ps: is-is няшка

Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

33. "Facebook открыл реализацию платформы и протокола маршрутизац..."  +/
Сообщение от zanswer CCNA RS and S on 17-Ноя-17, 08:13 
>> ospf, придуманного ради копеечной экономии
> лол-кек-чебурек: ospf держит в памяти всю зону (а то и несколько зон),
> какой большой она не будь, и жрёт гораздо больше главного конкурента
> eigrp, который держит только соседей (вот он экономит память, да)
> ps: is-is няшка

Не согласен с вами, что главный конкурент OSPF это EIGRP, хотя смотря конечно в каком сегменте, если корпоративном сегменте, то согласен с вами, а если в ISP/TELCO, то там IS-IS, вечный, заклятый враг OSPF.

И если скажем, OSPFv2 имел объективные недостатки, по отношению к IS-IS, например в виде LSA type 1/2 содержащих и информацию о топологии, и информацию о префиксах, что приводило к тому, что в SPF дереве префиксы были представлены узлами, а не листьями, как у IS-IS, что автоматически ставило крест на Incremental SPF в большинстве случаев, то в OSPFv3 IETF исправила эти недостатки.

Правда и IS-IS не стоит на месте, у него тоже были проблемы в прошлом, к примеру с количество point-to-point интерфейсов, точнее с тем, сколько интерфейсов может быть описано в TLV и опять же благодаря усилиям IETF данную проблему исправили. Или например проблема с two-way handshake для point-to-point Hello, которую благодаря опять же IETF исправили, заменив на three-way handshake всё для того же P-t-P Hello, решив такую проблему, как не консистентное состояние LSDB при потери части LSP пакетов во время синхронизации. При этом полный reflooding мог произойти только через 18 часов, максимальное время жизни LSP. И IETF исправила данную проблему, вообще говоря оба протокола сейчас развиваются под крылом IETF, каждый в рамках своей WG.

Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

42. "Facebook открыл реализацию платформы и протокола маршрутизац..."  +/
Сообщение от пох on 17-Ноя-17, 16:41 
> и жрёт гораздо больше главного конкурента eigrp

ну так нашел с чем сравнивать. "у протокола ipx только один недостаток - он принадлежит фирме novell" (c)ранний MS.
igrp (из которого потом вышел eigrp) писали тоже во времена острой нужды в байтиках (а вот процессоры у циски уже были получше). Но он не только память экономит, он еще много чего хорошего делает, что и сегодня актуально. Если не лезть в mpls, конечно, для которого по тем самым причинам и непригоден.

Недостаток один, но совершенно фатальный - принадлежит не той фирме. Поэтому умирает, и скоро умрет совсем. Товарищу, любителю заковыристых аббревиатур, предлагалось не про сам eigrp почитать, а про то, чего ради его пришлось изобретать при уже поддерживаемом всеми распрекрасном isis - оно там в учебниках для юных падаванов вполне понятными буквами разжевывается.

Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

59. "Facebook открыл реализацию платформы и протокола маршрутизац..."  +/
Сообщение от zanswer CCNA RS and S on 18-Ноя-17, 10:35 
Любитель заковыристых аббревиатур, должен сказать, что IS-IS впервые был представлен в IOS в 1993 году, тогда же, когда и EIGRP, то есть в один год. RFC 1195: Use of OSI IS-IS for Routing in TCP/IP and Dual Environments, было представлено в 1990 году.

Основная цель реализации EIGRP по отношению к IGRP был переход на без классовую маршрутизацию, CIDR, - classless interdomain routing, представленный всё в том же 1993 году. IGRP поддерживал только классовую маршрутизацию, как и RIPv1, что потребовало его переориентации, а после вышел ещё и EIGRP for IPv6. А всё потому, что в отличие от IS-IS, OSPF, RIP, EIGRP, требуют переориентации для каждого нового протокола, в той или иной степени, даже, если это просто новая версия IP протокол, а не скажем Shortest Path Bridging какой-нибудь.

Я с радостью послушаю вашу точку зрения или ту, что изложена в тех книгах, что вы читали, по какой причине появился EIGRP, при имеющемся IGRP и отсутствующем у Cisco IS-IS до 1993 года, вообще.

Ответить | Правка | ^ к родителю #42 | Наверх | Cообщить модератору

32. "Facebook открыл реализацию платформы и протокола маршрутизац..."  +/
Сообщение от zanswer CCNA RS and S on 17-Ноя-17, 08:00 
Даже не знаю, что и сказать, EIGRP дистанционно-векторный протокол и памяти, как и ресурсов CPU он потребляет меньше, чем OSPF, который является протоколом с отслеживанием состояния-каналов, а значит должен хранить информацию о топологии всей сети, в отличие от EIGRP, который хранит информацию о топологии только смежных маршрутизаторов.

IS-IS является наиболее широко используемым generic протоколом, кроме IGP в сетях провайдеров, как основа для MPLS, он ещё и используется в Control Plane таких протоколов, как TRILL, SPB, FSPF. Что не умоляет достоинств OSPF, который в ряде случаев может быть более предпочтительным, например ATM/FR, DMVPN, хотя в последнем EIGRP и лучше подходит.

Что же касается BGP, то в качестве IGP протокола, никто iBGP не использует, по крайней мере я такого ещё не слышал. MPLS L3VPN, BGP TE, Multicast BGP, да, но, как замена IGP протоколам, таким, как OSPF/IS-IS это что-то новенькое. Или может быть вы из тех, кто используется eBGP с private AS внутри внутри одной AS, чтобы избавиться от требования наличия full-mesh для iBGP или использования route reflector/confederation?

P/S/ Сдал оба экзамена на уровне ~930 баллов, менее чем за час из отведённых 90 минут. Про ваши достижения не спрашиваю, мне не интересно это в контексте обсуждения протоколов динамической маршрутизации.

Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

36. "Facebook открыл реализацию платформы и протокола маршрутизац..."  +/
Сообщение от Leap42 on 17-Ноя-17, 09:24 
> никто iBGP не использует

вы у себя в дефолт ситях не видели, что местечковые russia-телекомы творят: мне как-то от них досталось ~100 SRXов и на каждом был ibgp с редистрибуцией в ospf (сетка простая, одного ospf хватило за глаза, зачем ребята вообще тащили bgp в простенький VPN так и осталось загадкой). разбираться со всем этим делом я не стал и просто сменил работу.

Ответить | Правка | ^ к родителю #32 | Наверх | Cообщить модератору

37. "Facebook открыл реализацию платформы и протокола маршрутизац..."  +/
Сообщение от zanswer CCNA RS and S on 17-Ноя-17, 09:29 
Я живу в маленьком Сибирском городке, какие там дефолт сити. :)

Что касается наличия iBGP с перераспределением маршрутов в OSPF, на каждом маршрутизаторе, это и правда выглядит странно. Интересно было бы узнать, какие цели преследовали авторы, данного решения, но похоже увы.

Ответить | Правка | ^ к родителю #36 | Наверх | Cообщить модератору

46. "Facebook открыл реализацию платформы и протокола маршрутизац..."  +/
Сообщение от пох on 17-Ноя-17, 17:17 
> Что касается наличия iBGP с перераспределением маршрутов в OSPF, на каждом маршрутизаторе,
> это и правда выглядит странно. Интересно было бы узнать, какие цели
> преследовали авторы, данного решения, но похоже увы.

я тебе неглядя расскажу, какие - bgp для фильтрации, ospf - для сходимости (bfd у них либо не поддерживается, либо не работает, либо они до этой страницы еще не дочитали)

это совершенно типичное решение для ситуации, когда уперлись в родовые травмы ospf, а eigrp как раз ниасилен, потому что не циска или учились не по той книжке и начитались вредных агиток.

i - потому что bgp где-то еще и внешний тоже есть, mpls опять же ниасилен, не поддерживается или не работает, как и vrf-lite, чаще всего еще и использует белую райповсккую AS, одну на всех.

фильтрация, ну конечно же, будет сделана аксесс-листами, в лучшем случае - префиксами.

Если тебе в такой сети дан карт-бланш на изменения - привести в порядок можно за пару дней. Если ты младший падаван, то да, только валить нахрен оттуда. Потому что ты и будешь тем неудачником, который полезет по _всем_ железкам добавлять новую строчку в эти acl, смотри ничего не пропусти и не опечатайся.

Ответить | Правка | ^ к родителю #37 | Наверх | Cообщить модератору

57. "Facebook открыл реализацию платформы и протокола маршрутизац..."  +/
Сообщение от zanswer CCNA RS and S on 18-Ноя-17, 08:25 
Как у вас получилось сравнить BFD и OSPF в рамках механизма обеспечивающего быструю сходимость всей сети?

Bidirectional Forwarding Detection протокол не может заменить IGP, поскольку кроме факта sub-second обнаружения сбоя соседа, он нечего больше предложить не может.

BGP протокол от этого не станет сходиться быстрее, хоть с BFD, хоть без него, по отношению к любому IGP, кроме RIP конечно.

P/S/ Единственное, что мне не нравится в беседах с вами, ваша мания величия. Вы так пренебрежительно говорите о других, будто вы по меньшей мере автор десятка RFC или CCAr, а вокруг одни неучи. Это вас совершенно не красит.

Ответить | Правка | ^ к родителю #46 | Наверх | Cообщить модератору

60. "Facebook открыл реализацию платформы и протокола маршрутизац..."  +/
Сообщение от t28 on 18-Ноя-17, 14:19 
> привести в порядок можно за пару дней

Напоминает влажные мячты нашего руководства.
Обычно после заявлений вроде: "Это можно сделать за 15 минут" сервисы подымать приходится минимум месяц, а из клиентов делать дураков. Особенно тяжко приходится в такие периоды support'у…

Ответить | Правка | ^ к родителю #46 | Наверх | Cообщить модератору

44. "Facebook открыл реализацию платформы и протокола маршрутизац..."  +/
Сообщение от пох on 17-Ноя-17, 17:04 
> вы у себя в дефолт ситях не видели, что местечковые russia-телекомы творят:

скорее всего - скопипастили с чьей-то mpls-сетки, не вникая в детали (иначе был бы eBGP).

> ibgp с редистрибуцией в ospf (сетка простая, одного ospf хватило за
> глаза, зачем ребята вообще тащили bgp в простенький VPN так и

затем, что в нем есть фильтрация. И нет совершенно идиотской проблемы с multiarea, которая у циски решается избранными железками и тоже через задницу, нестандартным расширением, а все остальные городят паразитные петли. Или вовсе живут в одной area0 - ни фильтров, ни хотя бы агрегатов.
Где-нибудь на другом конце города один унылый юзер к концентратору подключился - анонс его ценнейшей /32 побежал по тысчонке устройств. Ну или применительно к мордокниге - свитчнулась нагрузка на хост, анонсирующий свой сервис таким образом - с тем же результатом.

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

> осталось загадкой). разбираться со всем этим делом я не стал и

пугливый какой. было б с чем разбираться-то...
RP/0/RSP0/CPU0#sh run router ospf | utility wc -l
       72
RP/0/RSP0/CPU0#sh run router isis | utility wc -l
      182

(это не дефолт-сити, ма-а-а-ахонькая сеточка)

Ответить | Правка | ^ к родителю #36 | Наверх | Cообщить модератору

35. "Facebook открыл реализацию платформы и протокола маршрутизац..."  +/
Сообщение от zanswer CCNA RS and S on 17-Ноя-17, 08:26 
>[оверквотинг удален]
> выкидыша isis, что, тем более, ospf, придуманного ради копеечной экономии, когда
> лишние 64k памяти в роутер было очень-очень дорого.
> Нет, я понимаю, до книжек где рассказывают, зачем (и как) в _локальных_
> сетях используют bgp с кучей костыликов и подпорочек (ибо совершенно он
> не задумывался для них) ты еще не дорос, это и ccnp
> затрагивают-то только по верхам, но про eigrp-то тебя должны были заставить
> прочитать, или как ты умудрился свой RS сдать (S понятно, авторы
> asa его ниасилили, впрочем, они и ospf-то ниочень)?
> В этих агитках, конечно, правды только половина, но все, что написано про
> недостатки альтернативных решений - правда.

И ещё забыл добавить, конечно же ASA поддерживает EIGRP и OSPF, в полном объёме, как и BGP.

Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

49. "Facebook открыл реализацию платформы и протокола маршрутизац..."  +/
Сообщение от пох on 17-Ноя-17, 17:39 
> И ещё забыл добавить, конечно же ASA поддерживает EIGRP и OSPF, в
> полном объёме, как и BGP.

в полном объеме - три хаха. Попробуй его совместить с асиным vpn (в обоих вариантах, там один смешнее другого) и удивись результату. Потом не будешь удивляться, когда увидишь асу, используемую только для шифрования туннелей, проброшенных сквозь нее с более вменяемых коробок.

а eigrp там добавили, помнится, в аж девятой, что-ли, версии, и такой, что пользоваться им вообще невозможно.

Ответить | Правка | ^ к родителю #35 | Наверх | Cообщить модератору

50. "Facebook открыл реализацию платформы и протокола маршрутизац..."  +/
Сообщение от zanswer CCNA RS and S on 17-Ноя-17, 18:18 
EIGRP появился в ASA 7, относительно маршрутизации через VPN, то если подробнее напишите, что через что сделать, то попробую, почему бы и нет.
Ответить | Правка | ^ к родителю #49 | Наверх | Cообщить модератору

52. "Facebook открыл реализацию платформы и протокола маршрутизац..."  +/
Сообщение от пох on 17-Ноя-17, 19:51 
две совершенно типичнейшие (в жизни, а не в учебниках ccna) задачи (обычно нерешаемые в рамках одной асы в принципе ;)

- site2site ipsec. оба сайта неплоские, или просто большие, статика не катит
в случае единственного пира ты решишь эту проблему за счет ручного указания его адреса. Если их два через один интерфейс- опа, приехали, эти настройки у нас на интерфейсах.

- dynamic ipsec (та гадина за натом и статический туннель строить вообще не на чем)

во что оно превращается, если еще и пытаться использовать асу как файрвол (вдруг кто-то с дуба рухнул ;) - отдельная история.

Ответить | Правка | ^ к родителю #50 | Наверх | Cообщить модератору

55. "Facebook открыл реализацию платформы и протокола маршрутизац..."  +/
Сообщение от zanswer CCNA RS and S on 18-Ноя-17, 08:01 
И так, site-to-site VPN, с несколькими пирами, через один физический интерфейс, так?

При этом в туннеле должен быть EIGRP?

С пиром за NAT, очевидно, что инициировать туннель прийдётся второй стороне.

Ответить | Правка | ^ к родителю #52 | Наверх | Cообщить модератору

63. "Facebook открыл реализацию платформы и протокола маршрутизац..."  +/
Сообщение от пох on 18-Ноя-17, 19:36 
> При этом в туннеле должен быть EIGRP?

при этом должна быть хоть какая-то работающая маршрутизация.
Полагаю, в реальном случае, пособирав уже все собранные до вас давно грабли, вы придете к тому же, к чему и все - gre тунелю с поддерживающих gre устройств и bgp в туннеле, а в сторону асы - только статики для тунельных эндпоинтов.
Но это работает только в простых случаях, где без асы в общем-то обошлись бы вовсе.

Ответить | Правка | ^ к родителю #55 | Наверх | Cообщить модератору

58. "Facebook открыл реализацию платформы и протокола маршрутизац..."  +/
Сообщение от zanswer CCNA RS and S on 18-Ноя-17, 09:07 
Относительно site-to-site IPSec, не какой проблемы не обнаружил, IPSec VTI реализует поддержку передачи multicast трафика, в том числе и на ASA.

Классический IPSec туннель негде не способен обеспечить передачу multicast пакетов, ввиду чего требуется Unicast neighbor в случае EIGRP и point-to-multipoint neighbor в случае OSPF.

Про случай с NAT, можно сделать стенд, поскольку такая конфигурация в принципе для site-to-site не нормальна, для Remote Access вполне нормальна, да.

А вообще ASA заменяется сейчас активно на Firepower Threat Defense, который в будущем полностью заменит ASA, избавив от необходимости держать ASA и Firepower services раздельно в рамках одного устройства.

Ответить | Правка | ^ к родителю #52 | Наверх | Cообщить модератору

64. "Facebook открыл реализацию платформы и протокола маршрутизац..."  +/
Сообщение от пох on 18-Ноя-17, 19:47 
> Про случай с NAT, можно сделать стенд, поскольку такая конфигурация в принципе
> для site-to-site не нормальна, для Remote Access вполне нормальна, да.

она не то что "нормальна", она скоро станет единственно-возможной. Потому что адреса денех стоют, и чем дальше, тем дороже. А v6 все никак "не готов для десктопа" ;-)
То есть можете его считать "remote access", только на практике за тем remote - офис окажется, человек на 200, и сетка у него тоже будет с фокусами.

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

Потому что каждый второй дятел думает что выбрав 172.20.0.0 вместо привычного 16 он всех перехитрил. (а остальные просто делают плоскую 10)

> А вообще ASA заменяется сейчас активно на Firepower Threat Defense, который в

мечтать не вредно.
На деле с рынка именно файрволов циска уже безвозвратно вылетела, проспав модные тренды, да еще и пытаясь разводить кроликов на per-user оплату vpn.

хотя именно в нашей стране, возможно, останется навечно, потому что с умением заносить и откатывать у них в свое время сложилось.

Ответить | Правка | ^ к родителю #58 | Наверх | Cообщить модератору

15. "Facebook открыл реализацию платформы и протокола маршрутизац..."  +/
Сообщение от Аноним (??) on 16-Ноя-17, 15:28 
А в Netsukuku были фрактальные алгоритмы.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

54. "Facebook открыл реализацию платформы и протокола маршрутизац..."  +/
Сообщение от Аноним (??) on 17-Ноя-17, 21:40 
А в cjbdns - dht+свич. Не такое уж плохое комбо, хотя свич переусложненный и билдсистема странная.
Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

28. "Facebook открыл реализацию платформы и протокола маршрутизац..."  +/
Сообщение от all_glory_to_the_hypnotoad (ok) on 17-Ноя-17, 00:34 
> ... для обмена сообщениями между узлами - шина ZeroMQ.

вот балбесы.

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

48. "Facebook открыл реализацию платформы и протокола маршрутизац..."  +/
Сообщение от пох on 17-Ноя-17, 17:27 
>> ... для обмена сообщениями между узлами - шина ZeroMQ.
> вот балбесы.

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

Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

31. "Facebook открыл реализацию платформы и протокола маршрутизац..."  +/
Сообщение от Аноним (??) on 17-Ноя-17, 04:55 
Я так и не понял на каком оборудовании все это работает. Помоему протоколов для Mesh уже написано уйма, а вот оборудования так и нет.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

41. "Facebook открыл реализацию платформы и протокола маршрутизац..."  +/
Сообщение от zanswer CCNA RS and S on 17-Ноя-17, 12:22 
Судя по новости на Wedge 100, который является Top Of Rack коммутатором, что при этом у них применяется на Spine/Core, вообще не ясно. Сказано, что ещё Arista EOS и Juniper JunOS может использоваться, но, что имеется ввиду, сложно понять из текста новости.

И вообще похоже, что речь идёт о Data Center специфичном протоколе, там где живут TRILL, SPB и прочие, в которых IS-IS основа Control Plane.

Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

43. "Facebook открыл реализацию платформы и протокола маршрутизац..."  +/
Сообщение от xv (??) on 17-Ноя-17, 16:49 
Вот это применяется на spine/super-spine: https://code.facebook.com/posts/864213503715814/introducing-.../

Плюс какое-то количество вайтбоксов циски-джунипера-аристы-проч.
Никакого ядра нет: https://en.wikipedia.org/wiki/Clos_network

ФБ, как и Гугл, использует SDN во внутренних сетях уже который год, так что традиционные протоколы маршрутизации для них — ненужное легаси, которое разработано не для того, что действительно нужно (минимальные и предсказуемые задержки на постоянно перестраивающейся сети).

Вот, например, как развивалась сеть Гугла: https://www.nextplatform.com/2015/06/19/inside-a-decade-of-g.../

Ответить | Правка | ^ к родителю #41 | Наверх | Cообщить модератору

45. "Facebook открыл реализацию платформы и протокола маршрутизац..."  +/
Сообщение от zanswer CCNA RS and S on 17-Ноя-17, 17:05 
Спасибо, почитаю.
Ответить | Правка | ^ к родителю #43 | Наверх | Cообщить модератору

53. "Facebook открыл реализацию платформы и протокола маршрутизац..."  +/
Сообщение от пох on 17-Ноя-17, 19:53 
> Спасибо, почитаю.

будешь читать - обрати внимание, что _внутри_ свитча у них - bgp. А не ospf, хотя, казалось бы, тут-то ему самое место ;-)

Ответить | Правка | ^ к родителю #45 | Наверх | Cообщить модератору

56. "Facebook открыл реализацию платформы и протокола маршрутизац..."  +/
Сообщение от zanswer CCNA RS and S on 18-Ноя-17, 08:07 
>> Спасибо, почитаю.
> будешь читать - обрати внимание, что _внутри_ свитча у них - bgp.
> А не ospf, хотя, казалось бы, тут-то ему самое место ;-)

У Facebook кастомное решение, в котором по их мнению iBGP с route reflector это отличная идея.

Почему по-вашему там должен быть именно OSPF?

Ответить | Правка | ^ к родителю #53 | Наверх | Cообщить модератору

65. "Facebook открыл реализацию платформы и протокола маршрутизац..."  +/
Сообщение от пох on 18-Ноя-17, 19:51 
> Почему по-вашему там должен быть именно OSPF?

правильный вопрос - где у нас вообще останется ospf, если даже внутрисвитчевая маршрутизация почему-то "отличная идея" не на нем.
А на протоколе, изначально вообще-то рассчитанном на медленные линки и "подумаешь, потеряем пару тыщ пакетиков, пока сойдется".

Ответить | Правка | ^ к родителю #56 | Наверх | Cообщить модератору

66. "Facebook открыл реализацию платформы и протокола маршрутизац..."  +/
Сообщение от zanswer CCNA RS and S on 18-Ноя-17, 20:06 
Останется, как IGP для MPLS или IGP для SDN, до момента когда контроллер возьмёт дело в свои руки. Я плохо знаком с архитектурой решений Facebook, поэтому мне вообще странно видеть внутри моста BGP, в качестве backplane, даже не знаю пока, как правильно называть то, что он заменяет в традиционных решениях.

Расскажите лучше, почему вы не любите OSPF? Я имею технические детали ваших претензий к нему, может и я стану его не любить. :)

Ответить | Правка | ^ к родителю #65 | Наверх | Cообщить модератору

51. "Facebook открыл реализацию платформы и протокола маршрутизац..."  +/
Сообщение от zanswer CCNA RS and S on 17-Ноя-17, 18:58 
Про Google очень интересно было, хоть и мало пригодно для кого-то, кто не Google.

SDN для DC имеют многие вендоры, но в масштабах Google и их специфике наверное никто бы не смог предложить им лучше решения, чем созданной ими самими.

Ответить | Правка | ^ к родителю #43 | Наверх | Cообщить модератору

47. "Facebook открыл реализацию платформы и протокола маршрутизац..."  +/
Сообщение от пох on 17-Ноя-17, 17:26 
> Я так и не понял на каком оборудовании все это работает.

на своем, мордокнижном-наколеночном.
"зато дешевенькое".

оборудования для sdn как раз полным-полно, но мордокнижка во-первых не хочет за это платить, ей дешевле даже заказное, но из дешевых деталей и без патентов циски/жунипера в комплекте, во-вторых, как раз под ее запросы оно не факт что хорошо подходит.

как кто-то удачно выразился в стертом тредике - это sdn, придуманная php'шниками. Для себя, любимых.


Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема


  Закладки на сайте
  Проследить за страницей
Created 1996-2018 by Maxim Chirkov  
ДобавитьПоддержатьВебмастеруГИД  
Hosting by Ihor