Red de conocimientos sobre prescripción popular - Remedios caseros - ¿Cuáles son los componentes básicos de SDN? Para comprender las redes definidas por software (SDN), es posible que se encuentre con muchos términos relacionados con la tecnología. Algunos de estos términos son exclusivos de SDN y otros no, pero se usan comúnmente para describir diseños de SDN. Es útil comprender estos términos y su contexto semántico. A continuación nos centramos en las tres categorías de tecnología básica relacionadas con SDN: controlador, red de conmutación y red superpuesta. Controlador Un concepto importante en SDN es un dispositivo llamado controlador que se comunica con todos los dispositivos de red en un dominio, aprende la topología de la red y programa la red desde un punto central omnisciente. Se puede decir que el controlador SDN cambia el modelo de programación de red de un modelo distribuido (los dispositivos de red que se comunican entre sí determinan la ruta de reenvío) a un modelo centralizado. La programación centralizada de la red es un valor enorme que el controlador aporta a la empresa. Conceptualmente, se puede utilizar un controlador para implementar completamente políticas comerciales para una red, independientemente de los dispositivos de la red. El controlador se comporta como una capa de middleware de red, abstrayendo los componentes físicos subyacentes de la red, como conmutadores, enrutadores, firewalls y dispositivos de equilibrio de carga. El uso de un controlador SDN para programar la red elimina la necesidad de que los operadores de red programen dispositivos de red individuales utilizando métodos tradicionales, como interfaces de línea de comandos. Además, puede crear paradigmas de reenvío de red propietarios basados ​​en requisitos de políticas de seguridad o costos. El controlador está programado mediante software, por lo que SDN permite mucha flexibilidad. El controlador no es sólo la plataforma de ejecución del software, sino también la puerta de enlace de comunicación del software. La mayoría de las arquitecturas de controladores son modulares, lo que permite que el controlador se comunique con varios dispositivos de red de muchas maneras diferentes. El controlador SDN se considera middleware, lo que significa que su comunicación va en ambas direcciones. Hasta ahora, la mayor parte de la discusión se ha centrado en las comunicaciones hacia el sur. En otras palabras, el controlador programa dispositivos de red y recibe datos de esos dispositivos. Esta es una comunicación en dirección sur. Un ejemplo de comunicación en dirección sur es un controlador que utiliza OpenFlow para programar la tabla de reenvío de un conmutador de red. La otra dirección es el tráfico en dirección norte. La comunicación entre cada aplicación que desea programar la red y el controlador se denomina comunicación norte. Un ejemplo de comunicación en dirección norte es cuando una aplicación como vCloud Director de VMware envía solicitudes de servicio de configuración de red a través del controlador. Conmutador Cuando se habla de SDN, mucha gente puede hablar de conmutadores, especialmente conmutadores Ethernet. Los conmutadores Ethernet están aumentando en velocidad y densidad para proporcionar enlaces ascendentes al almacenamiento Ethernet en hosts, centros blade y centros de datos. Con la llegada de la virtualización de servidores, el cambio de software de hipervisor se está volviendo cada vez más importante. Detecta servidores virtuales y tarjetas de red virtuales, recopila tráfico hacia y desde el hipervisor y lo envía a la red física. Tanto los conmutadores de hardware como los de software desempeñan funciones importantes en SDN. En primer lugar, el controlador puede programar y controlar la tabla de reenvío del conmutador. Teniendo en cuenta que los conmutadores de software suelen estar ubicados en el borde de la red, ha surgido el concepto de "borde de software inteligente". Los diseñadores de redes que apoyan el borde suave inteligente consideran que este es un lugar ideal para que los conmutadores de software se ejecuten en el hipervisor, porque aquí se pueden instalar funciones de red ricas y los conmutadores de hardware físicos pueden operar en un entorno de configuración relativamente simple. En el diseño SDN del borde suave inteligente, el controlador puede ejecutar políticas de reenvío, QoS y seguridad a través de conmutación suave. Por ejemplo, los conmutadores de software pueden tener listas de acceso, parámetros de QoS de velocidad limitada y priorización del tráfico, así como reenvío inteligente aplicado a puertos virtuales. Cuando los datos de la red salen del hipervisor, se inspeccionan para verificar el cumplimiento de la seguridad, se les da forma y se encapsulan. Colocar todas estas funciones en el borde de la red permite que los conmutadores de hardware centrales solo realicen una transmisión de tráfico rápida. No todas las redes permiten diseños inteligentes de borde suave y no todos los usuarios viables de SDN utilizarán conmutación suave. Para SDN, los conmutadores de hardware seguirán desempeñando un papel en algunas tareas, como la implementación de estrategias comerciales de extremo a extremo, el control del tráfico y la aplicación de la seguridad. Además, no importa cuán inteligente sea la red perimetral, todavía hay una cierta cantidad de configuración básica que se realizará en los conmutadores de hardware. OpenFlow es el protocolo principal hacia el sur utilizado por los controladores para programar y controlar el comportamiento de reenvío de conmutadores de hardware y software.

