Network: SDN (Cisco ACI, Cisco DNA, Open/Juniper Contrail, openflow, openstack)

SDN – Software Defined Networking

• О Juniper contrail
• openflow – по сути с контроллера на ноды транслируется набор правил match-action, где в качестве action может быть pass_to/drop/mirror/etc (по сути ACL c действиями)
• Tungsten: vrouter на базе dpdk.
  • You can try run vrouter with dpdk. In this case you’ll limit the number of cores that vrouter can use by CPU_CORR_MASK.
• На базе (перепиленного) OpenContrail/Tungsten Fabric работает yandex облако при этом проект закрывается (juniper устал тянуть проект)

Ни для кого не секрет, что оверлейная сеть, обеспечивающая мультитенантностьYandex.Cloud, реализована на OpenContrail (ныне Tungsten Fabric). Он, в свою очередь, требует IPv4-связность.

https://tungsten.io
Thank you for your interest in Tungsten Fabric. The community has decided to shut down the project and will sunset this website on August 1, 2024.

• На Cisco devnet сайте можно поизучать устройство и примеры работы с API разных продуктов Cisco и даже поделать различные лабы (пример с Cisco DNA)!

• Хорошо скоординированный static = SDN
• Концепция SDN подразумевает:
  • • в первую очередь разделение control/management plane (vm/hardware controller/etc) и data plane (bare-metal/vm) на разные устройства
    • отказ обработки трафика box-by-box в пользу создания SDN фабрики – каждая “коробка” теперь сама не решает, как обрабатывать трафик
    • перенос control/management plane на централизованный контроллер управления сетью
    • потенциально лучшая безопасность:
      • микросегментация на уровне VM или даже контейнеров
      • легче поддерживать консистентность политик
      • проще организовать полную видимость сети
    • управление решением через API
    • легко – централизованно, удобно (без cli) и масштабируемо

Sdn was originally created to decouple control from the forwarding functions in networking equipment.

SDN во многом является ответом на следующие вопросы:

1. Все больше приложений/бизнес требуют все более быстрый (деплой и работу), качественный (ошибки конфигурации) и безопасный сетевой сервис (консистентность конфигурации)
2. Сетевые сервисы меняются: добавляются новые протоколы и функции, сеть переносится из datacenters в облака и проч; все это нужно поддерживать с учетом первого пункта

Networking functions such as routing, optimization, and security have changed.

Примеры SDN контроллеров.

• • • Cisco ACI – aci использует leaf/spine topology и протокол vxlan. Подробнее.

• • • Cisco DNA (скрин DNA). Подробнее ниже.

• • • OpenStack Neutron – подробнее ниже
    • Cisco contiv – open source container networking software

Contiv is a powerful, 100% open source networking solution for modern compute workloads. Integration and support for VM’s and Bare Metal allow you to provide a single network fabric across your infrastructure.

• • • Open vSwitch (OvS) и Open Virtual Network (OVN)
      • OVS это open source реализация multilayer виртуального коммутатора внутри гипервизора. Можно скачать open vswitch оффициального сайта openvswitch.org и играться с ним на основе документации на этом же сайта
      • OVN был изначально создан людьми из OVS для решения задачи создания open source решения для виртуальных сетей и SDN.

- OVN was originally created by the folks behind OVS for the purpose of bringing an open source solution for virtual network environments and SDN.
- Open vSwitch is an open source implementation of a multilayer virtual switch inside the hypervisor.

• • • OpenFlow controller

• Opendaylight (ODL) – популярный SDN проект, который фокусируется на улучшении SDN контроллеров для предоставления сетевых сервисов используя оборудование различных вендоров. Подробнее можно почитать как на сайте opendaylight.org, так и на Cisco devnet.

• Open platform for network function virtualization (OPNFV)

Контроллеры имеют обычно два api интерфейса:

• Northbound/intent based api – для интеграции с внешними системами и приложениями. Обычно это другой вендор, а не вендор, реализующий контроллер. Например – приложение запрашивает ресурсы у контроллера sdn через northbound api, а контроллер обеспечивает их. Это называется intent-based networking или intent-based api. Подробнее об этом ниже в Cisco DNA (business intent).

Northbound APIs (SDN northbound APIs) are typically restful APIs that are used to communicate between the SDN controller and the services and applications running over the network. Applications can tell the network devices (physical or virtual) what type of resources they need and, in turn, the SDN solution can provide the necessary resources to the application. Intent based networking and intent-based API.

• Southbound api (openflow, cisco opflex) – для управления устройствами, подключенными к контроллеру. Обычно этими устройствами являются устройства того же вендора, что и контроллер.

Southbound APIs are used to communicate between the SDN controller and the switches and routers within the infrastructure.
Southbound APIs enable SDN controllers to dynamically make changes based on real-time demands and scalability needs. OpenFlow and Cisco Opflex provide southbound API capabilities.

OpenStack Neutron

1. Neutron server
2. Neutron database
3. Neutron plugins – neutron использует плагины и драйверы для реализации сетевого функционала – напр. neutron team ML2 – OVS/LB, Broacade Vyatta, Cisco NXOS/APIC/N1Kv/CSR1kv.

cisco aci

Cisco ACI (Application Centric Infrastructure) – позволяет организациям автоматически назначить endpoints к логическим security zones которые называют endpoint groups (EPG). EPG используются для группировки VM внутри tenant и применения политик/фильтров передачи (forwarding policies) к ним. Эти EPG основаны на разных network based и vm based атрибутах.

