DifficileChoix unique

Question d'entraînement 200-301

Un lien trunk entre deux switches est actif, mais les IP phones connectés via un access switch ne reçoivent plus le bon traitement de voice VLAN. Les utilisateurs data continuent de transmettre du trafic. Quelle zone doit être vérifiée en premier ?

Choisissez la meilleure réponse.

Bonne réponse

ASi le voice VLAN est transporté et traité correctement sur tout le chemin de commutation.

Explication

La première zone à vérifier est la gestion de bout en bout du voice VLAN sur tout le chemin de commutation. En pratique, le data VLAN peut toujours fonctionner tandis que le voice VLAN rencontre un problème de transfert, de configuration ou de stratégie. Étant donné que les phones dépendent d'un comportement correct du voice VLAN, ce chemin de VLAN doit être examiné en premier plutôt que de supposer que l'ensemble du trunk est rompu. Il s'agit d'une question de dépannage de services sélectifs. Une classe de trafic peut échouer même lorsque les données utilisateur ordinaires fonctionnent toujours.

Pourquoi chaque option est juste ou fausse

Juste

Si le voice VLAN est transporté et traité correctement sur tout le chemin de commutation.

L'objectif correct est de vérifier que le voice VLAN est configuré et autorisé de manière cohérente sur l'ensemble du chemin de commutation : les access ports connectés aux phones doivent transporter l'auxiliary voice VLAN, et le trunk entre les switches doit inclure ce VLAN dans sa liste autorisée sans le supprimer ou le re-étiqueter incorrectement. Étant donné que le trunk est actif mais que les phones échouent de manière sélective, la panne provient presque certainement de la propagation du voice VLAN ou du balisage 802.1Q, et non de la connectivité physique ou du routage. La vérification du statut autorisé du voice VLAN et du comportement du native VLAN sur le trunk révélera la mauvaise configuration.

Fausse

Si les voisins OSPFv3 sont entièrement adjacents sur les ports de switch des phones.

OSPFv3 est un protocole de routage Layer 3 IPv4/IPv6 qui forme des adjacences uniquement sur des interfaces routées, et non sur des access ports Layer 2 utilisés pour les phones ou sur des trunks de switch classiques. Le symptôme est un échec de transfert sélectif du voice VLAN, qui est indépendant de tout état d'adjacence OSPFv3, puisque la convergence de la table de routage n'affecte pas le balisage 802.1Q sur un trunk. Ainsi, la vérification des voisins OSPFv3 serait inutile lorsque la cause première est une non-correspondance d'état dans la base de données de commutation.

Fausse

Si le wireless controller possède le bon SSID invité.

La panne se produit sur un trunk filaire entre deux switches, où les IP phones sont connectés via Ethernet. Le SSID invité d'un wireless controller affecte uniquement le trafic client WLAN, et non les voice VLANs filaires ou le balisage de trunk 802.1Q. Étant donné que le symptôme est isolé aux phones sur le chemin de commutation filaire, l'inspection de la configuration sans fil ne peut pas révéler pourquoi le voice VLAN n'est pas transmis.

Fausse

Si BGP utilise une métrique inférieure à celle de la route statique.

BGP est un Exterior Gateway Protocol qui sélectionne les chemins à l'aide d'attributs tels que l'AS-path et la préférence locale, et non une métrique inférieure dans le même sens que le coût IGP, et il fonctionne au niveau de Layer 3. Le problème de voice VLAN du trunk relève entièrement de Layer 2 impliquant l'encapsulation 802.1Q et les listes de VLAN autorisées. Même si la distance administrative ou la métrique d'une route statique était mal configurée, cela n'empêcherait pas le trafic des IP phones d'être commuté sur le trunk.

Pour aller plus loin

Un voice VLAN est un VLAN spécialisé configuré sur les switches pour séparer le trafic vocal du trafic de données, garantissant la qualité de service (QoS) et une priorisation appropriée pour les IP phones. Lorsqu'un voice VLAN est configuré, le switch marque (tags) le trafic vocal avec l'ID de VLAN approprié, permettant aux switches et aux routers de reconnaître et de prioriser les paquets vocaux. Cette séparation évite que le trafic vocal ne soit retardé ou abandonné en raison de la congestion sur le data VLAN, ce qui est essentiel pour maintenir la qualité des appels. Dans les scénarios de dépannage où le lien trunk entre les switches est opérationnel mais que les IP phones perdent le traitement correct du VLAN, la première étape consiste à vérifier que le voice VLAN est acheminé de bout en bout sur le chemin de commutation. Cela inclut la vérification des configurations de trunk pour s'assurer que le voice VLAN est autorisé et correctement étiqueté (tagged), la vérification des configurations de port de switch sur les access switch pour les paramètres de voice VLAN, et la confirmation que les politiques de QoS sont appliquées correctement. Le trafic du data VLAN peut continuer à circuler normalement car il est traité séparément, de sorte que le problème est isolé à la gestion du voice VLAN plutôt qu'à une défaillance totale du lien. Un piège d'examen courant consiste à se concentrer sur des protocoles non liés ou des problèmes de routage tels que l'adjacence OSPFv3 ou les métriques BGP, qui n'affectent pas le marquage VLAN de niveau 2 et la priorisation du trafic vocal. Une autre erreur consiste à considérer les paramètres du wireless controller comme pertinents pour des problèmes de voice VLAN filaire. En pratique, les erreurs de configuration du voice VLAN se manifestent souvent par des pannes de services sélectifs où le trafic de données fonctionne mais pas le trafic vocal, soulignant la nécessité de vérifier d'abord le marquage VLAN et les configurations de trunk.

À 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.