¿Cuáles son los componentes básicos de SDN? Para comprender las redes definidas por software (SDN), es posible que se encuentre con muchos términos relacionados con la tecnología. Algunos de estos términos son exclusivos de SDN y otros no, pero se usan comúnmente para describir diseños de SDN. Es útil comprender estos términos y su contexto semántico. A continuación nos centramos en las tres categorías de tecnología básica relacionadas con SDN: controlador, red de conmutación y red superpuesta. Controlador Un concepto importante en SDN es un dispositivo llamado controlador que se comunica con todos los dispositivos de red en un dominio, aprende la topología de la red y programa la red desde un punto central omnisciente. Se puede decir que el controlador SDN cambia el modelo de programación de red de un modelo distribuido (los dispositivos de red que se comunican entre sí determinan la ruta de reenvío) a un modelo centralizado. La programación centralizada de la red es un valor enorme que el controlador aporta a la empresa. Conceptualmente, se puede utilizar un controlador para implementar completamente políticas comerciales para una red, independientemente de los dispositivos de la red. El controlador se comporta como una capa de middleware de red, abstrayendo los componentes físicos subyacentes de la red, como conmutadores, enrutadores, firewalls y dispositivos de equilibrio de carga. El uso de un controlador SDN para programar la red elimina la necesidad de que los operadores de red programen dispositivos de red individuales utilizando métodos tradicionales, como interfaces de línea de comandos. Además, puede crear paradigmas de reenvío de red propietarios basados ​​en requisitos de políticas de seguridad o costos. El controlador está programado mediante software, por lo que SDN permite mucha flexibilidad. El controlador no es sólo la plataforma de ejecución del software, sino también la puerta de enlace de comunicación del software. La mayoría de las arquitecturas de controladores son modulares, lo que permite que el controlador se comunique con varios dispositivos de red de muchas maneras diferentes. El controlador SDN se considera middleware, lo que significa que su comunicación va en ambas direcciones. Hasta ahora, la mayor parte de la discusión se ha centrado en las comunicaciones hacia el sur. En otras palabras, el controlador programa dispositivos de red y recibe datos de esos dispositivos. Esta es una comunicación en dirección sur. Un ejemplo de comunicación en dirección sur es un controlador que utiliza OpenFlow para programar la tabla de reenvío de un conmutador de red. La otra dirección es el tráfico en dirección norte. La comunicación entre cada aplicación que desea programar la red y el controlador se denomina comunicación norte. Un ejemplo de comunicación en dirección norte es cuando una aplicación como vCloud Director de VMware envía solicitudes de servicio de configuración de red a través del controlador. Conmutador Cuando se habla de SDN, mucha gente puede hablar de conmutadores, especialmente conmutadores Ethernet. Los conmutadores Ethernet están aumentando en velocidad y densidad para proporcionar enlaces ascendentes al almacenamiento Ethernet en hosts, centros blade y centros de datos. Con la llegada de la virtualización de servidores, el cambio de software de hipervisor se está volviendo cada vez más importante. Detecta servidores virtuales y tarjetas de red virtuales, recopila tráfico hacia y desde el hipervisor y lo envía a la red física. Tanto los conmutadores de hardware como los de software desempeñan funciones importantes en SDN. En primer lugar, el controlador puede programar y controlar la tabla de reenvío del conmutador. Teniendo en cuenta que los conmutadores de software suelen estar ubicados en el borde de la red, ha surgido el concepto de "borde de software inteligente". Los diseñadores de redes que apoyan el borde suave inteligente consideran que este es un lugar ideal para que los conmutadores de software se ejecuten en el hipervisor, porque aquí se pueden instalar funciones de red ricas y los conmutadores de hardware físicos pueden operar en un entorno de configuración relativamente simple. En el diseño SDN del borde suave inteligente, el controlador puede ejecutar políticas de reenvío, QoS y seguridad a través de conmutación suave. Por ejemplo, los conmutadores de software pueden tener listas de acceso, parámetros de QoS de velocidad limitada y priorización del tráfico, así como reenvío inteligente aplicado a puertos virtuales. Cuando los datos de la red salen del hipervisor, se inspeccionan para verificar el cumplimiento de la seguridad, se les da forma y se encapsulan. Colocar todas estas funciones en el borde de la red permite que los conmutadores de hardware centrales solo realicen una transmisión de tráfico rápida. No todas las redes permiten diseños inteligentes de borde suave y no todos los usuarios viables de SDN utilizarán conmutación suave. Para SDN, los conmutadores de hardware seguirán desempeñando un papel en algunas tareas, como la implementación de estrategias comerciales de extremo a extremo, el control del tráfico y la aplicación de la seguridad. Además, no importa cuán inteligente sea la red perimetral, todavía hay una cierta cantidad de configuración básica que se realizará en los conmutadores de hardware. OpenFlow es el protocolo principal hacia el sur utilizado por los controladores para programar y controlar el comportamiento de reenvío de conmutadores de hardware y software.

La Open Networking Foundation (ONF) está promoviendo rápidamente el estándar de protocolo OpenFlow (OF). La ONF es una organización compuesta principalmente por operadores de redes y proveedores de servicios que trabajan a puerta cerrada. La especificación OpenFlow de la Fundación ha lanzado PF 1.0, que se ve a menudo en entornos de producción. La próxima versión 1.3 estará dirigida principalmente a la mayoría de los fabricantes de conmutadores. Actualmente se están contando 0,4 de 65438. Tenga en cuenta que, si bien OpenFlow se puede implementar completamente en un conmutador de software como Open vSwitch, traducirlo a código que pueda ejecutarse mediante el chip de red de un conmutador de hardware (ASIC) ha demostrado ser un desafío. Si bien se informa que están en camino nuevos chips que pueden manejar OF mejor, los usuarios que evalúan la utilidad de OF ciertamente querrán probarlo junto con sus redes existentes para garantizar que las capacidades deseadas de OF se puedan escalar tanto como sea posible para respaldar su aplicación. Para la comunicación en dirección norte, el controlador suele proporcionar una API. La API REST es probablemente la más utilizada. La API REST es muy similar a un servidor HTTP y utiliza métodos familiares como GET y POST para intercambiar datos e instrucciones. La API proporciona un método aplicado al controlador para decirle qué sucederá en la red. Vale la pena señalar que, además de OF, algunos fabricantes han lanzado algunas API especializadas en dirección sur. Esto se debe en parte al conjunto limitado de instrucciones que a veces es difícil de implementar en los chips tradicionales.