FTOS o sistema operativo Force10 es la familia de firmware utilizada en los conmutadores Ethernet Force10 . Tiene una funcionalidad similar a la de NX-OS de Cisco o Junos de Juniper . FTOS 10 se está ejecutando en Debian . Como parte de una estrategia de cambio de marca , Dell FTOS pasará a llamarse Dell Networking Operating System ( DNOS ) 9.x o superior, mientras que los conmutadores PowerConnect heredados usarán DNOS 6.x: consulte el artículo independiente sobre DNOS .
Tres de las cuatro familias de productos de Dell Force10 utilizan los ASIC Broadcom Trident+ , pero la empresa no utiliza las API de Broadcom: los desarrolladores de Force10 han escrito su propia capa de abstracción de hardware para que FTOS pueda ejecutarse en diferentes plataformas de hardware con un impacto mínimo para el firmware. Actualmente, tres de las cuatro familias de conmutadores F10 se basan en Broadcom Trident+ (mientras que la cuarta, la serie E, funciona con ASIC de desarrollo propio [1] ); y si los desarrolladores de productos quieren o necesitan usar hardware diferente para nuevos productos, solo necesitan desarrollar un HAL para ese nuevo hardware y se puede ejecutar el mismo firmware en él. Esto mantiene a la empresa flexible y no depende de un proveedor de hardware específico y puede utilizar conjuntos de chips y ASIC de diseño propio o de terceros.
La interfaz humana en FTOS, que es la forma en que los administradores de red pueden configurar y monitorear sus conmutadores, se basa en NetBSD , una implementación que se utiliza a menudo en sistemas de redes integrados. NetBSD es un sistema operativo de código abierto muy estable que se ejecuta en muchas plataformas de hardware diferentes. Al elegir una tecnología probada con funcionalidad TCP extendida integrada en el núcleo del sistema operativo, se reduce el tiempo durante el desarrollo de nuevos productos o la ampliación del FTOS con nuevas funciones. [2]
FTOS también es modular, donde diferentes partes del sistema operativo se ejecutan de forma independiente entre sí dentro de un conmutador: si un proceso falla, el impacto en otros procesos en el conmutador es limitado. Esta configuración modular también se lleva al nivel de hardware en algunas líneas de productos donde un módulo de enrutamiento tiene tres CPU separadas: una para administración, otra para procesamiento L2 y otra para procesamiento L3. Este mismo enfoque también se utiliza en las familias de firmware más nuevas de Cisco, como NX-OS para la línea de productos Nexus o IOS XR para los enrutadores de gama alta (los Carrier Routing Systems ) de Cisco . (y a diferencia del IOS original : los procesos en IOS no están aislados entre sí). Este enfoque se considera no solo una forma de hacer que el firmware sea más resistente sino que también aumenta la seguridad de los conmutadores [3] [4]
Todos los conmutadores basados en FTOS ofrecen una amplia gama de protocolos de capa 2 y capa 3. Todas las funciones están disponibles en todos los conmutadores: algunos modelos de conmutador (en la serie S) ofrecen una licencia adicional para capa 3 o enrutamiento: esta licencia adicional NO es necesaria para usar ese protocolo, pero solo es necesaria para obtener soporte del departamento de soporte de Dell Force10. sobre el uso de estas funciones. Todas las interfaces en conmutadores que ejecutan FTOS están configuradas como una interfaz de capa 3 y se apagan de forma predeterminada. Para utilizar dicha interfaz como puerto de conmutación Ethernet, debe configurarla como tal (con el comando "switchport") y luego habilitar ese puerto usando "sin apagado".
Todos los estándares de Ethernet estandarizados son compatibles con conmutadores que ejecutan FTOS, incluidos: Spanning Tree Protocol y RSTP , VLAN y los estándares IEEE 802.1Q , QinQ o IEEE 802.1ad , Link Layer Discovery Protocol y LLDP MED. Los conmutadores de la serie S que terminan en V y algunas tarjetas de línea de la serie E admiten alimentación a través de Ethernet o PoE con los estándares para este protocolo.
Como se mencionó anteriormente, de forma predeterminada, una interfaz en un conmutador que ejecuta FTOS está configurada como un puerto de capa 3. Por lo tanto, todos los conmutadores FTOS son enrutadores con muchas interfaces que pueden (y la mayoría de las veces lo hacen) reconfigurarse en un conmutador Ethernet de capa 2.
Todos los conmutadores FTOS ejecutan al menos los siguientes protocolos de enrutamiento: Protocolo de información de enrutamiento y RIP versión 2 , OSPF , IS-IS y Protocolo de puerta de enlace fronteriza versión 4.
Los conmutadores que ejecutan FTOS solo se pueden configurar mediante una interfaz de línea de comandos o CLI: FTOS no ofrece una interfaz gráfica de usuario basada en web . La configuración inicial se realiza a través del puerto de la consola utilizando un cable directo o enrollable (según el modelo) a un terminal de 9600 bit/s y algunos modelos también admiten un puerto AUX que permite la administración remota a través de un módem de acceso telefónico. La mayoría de los conmutadores tienen un puerto serie estándar u ofrecen un puerto USB -B. Después de la configuración inicial, el acceso a la CLI es posible a través de telnet y/o SSH . Los conmutadores basados en FTOS también admiten SNMP y la transferencia de archivos (las actualizaciones de FTOS y los datos de configuración de inicio) se pueden realizar a través de FTP , TFTP o copia segura [5] La mayoría de los conmutadores que ejecutan FTOS ofrecen una interfaz de administración dedicada donde el enrutamiento IP hacia/desde la administración El sistema no forma parte del sistema interno de conmutación o enrutamiento. Algunos conmutadores de la serie S solo ofrecen administración dentro de banda mediante una interfaz de enrutador físico o una interfaz VLAN en modo de capa 3.
Bajo el nombre OpenAutomation 2.0, los conmutadores Dell Networking que ejecutan DNOS 9.x (la nueva marca de FTOS) ofrecen una serie de funciones bajo este nombre. Estas características incluyen: [6]
Los conmutadores Dell Force10 admiten los llamados scripts inteligentes. Es posible desarrollar scripts que se ejecuten en los conmutadores que ejecutan FTOS. Tanto Perl como Python son compatibles como lenguajes de programación para automatizar tareas repetitivas específicas del entorno o para incorporar un comportamiento personalizado. Se promociona a los usuarios que escriben dichos scripts para que los compartan con la comunidad de usuarios y los pongan a disposición de otros usuarios de Force10/DNOS. [7] Force10 introdujo el scripting inteligente en FTOS en 2010, siguiendo a otros proveedores como Cisco para su gama de productos Nexus [8]
Los conmutadores Force10 admiten una opción de aprovisionamiento básico : si necesita implementar varios conmutadores similares, puede colocar tanto la versión de firmware (deseado/más reciente) como la configuración estándar específica del usuario en una llave USB: al implementar los conmutadores, puede insertar el USB , encienda el interruptor y automáticamente cargará el firmware y la configuración correctos. En combinación con secuencias de comandos inteligentes, alguien puede combinar estas características para una instalación y configuración totalmente automatizada de nuevos conmutadores.
Parte de la plataforma Open Automation son características especiales para el uso de la virtualización en su centro de datos. La virtualización le permite crear sistemas de servidores completos (virtuales) que se ejecutan en una granja de hipervisores estándar. Esto creará nuevos desafíos para la creación de redes en un centro de datos de este tipo y admitirá la configuración automatizada de conmutadores del centro de datos para conectar servidores virtuales recién creados. La plataforma de automatización abierta tiene varias características para respaldar esto [9] .
Según Dell, el paso a la virtualización (servidores y centros de datos) es uno de los avances más importantes en la industria de TI. Según este proveedor, la industria debe evitar que este camino conduzca a quedarse atrapado en proveedores específicos debido al uso de tecnologías patentadas. El marco de automatización abierto es un marco abierto que no depende de soluciones propietarias [9] [10]