![\"SDN\"](\"http:\/\/www.telequismo.com\/wp-content\/uploads\/2013\/07\/SDN.jpg\")
<\/a>Todos los que como yo os dedic\u00e1is a lidiar con la tecnolog\u00eda en vuestro d\u00eda a d\u00eda, coincidir\u00e9is conmigo en que el sector TIC tiene una costumbre hist\u00f3rica a definir tendencias<\/strong> que pasan de ser unas aut\u00e9nticas desconocidas a aparecer por todas partes. Eventos, newsletters, acciones comerciales,\u2026todo comienza a girar en torno a esas tendencias\u2026<\/p>\nSi hacemos un repaso de los movimientos acontecidos a lo largo del a\u00f1o 2013 una de las tendencias tecnol\u00f3gicas que m\u00e1s movimiento o por lo menos m\u00e1s conversaci\u00f3n al respecto est\u00e1 generando es lo que los fabricantes han bautizado como SDN (Redes Definidas por Software)<\/strong>. Hoy vamos a analizar qu\u00e9 son estas redes y c\u00f3mo pueden ayudarnos en nuestros proyectos.\u00a0<\/p>\n Las SDN provienen de un concepto m\u00e1s amplio que puede no s\u00f3lo aplicarse a redes si no a cualquier interacci\u00f3n entre hardware y software<\/strong>, pero parece que en las redes han encontrado el ecosistema \u00f3ptimo para el desarrollo de este tipo de soluciones. Hay que dejar claro que no se trata de un est\u00e1ndar, ni una normativa;\u00a0<\/strong>es un concepto, una forma de enfocar el desarrollo de un servicio de red que cada vendor planteara como mejor le parezca.<\/p>\n La idea de las SDN es relativamente sencilla. Para comprenderla os propongo analizar los diferentes elementos que componen una red de datos. Por un lado tenemos la capa de conmutaci\u00f3n<\/strong> tambi\u00e9n conocida como fabric o backplane, que es la encargada de realizar las acciones f\u00edsicas necesarias (no voy a entrar ahora en teor\u00eda de circuitos\u2026) para llevar a cabo la transmisi\u00f3n de los paquetes. Por otro lado tendr\u00edamos la capa de control<\/strong> cuya funci\u00f3n principal es la toma de decisiones para determinar c\u00f3mo llevar a cabo el flujo de datos a trav\u00e9s del equipo, en resumen donde se aplica la l\u00f3gica de funcionamiento de nuestro switch o router. Hasta la fecha ambas capas conflu\u00edan en un \u00fanico equipo hardware que en mayor o menor medida y en funci\u00f3n de su dise\u00f1o de capacidades (CPU, RAM,\u2026) permit\u00eda cubrir dichas necesidades. Si record\u00e1is ya hablamos de ello en la gu\u00eda de dise\u00f1o de redes LAN<\/a>\u00a0<\/b>cuando tratamos el concepto de la sobresuscripci\u00f3n.<\/p>\n Quiz\u00e1s tras poner en contexto la arquitectura hardware de los equipos sea m\u00e1s sencillo entender cu\u00e1l es el objetivo fundamental de las SDN<\/strong>. \u00c9ste no es otro que conseguir separar las dos capas de las que hemos hablado (conmutaci\u00f3n y control) en elementos de red diferentes. De esta forma permitimos descargar al hardware de parte de sus procesos (los de control) y hacerle ser m\u00e1s eficiente en su principal cometido (la conmutaci\u00f3n). Para ello se propone llevar a cabo una centralizaci\u00f3n de los procesos de control en una consola central<\/strong> que llevar\u00e1 a cabo la toma de decisiones de cada uno de los equipos de la red e informar\u00e1 a los mismos de los procesos de conmutaci\u00f3n que deben llevar a cabo. Esta delegaci\u00f3n del control en la toma de decisiones puede llevarse de forma \u00edntegra o parcial dando lugar a redes SDN puras o h\u00edbridas en las que parte o la totalidad de las decisiones de control se llevan a cabo en el propio switch y parte se delegan a la consola central de la red. \u00bfOs suena verdad? Al fin y al cabo se trata de seguir las mismas l\u00edneas que la virtualizaci\u00f3n ha marcado para otros tantos servicios para aplicarlos en la red, de ah\u00ed que muchas veces se refiere a las SDN como virtualizaci\u00f3n de red. Ahora la pregunta que nos deber\u00edamos hacer es \u00bfpor qu\u00e9 podemos necesitar una SDN? Veamos qu\u00e9 podr\u00eda llevarnos a plantearnos este novedoso enfoque para nuestras redes de datos.<\/p>\n Bajo mi punto de vista en la actualidad hay principalmente dos factores que determinan la necesidad de un cambio en el acercamiento tradicional a las redes de datos.<\/p>\n Por un lado hay que entender que el n\u00famero de flujos que debe gestionar un switch es cada d\u00eda mucho mayor<\/strong>. Hemos pasado de redes en las que los servicios que pod\u00eda requerir un puerto Ethernet se limitaban a los pocos que un PC pudiera solicitar a un entorno donde la virtualizaci\u00f3n de escritorios y la multiplicaci\u00f3n de los dispositivos accediendo a la red (smartphone, tablets,\u2026) provocan que los procesos de conmutaci\u00f3n requieran cada vez una dedicaci\u00f3n de recursos mucho mayor<\/strong> para ofrecer los servicios con los niveles de latencia y disponibilidad necesarios.<\/p>\n Por otro lado la migraci\u00f3n a un entorno cada vez m\u00e1s enfocado a servicios en cloud<\/strong> provoca una diversificaci\u00f3n enorme en las redes de datos de forma que la provisi\u00f3n de un nuevo servicio puede conllevar la actuaci\u00f3n sobre decenas de equipos de red. Si pensamos en un entorno SDN donde el control de la red est\u00e1 en mayor o menor medida centralizado es f\u00e1cil prever que la provisi\u00f3n de un nuevo servicio de red o la actualizaci\u00f3n de uno existente se simplifica enormemente con la consiguiente reducci\u00f3n de OPEX<\/strong> que ello conlleva.<\/p>\n Todo esto suena realmente bien, pero \u00bfhasta qu\u00e9 punto es aplicable en la actualidad? A\u00fan queda mucho por recorrer pero el hecho de que la mayor\u00eda de fabricantes est\u00e9n de una u otra manera apostando por este nuevo modelo de red hace presagiar que puede ser una soluci\u00f3n real a las necesidades que presentan los servicios de red en la actualidad. Veamos el camino que han seguido los principales referentes del sector en este aspecto:<\/p>\n[list type=\"icon-arrow\"]\n\u00bfQu\u00e9 es una SDN?<\/h3>\n
\u00bfPor qu\u00e9 necesitamos una SDN?<\/h3>\n
\u00bfQu\u00e9 ofrece el mercado SDN?<\/h3>\n