{"id":37066,"date":"2019-10-31T22:15:33","date_gmt":"2019-10-31T19:15:33","guid":{"rendered":"https:\/\/prohoster.info\/blog\/trening-cisco-200-125-ccna-v3-0-den-14-vtp-pruning-i-native-vlan\/"},"modified":"2019-10-31T22:15:33","modified_gmt":"2019-10-31T19:15:33","slug":"trening-cisco-200-125-ccna-v3-0-den-14-vtp-pruning-i-native-vlan","status":"publish","type":"post","link":"https:\/\/prohoster.info\/es\/blog\/administrirovanie\/trening-cisco-200-125-ccna-v3-0-den-14-vtp-pruning-i-native-vlan","title":{"rendered":"Entrenamiento Cisco 200-125 CCNA v3.0. D\u00eda 14. VTP, Pruning y Native VLAN","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Hoy continuaremos nuestra revisi\u00f3n de VLAN y discutiremos el protocolo VTP, as\u00ed como los conceptos de VTP Pruning y Native VLAN. En uno de los videos anteriores ya hablamos sobre VTP, y lo primero que debe venir a su mente cuando escucha sobre VTP es que no es un protocolo de troncado, a pesar de ser denominado 'protocolo de troncado VLAN'.<\/p>\n

\"Entrenamiento
\n
\nComo saben, existen dos protocolos de troncado populares: el protocolo propietario Cisco ISL, que ya no se usa, y el protocolo 802.q, que se utiliza en dispositivos de red de diferentes fabricantes para encapsular el tr\u00e1fico de troncado. Este protocolo tambi\u00e9n se aplica en los switches Cisco. Ya mencionamos que VTP es un protocolo de sincronizaci\u00f3n de VLAN, es decir, est\u00e1 dise\u00f1ado para sincronizar la base de datos VLAN en todos los switches de la red. <\/p>\n

\"Entrenamiento
\n
\nHemos mencionado los diferentes modos de VTP: servidor, cliente, transparente. Si un dispositivo utiliza el modo servidor, esto permite hacer cambios, agregar o eliminar VLAN. El modo cliente no permite hacer cambios en la configuraci\u00f3n del switch, solo puede configurar la base de datos VLAN a trav\u00e9s de un servidor VTP, y ser\u00e1 replicada en todos los clientes VTP. Un switch en modo transparente no hace cambios en su propia base de datos VLAN, solo permite pasar y transmite los cambios al siguiente dispositivo en modo cliente. Este modo es similar a deshabilitar el protocolo VTP en un dispositivo espec\u00edfico, convirti\u00e9ndolo en un transportador de informaci\u00f3n sobre los cambios de VLAN. <\/a><\/noindex><\/p>\n

Regresaremos al programa Packet Tracer y a la topolog\u00eda de red discutida en la lecci\u00f3n anterior. Configuramos la red VLAN10 para el departamento de ventas y la red VLAN20 para el departamento de marketing, conect\u00e1ndolas a trav\u00e9s de tres switches. <\/p>\n

\"Entrenamiento
\n
\nLa conexi\u00f3n entre los switches SW0 y SW1 se realiza a trav\u00e9s de la red VLAN20, y entre SW0 y SW2 a trav\u00e9s de la red VLAN10 gracias a que agregamos VLAN10 a la base de datos VLAN del switch SW1.
\nPara examinar el funcionamiento del protocolo VTP, usemos uno de los switches como servidor VTP, que ser\u00e1 SW0. Si recuerdan, por defecto todos los switches operan en modo servidor VTP. Ingresaremos a la terminal de comandos del switch y escribiremos el comando show vtp status. Ver\u00e1n la versi\u00f3n actual del protocolo VTP \u2013 2 y el n\u00famero de revisi\u00f3n de configuraci\u00f3n 4. Si recuerdan, cada vez que se hacen cambios en la base de datos VTP, el n\u00famero de revisi\u00f3n se incrementa en uno. <\/p>\n

\"Entrenamiento
\n
\nEl n\u00famero m\u00e1ximo de redes VLAN soportadas es 255. Este n\u00famero depende de la marca del conmutador Cisco espec\u00edfico, ya que diferentes conmutadores pueden soportar distintas cantidades de redes locales virtuales. Actualmente hay 7 redes VLAN existentes, en un momento veremos cu\u00e1les son. El modo de gesti\u00f3n VTP est\u00e1 configurado como servidor, el nombre del dominio no est\u00e1 definido, y el modo de VTP Pruning est\u00e1 desactivado; volveremos a esto m\u00e1s adelante. Tambi\u00e9n est\u00e1n desactivados los modos de VTP V2 y VTP Traps Generation. Para el examen 200-125 CCNA no es necesario conocer estos dos \u00faltimos modos, as\u00ed que no tienen que preocuparse por ellos. <\/p>\n

Echemos un vistazo a la base de datos VLAN utilizando el comando show vlan. Como vimos en el video anterior, tenemos 4 redes no soportadas: 1002, 1003, 1004 y 1005.<\/p>\n

\"Entrenamiento
\n
\nAqu\u00ed tambi\u00e9n est\u00e1n listadas las 2 redes VLAN que creamos, VLAN10 y 20, y la red por defecto VLAN1. Ahora pasemos a otro conmutador e ingresamos el mismo comando para ver el estado de VTP. Como pueden ver, el n\u00famero de revisi\u00f3n de este conmutador es 3, est\u00e1 en modo VTP servidor y toda la informaci\u00f3n es similar a la del primer conmutador. Cuando ingrese el comando show VLAN, ver\u00e9 que hemos realizado 2 cambios en la configuraci\u00f3n, uno menos que el conmutador SW0, por lo que el n\u00famero de revisi\u00f3n de SW1 es 3. Hicimos 3 cambios en la configuraci\u00f3n por defecto del primer conmutador, por eso su n\u00famero de revisi\u00f3n aument\u00f3 a 4. <\/p>\n

\"Entrenamiento
\n
\nAhora veamos el estado de SW2. El n\u00famero de revisi\u00f3n aqu\u00ed es 1, y esto es extra\u00f1o. Deber\u00edamos tener una segunda revisi\u00f3n, ya que se realiz\u00f3 1 cambio en la configuraci\u00f3n. Revisemos la base de datos VLAN.<\/p>\n

\"Entrenamiento
\n
\nHemos realizado un cambio al crear la red VLAN10, y no s\u00e9 por qu\u00e9 esta informaci\u00f3n no se ha actualizado. Puede que esto se deba a que no tenemos una red real, sino un simulador de red de software, que puede tener errores. Cuando tengas la oportunidad de trabajar con dispositivos reales durante las pr\u00e1cticas en la divisi\u00f3n de Cisco, esto te ayudar\u00e1 m\u00e1s que el simulador Packet Tracer. Otra herramienta \u00fatil en ausencia de dispositivos reales ser\u00e1 el GNC3, o simulador gr\u00e1fico de red de Cisco. Este es un emulador que utiliza el verdadero sistema operativo del dispositivo, como un enrutador. Existe una diferencia entre un simulador y un emulador: el primero es un programa que se asemeja a un enrutador real, pero no lo es. El emulador crea solo el dispositivo de software, pero utiliza software real para su funcionamiento. Pero si no tienes la posibilidad de trabajar con el software real de Cisco IOS, la mejor opci\u00f3n ser\u00e1 Packet Tracer. <\/p>\n

Entonces, necesitamos configurar SW0 como servidor VTP, para lo cual ingreso al modo de configuraci\u00f3n global y escribo el comando vtp version 2. Como mencion\u00e9, podemos establecer la versi\u00f3n del protocolo que necesitamos: 1 o 2, en este caso necesitamos la segunda versi\u00f3n. A continuaci\u00f3n, con el comando vtp mode, establecemos el modo VTP del switch: servidor, cliente o transparente. En este caso, necesitamos el modo servidor y, despu\u00e9s de ingresar el comando vtp mode server, el sistema indica que el dispositivo ya est\u00e1 en modo servidor. Luego, debemos configurar el dominio VTP, para lo cual utilizamos el comando vtp domain nwking.org. \u00bfPor qu\u00e9 es necesario? Si hay otro dispositivo en la red con un n\u00famero de revisi\u00f3n mayor, todos los dem\u00e1s dispositivos con un n\u00famero menor comienzan a replicar la base de datos VLAN a partir de este dispositivo. Sin embargo, esto solo ocurre si los dispositivos tienen el mismo nombre de dominio. Por ejemplo, si trabajas en nwking.org, debes especificar este dominio; si est\u00e1s en Cisco, el dominio cisco.com, y as\u00ed sucesivamente. El nombre de dominio de los dispositivos de tu empresa permite diferenciarlos de los dispositivos de otras empresas o de cualquier otro dispositivo externo en la red. Si asignas a un dispositivo el nombre de dominio de la empresa, lo est\u00e1s convirtiendo en parte de la red de esa empresa. <\/p>\n

Lo siguiente que hay que hacer es establecer la contrase\u00f1a VTP. Esto es necesario para que un hacker, teniendo un dispositivo con un n\u00famero de revisi\u00f3n mayor, no pueda copiar su configuraci\u00f3n VTP en tu switch. Introduzco la contrase\u00f1a cisco con el comando vtp password cisco. Despu\u00e9s de esto, la replicaci\u00f3n de datos VTP entre switches solo ser\u00e1 posible si las contrase\u00f1as coinciden. Si se utiliza una contrase\u00f1a incorrecta, no se producir\u00e1 una actualizaci\u00f3n de la base de datos VLAN. <\/p>\n

Intentemos crear algunas VLAN adicionales. Para esto, utilizo el comando config t, con el comando vlan 200 creo una red con el n\u00famero 200, le asigno el nombre TEST y guardo los cambios con el comando exit. Luego, creo otra red vlan 500 y la llamo TEST1. Si ahora introduzco el comando show vlan, se pueden ver estas dos nuevas redes en la tabla de redes virtuales del switch, a las que no se les ha asignado ning\u00fan puerto. <\/p>\n

\"Entrenamiento
\n
\nPasemos a SW1 y veamos su estado VTP. Vemos que aqu\u00ed nada ha cambiado, excepto el nombre del dominio, el n\u00famero de redes VLAN sigue siendo 7. No vemos la creaci\u00f3n de las redes que hicimos porque la contrase\u00f1a VTP no coincide. Establezcamos la contrase\u00f1a VTP en este switch, introduciendo secuencialmente los comandos conf t, vtp pass y vtp password cisco. El sistema nos avis\u00f3 que la base de datos VLAN del dispositivo ahora utiliza la contrase\u00f1a cisco. Echemos un vistazo al estado VTP nuevamente para verificar si la replicaci\u00f3n de informaci\u00f3n ha pasado. Como pueden ver, el n\u00famero de VLAN existentes aument\u00f3 autom\u00e1ticamente a 9. <\/p>\n

Si observamos la base de datos VLAN de este switch, se puede ver que las redes VLAN200 y VLAN500 que creamos han aparecido autom\u00e1ticamente. <\/p>\n

Lo mismo debe hacerse con el \u00faltimo switch SW2. Ingresamos el comando show vlan y ver\u00e1n que no ha habido ning\u00fan cambio. De igual manera, no hay cambios en el estado VTP. Para que este switch actualice la informaci\u00f3n, tambi\u00e9n se debe configurar la contrase\u00f1a, es decir, introducir los mismos comandos que para SW1. Despu\u00e9s de esto, el n\u00famero de redes VLAN en el estado de SW2 aumentar\u00e1 a 9.<\/p>\n

Este es el prop\u00f3sito del protocolo VTP. Es una herramienta excelente que asegura la actualizaci\u00f3n autom\u00e1tica de la informaci\u00f3n en todos los dispositivos de red cliente despu\u00e9s de que se realizan cambios en el dispositivo servidor. No es necesario realizar cambios manuales en la base de datos VLAN de todos los switches; la replicaci\u00f3n se produce autom\u00e1ticamente. Si tiene 200 dispositivos de red, los cambios realizados se guardar\u00e1n simult\u00e1neamente en los doscientos dispositivos. Por si acaso, necesitamos asegurarnos de que SW2 tambi\u00e9n sea un cliente VTP, as\u00ed que entraremos en la configuraci\u00f3n con el comando config t y entraremos el comando vtp mode client. <\/p>\n

As\u00ed, en nuestra red solo el primer switch est\u00e1 en modo VTP Server, los otros dos operan en modo VTP Client. Si ahora entro en la configuraci\u00f3n de SW2 y ingreso el comando vlan 1000, recibir\u00e9 el mensaje: \"la configuraci\u00f3n de VTP VLAN no est\u00e1 permitida cuando el dispositivo est\u00e1 en modo cliente\". Por lo tanto, no puedo realizar cambios en la base de datos VLAN si el switch est\u00e1 en modo cliente VTP. Si quiero hacer alg\u00fan cambio, necesito cambiar a un switch servidor. <\/p>\n

Accedo a la configuraci\u00f3n del terminal SW0 e ingreso los comandos vlan 999, name IMRAN y exit. Esta nueva red aparece en la base de datos VLAN de este switch, y si ahora accedo a la base de datos del switch cliente SW2, ver\u00e9 que aqu\u00ed ha aparecido la misma informaci\u00f3n, es decir, se ha producido la replicaci\u00f3n. <\/p>\n

Como he mencionado, VTP es una excelente parte del software, pero si se usa de manera incorrecta, este protocolo puede interrumpir el funcionamiento de toda la red. Por lo tanto, debe manejar la red de la empresa con mucho cuidado si el nombre de dominio y la contrase\u00f1a de VTP no est\u00e1n configurados. En este caso, todo lo que necesita un hacker es enchufar su switch en la toma de red en la pared, conectarse a cualquier switch de oficina mediante el protocolo DTP y luego, usando el tronco creado, actualizar toda la informaci\u00f3n a trav\u00e9s del protocolo VTP. De esta manera, el hacker podr\u00e1 eliminar todas las redes VLAN importantes, aprovechando que el n\u00famero de revisi\u00f3n de su dispositivo es superior al n\u00famero de revisi\u00f3n de los dem\u00e1s switches. Como resultado, los switches de la empresa reemplazar\u00e1n autom\u00e1ticamente toda la informaci\u00f3n en la base de datos VLAN con la informaci\u00f3n replicada desde el switch malicioso, y toda su red colapsar\u00e1. <\/p>\n

Esto se debe a que las computadoras est\u00e1n conectadas a un puerto espec\u00edfico del switch a trav\u00e9s de un cable de red, al que est\u00e1 vinculada la red VLAN 10 o la red VLAN 20. Si estas redes se eliminan de la base de datos LAN del switch, autom\u00e1ticamente desconectar\u00e1 el puerto perteneciente a la red inexistente. Normalmente, la red de la empresa puede colapsar precisamente porque los switches simplemente desconectan los puertos relacionados con las VLAN que fueron eliminadas durante una actualizaci\u00f3n. <\/p>\n

Para evitar que surja este problema, es necesario establecer un nombre de dominio y una contrase\u00f1a VTP o utilizar la funci\u00f3n Cisco Port Security, que permite gestionar las direcciones MAC de los puertos de los switches, introduciendo varias restricciones en su uso. Por ejemplo, si alguien ajeno intenta cambiar la direcci\u00f3n MAC, el puerto se desconectar\u00e1 inmediatamente. Pronto nos familiarizaremos m\u00e1s con esta funci\u00f3n de los switches de Cisco, pero por ahora, basta con saber que Port Security asegura que el VTP est\u00e9 protegido de intrusos.<\/p>\n

Resumiendo, la configuraci\u00f3n del VTP incluye la elecci\u00f3n de la versi\u00f3n del protocolo \u2013 1 o 2, y la asignaci\u00f3n del modo VTP \u2013 servidor, cliente o transparente. Como ya he mencionado, el \u00faltimo modo no actualiza la base de datos VLAN del dispositivo, sino que simplemente transmite todos los cambios a dispositivos vecinos. A continuaci\u00f3n se presentan los comandos para establecer el nombre de dominio y la contrase\u00f1a: vtp domain y vtp password . <\/p>\n

\"Entrenamiento
\n
\nAhora hablemos de la configuraci\u00f3n del VTP Pruning. Si miramos la topolog\u00eda de la red, podemos ver que los tres switches tienen la misma base de datos VLAN, lo que significa que las redes VLAN10 y VLAN20 son parte de los 3 switches. T\u00e9cnicamente, el switch SW2 no necesita la red VLAN20 porque no tiene puertos relacionados con esta red. Sin embargo, independientemente de esto, todo el tr\u00e1fico dirigido desde la computadora Laptop0 a trav\u00e9s de la red VLAN20 llega al switch SW1 y desde all\u00ed, a trav\u00e9s del troncal, entra en los puertos de SW2. Su tarea principal como especialista en redes es garantizar que se transmita la menor cantidad posible de datos innecesarios a trav\u00e9s de la red. Debe asegurar la transmisi\u00f3n de datos necesarios, pero \u00bfc\u00f3mo limitar la transmisi\u00f3n de informaci\u00f3n que este dispositivo no necesita?<\/p>\n

Debes asegurarte de que el tr\u00e1fico destinado a los dispositivos de la red VLAN20 no llegue a los puertos SW2 a trav\u00e9s del trunk cuando no sea necesario. Es decir, el tr\u00e1fico Laptop0 debe llegar a SW1 y luego a las computadoras de la red VLAN20, pero no debe salir del puerto trunk derecho de SW1. Esto se puede garantizar mediante VTP Pruning. <\/p>\n

Para ello, necesitamos acceder a la configuraci\u00f3n del servidor VTP SW0, porque como ya mencion\u00e9, la configuraci\u00f3n de VTP solo se puede realizar a trav\u00e9s del servidor, entrar en la configuraci\u00f3n global y escribir el comando vtp pruning. Dado que Packet Tracer es solo un programa simulador, en sus sugerencias para la l\u00ednea de comandos no existe tal comando. Sin embargo, cuando escriba vtp pruning y presione \u00abEnter\u00bb, el sistema indicar\u00e1 que el modo vtp pruning no est\u00e1 disponible.<\/p>\n

Al usar el comando show vtp status, veremos que el modo VTP Pruning est\u00e1 en estado disabled, por lo que necesitamos habilitarlo cambi\u00e1ndolo a enable. Al hacerlo, activamos el modo VTP Pruning en los tres switches de nuestra red dentro del dominio de red.
\nPerm\u00edtanme recordarles qu\u00e9 es VTP Pruning. Cuando activamos este modo, el switch servidor SW0 informa al switch SW2 que solo est\u00e1 configurada la red VLAN10 en sus puertos. Despu\u00e9s de esto, el switch SW2 le dice al switch SW1 que no necesita ning\u00fan tr\u00e1fico aparte del tr\u00e1fico destinado a la red VLAN10. Ahora, gracias a VTP Pruning, el switch SW1 tiene la informaci\u00f3n de que no necesita enviar tr\u00e1fico VLAN20 a trav\u00e9s del trunk SW1-SW2. <\/p>\n

Para usted como administrador de red, esto es muy conveniente. No necesita introducir comandos manualmente, ya que el switch es lo suficientemente inteligente para enviar exactamente lo que necesita cada dispositivo de red. Si ma\u00f1ana coloca en el edificio contiguo otra divisi\u00f3n del departamento de marketing y conecta su red VLAN20 al switch SW2, este switch informar\u00e1 de inmediato al switch SW1 que ahora tiene las redes VLAN10 y VLAN20, y solicitar\u00e1 que le env\u00eden tr\u00e1fico para ambas redes. Esta informaci\u00f3n se actualiza constantemente en todos los dispositivos, lo que hace que la comunicaci\u00f3n sea m\u00e1s eficiente. <\/p>\n

\"Entrenamiento
\n
\nHay otra forma de especificar la transmisi\u00f3n de tr\u00e1fico: usar un comando que permite la transferencia de datos solo para la VLAN especificada. Accedo a la configuraci\u00f3n del switch SW1, donde me interesa el puerto Fa0\/4, e introduzco los comandos int fa0\/4 y switchport trunk allowed vlan. Dado que ya s\u00e9 que SW2 tiene solo VLAN10, puedo indicar al switch SW1 que su puerto de trunk solo permita el tr\u00e1fico para esta red aplicando el comando allowed vlan. De esta forma, program\u00e9 el puerto de trunk Fa0\/4 para que transfiera tr\u00e1fico \u00fanicamente para VLAN10. Esto significa que este puerto no permitir\u00e1 el tr\u00e1fico de VLAN1, VLAN20 ni de ninguna otra red, excepto la especificada. <\/p>\n

Puedes preguntarte qu\u00e9 es mejor usar: VTP Pruning o el comando allowed vlan. La respuesta es subjetiva, porque en algunos casos tiene sentido usar el primer m\u00e9todo, y en otros, el segundo. Como administrador de red, debes elegir la soluci\u00f3n \u00f3ptima. En algunos casos, decidir programar el puerto para permitir tr\u00e1fico de una VLAN espec\u00edfica puede ser bueno, y en otros casos, no. En el caso de nuestra red, el uso del comando allowed vlan puede ser justificado si no planeamos cambiar la topolog\u00eda de la red. Pero si alguien desea m\u00e1s adelante agregar al SW2 un grupo de dispositivos que utilizan VLAN20, ser\u00eda m\u00e1s conveniente aplicar el modo VTP Pruning. <\/p>\n

\"Entrenamiento
\n
\nAs\u00ed que la configuraci\u00f3n de VTP Pruning implica el uso de los siguientes comandos. El comando vtp pruning garantiza el uso autom\u00e1tico de este modo. Si deseas configurar manualmente el VTP Pruning del puerto de trunk para permitir el tr\u00e1fico de una VLAN espec\u00edfica, usas el comando interface trunk , habilitas el modo trunk con switchport mode trunk y permites la transferencia de tr\u00e1fico de una red espec\u00edfica con el comando switchport trunk allowed vlan .<\/p>\n

En el \u00faltimo comando, se pueden usar 5 par\u00e1metros. All significa que se permite la transmisi\u00f3n de tr\u00e1fico de todas las VLAN, none significa que la transmisi\u00f3n de tr\u00e1fico para todas las VLAN est\u00e1 prohibida. Si usas el par\u00e1metro add, puedes a\u00f1adir la permisibilidad del tr\u00e1fico para otra red. Por ejemplo, tenemos permitido el tr\u00e1fico de VLAN10 y, con el comando add, tambi\u00e9n se puede permitir el tr\u00e1fico de la red VLAN20. El comando remove permite eliminar una de las redes; por ejemplo, si usas el par\u00e1metro remove 20, solo quedar\u00e1 la transmisi\u00f3n de tr\u00e1fico de VLAN10. <\/p>\n

Ahora vamos a hablar sobre la VLAN nativa. Ya hemos mencionado que la VLAN nativa es una red virtual que permite el paso de tr\u00e1fico no etiquetado a trav\u00e9s de un puerto troncal espec\u00edfico. <\/p>\n

\"Entrenamiento
\n
\nAccedo a la configuraci\u00f3n de un puerto espec\u00edfico, como indica el encabezado de la l\u00ednea de comandos SW(config-if)#, y uso el comando switchport trunk native vlan , por ejemplo, VLAN10. Ahora todo el tr\u00e1fico de la red VLAN10 pasar\u00e1 a trav\u00e9s del tronco sin etiquetas. <\/p>\n

Regresando a la topolog\u00eda l\u00f3gica de la red en la ventana de Packet Tracer. Si utilizo el comando switchport trunk native vlan 20 para el puerto del switch Fa0\/4, entonces todo el tr\u00e1fico de la red VLAN20 pasar\u00e1 por el tronco Fa0\/4 \u2013 SW2 sin etiquetar. Cuando el switch SW2 reciba este tr\u00e1fico, pensar\u00e1: 'este es tr\u00e1fico no etiquetado, por lo tanto, debo dirigirlo a la red de la VLAN nativa'. Para este switch, la VLAN nativa es la red VLAN1. Las redes 1 y 20 no est\u00e1n relacionadas, pero dado que se utiliza el modo de VLAN nativa, tenemos la posibilidad de dirigir el tr\u00e1fico de la VLAN20 a una red completamente diferente. Sin embargo, este tr\u00e1fico no estar\u00e1 encapsulado y las redes a\u00fan deben coincidir. <\/p>\n

Veamos esto con un ejemplo. Voy a entrar en la configuraci\u00f3n de SW1 y utilizar el comando switchport trunk native vlan 10. Ahora cualquier tr\u00e1fico de VLAN10 saldr\u00e1 del puerto troncal sin etiquetar. Cuando llegue al puerto troncal SW2, el switch comprender\u00e1 que debe dirigirlo a la VLAN1. Como resultado de esta decisi\u00f3n, el tr\u00e1fico no podr\u00e1 alcanzar las computadoras PC2, 3 y 4, ya que est\u00e1n conectadas a los puertos de acceso del switch, destinados a la VLAN10. <\/p>\n

T\u00e9cnicamente, esto provocar\u00e1 que aparezca un mensaje del sistema indicando que la VLAN nativa del puerto Fa0\/4, que es parte de la VLAN10, no coincide con el puerto Fa0\/1, que forma parte de la VLAN1. Esto significa que los puertos mencionados no podr\u00e1n funcionar en modo troncal debido a la discrepancia en la VLAN nativa. <\/p>\n

\"Entrenamiento
\n
\n

\r\n \"Reproducir\r\n
<\/div>\r\n <\/div><\/center>
\nGracias por seguir con nosotros. \u00bfTe gustan nuestros art\u00edculos? \u00bfQuieres ver m\u00e1s material interesante? Ap\u00f3yanos realizando un pedido o recomend\u00e1ndonos a tus conocidos, 30% de descuento para los usuarios de Habr en una alternativa \u00fanica a los servidores de nivel de entrada, que hemos dise\u00f1ado para usted:<\/b> Toda la verdad sobre VPS (KVM) E5-2650 v4 (6 n\u00facleos) 10GB DDR4 240GB SSD 1Gbps desde $20 o \u00bfc\u00f3mo dividir correctamente un servidor?<\/a><\/noindex> (disponibles opciones con RAID1 y RAID10, hasta 24 n\u00facleos y hasta 40GB DDR4).<\/p>\n

\u00bfDell R730xd a la mitad de precio?<\/b> Solo aqu\u00ed 2 x Intel TetraDeca-Core Xeon 2x E5-2697v3 2.6GHz 14C 64GB DDR4 4x960GB SSD 1Gbps 100 TB desde $199<\/a><\/noindex> \u00a1en los Pa\u00edses Bajos! Dell R420 \u2014 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB \u2014 \u00a1desde $99!<\/b><\/b> Lee sobre c\u00f3mo Construir infraestructura de clase empresarial usando servidores Dell R730xd E5-2650 v4 que cuestan 9000 euros a un precio asequible?<\/a><\/noindex>
\n
Fuente: habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"

\u0421\u0435\u0433\u043e\u0434\u043d\u044f \u043c\u044b \u043f\u0440\u043e\u0434\u043e\u043b\u0436\u0438\u043c \u0440\u0430\u0441\u0441\u043c\u043e\u0442\u0440\u0435\u043d\u0438\u0435 VLAN \u0438 \u043e\u0431\u0441\u0443\u0434\u0438\u043c \u043f\u0440\u043e\u0442\u043e\u043a\u043e\u043b VTP, \u0430 \u0442\u0430\u043a\u0436\u0435 \u043f\u043e\u043d\u044f\u0442\u0438\u044f VTP Pruning \u0438 Native VLAN. \u0412 \u043e\u0434\u043d\u043e\u043c \u0438\u0437 \u043f\u0440\u0435\u0434\u044b\u0434\u0443\u0449\u0438\u0445 \u0432\u0438\u0434\u0435\u043e \u043c\u044b \u0443\u0436\u0435 \u0433\u043e\u0432\u043e\u0440\u0438\u043b\u0438 \u043e VTP, \u0438 \u043f\u0435\u0440\u0432\u043e\u0435, \u0447\u0442\u043e \u0434\u043e\u043b\u0436\u043d\u043e \u043f\u0440\u0438\u0439\u0442\u0438 \u0432\u0430\u043c \u043d\u0430 \u0443\u043c, \u043a\u043e\u0433\u0434\u0430 \u0432\u044b \u0441\u043b\u044b\u0448\u0438\u0442\u0435 \u043e VTP, \u044d\u0442\u043e \u0442\u043e, \u0447\u0442\u043e \u043e\u043d \u043d\u0435 \u044f\u0432\u043b\u044f\u0435\u0442\u0441\u044f \u043f\u0440\u043e\u0442\u043e\u043a\u043e\u043b\u043e\u043c \u0442\u0440\u0430\u043d\u043a\u0438\u043d\u0433\u0430, \u043d\u0435\u0441\u043c\u043e\u0442\u0440\u044f \u043d\u0430 \u0442\u043e, \u0447\u0442\u043e \u043d\u0430\u0437\u044b\u0432\u0430\u0435\u0442\u0441\u044f \u00ab\u043f\u0440\u043e\u0442\u043e\u043a\u043e\u043b\u043e\u043c \u0442\u0440\u0430\u043d\u043a\u0438\u043d\u0433\u0430 […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":27786,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-37066","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\n","aioseo_head_json":{"title":"\ud83e\udd47Entrenamiento Cisco 200-125 CCNA v3.0. D\u00eda 14. VTP, Pruning y VLAN Nativa | ProHoster","description":"Hoy continuaremos con la discusi\u00f3n sobre las VLAN y abordaremos el protocolo VTP, as\u00ed como los conceptos de VTP Pruning y VLAN Nativa.","canonical_url":"https:\/\/prohoster.info\/es\/blog\/administrirovanie\/trening-cisco-200-125-ccna-v3-0-den-14-vtp-pruning-i-native-vlan","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"es_ES","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\u0422\u0440\u0435\u043d\u0438\u043d\u0433 Cisco 200-125 CCNA v3.0. \u0414\u0435\u043d\u044c 14. VTP, Pruning \u0438 Native VLAN | ProHoster","og:description":"\u0421\u0435\u0433\u043e\u0434\u043d\u044f \u043c\u044b \u043f\u0440\u043e\u0434\u043e\u043b\u0436\u0438\u043c \u0440\u0430\u0441\u0441\u043c\u043e\u0442\u0440\u0435\u043d\u0438\u0435 VLAN \u0438 \u043e\u0431\u0441\u0443\u0434\u0438\u043c \u043f\u0440\u043e\u0442\u043e\u043a\u043e\u043b VTP, \u0430 \u0442\u0430\u043a\u0436\u0435 \u043f\u043e\u043d\u044f\u0442\u0438\u044f VTP Pruning \u0438 Native VLAN.","og:url":"https:\/\/prohoster.info\/es\/blog\/administrirovanie\/trening-cisco-200-125-ccna-v3-0-den-14-vtp-pruning-i-native-vlan","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2019-10-31T19:15:33+00:00","article:modified_time":"2019-10-31T19:15:33+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"37066","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":"2026-01-22 05:57:19","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-03-01 01:34:24","updated":"2026-01-22 05:57:19","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/posts\/37066","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/comments?post=37066"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/posts\/37066\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/media\/27786"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/media?parent=37066"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/categories?post=37066"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/tags?post=37066"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}