Cisco ACI имеет одну из лучших реализацией microsegmentation. Microsegmentation в cisco ACI может быть реализована с помощью интеграции с vCenter, microsoft system center VMM (virtual machine manager).

Микросегментация в ACI так же зачастую называется uSeg EPG. Можно объдинить endpoints и существующие application EPG в новый microsegment uSeg EPG. Далее сконфигурировать network/VM based атрибуты для данного uSeg EPG. К данному uSeg EPG можно применить динамические политики. Так же можно применить политики к любому endpoint внутри tenant. Например, вам нужно назначить WEB сервер в EPG и затем применить похожие настройки. По умолчанию все endpoint внутри EPG могу взаимодействовать с друг другом, но если вам нужно – вы можете это ограничить (напр. EPG состоит из production &  development серверов) . Для реализации этого ограничения нужно создать новый EPG и назначить к нему endpoints на основе атрибута имени VM (prod*, dev*).

Применение атрибутов к uSeg EPG позволяет вам применить forwarding/security политики с большей гранулярностью чем при использовании EPG без атрибутов. Атрибуты уникальны внутри tenant. Вы можете применить uSeg EPG используя два типа атрибутов

• • сетевые атрибуты (IP, IP/MAC address filter). Одному uSeg EPG можно сопоставить один или несколько MAC/IP адресов.
  • атрибуты VM. Одному uSeg EPG можно сопоставить несколько VM based атрибутов (тип ОС, VMM, domain, hypervisor ID, datacenter, VM ID, VM name, vnic domain name, custom attributes/TAGs).

aci APIC

APIC manages the distributed policy repository responsible for the definition and deployment of the policy-based configuration of the Cisco ACI infrastructure.
- APIC also manages the topology and inventory information of all devices within the ACI pod.
- Monitoring the subsytem of the APIC. The APIC “observer” function monitors the health, state and performance information of the Cisco ACI pod.
- The “boot director” function is in charge of the booting process and firmware updates of the spine switches, leaf switches and the APIC components.
- The “appliance director” APIC function manages the formation and control of the APIC appliance cluster.
- The “virtual machine manager (VMM)” is an agent between the policy repository and a hypervisor. The VMM interacts with hypervisor management systems (for example, VMware vCenter).
- The “appliance element” maintains the inventory and start of the local APIC appliance.

Cisco DNA

When you configure group-based access control policies you need to integrate the Cisco ISE with Cisco DNA Center. In Cisco ISE you configure the work process setting as “Single Matrix” so that there is only one policy matrix for all devices in the TrustSec network.






Depending on your organization’s environment and access requirements, you can segregate your groups into different virtual networks to provide further segmentation.

After Cisco ISE is integrated in Cisco DNA Center, the scalable groups that exist in Cisco ISE are propagated to Cisco DNA Center. If a scalable group that you need does not exist, you can create it in Cisco ISE.

You can also use an Encapsulated Remote Switched Port Analyzer (ERSPAN) configuration in Cisco DNA Center so that the IP traffic flow between two entities is copied o a given destination for monitoring or troubleshooting.


  
 

A dedicated sensor is when an AP is converted into a sensor, and it stays in sensor mode (is not used by wireless clients) unless it is manually converted back into AP mode.

An on-demand sensor is when an AP is temporarily converted into a sensor to run tests. After the tests are complete, the sensor goes back to AP mode.

Безопасность SDN, SDN SECURITY

SDN Firewall MICROSEGMENTATION, MACHINE TO MACHINE

Большая часть трафика в существующих ДЦ – это east-west, а не north-south. Он не выходит за периметр сети и файрвол на периметре, а зачастую даже и физический сервер (трафик между VM или даже контейнерами на одном гипервизоре или виртуальной машине).

Многие вендоры создали файрволы, в которых политики применяются на приложения, а сами файрволы независимы от топологии сети, направления сетевого трафика (north-south, east-west).

К примеру, может быть потребность во взаимодействии между приложением в vm1 и vm3, между vm2 и vm3.

При этом взаимодействие между приложением vm2 и vm3 должно быть запрещено.

Запрещение же это должно быть реализовано масштабируемо – не в виде router on a stick к какому то центральному firewall. Решениями прошлого считаются выделенные файрволы между VM/контейнерами.

Нельзя так же использовать vlan, subnet т.к. по факту это ненадежные идентификаторы в масштабируемых топологиях с динамическим назначением vlan/subnet.

Сильным усложнением являются контейнеры, которые нуждаются в аналогичных сервисах микросегментации в рамках одной хостовой машины.

Traditional segmentation using VLANs introduces a lot of complexities. Application segmentation and policies were physically restricted to the boundaries of the VLAN within the same data center (or even in “the campus”).

Micro-segmentation must be "application-aware".

Примеры атак на SDN и методы защиты от них

1. 1. установка «левого» контроллера (malicious controller) для управления sdn устройствами и сервисами
   2. Man in the middle атаки между SDN контроллером и SDN устройствами для снифинга/изменения/подмены инструкций, отправляемых контроллером
   3. Атаки на доступность SDN контроллера (DoS, DDoS)

1. 1. Контроллер должен находиться в безопасном месте с контролем доступа (СКУД)
   2. Путь данных и управления должен быть разнесен (out of band management)
   3. Безопасность при использовании API
   4. Безопасность взаимодействия контроллера и устройств, которыми он управляет (в том числе API security)
   5. Patch management
   6. Использование шифрования