1 00:00:00,770 --> 00:00:06,530 Otra definición de red definida por software es la red definida por software a través de API API o 2 00:00:06,530 --> 00:00:08,310 interfaces de programación de aplicaciones. 3 00:00:08,330 --> 00:00:15,470 En esta visión, en lugar de estar atado a configurar un dispositivo de red a través de una interfaz de línea de comando 4 00:00:15,470 --> 00:00:16,900 que es muy restrictiva. 5 00:00:17,090 --> 00:00:22,070 ¿Por qué no teníamos interfaces programáticas más ricas en dispositivos de red? 6 00:00:22,070 --> 00:00:28,890 Un ejemplo sería usar una API RESTful en lugar de una mentira SEO básica. 7 00:00:29,030 --> 00:00:35,780 Otros protocolos como Ovi SDP a net conf podrían usarse para cambiar mediante programación la configuración de 8 00:00:35,780 --> 00:00:37,460 un dispositivo de red. 9 00:00:37,460 --> 00:00:42,760 Ahora puede estar pensando bien, solo usaré un protocolo simple de administración de red o S&P. 10 00:00:43,030 --> 00:00:49,370 S&P tiene algunas restricciones y no funciona particularmente bien cuando desea cambiar la configuración 11 00:00:49,370 --> 00:00:50,900 de un dispositivo. 12 00:00:50,900 --> 00:00:58,850 Otra definición sería usar ASX y lo he puesto como una visión separada de SDM y habrá 13 00:00:58,850 --> 00:01:04,190 un curso separado sobre Cisco ECI usando un protocolo llamado plex. 14 00:01:04,190 --> 00:01:13,160 Cisco compró una startup llamada en semi y han desarrollado una visión de SD al usar hardware o 15 00:01:13,390 --> 00:01:14,200 ASX. 16 00:01:14,270 --> 00:01:20,420 Por lo tanto, la solución de Cisco depende mucho de una implementación asíncrona y se vincula con su línea de 17 00:01:20,420 --> 00:01:21,300 productos nexus. 18 00:01:21,440 --> 00:01:26,690 Otros términos que puede encontrar incluyen la automatización de la nube usando la pila abierta. 19 00:01:26,690 --> 00:01:32,420 Una de las visiones con la pila abierta es que deberíamos poder administrar todos nuestros servidores de dispositivos 20 00:01:32,510 --> 00:01:35,810 de red y almacenamiento desde una única consola de administración. 21 00:01:35,840 --> 00:01:38,840 Hablaremos más sobre Open stack en un curso separado. 22 00:01:38,840 --> 00:01:42,950 ¿Qué pasa con una V o virtualización de funciones de red? 23 00:01:42,950 --> 00:01:50,750 Le recomiendo que visite el sitio web de OPI en un V para obtener más detalles acerca de un V, 24 00:01:50,750 --> 00:01:58,580 pero para darle una visión general muy rápida de NFP es por qué ejecuta sistemas operativos específicos en hardware específico para 25 00:01:58,580 --> 00:02:00,740 proporcionar una función como ejemplo. 26 00:02:00,740 --> 00:02:05,940 ¿Por qué tiene un firewall de hardware que solo proporciona esa función? 27 00:02:06,200 --> 00:02:12,590 En el pasado, tenía servidores que tenían funciones específicas instaladas en hardware específico. 28 00:02:12,590 --> 00:02:20,450 Como ejemplo, puede haber tenido un servidor de Exchange o un servidor de base de datos o un servidor de archivos que cada 29 00:02:20,450 --> 00:02:22,720 servidor se ejecutaba en hardware dedicado. 30 00:02:22,790 --> 00:02:25,840 Luego, hace unos años, los servidores se virtualizaron. 31 00:02:26,270 --> 00:02:27,890 Entonces ya no corres. 32 00:02:27,890 --> 00:02:34,070 Por ejemplo, algunas plataformas de servidor en hardware las ejecutas dentro de máquinas virtuales y normalmente 33 00:02:34,070 --> 00:02:38,450 ejecutarías muchas máquinas virtuales en un solo dispositivo de hardware. 34 00:02:38,630 --> 00:02:43,580 Y hay muchas ventajas en la virtualización de servidores de la misma manera. 35 00:02:43,580 --> 00:02:46,870 ¿Por qué no virtualizamos dispositivos de red? 36 00:02:46,940 --> 00:02:56,240 Entonces, como ejemplo, podríamos virtualizar un enrutador Cisco usando el CSR o un enrutador HP usando una videograbadora o un interruptor usando 37 00:02:56,540 --> 00:02:59,500 un interruptor v obvio o abierto. 38 00:02:59,510 --> 00:03:05,420 Muchos de nosotros hemos encontrado conmutación virtual en un entorno de modo VM VM donde tenemos conmutadores 39 00:03:05,420 --> 00:03:07,280 virtuales ejecutándose en sus hipervisores. 40 00:03:07,280 --> 00:03:13,790 Así que, yendo un paso más allá, ¿por qué no virtualizamos dispositivos de red en lugar de tener un 41 00:03:13,790 --> 00:03:16,180 timón dedicado o un firewall dedicado? 42 00:03:16,190 --> 00:03:22,970 ¿Por qué no simplemente ejecutamos una VM con esa función para poder virtualizar un firewall o virtualizar un enrutador 43 00:03:23,470 --> 00:03:25,820 y llevarlo un paso más allá? 44 00:03:25,890 --> 00:03:32,570 Entonces, como ejemplo, en lugar de ejecutar un sistema operativo Windows solo para darme una aplicación específica como 45 00:03:32,570 --> 00:03:39,740 un servidor web, ¿por qué no virtualizamos también el sistema operativo y ejecutamos múltiples aplicaciones separadas como si estuvieran en 46 00:03:39,980 --> 00:03:47,270 máquinas virtuales diferentes o contenedores es un término que a menudo se usa hoy en día y separa las aplicaciones 47 00:03:47,660 --> 00:03:53,990 entre sí, pero tiene múltiples aplicaciones ejecutándose en un solo servidor de la misma manera, ¿por qué 48 00:03:54,710 --> 00:04:01,310 no virtualizamos una función como VR o P o una función de firewall en lugar de ejecutar una 49 00:04:01,310 --> 00:04:04,220 función completa? sistema operativo soplado por función. 50 00:04:04,250 --> 00:04:10,730 ¿Por qué no ejecutamos un sistema operativo y solo instanciamos las funciones de red y muchas de ellas en un 51 00:04:10,730 --> 00:04:12,050 solo sistema operativo? 52 00:04:12,080 --> 00:04:15,820 Hablaremos más sobre una V en un curso separado. 53 00:04:15,880 --> 00:04:20,180 Por ahora voy a presentar SD abierto y agregar un poco de flujo abierto. 54 00:04:20,200 --> 00:04:27,360 Eche un vistazo a los cursos más detallados disponibles en genius 3 Espero que esté discutiendo los detalles de 55 00:04:27,360 --> 00:04:29,790 todo esto en los próximos cursos.