Проект FRRouting (https://frrouting.org/), в рамках которого развивается (https://github.com/FRRouting/frr) стек с реализацией протоколов маршрутизации (BGP4, BGP4+, OSPFv2, OSPFv3, RIPv1, RIPv2, RIPng, PIM-SM/MSDP, LDP, IS-IS), ответвившийся от проекта Quagga (http://www.nongnu.org/quagga/), перешёл (https://www.linux.com/news/2017/4/welcoming-frrouting-linux-... под управление организации Linux Foundation.
Перевод процесса управления проектом под покровительство некоммерческой организации Linux Foundation позволит создать нейтральную площадку для совместного развития и управления проектом, независимую от предпочтений отдельных поставщиков. К разработке FRRouting уже присоединились такие компании, как 6WIND, Architecture Technology Corporation, Big Switch Networks, Cumulus Networks, LabN Consulting, NetDEF (OpenSourceRouting), Orange и Volta Networks.
Одновременно сформирован (https://frrouting.org/2.0-launch.html) первый релиз FRRouting, в котором отмечены следующие изменения, по сравнению с Quagga:- В BGP и OSPFv2/v3 добавлена реализация 32-разрядных тегов маршрутизации, упрощающих сопровождение политик маршрутизации и улучшающих переносимость в окружениях с оборудованием различных производителей;
- В BGP включена поддержка отслеживания nexthop и групп обновления (Update-groups) для обеспечения масштабирования в постоянно растущих инфраструктурах;
- В BGP добавлена операция add-path (https://tools.ietf.org/html/draft-ietf-idr-add-paths-10) для анонса сразу нескольких путей до одного и того же префикса;
- В дополнение к RFC 5549 (https://tools.ietf.org/html/rfc5549) в BPG обеспечена возможность предоставления доступа к IPv4, используя инфраструктуру на базе IPv6;- Поддержка виртуальной маршрутизации и перенаправления (VRF, Virtual routing and forwarding), позволяющая использования BGP в окружениях с обособленной маршрутизацией, таких как виртуальные сети хостинг-провайдеров;
- Поддержка EVPN с маршрутами пятого типа (route-type 5 (https://www.ietf.org/proceedings/88/slides/slides-88-l2vpn-2... что позволяет клиентам с ЦОД layer 2 использовать BGP EVPN для обмена информацией о подсетях;
- Поддержка PIM-SM (https://en.wikipedia.org/wiki/Protocol_Independent_Multicast) (Protocol Independent Multicast Sparse Mode) и MSDP (Multicast Source Discovery Protocol);- Поддержка статических LSPs (Label-Switched Paths) c протоколом LDP (Label Distribution Protocol), что позволяет использовать MPLS для управления потоками данных;
- Переработан CLI-интерфейс и представлена новая инфраструктура для unit-тестировани;
- Включены средства сетевой виртуальизации IETF NVO3 (https://datatracker.ietf.org/wg/nvo3/about/) (Network Virtualization Overlays);- Добавлена возможность вывода статистики в формате JSON;- Сформированы самодостаточные пакеты в формате SnapCraft.
О переходе под крыло Linux Foundation также объявило (https://www.linuxfoundation.org/announcements/networking-ind... сообщество разработчиков фреймворка DPDK (http://dpdk.org/) (Data Plane Development Kit), предоставляющего средства для создания высокопроизводительных сетевых приложений, напрямую работающих с сетевым оборудованием и обрабатывающих пакеты минуя сетевой стек ядра. Об своём участии в совместном проекте объявили такие компании, как ARM, AT&T, Cavium, Intel, Mellanox, NXP, Red Hat, ZTE, Huawei и Wind River, а также ряд университетов.
DPDK отмечается как важное звено для развития технологий виртуализации компонентов сетей (NFV, Network Functions Virtualization (http://en.wikipedia.org/wiki/Network_Functions_Virtualizatio... которые позволяет избавиться от необходимости применения отдельного оборудования для каждой сетевой функции, благодаря обеспечению работы данных функций в виртуальных окружениях.
Например, можно виртуализировать работу пограничных контроллеров сессий (SBC), коммутаторов, балансировщиков нагрузки, межсетевых экранов, систем обнаружения атак и WAN-ускорителей.
В том числе DPDK уже применяется в развиваемом под эгидой Linux Foundation продукте OPNFV (https://www.opnfv.org/) (Open Platform for NFV Project), в рамках которой развивается платформа для создания NFV-решений. Вчера Linux Foundation представила (https://www.linuxfoundation.org/announcements/opnfv-open-sou... четвёртый релиз (http://www.opnfv.org/danube) OPNFV, выпущенный под кодовым именем "Danube".
Из улучшений отмечается интеграция менеджера управления виртуальной инфраструктурой (NFVI/VIM) с платформой оркестровки Open-O, возможность создания многодоменных шаблонов, расширение средств автоматизации DevOps, задействование методологий тестирования через системы непрерывной интеграции, поддержка LaaS (Lab-as-a-Service) c динамическим предоставлением ресурсов, web-интерфейс Common Dashboard для координации проведения тестирования, задействование FD.io для ускорения передачи данных на 2 и 3 уровнях сетевой модели, расширение возможностей OVS-DPDK, подготовка подсистемы для тестирования производительности, возможность динамического изменения пропускной способности через интеграцию с OpenStack Gluon, развитие средств для обеспечения высокой доступности, расширение поддержки IPv6, SFC (Service Function Chaining), L2 и L3 VPN.URL: https://www.linuxfoundation.org/announcements/opnfv-open-sou...
Новость: http://www.opennet.dev/opennews/art.shtml?num=46323
Забавно, вначале форкнули Zebra в Quagga, так как были недовольны сотрудничеством создателя с коммерсантами. А теперь форкнули Quagga, так как он слишком свободный и компаниям трудно продвигать в нём свои интересы.
Квагга была под GPL. Поэтому ее хоть зафоркайся, кроме интересов Столлмана ничего продвинуть не получится. Впрочем форк тоже под GPL. Что вполне ожидаемо.
> Квагга была под GPL. Поэтому ее хоть зафоркайся, кроме интересов Столлмана ничего
> продвинуть не получится. Впрочем форк тоже под GPL. Что вполне ожидаемо.Полегче со слюной-то про Столмана. А то ж мы подумаем, что ты неумный и не в курсе, что консорций проприертариев, обозначенный в сабже, уже почти обпермиссивил GPLv2=.
Каким образом если не секрет ?
> Каким образом если не секрет ?Ну, это моё личное _преувеличение_, =я предупедил. А каким, рассуждения следующие: LF собирает деньги с проприертарщиков, включая (я предупреждал!) нарушающих, *и* говорит всем, что _енфорсить_ не нужно -- мол, "среди друзей же?!".
В итоге: GPL, которую не инфорсят, практически равнозначна (и это говорю уже не я, а Бредли Кюн(*)) пермиссивам.
--
(*)--Да, промышляющий енфорсом GPL, я знаю. Спасибо ему!"Денежки майкрософта тоже" // http://www.opennet.dev/openforum/vsluhforumID3/108941.html#219
[ещё->] http://www.opennet.dev/openforum/vsluhforumID3/109665.html#177
[бизнес-модель->] http://www.opennet.dev/openforum/vsluhforumID3/109837.html#57
> Поэтому ее хоть зафоркайся, кроме интересов Столлмана ничего продвинуть не получится.а чем интересы Столлмана отличаются от ваших? а чтьи интересы мешает продвигать Столлман?
Кстати да. Интересы Столлмана например совпадают с моими. Так что не понимаю в чём претензия.
Интересы, или заявления на публике совпадают? Мошенники тоже часто говорят приятные вещи.
> Интересы, или заявления на публике совпадают? Мошенники тоже часто говорят приятные вещи.И "неприятные" вещт про других. Да?
>А теперь форкнули Quagga, так как он слишком свободный и компаниям трудно продвигать в нём свои интересы.А какая Вам разница? Лицензии кстати у quagga и frr одинаковы. А форкнули потому, что у quagga'и меньше функционала и она долго развивается. Я вообще-то собираюсь на своих пограничных роутерах заменить quagga на frr.
Хм. А насколько хорошо оно выполняет функции коммутатора, да ещё в виртуализированной среде, по сравнению с аппаратными решениями? И, главное, какая область применения у софтовых коммутаторов? На ум только виртуалки приходят, но обычно им хватает стандартного бриджа.
Думаешь, "аппаратные решения" чисто на транзистор-транзисторной логике пакеты маршрутизируют?
На реле.
> Думаешь, "аппаратные решения" чисто на транзистор-транзисторной логике пакеты маршрутизируют?Ну, в свичах вполне себе существует специфичная аппаратная составляющая. Которая может обслуживать в т.ч. и поиск исходящего порта. Ну, и всякую фильтрацию.
> Хм. А насколько хорошо оно выполняет функции коммутатора, да ещё в виртуализированной
> среде, по сравнению с аппаратными решениями? И, главное, какая область применения
> у софтовых коммутаторов? На ум только виртуалки приходят, но обычно им
> хватает стандартного бриджа.Оно не коммутатор.
Три фуллвью держит, жрать не просит.
> А насколько хорошо оно выполняет функции коммутатора, да ещё в виртуализированной среде, по сравнению с аппаратными решениями?Напуганный начинающий сетевой админ)
А насколько хорошо надо? SDN рано или поздно убьёт, к нашему счастью, те софтверные кошмары, которые породили сумрачные гении Cisco и Juniper. Или ты думаешь, что BGP где-то реализован хардварно?
Аппаратные решения это как? Прям в микрокоде процессора что ли BGP роутится?
Ну ладно там OSPF. Но если компании нужен BGP, неужели у неё не хватит денег на циску? Мне кажется, это не та область, где нужно экономить и гнаться за опенсорцом, лучше взять проверенное временем решение.
> ... неужели у неё не хватит денег на циску? Мне кажется, это не та область, где нужно экономить и гнаться за опенсорцом, лучше взять проверенное временем решение.Что, с циской не было занятных часов выяснения "какого х..я она так делает/не делает и как из этого выкрутиться?"? Ну-ну.
Сравни стоимость решения от Циски/Ждуна, способное прокачать 10гб и 2мппс, к примеру, и стоимость аналогично решения на х86 сервере (с кваггой/фрр/бирдом).
И да, 10гбит совсем не значит, что у компании есть возможность тратить десятки тысяч на брендовые решения.
> Сравни стоимость решения от Циски/Ждуна, способное прокачать 10гб и 2мппс, к примеру,
> и стоимость аналогично решения на х86 сервере (с кваггой/фрр/бирдом).
> И да, 10гбит совсем не значит, что у компании есть возможность тратить
> десятки тысяч на брендовые решения.1OG - это все ваши хотелки - тогда я тебя разочарую,твоя вселенная устарела и скоро будет списана ;)
Обычно-нормальная хотелка - 3-6 FW,4-6 40G,10-14 10G,1-2 гигабита на железку,естественно все
оптикой.Сколько стоит x86 платформа с такими дырками, и какие макс. задержки гарантирует?
Одно, другому, вовсе не мешает. Quagga может выступать в роли инжектора маршрутов, после их специфической подготовки, например с помощью скриптов, анализирующих некоторую базу префиксов.
> Одно, другому, вовсе не мешает. Quagga может выступать в роли инжектора маршрутов,
> после их специфической подготовки, например с помощью скриптов, анализирующих некоторую
> базу префиксов.А ещё может предоставлять r/o доступ к таблице маршрутизации, например для Looking Glass, чтобы не дёргать лишний раз реальное оборудование.
Вот, тоже отличный пример, когда её использование более чем оправданно.