Bonjour Sandrine964, merci d’y participer   Je voulais savoir si vous pouvez m'expliquer : Qu'est ce qu'un vlan?   Un VLAN (Virtual Local Area Network ou Virtual LAN, est un réseau local regroupant un ensemble de machines de façon logique et non physique. Ce regroupement virtuel peut s'étendre au-delà de plusieurs commutateurs. Les périphériques sont regroupés sur la base d'un certain nombre de facteurs suivant la configuration du réseau. Considérez ces raisons pour l’utilisation des VLANs : Regrouper les utilisateurs par département au lieu de les regrouper par emplacement physique Segmentation des périphériques en réseaux locaux plus petits pour réduire la surcharge de traitement de tous les périphériques sur le réseau local Réduire la charge de travail du STP en limitant un VLAN à un seul commutateur d’accès Renforcer la sécurité en isolant les données sensibles dans des VLANs séparés. Séparer le trafic vocal IP du trafic de données Aide au dépannage en réduisant la taille du domaine de défaillance (le nombre de dispositifs qui peuvent causer une défaillance ou être affectés par une défaillance).   J'ai remarqué qu'il y a des vlans natifs, taggés et trunk.?   Vlan Natif : Ce type de VLAN sert d’identificateur aux extrémités opposées d’une liaison tronc commun (trunk link). Sur un lien trunk la vlan natif n’est pas taguées. Il est très important de tenir en compte que la vlan natif doit être la même de deux côtés du lien trunk.   Un trunk VLAN est une liaison Ethernet point à point entre une interface de commutateur Ethernet et une interface Ethernet sur un autre périphérique réseau, tel qu’un routeur ou un commutateur, transportant le trafic de plusieurs VLAN sur le lien unique. Un tronc de VLAN vous permet d’étendre les VLAN à l’ensemble d’un réseau. Un tronc de VLAN n’appartient pas à un VLAN spécifique ; il sert plutôt de canal pour les VLANs entre les commutateurs. Bien que la norme 802.1Q soit la méthode recommandée pour baliser (tag) les trames, vous devez connaître le protocole propriétaire Cisco de trunking existant appelé Inter-Switch Link (ISL).   Salut! Leonardo ... View more

  Bonjour Olipo,  Dans le STP traditionnel (IEEE 802.1D), le temps de convergence peut être de 50 secondes. Même si nous avons plusieurs VLAN, tous les VLAN utilisent la même instance de STP appelée Common Spanning Tree (CST). L'utilisation de la même instance de STP pour tous les VLAN peut ne pas être optimale car différents VLAN peuvent avoir un schéma de trafic différent. Si vous avez une topologie avec des liens redondants, il se peut que certains de ces liens ne transportent pas de trafic et restent bloqués là, attendant que quelque chose échoue (Link failure par example). En utilisant Per VLAN Spanning Tree (PVST utilisé sur des trunk ISL / PVST + utilisé sur des trunk IEEE 802.1Q) nous sommes en mesure de créer des Root Bridge différents pour différents VLANs. Non seulement cela nous donne un chemin plus optimal pour différents types de trafic transporté sur différents VLAN, mais il permet également d’équilibrer le trafic sur ces liens qui ne transportaient aucun trafic si nous utilisions le protocole STP traditionnel. Dans cette approche, chaque VLAN exécute sa propre instance de STP. Si nous avons beaucoup de VLAN, nous pouvons définir différentes instances STP à l'aide du protocole MSTP - 802.1 (Multiple Spanning Trees Protocol) dans lequel nous pouvons associer différents VLAN à l'instance appropriée en fonction de notre topologie logique STP.  En plus de ces types de STP, il en existe un autre appelé Rapid Spanning Tree Protocol (IEEE 802.1w). Cisco a mis en œuvre sa propre variante appelée Rapid PVST +. L’objectif de ces approches est la convergence rapide en cas de changement de topologie sur le réseau. Dans le protocole STP traditionnel, un délai potentiel de 50 secondes est nécessaire à un port pour passer de l'état de blocage (Blocking) à l'état de transmission (Forwarding) en cas de changement de topologie du réseau. Rapid PVST + peut être inférieur à 5 secondes dans la plupart des cas. Il est important de connaître la terminologie utilisée dans Rapid PVST +   Rôles assignés aux Ports (Port Roles) :   Root Bridge: le commutateur de la topologie ayant le Bridge ID plus bas (BID). Root Port: Le port sur un commutateur autre que le Root Bridge, qui est le plus proche de la racine en termes de coût. Designated Port: le port sur un segment de réseau le plus proche du Root Bridge en termes de coût. Disable Port: Un port qui est manuellement arrêté (shutdown). Alternate Port: Un port sur un commutateur qui ignore des trames de données, mais qui pourrait fournir un autre chemin pour accéder au Root Bridge.   Backup Port: ignore les trames de données, bien qu'il puisse s'agir d'un autre chemin d'accès au Root Port et agissant également comme un lien redondant vers un segment partagé. États du port (Port States) : Discarding : les données ne sont pas transférées sur le port (Alternate, Backup and Disable ports). Learning: le commutateur est en train d'apprendre les adresses MAC disponibles en dehors du port (lorsqu'un port passe en mode de transfert) Forwarding: les données sont transférées du port (Root & Designated Ports).   ** Il n'y a pas d'état Linstening **     Types de lien : Point to point : le port connecté s'exécute en mode full-duplex et le lien connecte de manière général un commutateur à un autre. Shared: le port de connexion fonctionne en mode half-duplex et le lien connecte de manière général un commutateur à un concentrateur (Hub). Edge: le port connecté n'est pas connecté à un autre commutateur ou hub, mais se connecte à un point de terminaison du réseau (par exemple, un ordinateur portable, un ordinateur personnel).   En cas de changement de topologie, Rapid PVST + considère uniquement qu'un changement de topologie est un port qui n'est pas un Edge Port qui passe à l'état de transfert (forwarding). Le commutateur expérimentant le changement de topologie n'a pas besoin d'informer le Root Bridge de ce changement. Il envoie une BPDU (avec le bit de changement de topologie défini) à ses voisins qui informent ensuite leurs voisins du changement de topologie. Ce processus se poursuit jusqu'à ce que tous les commutateurs de la topologie soient informés du changement. Cela peut dans certains cas accélérer considérablement le temps de convergence.   Contrairement au STP traditionnel, le commutateur qui effectue le changement de topologie envoie une notification de modification de topologie (TCN Topology Change Notification) au Root Bridge, qui envoie un accusé de réception de modification de topologie (TCA Topology Change Acknowledgement) au commutateur signalant le changement, puis le Root Bridge en informe les autres du changement en définissant l’indicateur de changement de topologie (TC Topology Change) dans ses BPDU.   J’espère que cela va t’aider Leonardo ... View more

Bonjour Jean Md, merci d'y participer Nous pouvons commencer pour dire que VTP (VLAN  Trunking  Protocole) est un protocole (Layer 2) propriétaire de Cisco, c'est-à-dire, il fonctionne uniquement dans des commutateurs de ce fabricant. Ce protocole est utilisé pour synchroniser la création de VLANs entre different commutateur. De même il va nous faciliter le management des VLANs. Il est aussi très important de savoir que VTP n’est pas un  requeriment  nécessaire pour qu’un réseau Ethernet fonctionne de manière correcte. On trouve pour le moment trois versions de ce protocole: version 1 et version 2  Nous trouvons trois modes d’opération: Client: On ne peut pas créer, effacer ou modifier les Vlan Transparent: On peut créer, effacer et modifier les Vlan mais de façon locale, c'est-à-dire, tout changement se verra refletter sur le même commutateur Server: On peut créer, effacer et modifier les Vlan (mode par défaut) Dans de nouvelles versions d'IOS et dans la version 3 de VTP nous pouvons trouver aussi le mode off que fonctionne de la même façon que le mode transparent sauf que dans ce mode les avertissements de VTP ne sont pas envoyés sur le port Trunks. La version 3 vient corriger quelques problèmes de sécurité. Cette version offre un meilleur contrôle administratif sur le commutateur autorisé à mettre à jour la base de données de VLAN dans le réseau. Les risques de modifications involontaires et perturbatrices sont considérablement réduits. Dans la version 3 en plus de ce que nous avions dans les versions précédentes on peut avoir aussi des advertisements pour : Vlan étendu (Extended VLAN) Vlan prive (Private Vlan) Configuration de MST   Dans la version 3 on peut ausssi déshabiliter VTP de la façon suivante:  Configuration globale SW1(config)#vtp mode off Configuration d'interface SW1(config-if)#no vtp Voici quelques commandes très utiles pour configurer et vérifier VTP:   SW1#show vtp status SW1#show vtp interface SW1#show interfaces e2/0 pruning   Salut! j' espère  que cela va vous aider Leonardo  SW1(config)#vtp mode ?   client       Set the device to client mode.   off          Set the device to off mode.   server       Set the device to server mode.   transparent  Set the device to transparent mode.   SW1#vtp primary ?   force  Do not check for conflicting devices   mst    MST feature   vlan   Vlan feature   <cr>   Salut! j'espère que cela va vous aider Leonardo ... View more

Hola Homero Daniel,  En primer lugar, me parece excelente que hagas uso de los recursos de NetAcad para capacitarte y mejorar tus habilidades técnicas. En cuanto al examen no te preocupes, por ahora revisa cuales fueron tus puntos débiles y trabaja sobre ellos para que la próxima vez logres aprobarlo.       *¿Cómo se relacionan las tecnologías de Cisco y la programación?    Desde hace algún tiempo la configuración de switches, Router, etc.  haciendo uso de línea de comandos (CLI) no es la única opción que existe. A través de la programación podemos hacer que estos dispositivos reciban instrucciones mediante las cuales se ejecuten comandos a un equipo en particular o múltiples equipos de manera simultánea. Python como lenguaje de programación es muy popular para realizar este tipo de programas. Ahora bien, ¿por qué Cisco esta impulsando que los ingenieros de redes aprendan programación y en particular Python? La respuesta la tomaré de algún articulo que leí hace algún tiempo y dice que Cisco le está enseñando Python por la misma razón que Cisco le enseñó a hacer subredes, el modelo OSI, los fundamentos de spanning-tree, enrutamiento, entre otros.  Porque comprender Python es fundamental para tener éxito en el desarrollo de una carrera como ingeniero de redes.   La gran mayoría de los dispositivos Cisco pueden ser configurados a través de un programa, por ejemplo, piensa en una tarea que debes realizar frecuentemente o alguna plantilla de comandos que debes configurar en 20 switches de manera simultánea, entonces Python puede ayudarte.   La automatización de la red no consiste solo en programar la configuración de los dispositivos de red. Es muy cierto que es la percepción más común, pero el uso de API te puede ayudar en la gestión diaria de la red, recopilación de datos para análisis y diagnósticos entre otros.   ¿hay algún otro lenguaje que se pueda emplear con las tecnologías de Cisco? Puedes usar el lenguaje con el cual te sientas más cómodo, sin embargo, Python ofrece librerías que te permiten interactuar con los dispositivos de red de manera más sencilla, además la comunidad es muy grande y puedes interactuar en diferentes foros para aclarar dudas y/o realizar consultas. Por ejemplo con la librería Netmiko puedes establecer sesiones ssh con los equipos y a partir de allí realizar muchas otras cosas.   ¿Qué camino me recomendarías llevar para poder sacar el máximo provecho entre la programación y las redes?   Te recomiendo que busques algunos ejemplos de código y ejemplos con la librería Netmiko para que vayas entendiendo el uso de Python para la automatización de la red. Hay muchos recursos en la web que son muy útiles y te pueden ayudar a mejorar tus habilidades. Te dejo aquí algunos:   https://learningnetwork.cisco.com/docs/DOC-34704 https://pynet.twb-tech.com/blog/automation/netmiko.html https://developer.cisco.com/video/net-prog-basics/ https://www.youtube.com/watch?v=Y4vfA11fPo0 (Hank Preston)   En ambiente de Data Center Cisco ofrece una solución llamada Cisco Application Policy Infrastructure Controller (APIC) Cisco APIC ofrece acceso centralizado a toda la información de estructura, optimiza el ciclo de vida de las aplicaciones en cuanto a escala y rendimiento, y permite el aprovisionamiento flexible de aplicaciones en los recursos físicos y virtuales. Características y funcionalidades Control automatizado al nivel de aplicaciones para la automatización de la red, la seguridad y los servicios de red Un marco común de políticas y administración entre la infraestructura física, virtual y en la nube. Arquitectura abierta (API y estándares abiertos) para integrar proveedores de servicios, virtualización y administración de capa 4 - 7 OpenStackpara permitir que las operaciones de desarrollo implementen fácilmente visibilidad y control Sensibilidad de aplicaciones, movilidad, visibilidad integrada y control Sólida implementación de seguridad para múltiples clientes, calidad de servicio (QoS) y gran disponibilidad Diseñado para automatización, programabilidad y administración centralizada, Cisco APIC expone por sí solo las API de tráfico ascendente a través de XML y JSON. Proporciona tanto una interfaz de línea de comandos (CLI) como una interfaz gráfica de usuario (GUI) que utiliza las API para administrar la estructura de manera integral. El sistema también proporciona una API de tráfico descendente, de código abierto, que permite a los proveedores de servicios de red implementar control de políticas en los dispositivos suministrados a través de Cisco APIC. Cisco APIC proporciona: Una sola consola de administración para las políticas de la red centradas en aplicaciones Administración e inventario de la imagen de estructura Supervisión de aplicaciones, clientes y topologías Resolución de problemas   (https://www.cisco.com/c/es_mx/products/cloud-systems-management/application-policy-infrastructure-controller-apic/index.html)   Espero te sea útil éxitos Leonardo ! ... View more

Hola   dannriag; Como bien lo mencionas dependiendo del tamaño de la red, la criticidad de los datos y los recursos con los que se dispongan para implementar una solución de SDN se podrá determinar el tipo de redundancia que se instalará. Ahora bien, todos queremos contar con una red altamente disponible, confiable, escalable, redundante y que garantice la continuidad operacional de manera ininterrumpida, es por esto, que siempre se recomienda un diseño que cuente con alta disponibilidad (HA). El APIC-EM está diseñado para ambientes empresariales, campus, WAN. APIC-EM es una herramienta de soporte para la implementación de network programmability permitiendo tomar decisiones y operar a partir de una visión holística de la red considerándola  como una unidad, y no desde  el punto de vista tradicional donde cada dispositivos es administrado individualmente. El APIC es el componente clave en el diseño de ACI (Application Centric Infrastructure). Cisco APIC ofrece acceso centralizado a toda la información de estructura, optimiza el ciclo de vida de las aplicaciones en cuanto a escala y rendimiento, y permite el aprovisionamiento flexible de aplicaciones en los recursos físicos y virtuales. En un ambiente de Data Center se recomienda al menos tener tres (3) APIC por redundancia y alta disponibilidad.    Ahora bien, respondiendo a tu pregunta la ubicación del controlador en una red empresarial sería idealmente en un Data Center que ofrezca todas las garantías de energía, temperatura, etc., que minimicen una falla. Por otro lado, es importante tener presente que la falla de un APIC-EM por ejemplo, no afecta el funcionamiento de los dispositivos que están integrados a esta solución. Es decir, los switches y routers siguen operando normalmente en caso de falla del servidor o Máquina Virtual (VM) donde se aloja el APIC-EM, obviamente, se perderían todas las bondades y beneficios que ofrece esta solución al momento de la falla.   No dudes en preguntar en caso de tener alguna duda y/o requerir información adicional.   Saludos Leonardo Peña Dávila ... View more