¿El conmutador SDN OpenFlow por funcionalidad es más igual al enrutador o conmutador básico?

La versión corta:

El conmutador OpenFlow no sigue la conmutación L2 tradicional ni el enrutamiento basado en IP L3 tradicional, que se basan en paquetes y siguen el control distribuido.
Más bien, la funcionalidad del conmutador OpenFlow sigue el paradigma de reenvío basado en el flujo , basado en el control centralizado.

La versión larga:

Uno de los principios principales de las redes definidas por software (SDN) es la separación del plano de control y el plano de datos. El plano de control es responsable de la lógica detrás del enrutamiento / conmutación, mientras que el plano de datos es responsable de reenviar los paquetes de acuerdo con las instrucciones especificadas por el plano de control.

La arquitectura SDN especifica la separación del plano de control de cada conmutador individual y su implementación en una entidad centralizada lógicamente denominada controlador SDN. Por lo tanto, el control centralizado es un factor diferenciador clave de los dispositivos de conmutación L2 / L3 tradicionales.

La Figura 2 muestra la lógica de conmutación / enrutamiento movida a un controlador SDN centralizado donde pueden ejecutarse como aplicaciones.

Por lo tanto, un punto clave de diferencia entre un conmutador SDN tradicional y otro (p. Ej., Conmutador OpenFlow) es que un conmutador SDN no almacena ninguna información de topología y tablas de conmutación L2 / L3.

En los conmutadores L2 / L3 tradicionales, el paradigma de reenvío en el plano de datos se basa en paquetes, es decir, las operaciones tienen lugar en cada paquete individual.

Por otro lado, en SDN, el paradigma de reenvío se basa en el flujo . Un flujo puede definirse como un flujo de paquetes para una conexión particular de extremo a extremo.

La Figura 3 muestra los campos de coincidencia de OpenFlow [1], en función de los cuales puede realizarse el reenvío. Como es evidente a partir de la figura, existen disposiciones para la conmutación L2 y L3.

La Figura 4 y la Figura 5 presentan escenarios que representan la conmutación tradicional L2 y L3 en un conmutador OpenFlow.

La Figura 6 presenta el reenvío basado en flujo en un interruptor OpenFlow. Con SDN y OpenFlow, es posible definir comportamientos de reenvío para una conexión de extremo a extremo en particular.

Por lo tanto, el reenvío basado en flujo y el control centralizado unidos entre sí conducen a una mayor flexibilidad en el tratamiento de flujos, lo que no se puede lograr con los dispositivos tradicionales.

La comida para llevar:

  1. SDN es un paradigma de red diferente y no se puede comparar directamente con los paradigmas tradicionales de conmutación / enrutamiento.
  2. Los conmutadores SDN no almacenan ninguna tabla de conmutación / enrutamiento L2 / L3.
  3. Los conmutadores SDN no cambian ni enrutan, pero reenvío basado en flujo.

Notas al pie

[1] http://archive.openflow.org/docu…

Depende de la funcionalidad. Puede hacer que casi cualquier SDN cambie un enrutador. Lea este artículo: SDN Internet Router – Parte 1

Un conmutador que confirma el estándar OpenFlow, solo elementos obligatorios, debe poder tomar decisiones de reenvío basadas en IP (capa 3) y, por lo tanto, va más allá de los ‘conmutadores básicos’ que un automóvil configura como ‘enrutadores’