1 00:00:05,200 --> 00:00:05,920 Ahora algunas buenas noticias. 2 00:00:05,920 --> 00:00:12,970 Antes de entrar en la sección de automatización de red, no tiene que aprender Python para el examen CCMA 3 00:00:12,970 --> 00:00:16,410 que está cubierto en la certificación definitiva de Cisco. 4 00:00:16,450 --> 00:00:20,650 Tomé el CCMA y el examen definitivo de asociado el mismo día. 5 00:00:20,650 --> 00:00:26,980 He hablado anteriormente sobre esto al principio del curso, pero voy a reproducir partes de ese video 6 00:00:26,980 --> 00:00:30,180 en esta sección solo para recordarles mis pensamientos. 7 00:00:30,190 --> 00:00:38,230 Cuando tomé el examen, el CCMA examinó las pruebas sobre temas como el formato Jason REST API que se 8 00:00:38,620 --> 00:00:43,990 cubre en la sección de automatización y capacidad del programa del plan. 9 00:00:43,990 --> 00:00:48,730 Entonces, como ejemplo, asegúrese de saber cómo interpretar los datos codificados de Jason. 10 00:00:48,760 --> 00:00:56,290 Asegúrese de saber cómo describir las características de las API basadas en reposo, por ejemplo, cuando quiero obtener datos 11 00:00:56,290 --> 00:01:02,980 de una encuesta utilizando una API REST que es un resultado si quiero eliminar algunos datos, 12 00:01:02,980 --> 00:01:11,620 es una eliminación. ASEGÚRESE DE QUE SABE Los verbos de la API REST pero no tienes que escribir código Python usando la 13 00:01:11,650 --> 00:01:12,750 API REST. 14 00:01:13,390 --> 00:01:16,630 No tiene que aprender a responder por el examen. 15 00:01:16,630 --> 00:01:19,510 Ahora, en esta sección, le mostraré los scripts de Python. 16 00:01:19,510 --> 00:01:21,470 Te voy a mostrar guiones de animales. 17 00:01:21,580 --> 00:01:25,740 Sin embargo, no tiene que aprender eso para el examen CCMA. 18 00:01:25,870 --> 00:01:31,240 Debe aprender eso para el examen definitivo y las certificaciones de desarrollador. 19 00:01:31,240 --> 00:01:33,780 Ahora se recomienda que aprendas Python. 20 00:01:33,790 --> 00:01:34,750 Seguro. 21 00:01:34,750 --> 00:01:39,790 Si está interesado en avanzar en su carrera, aprenda Python learn animal. 22 00:01:39,820 --> 00:01:42,340 He estado viendo estas cosas durante muchos años. 23 00:01:42,340 --> 00:01:48,140 Hace años estaba explicando la separación del plano de control y el plano de datos. 24 00:01:48,250 --> 00:01:52,590 Puedes ver este video en YouTube como un ejemplo hecho hace muchos años. 25 00:01:52,600 --> 00:01:55,530 Estas cosas ahora se han convertido en la corriente principal. 26 00:01:55,540 --> 00:02:02,500 Es importante que aprenda Python y que sea sensible para el mundo real y que avance en su carrera. 27 00:02:02,500 --> 00:02:06,800 Pero para el examen CCMA no tiene que aprender scripts de Python. 28 00:02:06,850 --> 00:02:08,700 No tienes que aprender guiones de animales. 29 00:02:08,890 --> 00:02:15,310 Ahora, si escucho que esto ha cambiado, ahora están probando su capacidad de codificación. 30 00:02:15,310 --> 00:02:16,690 Actualizaré este video. 31 00:02:16,990 --> 00:02:22,240 Pero en este momento porque no he escuchado ninguna actualización nueva, puede suponer que no 32 00:02:22,240 --> 00:02:25,770 tiene que aprender python y código sensible para el examen. 33 00:02:25,900 --> 00:02:28,410 Necesitas entender los principios. 34 00:02:28,420 --> 00:02:35,560 Entonces, como ejemplo, hablan de explicar cómo la automatización afecta la gestión de la red. 35 00:02:35,560 --> 00:02:42,580 Permítanme decirles que el mundo está cambiando con la automatización de la red de la misma manera que teníamos puntos 36 00:02:42,580 --> 00:02:47,290 de acceso autónomos en el pasado y ahora se administran utilizando un controlador. 37 00:02:47,290 --> 00:02:52,020 La idea aquí es que vamos a tener un controlador que gestione muchos dispositivos. 38 00:02:52,120 --> 00:02:58,450 Ahora, en el primer tipo de SDM o implementación de red definida por software, el protocolo utilizado era flujo 39 00:02:58,450 --> 00:02:58,870 abierto. 40 00:02:59,200 --> 00:03:03,670 Hay una gran diferencia entre la forma en que el flujo abierto hizo las cosas y la forma en que la automatización de 41 00:03:03,670 --> 00:03:06,460 la red se realiza hoy en la forma más pura de flujo abierto. 42 00:03:06,450 --> 00:03:10,450 Los conmutadores o dispositivos en su red se vuelven tontos. 43 00:03:10,450 --> 00:03:16,900 El controlador que simplemente sería un servidor Linux ubuntu como ejemplo controla los dispositivos en la 44 00:03:16,900 --> 00:03:17,640 red. 45 00:03:17,830 --> 00:03:20,530 Pierden su cerebro. 46 00:03:20,590 --> 00:03:26,680 Entonces, en el CCMA, hablan sobre la separación del plano de control y el plano de datos y las API 47 00:03:26,710 --> 00:03:30,640 hacia el norte y hacia el sur, como principio, entiendan lo siguiente. 48 00:03:30,640 --> 00:03:32,240 ¿Dónde está el cerebro? 49 00:03:32,260 --> 00:03:38,050 ¿Dónde está la inteligencia para la red en la implementación de flujo abierto más puro? 50 00:03:38,050 --> 00:03:43,080 El cerebro fue retirado del dispositivo de red y puesto en el controlador. 51 00:03:43,240 --> 00:03:51,430 Si teníamos 100 enrutadores o 100 conmutadores en una red tradicional, tenemos 100 cerebros en cada enrutador que 52 00:03:51,430 --> 00:03:53,180 controla cada conmutador. 53 00:03:53,320 --> 00:03:58,810 Tiene su propio plano de datos o plano de reenvío, así es como cambia el tráfico de querer enfrentar 54 00:03:58,810 --> 00:03:59,500 a otro. 55 00:03:59,500 --> 00:04:01,660 Tiene su propio plano de control. 56 00:04:01,660 --> 00:04:03,760 En otras palabras, su propio cerebro. 57 00:04:04,060 --> 00:04:09,040 Cuando un usuario que utiliza un SPF recibe una actualización, actualiza su tabla de enrutamiento. 58 00:04:09,040 --> 00:04:15,030 Entonces, la base de información de enrutamiento de fricción es una tabla basada en software que está poblada con ratas 59 00:04:15,070 --> 00:04:20,650 aprendidas a través de SPF, por lo que el cerebro está poblando la tabla de enrutamiento con surcos. 60 00:04:20,860 --> 00:04:26,710 Entonces, la base de información de escritura o roce es una tabla de escritura basada en software que luego se introduce en el 61 00:04:26,710 --> 00:04:29,760 hardware o en el plano de reenvío o plano de datos. 62 00:04:29,770 --> 00:04:33,850 En otras palabras, en la base de información de Ferb o reenvío. 63 00:04:34,000 --> 00:04:35,630 En otras palabras, en hardware. 64 00:04:35,680 --> 00:04:41,710 Entonces tenemos el plano de control que es el cerebro del dispositivo o SPF está poblando la base de información de 65 00:04:41,710 --> 00:04:42,250 escritura. 66 00:04:42,250 --> 00:04:44,580 El cerebro determina hacia dónde se dirige el tráfico. 67 00:04:44,680 --> 00:04:49,280 El mismo tipo de idea con el árbol de expansión árbol de expansión BP que recibió el usuario. 68 00:04:49,450 --> 00:04:54,080 El cerebro decide una vez más qué puertos que permiten bloquearlos. 69 00:04:54,130 --> 00:04:57,700 Entonces, lo que hay que recordar es que el dispositivo tiene una inteligencia local. 70 00:04:57,700 --> 00:04:59,740 El cerebro está en el dispositivo. 71 00:04:59,740 --> 00:05:07,740 Si tuviéramos 100 enrutadores, cada uno tendría su propio cerebro, el cerebro se localiza en el dispositivo. 72 00:05:07,980 --> 00:05:15,390 Pero en el ejemplo de flujo abierto más puro, los dispositivos se volvieron tontos y pusimos el cerebro en el 73 00:05:15,710 --> 00:05:20,730 controlador para que el controlador centralizado fuera el cerebro de 100 dispositivos. 74 00:05:20,760 --> 00:05:27,630 Eso es bueno porque el controlador es un dispositivo central que puede manipular y luego actualizar 75 00:05:27,870 --> 00:05:30,160 el reenvío de 100 dispositivos. 76 00:05:30,180 --> 00:05:35,520 También le da al dispositivo centralizado más visibilidad de la red para que pueda ver toda la red 77 00:05:35,850 --> 00:05:41,460 en lugar de que el escritor solo vea su propia tabla de escritura local y no tenga visibilidad de toda 78 00:05:41,460 --> 00:05:42,150 la red. 79 00:05:42,150 --> 00:05:48,960 Hubo ventajas con este tipo de modelo. Oh SPF utiliza el algoritmo SPF de la ruta más corta 80 00:05:48,990 --> 00:05:49,460 primero. 81 00:05:49,470 --> 00:05:50,460 Muy complejo. 82 00:05:50,460 --> 00:05:56,730 Tenemos un sistema distribuido que luego de alguna manera converge para decidir cuál es el mejor camino en la red. 83 00:05:56,730 --> 00:06:03,600 Mucho más fácil poner la inteligencia en un controlador centralizado, pero no funcionó porque, como atacante, a qué 84 00:06:03,780 --> 00:06:05,400 dispositivo voy a atacar. 85 00:06:05,430 --> 00:06:09,990 Voy a atacar ese dispositivo centralizado si puedo sacar el controlador. 86 00:06:10,100 --> 00:06:15,450 No solo saco un enrutador, saco 100 escritores, básicamente puedo destruir su red 87 00:06:15,450 --> 00:06:17,160 simplemente matando el controlador. 88 00:06:17,190 --> 00:06:20,640 Hubo otros problemas porque Ok, dispositivo centralizado. 89 00:06:20,640 --> 00:06:24,630 Pero, ¿qué pasa con la redundancia si esta cosa muere, toda su red muere? 90 00:06:24,660 --> 00:06:26,010 Entonces ese tipo de apesta. 91 00:06:26,040 --> 00:06:31,440 Entonces, lo que vas a hacer es tener más de un controlador y ahora vuelves al escenario de la base de 92 00:06:31,440 --> 00:06:33,510 datos distribuida o al problema de sincronización. 93 00:06:33,510 --> 00:06:40,440 ¿Cómo sincronizo múltiples bases de datos en múltiples controladores físicos para tener un solo controlador lógico? 94 00:06:40,500 --> 00:06:45,930 Así que hubo muchos otros problemas con este modelo que se convirtió en una pesadilla. 95 00:06:46,010 --> 00:06:50,390 Qué sucede si los alborotadores pierden conectividad con el controlador centralizado. 96 00:06:50,390 --> 00:06:50,950 Piénsalo. 97 00:06:50,960 --> 00:06:56,010 La Rada tiene su propio cerebro localizado en un entorno de red tradicional. 98 00:06:56,060 --> 00:07:00,710 Si pierde la conectividad con otro escritor, eso no es un problema porque tiene su propio cerebro local. 99 00:07:00,800 --> 00:07:02,450 Ese camino tiene su propio cerebro local. 100 00:07:02,780 --> 00:07:07,640 Pero si pones el cerebro en el controlador y luego el camino es una conectividad floja con el 101 00:07:07,670 --> 00:07:11,080 controlador porque un enlace se cae repentinamente, ¿qué hacen los conductores? 102 00:07:11,090 --> 00:07:14,810 No tienen cerebro, por lo que la red muere o se rompe. 103 00:07:14,930 --> 00:07:18,630 Así que muchos problemas con el entorno de flujo abierto puro. 104 00:07:18,710 --> 00:07:24,350 Luego se les ocurrió este enfoque híbrido en el que teníamos algo de inteligencia en los dispositivos, algo 105 00:07:24,440 --> 00:07:30,800 de inteligencia en el controlador, donde el controlador podía anular lo que estaba haciendo un timón para que pudiéramos escribir reglas 106 00:07:30,800 --> 00:07:34,590 de flujo abierto para el conductor para anular las redes tradicionales. 107 00:07:34,670 --> 00:07:39,620 Entonces, el paseo como un cambio de ejemplo como ejemplo haría un viaje tradicional o 108 00:07:39,830 --> 00:07:45,980 un cambio tradicional, pero luego podríamos crear reglas adicionales aquí donde podría manipular el flujo de tráfico desde un 109 00:07:45,980 --> 00:07:46,930 controlador centralizado. 110 00:07:46,940 --> 00:07:52,340 Ahora, una de las cosas interesantes con el modelo de flujo abierto y la idea general de un controlador es que 111 00:07:52,670 --> 00:07:59,300 estos dispositivos hablan con el controlador usando lo que se llama una API hacia el sur, por lo que el controlador está sentado aquí y habla 112 00:07:59,300 --> 00:08:02,120 de los dispositivos que usan la API hacia el sur. 113 00:08:02,120 --> 00:08:07,880 Observe cómo tengo mi mano aquí. La API en dirección norte es la API en dirección sur. 114 00:08:07,880 --> 00:08:10,370 Solo piensa en el sur, el norte, el norte. 115 00:08:10,520 --> 00:08:17,030 Entonces, un desarrollador de aplicaciones podría escribir una charla de aplicación al controlador utilizando una API hacia el norte. 116 00:08:17,030 --> 00:08:19,200 Por lo general, estos serían Rest Api wise. 117 00:08:19,220 --> 00:08:26,000 Eso es muy común hoy y luego se usaría un protocolo en la API hacia el sur para que el controlador hablara 118 00:08:26,000 --> 00:08:31,280 con los pilotos y los interruptores utilizando algún tipo de protocolo que podría ser flujo abierto. 119 00:08:31,280 --> 00:08:33,170 Esa fue la idea original. 120 00:08:33,260 --> 00:08:34,740 Podría ser un diputado. 121 00:08:34,790 --> 00:08:41,030 No olvide que se usó un protocolo simple de administración de red durante años, desde estaciones de administración hasta dispositivos de red, 122 00:08:41,030 --> 00:08:44,600 por lo que S&P podría estar utilizando la API hacia el sur. 123 00:08:44,600 --> 00:08:52,940 Podríamos usar net conf, podríamos usar rest conf, podríamos usar muchas otras opciones para NPR menos BGP. 124 00:08:53,000 --> 00:08:59,160 Básicamente, había muchos protocolos para CCN HS. Simplemente entendimos que podríamos usar rest conf. 125 00:08:59,690 --> 00:09:05,410 Podríamos usar rest api. De hecho, podríamos usar CLIA. Podríamos usarlo como MP. 126 00:09:05,510 --> 00:09:10,140 Ahora no tiene que usar la API del resto del controlador para manipular dispositivos. 127 00:09:10,550 --> 00:09:16,670 Por lo general, la idea era que eras un desarrollador de aplicaciones que usaba un script de Python que escribía 128 00:09:16,700 --> 00:09:20,350 reglas en el controlador que luego lo enviaba a los dispositivos. 129 00:09:20,360 --> 00:09:23,880 La ventaja de esto fue este concepto de abstracción. 130 00:09:24,380 --> 00:09:26,870 Complejo para escribir reglas en dispositivos. 131 00:09:26,870 --> 00:09:28,140 Eso fue lo que dijeron. 132 00:09:28,250 --> 00:09:34,880 Es mucho más fácil escribir cosas en una API de descanso en el controlador para que pueda escribir reglas en el controlador 133 00:09:34,910 --> 00:09:41,130 utilizando la API de descanso para que la aplicación use un lenguaje de programación de alto nivel como Python. 134 00:09:41,240 --> 00:09:47,720 Easy Rest Api en el controlador que luego usa múltiples protocolos hasta el flujo abierto de los dispositivos. 135 00:09:47,840 --> 00:09:56,210 Net conf BGP a menos que se extraigan de los dispositivos de red menos protocolos extraños y maravillosos 136 00:09:56,210 --> 00:10:00,050 para los dispositivos que desarrolla la aplicación. 137 00:10:00,050 --> 00:10:06,920 Esa es la idea, pero podría eliminar un controlador y simplemente configurar los dispositivos de red directamente usando 138 00:10:06,920 --> 00:10:09,270 un script Python o script animal. 139 00:10:09,290 --> 00:10:15,350 Eso es lo que les voy a mostrar en el curso porque es mucho más fácil comenzar 140 00:10:15,350 --> 00:10:15,990 realmente. 141 00:10:16,030 --> 00:10:21,260 Es mucho más fácil decir que está bien, escribamos un script simple de Python que actualice algo en 142 00:10:21,260 --> 00:10:24,440 el más amplio o extraiga información del enrutador o conmutador. 143 00:10:24,470 --> 00:10:31,870 Puede imitar esto con equipo físico en un laboratorio o en el género 3 o viral o incluso si lo desea. 144 00:10:32,200 --> 00:10:35,840 Así que te mostraré algunos ejemplos de eso, pero recuerda que no tienes que aprender Python 145 00:10:35,840 --> 00:10:36,580 para el examen. 146 00:10:36,740 --> 00:10:42,320 No tienes que aprender Python o programación sensata para el examen, pero para el 147 00:10:42,320 --> 00:10:45,110 mundo real te sugiero que aprendas ambos. 148 00:10:45,110 --> 00:10:48,300 Entonces, aquí hablan de la separación del plano de control y el plano de datos. 149 00:10:48,350 --> 00:10:52,060 Solo tenga en cuenta dónde está el dispositivo local del cerebro. 150 00:10:52,130 --> 00:10:57,680 En los viejos tiempos, el plano de reenvío del plano de control o el plano de datos estaba en el dispositivo. 151 00:10:57,710 --> 00:11:00,720 Entonces, piense en el plano de datos como el reenvío a través del ASX. 152 00:11:00,740 --> 00:11:01,840 Tengo un enrutador. 153 00:11:01,910 --> 00:11:09,110 El tráfico llega a una interfaz, se cambia a otra interfaz, por lo que los datos se envían a través 154 00:11:09,110 --> 00:11:10,010 del dispositivo. 155 00:11:10,010 --> 00:11:14,750 Se activa en el plano de datos o en el plano de reenvío que aún reside en el dispositivo. 156 00:11:14,750 --> 00:11:21,140 Por lo general, se hace usando A6 pero el plano de control o el cerebro donde reside. 157 00:11:21,140 --> 00:11:28,460 Hoy todavía queremos tener el cerebro en el flujo abierto del dispositivo, el cerebro fue removido y puesto en 158 00:11:28,460 --> 00:11:29,650 un controlador separado. 159 00:11:29,690 --> 00:11:30,810 No queremos hacer eso. 160 00:11:30,870 --> 00:11:33,230 Los dispositivos Cisco realmente no admitían flujo abierto. 161 00:11:33,230 --> 00:11:34,580 Todavía no lo hacen. 162 00:11:34,580 --> 00:11:40,340 La idea es que el cerebro permanezca en el dispositivo, pero podemos usar un controlador centralizado para configurar 163 00:11:40,340 --> 00:11:41,150 los dispositivos. 164 00:11:41,390 --> 00:11:46,090 Entonces, en lugar de hacer que el dispositivo esté hecho, todavía les permitimos hacer 165 00:11:46,090 --> 00:11:52,390 su reenvío, aún les permitimos tener su cerebro local, pero podemos configurar los dispositivos directamente o a través de un 166 00:11:52,390 --> 00:11:55,140 controlador que facilita la administración de muchos dispositivos. 167 00:11:55,690 --> 00:11:59,890 Esa es una de las ideas centrales de una red basada en un controlador. 168 00:11:59,900 --> 00:12:05,860 Ahora, lo que no he mencionado, ella tiene el juego de gestión en realidad tres aviones de control o de 169 00:12:05,860 --> 00:12:06,340 reenvío. 170 00:12:06,340 --> 00:12:08,370 Es como decir escribir un enrutador. 171 00:12:08,370 --> 00:12:10,530 Cómo se reenvía el tráfico a través del dispositivo. 172 00:12:10,720 --> 00:12:16,090 Eso siempre permanece en el dispositivo porque queremos un cambio o reenvío de alta velocidad en el cerebro 173 00:12:16,090 --> 00:12:18,550 del dispositivo, donde reside típicamente en el dispositivo. 174 00:12:18,550 --> 00:12:20,300 Pero podríamos haberlo puesto en un controlador. 175 00:12:20,710 --> 00:12:22,300 ¿Dónde está la gerencia? 176 00:12:22,300 --> 00:12:24,130 Entonces, ¿cuál es el plan de gestión? 177 00:12:24,160 --> 00:12:31,270 Normalmente gestionamos un dispositivo Cisco utilizando una consola o remotamente sería una mala idea de Telnet y SSA. 178 00:12:31,330 --> 00:12:38,110 Entonces, ¿cómo administramos el dispositivo ahora? Nosotros, como humanos, usaríamos una de esas interfaces para configurar el dispositivo, 179 00:12:38,140 --> 00:12:45,400 pero para administrar el dispositivo usando una aplicación que en los viejos tiempos usaríamos el protocolo simple de administración de 180 00:12:45,400 --> 00:12:48,070 red SMP si un MP tiene problemas. 181 00:12:48,190 --> 00:12:51,990 Nadie es un MP que Virgin quería ser inseguro, muy fácil de hackear. 182 00:12:52,000 --> 00:12:55,640 Mala idea de usar S&P versión 1 y versión 2. 183 00:12:55,720 --> 00:13:02,830 Es un MP versión 3 que soporta el cifrado y la autenticación mucho mejor, pero es un MP no es fácil. 184 00:13:02,860 --> 00:13:10,030 El OED y la forma de extraer información de un dispositivo es difícil, por lo que la furia actual que ha 185 00:13:10,030 --> 00:13:15,680 estado sucediendo durante algunos años es usar nuevamente una interfaz de programación de aplicaciones API. 186 00:13:15,720 --> 00:13:21,490 El descanso es una de las API más populares que se usa en todo el lugar. 187 00:13:21,610 --> 00:13:28,060 Entonces, cuando pasamos de ser un ingeniero de redes puro a hacer más programación. 188 00:13:28,060 --> 00:13:31,350 Los chicos del mundo de la programación están acostumbrados a descansar api. 189 00:13:31,360 --> 00:13:35,020 Usaron todo el lugar una vez más en las aplicaciones. 190 00:13:35,020 --> 00:13:41,800 Entonces, cuando desean configurar dispositivos de red, tiene sentido que ese dispositivo tenga una API de descanso, pero solo tenga en cuenta 191 00:13:41,800 --> 00:13:45,310 que muchos dispositivos antiguos no tendrán una API de descanso. 192 00:13:45,310 --> 00:13:49,540 Debe usar un dispositivo de red Cisco moderno para obtener una API de descanso. 193 00:13:49,540 --> 00:13:55,480 Entonces, el hecho de que el descanso sea bueno no significa que todos los dispositivos admitirán el descanso. 194 00:13:55,480 --> 00:14:01,990 Entonces, en los ejemplos que les mostraré en este curso, que está muy basado en mi curso 195 00:14:01,990 --> 00:14:07,060 original de Python, les mostraré cómo configurar los dispositivos usando telnet y SSA. 196 00:14:07,120 --> 00:14:10,360 Porque esa es una manera fácil de comenzar. 197 00:14:10,360 --> 00:14:17,520 Comience con lo básico en CCN un nivel, luego vaya y haga su examen asociado definitivo. 198 00:14:17,520 --> 00:14:22,530 Le recomiendo que haga la certificación definitiva para obtener su certificación definitiva para 199 00:14:22,530 --> 00:14:29,580 que pueda demostrar a los empleadores que no solo es un ingeniero de redes sino que también comprende la programación. 200 00:14:29,760 --> 00:14:33,500 Ahora, como he dicho, he estado hablando de programación durante mucho tiempo. 201 00:14:33,510 --> 00:14:36,760 Hablé sobre flujo abierto hace más de cinco años. 202 00:14:36,930 --> 00:14:43,570 Entonces, la idea es que estas cosas han estado surgiendo en la industria, pero ahora Cisco lo ha formalizado. 203 00:14:43,650 --> 00:14:51,120 Por lo tanto, mi recomendación es aprender Python y aprender las cosas para el mundo real, no para el CCMA solitario para el mundo real 204 00:14:51,450 --> 00:14:56,250 y para la certificación definitiva y ve y obtén tu certificación definitiva tan pronto como puedas 205 00:14:56,250 --> 00:15:01,050 para que puedas demostrar a los empleadores que No solo eres un ingeniero de redes sino 206 00:15:01,080 --> 00:15:02,640 que también entiendes la programación. 207 00:15:02,700 --> 00:15:08,640 Me temo que, al ser un ingeniero de redes tradicional sin conocimiento de la programación, tendrá que aprender 208 00:15:08,640 --> 00:15:14,580 a programar si desea tener un buen trabajo en el futuro. Estoy muy contento de que Cisco 209 00:15:14,580 --> 00:15:20,730 haya hecho esto, pero solo han puesto 10 El porcentaje del examen es automatización y programación, por lo que 210 00:15:20,730 --> 00:15:27,600 la capacidad del programa de automatización El 10% del examen no es muy grande y usan palabras como explicar y comparar. 211 00:15:27,600 --> 00:15:32,610 No usan palabras como configurar o solucionar problemas, por lo que este es un nivel muy alto. 212 00:15:32,610 --> 00:15:38,550 Esta es la forma típica de Cisco de hacerlo a un nivel muy alto, pero tal vez en la próxima versión 213 00:15:38,880 --> 00:15:42,360 de CCMA se volverá más detallado y se le pedirá más información.