DifficileChoix unique

Question d'entraînement 200-301

Un téléphone et un PC partagent un même switchport. Le téléphone fonctionne, mais le PC ne peut pas accéder à ses ressources de données habituelles. Le voice VLAN du switchport est configuré, et l'access VLAN est incorrect. Quelle explication est la plus plausible ?

Choisissez la meilleure réponse.

Bonne réponse

  • ALe PC se trouve probablement dans le mauvais data VLAN, même si le téléphone utilise toujours le voice VLAN correct.

Explication

Le switchport est configuré avec un voice VLAN pour le téléphone et un access VLAN pour le PC. Si l'access VLAN est incorrect, le PC sera placé dans le mauvais data VLAN, ce qui l'empêchera d'atteindre ses ressources de données habituelles, tandis que le téléphone continuera de fonctionner correctement sur son voice VLAN désigné. Il s'agit d'une mauvaise configuration courante où l'ID du data VLAN ne correspond pas au segment réseau attendu par le PC.

Pourquoi chaque option est juste ou fausse

A

Juste

Le PC se trouve probablement dans le mauvais data VLAN, même si le téléphone utilise toujours le voice VLAN correct.

Le PC se trouve probablement dans le mauvais data VLAN, même si le téléphone utilise toujours le voice VLAN correct, car un unique switchport peut desservir deux VLAN logiques simultanément : un access VLAN pour le trafic de données non étiqueté et un voice VLAN pour le trafic vocal étiqueté. Dans un déploiement typique de Cisco IP phone, le téléphone tague ses trames vocales avec le voice VLAN et transmet les trames non étiquetées du PC sur l'access VLAN, de sorte que le fonctionnement du téléphone prouve uniquement que le chemin du voice VLAN est sain. La connectivité du PC dépend entièrement de la configuration de l'access VLAN — si l'ID de l'access VLAN, le subnet ou l'étendue DHCP est mal configuré, le PC échouera tandis que le téléphone continuera de fonctionner. Ainsi, le symptôme pointe directement vers un problème de data VLAN, et non vers un problème de voice VLAN.

B

Fausse

Si le téléphone fonctionne, le PC doit également fonctionner car tous deux utilisent toujours le même VLAN.

L'hypothèse selon laquelle le téléphone et le PC doivent utiliser le même VLAN est incorrecte, car le switch interne à trois ports d'un IP phone crée effectivement deux chemins de couche 2 séparés sur le même port physique : un pour la voix (étiqueté, utilisant le voice VLAN) et un pour les données (non étiqueté, utilisant l'access VLAN). L'liaison montante Ethernet du téléphone vers le switch fonctionne comme un trunk 802.1Q, transportant les deux VLAN simultanément, de sorte que le trafic vocal et le trafic de données sont isolés au niveau de la couche 2. Un téléphone fonctionnel confirme uniquement que le voice VLAN est correctement configuré et accessible ; le succès du PC dépend de l'access VLAN, qui peut facilement être mal configuré, bloqué par une ACL ou assigné au mauvais subnet. Ainsi, un téléphone qui fonctionne et un PC qui ne fonctionne pas sont parfaitement cohérents et indiquent des configurations de VLAN différentes, et non une condition de destin lié.

C

Fausse

Le problème doit venir de BGP car les téléphones ne peuvent pas utiliser de VLAN.

Le problème ne peut pas provenir de BGP car BGP (Border Gateway Protocol) est un protocole de routage de couche 3 utilisé entre des systèmes autonomes, alors que ce scénario décrit un problème de commutation de couche 2 sur un unique port d'accès. De plus, les téléphones peuvent tout à fait utiliser des VLAN : les Cisco IP phones utilisent CDP ou LLDP pour découvrir le voice VLAN et étiqueter leur trafic vocal avec un ID de VLAN 802.1Q, l'affirmation selon laquelle 'les téléphones ne peuvent pas utiliser de VLAN' est donc factuellement incorrecte. Le contexte de la question concerne clairement la séparation entre voice VLAN et data VLAN sur un switchport, et non le routage inter-domaine, ce qui fait de BGP un diagnostic totalement hors sujet.

D

Fausse

L'access VLAN devient non pertinent dès qu'un voice VLAN est configuré.

L'access VLAN ne devient pas non pertinent lorsqu'un voice VLAN est configuré ; au contraire, le switchport devient un port multi-VLAN où les deux VLAN restent actifs et remplissent des fonctions différentes. L'access VLAN transporte les trames de données non étiquetées du PC, tandis que le voice VLAN transporte les trames vocales étiquetées du téléphone, et l'adressage IP du PC, le DHCP ainsi que les politiques de sécurité sont tous liés à l'access VLAN. Si l'access VLAN est mal configuré — par exemple, assigné à un VLAN inexistant ou ne correspondant pas au subnet du PC — le PC perdra sa connectivité alors même que le téléphone, fonctionnant sur un voice VLAN séparé, continuera de fonctionner normalement. Par conséquent, l'access VLAN est essentiel pour le trafic de données du PC et ne peut pas être ignoré.

Pour aller plus loin

Lorsqu'un Cisco IP phone est connecté à un switchport qui dessert également un PC, le switchport est configuré avec à la fois un access VLAN (pour les données) et un voice VLAN. À l'aide de CDP ou LLDP, le switch annonce l'ID du voice VLAN au téléphone, qui tague alors ses trames vocales avec ce VLAN tout en laissant les trames non étiquetées du PC sur l'access VLAN. Cela fait du port un port d'accès multi-VLAN de manière effective : le PC est sur l'access VLAN, et le switch interne à 3 ports du téléphone maintient les deux types de trafic isolés au niveau de la couche 2. Une mauvaise configuration fréquente se produit lorsqu'un administrateur assigne un voice VLAN qui n'existe pas, ou oublie de définir l'access VLAN sur le sous-réseau correct, provoquant la panne du PC tandis que le téléphone fonctionne toujours. Une autre subtilité est que certains switches exigent que le port soit en mode 'untagged' pour le PC et dans un VLAN 'tagged' séparé pour la voix ; si l'access VLAN est défini par erreur sur un ID de VLAN différent de celui du réseau du PC, la fonctionnalité du téléphone reste inchangée car la voix est sur son propre VLAN. Lors d'un dépannage réel, vérifiez les commandes 'switchport access vlan' et 'switchport voice vlan', et assurez-vous que les deux VLAN possèdent des SVI ou des étendues DHCP correspondantes.

À propos de ces questions d'entraînement

Cette question fait partie des questions d'entraînement 200-301 originales de Courseiva, rédigées pour apprendre et jamais copiées d'examens réels ou de dumps.

Traduite de l'original anglais avec l'IA et vérifiée pour le sens. Les codes d'examen, les commandes et les noms de produits sont conservés tels qu'ils apparaissent à l'examen.