Communication sans fil/mobilité : Réseau local sans fil (WLAN)

Réparation d'une connexion réseau local sans fil interrompue

16 janvier 2016 - Traduction automatique
Autres versions: PDFpdf | Anglais (20 décembre 2015) | Commentaires


Contenu


Introduction

Ce document fournit des informations pour aider à identifier et dépanner des problèmes courants dans un RÉSEAU LOCAL Sans fil dans lequel il y a au moins un Point d'accès (AP) et un ou plusieurs clients sans fil.

Conditions préalables

Conditions requises

Cisco recommande que vous ayez cette connaissance :

  • Une compréhension de base de Connectivité d'Ethernets, TCP/IP, et de RÉSEAU LOCAL

  • Connaissance de et la capacité d'accéder aux pages de Gestion pour le périphérique, par la connexion de console ou un navigateur Web

Composants utilisés

Les informations dans ce document sont basées sur l'équipement Cisco Aironet.

L'équipement Cisco Aironet fonctionne mieux quand vous chargez tous les composants avec la version du logiciel la plus en cours. Mise à jour aux dernières versions du logiciel tôt dans le processus de dépannage.

Remarque: Vous pouvez télécharger le derniers logiciel et gestionnaires des téléchargements Sans fil de Cisco.

Les informations contenues dans ce document ont été créées à partir des périphériques d'un environnement de laboratoire spécifique. Tous les périphériques utilisés dans ce document ont démarré avec une configuration effacée (par défaut). Si votre réseau est opérationnel, assurez-vous que vous comprenez l'effet potentiel de toute commande.

Conventions

Pour plus d'informations sur les conventions utilisées dans ce document, reportez-vous à Conventions relatives aux conseils techniques Cisco.

Définition du problème

Une compréhension claire de n'importe quel problème est la première étape pour trouver une solution. Ceci s'applique aux questions de réseau. Les réseaux se composent de beaucoup de parties qui fonctionnent ensemble pour atteindre un objectif commun — interconnexion. Vous devez comprendre la contribution que chaque partie apporte à l'interconnexion et aux défauts que chaque partie peut rencontrer.

Une approche commune au dépannage est également importante. Une méthodologie que ce document suit est le modèle ouvert de System Interconnection (OSI). Cette méthode fonctionne la couche à côté de la couche pour localiser et résoudre le problème et n'ignore pas des couches ou l'accès aux conclusions immédiates.

Ce document rapporte une mesure dans le dépannage. Le document ne regarde pas simplement les connexions de Radiofréquence (RF), mais examine également les parties du réseau appropriées qui fonctionnent ensemble dans son ensemble.

Ce document regarde deux cas de problèmes de Connectivité :

Qu'a changé ?

Afin de dépanner un RÉSEAU LOCAL Sans fil qui était opérationnel et alors arrêté, reculez-vous et demandez, « ce qui a changé ? »

  • Est-ce que micrologiciel dans les Ethernets AP ou de station de base (ESB) a changé ?

  • Les pilotes client ont-ils changé ?

  • Avez-vous changé le micrologiciel ou les utilitaires client ?

Si vous améliorez n'importe quelle une partie du logiciel client, tel que l'Aironet Client Utility (ACU), gestionnaire de la caractéristique d'interface de pilote réseau (NDIS), ou microprogramme radio, améliorez les deux autres pièces à la révision qui a été libérée en même temps. Référez-vous aux téléchargements Sans fil de Cisco pour les dernières versions logicielles.

Problèmes de Connectivité — AP au lan câblée

Ce document présente ce thème sur des problèmes AP-à-de câble de Connectivité de RÉSEAU LOCAL d'abord en raison de la hiérarchie du réseau. Souvent, la Connectivité rf entre AP et le client peut en effet être bonne, mais en réalité, la circulation du client, par AP, et au reste du réseau. S'il y a un problème entre AP et le reste du RÉSEAU LOCAL, le problème peut disparaître non reconnu jusqu'à ce qu'essai de clients pour passer le trafic par AP, et pas simplement à AP.

Filtres

S'il y a des filtres qui sont configurés du côté Ethernet ou du côté par radio d'AP, désactivez-les temporairement, jusqu'à ce que vous résolviez le problème de connectivité. Cette désactivation aide à déterminer si les filtres contribuent au problème. Vous pouvez désactiver des filtres des interfaces tandis que les filtres restent une partie de la configuration. Si les filtres sont longs ou complexes, réactivez-les en quelques phases afin d'isoler la condition qui pose le problème. Pour des informations sur la façon activer des filtres dans les aps, référez-vous à la section configurante de filtres du guide de configuration du logiciel de Cisco IOS pour des Points d'accès de Cisco Aironet.

Adressage IP

Bien que l'adressage IP soit une question fondamentale, le sujet exige le commentaire. Si AP ou les clients sans fil sont statiquement adressés, soyez sûr que l'adresse statique est en effet dans le même réseau que le reste du RÉSEAU LOCAL. AP communique avec le reste du réseau par l'adresse IP assignée à l'interface BVI. Vous devez être sûr que l'adresse IP est numérotée pareillement et a le même masque de sous-réseau. AP n'est pas un routeur et ne remplit aucune fonction de routage. Par conséquent, ne considérez jamais AP la passerelle par défaut d'un réseau. Ne configurez pas l'adresse IP d'AP sur aucun périphérique comme passerelle par défaut de ce périphérique.

Dans la plupart des cas, AP et les clients obtiennent l'adresse IP par le DHCP. Si AP est configuré pour recevoir l'adresse IP par le DHCP mais ne reçoit pas une réponse valide du serveur DHCP, AP fait ceci :

  • Utilise une adresse par défaut de 10.0.0.1

  • Réutilise la dernière adresse que le serveur DHCP a assigné AP

Étudiez à fond un manque de recevoir une adresse dynamique. Soyez sûr de vérifier :

  • Que le service de serveur DHCP fonctionne

  • Que la portée de DHCP n'a pas été épuisée

  • Que d'autres clients câblés sur le même segment peuvent être avec succès adressés dynamiquement

  • Les caractéristiques et la configuration du port sur le hub ou le commutateur auxquels AP est connecté

  • Le câblage entre AP et le commutateur

  • La configuration de l'interface Ethernet sur AP

  • Les statistiques d'Ethernets sur la transmission et reçoivent des côtés de chacun de ceux là :

    • AP

    • Le port sur le hub ou le commutateur auxquels AP se connecte

    Remarque: Voyez la section d'analyse statistique de ce document pour les informations sur la façon dont analyser les statistiques d'Ethernets.

Racine contre la configuration de répéteur

Dans le cadre du réseau d'IEEE 802.11 et des aps, aussi bien que des normes appropriées de sous-ensemble, un périphérique de racine est un qui est physiquement connecté au lan câblée. Si AP est configuré pour être un répéteur, l'interface Ethernet sur cet AP est désactivée. C'est conforme par conception et fonctions aux normes. Si l'alimentation en ligne est utilisée, les connexions à l'alimentation de l'interface Ethernet ne sont pas désactivées. Vous pouvez voir l'état du port Ethernet de la fenêtre Summary Status de l'interface du navigateur AP. Quand vous étudiez des problèmes avec la connexion d'AP à un lan câblée, soyez sûr qu'AP est configuré avec le mode approprié, racine ou répéteur.

AP qui est configuré car un périphérique de racine a ces caractéristiques :

  • Reçoit l'association et communique seulement avec des clients et des répéteurs

  • Ne communique pas avec d'autres périphériques de racine

  • Peut être un de beaucoup de périphériques de racine par système rf

AP qui est configuré comme un nonroot ou le périphérique de répéteur a ces caractéristiques :

  • S'associe et communique à une racine ou à un nonroot différent qui est associé à une racine

  • Reçoit l'association et communique seulement avec des clients et des répéteurs, si AP est enregistré à une racine

Dans les versions actuelles du logiciel, les aps configurés en mode de passerelle peuvent également associer des clients sans fil. Mais pour la connexion sans fil normale, AP doit être configuré dans le mode racine. Le pour en savoir plus se rapportent à la section configurante de configurations par radio du guide de configuration du logiciel de Cisco IOS.

Configuration de périphérique

Assurez-vous que le port de commutateur auquel AP est connecté est configuré convenablement. Si des VLAN multiples sont configurés sur AP, configurez le port de commutateur comme port de joncteur réseau. Si tous les clients sans fil appartiennent au même VLAN, vous pouvez configurer le port de commutateur comme port d'accès. Assurez-vous que les VLAN sans fil sont permis sur les ports de joncteur réseau ou bien le trafic pour le VLAN devra ne pas être autorisé par le commutateur. Pour plus d'informations sur la façon configurer le commutateur, référez-vous en utilisant des VLAN avec l'équipement sans fil de Cisco Aironet.

Considération de port

Essayez d'apparier les capacités de la vitesse et le duplex aussi près que possible. Les valeurs embarrassées pour le la vitesse et le duplex tendent à fonctionner mieux qu'autonégocié. Accordez une attention égale au port auquel AP est connecté et au port Ethernet AP. Quand vous embarrassé AP à une valeur particulière de la vitesse et le duplex, embarrassée le port sur le commutateur ou routeur auquel AP se connecte aussi bien. Soyez prudent quand vous utilisez les périphériques incontrôlables comme des Concentrateurs de la détection automatique 10/100-Mbps. Les problèmes peuvent se poser quand vous mélangez ces deux débits dans le même hub. La section d'analyse statistique de ce document décrit les conditions en lesquelles le port sur le hub ou le commutateur peut être suspect. Une modification des ports ou de l'échange hors des Concentrateurs, des Commutateurs, ou des câbles peut être nécessaire dans un effort d'isoler le problème.

Connectivité physique

La Connectivité physique est souvent le point auquel pour commencer. Soyez sûr qu'AP est connecté à un hub ou à un commutateur à un câble direct. Si AP est branché à un port uplink ou connecté directement à un PC d'extrémité, un câble croisé est nécessaire. Utilisez un câble qui est au moins de 1 mètre (m) (environ 3 pieds [pi]) dans la longueur. Ne dépassez pas les recommandations de longueur des câbles d'Ethernets dans cette table :

Type de câble Longueur
10BASE-2 coaxial 185 m/607 pi
10BaseT de la catégorie 5 100 m/328 pi

Problèmes de Connectivité — Client sans fil à la station AP/Base (liaison radio)

Quand vous dépannez des problèmes avec des clients, vous devez isoler si le symptôme est affiché sur un client simple ou tous clients. Si les symptômes sont identiques avec tous les clients, le problème peut être la configuration AP ou sa connexion au lan câblée, plutôt que le client. Si la connexion AP au lan câblée est suspecte, vous pouvez résoudre le problème plus rapide si vous passez une certaine heure avec les problèmes de Connectivité — AP à la section de lan câblée de ce document.

Association

Déterminez si la liaison radio fonctionne. Le plus facile et la plupart de manière courante de faire cette détermination est d'ouvrir l'ACU, l'ADU, l'utilitaire client de station de base, ou la page de Gestion AP et de voir s'il y a une association à une adresse IP. Cet exemple affiche ce que ressemble à l'ACU :

/image/gif/paws/30218/wlantroublshoot_1.gif

Si le client n'est associé à une adresse MAC mais pas à une adresse IP, la plupart de problème courant est une non-concordance dans des clés de Confidentialité équivalente aux transmissions par fil (WEP). Modifiez le WEP sur la station AP/base et la carte client. Assurez que cela que ceux-ci apparient :

  • Valeur principale et longueur

  • Méthode d'entrée principale

    La méthode d'entrée principale est hexadécimal ou ASCII.

  • Authentification

    Si ouvert, partagé, ou le Protocole EAP (Extensible Authentication Protocol), authentification doit être identiques.

C'est un exemple d'un client qui n'est associé à une adresse MAC mais pas à une adresse IP :

/image/gif/paws/30218/wlantroublshoot_2.gif

Remarque: Pour un certain non-Cisco aps, cette fenêtre peut afficher AP comme associé à une adresse MAC. Dans ce cas, vérifiez une deuxième fois la configuration et le mouvement d'exécuter en fonction le contrôle d'adresse IP. Voyez la section d'adressage IP de ce document pour la procédure de contrôle d'adresse IP.

Si le client n'est pas associé, soyez sûr de vérifier :

  • Toutes entrées dans le log AP

    Les entrées peuvent indiquer pourquoi le client ne s'associe pas.

  • Vérifiez la force du signal au client. La bonne force du signal est essentielle pour la bonne communication. Pour la bonne force du signal, vous pouvez augmenter le niveau de puissance à AP ou changer l'emplacement de client pour obtenir associé.

    Remarque: Trop mettent sous tension AP étend la couverture en dehors de la zone désirée qui entraîne un risque potentiel d'un réseau exposé.

  • Que l'Identifiant SSID (Service Set Identifier) qui est configuré dans le client apparie le SSID qui est configuré dans AP

    Vérifiez la page exprès d'installation de l'interface du navigateur AP.

Désactivez temporairement l'EAP WEP/Light (LEAP) /EAP jusqu'à ce que vous ayez résolu le problème de Connectivité. La désactivation aide à déterminer si une certaine partie d'authentification contribue au problème. Vous pouvez désactiver l'authentification d'AP et du client tandis qu'ils restent une partie de la configuration. Si l'authentification est complexe, réactivez-la en quelques phases afin d'isoler l'aspect de l'authentification qui pose le problème.

Questions rf

Une analyse de site est nécessaire afin d'installer un réseau Sans fil. Exécutez l'analyse de site sur le site réel en fonctionnement normal avec tout le présent d'inventaire. Une telle analyse est essentielle parce que le comportement rf varie avec les propriétés physiques du site. Vous ne pouvez pas exactement prévoir le comportement sans faire une analyse de site. Vous pouvez faire face à la connectivité intermittente dans certains emplacements ou pendant certains états environnementaux — par exemple, quand un toit en bois est humide après une pluie. La connectivité intermittente peut indiquer qu'une analyse de site n'a pas été exécutée ou que l'analyse de site n'a pas considéré ces facteurs. Afin de se renseigner plus sur des analyses de site, référez-vous à la Foire aux questions d'enquête de site sans fil.

Si un adaptateur de client sur un PC avec l'ACU est utilisé pour vérifier la force du signal, exécutez l'option d'analyse de site dans l'ACU au moment où l'intérêt.

Adressage IP

Des clients peuvent être statiquement adressés ou dynamiquement adressés par l'intermédiaire du DHCP. Une station de base agit en tant que serveur DHCP pour le réseau Sans fil si la station de base est dans le câble, la ligne d'abonné numérique (DSL), ou le PPP au-dessus du mode d'Ethernets (PPPoE). AP passe des paquets DHCP du côté Ethernet au côté Sans fil par défaut.

Si vous avez une non-concordance de clé WEP, le DHCP ne fonctionne pas. Voyez les problèmes de Connectivité — Client sans fil à la section de station AP/Base (liaison radio) de ce document.

Terminez-vous ces étapes afin de vérifier l'adresse IP sur un PC avec un système d'exploitation de Microsoft Windows :

  1. Choisissez le Start > Run afin d'ouvrir une fenêtre de commandes.

  2. Émettez la commande appropriée (comme répertorié dans cette étape) et cliquez sur OK.

    • Windows ME, Windows 2000, Windows NT, et Windows XP — cmd

    • Windows 98 et Windows 95 — commande

  3. Émettez la commande appropriée (comme répertorié dans cette étape) dans la fenêtre de commandes afin d'afficher l'adresse IP.

    • Windows ME, Windows 2000, Windows NT, et Windows XP — ipconfig

    • Windows 98 et Windows 95 — winipcfg

    L'affichage qui résulte ressemble à un de ces deux exemples :

    /image/gif/paws/30218/wlantroublshoot_3.gif

    wlantroublshoot_4.gif

Quand vous avez sorti qui est semblable à ces exemples, exécutez ces étapes afin de confirmer la Connectivité :

  1. Vérifiez que tous les champs sont complets.

    Sinon tous les champs sont complets, vous peuvent avoir un problème avec votre serveur DHCP. Ou si vous utilisez une configuration statique, il peut y avoir quelque chose mal avec votre configuration IP.

  2. Vérifiez que le masque de sous-réseau est identique pour tous les périphériques sur le RÉSEAU LOCAL.

  3. Cinglez l'adresse IP de passerelle par défaut afin de vérifier la Connectivité à votre passerelle par défaut.

    De la fenêtre de commandes, émettez la commande du ping x.x.x.x.

    Remarque:  Dans la commande, x.x.x.x est l'adresse IP de la passerelle par défaut.

    Si le ping est infructueux, voyez les problèmes de Connectivité — AP à la section de lan câblée de ce document.

  4. Émettez la commande de www.cisco.com de ping afin de vérifier la Connectivité à l'Internet.

    Si ce ping est réussi, vous avez une connexion à Internet fonctionnante qui te permet pour parcourir des pages Web. Si le ping n'est pas réussi, il peut y a un problème avec vos configurations du navigateur. Passez en fonction à l'étape 5.

  5. Si le ping dans l'étape 4 échoue, essayez de cingler l'adresse IP 198.133.219.25.

    Remarque:  C'est l'adresse IP pour Cisco.com.

    Si ce ping est réussi, il y a un problème avec le Système de noms de domaine (DNS). Le problème le plus susceptible est qu'aucun serveur DNS n'est répertorié. Émettez l'ipconfig /all dans la fenêtre de commandes et le vérifiez qu'au moins un serveur DNS est répertorié. Si aucun serveur DNS n'est répertorié, vérifiez ces éléments :

    • Le serveur DHCP, si le DHCP est utilisé

      Le serveur DHCP devrait assigner une adresse de serveur de DNS.

    • Votre configuration IP de Windows, si vous utilisez une configuration statique

Si le client ne s'associe sans aucune authentification configurée, analysez les statistiques par radio sur la transmission et recevez les côtés du client et de l'AP. Voyez la section d'analyse statistique de ce document pour les informations sur l'analyse des statistiques par radio.

Les clients ne reçoivent pas l'adresse IP du serveur DHCP

AP peut également être configuré comme un serveur DHCP afin de fournir les adresses IP aux clients sans fil. Cependant, il y a des périodes où AP est configuré comme serveur DHCP que les clients sans fil n'obtiennent pas les adresses IP quoique les groupes d'adresses IP soient correctement définis. Une des raisons pour ceci est que l'adresse IP d'interface bvi sur le groupe AP et d'adresse IP défini ne pourrait pas être dans la même chaîne d'adressage IP. Si c'est le cas, employez la commande d'aide d'IP sur l'interface d'Ethernets d'AP afin d'indiquer AP le serveur DHCP sur le réseau.

ap(config)#interface fastethernet 0
        ap(config-if)ip helper <ip address of the DHCP server>

Quand vous configurez AP comme serveur DHCP, il assigne des adresses IP aux périphériques sur le sous-réseau. Les périphériques communiquent avec d'autres périphériques sur le sous-réseau mais pas au delà de lui. Si des données doivent être passées au delà du sous-réseau, vous devez affecter un routeur par défaut. L'adresse IP du routeur par défaut devrait être sur le même sous-réseau qu'AP a configuré comme serveur DHCP.

Questions de gestionnaire et de micrologiciel

Il est également important que les choses soient en place sur le côté client. Terminez-vous ces contrôles sur le côté client :

  1. Vérifiez si le client est installé correctement sur l'ordinateur. L'état de la carte client peut être vérifié de l'écran de gestionnaire de périphériques de Windows. Recherchez le message qui lit ce périphérique fonctionne correctement. S'il n'est pas présent, il indique que les gestionnaires ne sont pas installés correctement. Essayez de désinstaller le gestionnaire et de réinstaller les gestionnaires sur l'ordinateur. Afin de désinstaller les gestionnaires, cliquer avec le bouton droit l'adaptateur Sans fil de l'écran et du clic de gestionnaire de périphériques désinstallez. Pour plus d'informations sur la façon réinstaller l'adaptateur de client, référez-vous à installer la section d'adaptateur de client de Cisco Aironet 340, 350, et le guide d'installation et de configuration d'adaptateurs client LAN sans fil CB20A pour Windows.

    Remarque: Si vous utilisez l'ACU pour configurer la carte client, assurez-vous que la radio n'est pas désactivée sur l'ACU. En outre, vérifiez si l'état de la carte est activé sous la connexion réseau sur le panneau de configuration de Windows.

  2. Parfois la carte client n'est pas identifiée par l'ordinateur. Dans ce cas, essayez la carte sur un emplacement différent. Si cela ne fonctionne pas, essayez-le sur un ordinateur différent. Pour plus d'informations sur des questions au sein de l'installation, référez-vous à la section dépannage de Cisco Aironet 340, 350, et au guide d'installation et de configuration d'adaptateurs client LAN sans fil CB20A pour Windows.

  3. Si vous trouvez des problèmes de connectivité seulement avec un client simple, améliorez les gestionnaires et le micrologiciel de ce client. Si vous trouvez des problèmes de connectivité avec une majorité des clients et vous avez éliminé d'autres questions, choisissez d'améliorer AP.

Indicateur LED

Les témoins lumineux peuvent parfois vous aider à déterminer le statut d'un périphérique si son intégrité est en question. Vous pouvez vérifier les témoins lumineux sur l'un de ces périphériques :

  • Adaptateurs de client

  • Aps

  • Stations de base

  • Passerelles

Référez-vous à la documentation du produit fixe et de Mobilité sans fil de solution pour chacun des périphériques sans fil afin de trouver une explication des témoins lumineux.

Analyse statistique

Référez-vous aux statistiques sur les erreurs sur la passerelle de Gamme Cisco Aironet 340 pour plus de détails sur la façon dont interpréter le côté de câble et des statistiques latérales de radio. Bien que le titre de ce document implique autrement, la traduction des statistiques est identique pour l'un ou l'autre de produit.

Transmettez les statistiques

Le côté d'Ethernets câblés peut être bidirectionnel simultané, mais le côté par radio n'est pas bidirectionnel simultané. Quand la radio a un paquet à transmettre, la radio ne transmet pas pendant la transmission par une autre radio sur le même canal ou la même fréquence. Quand cette situation se produit, le compteur de statistique HOLDOFFS incrémente. Quand le périphérique continue à recevoir des paquets dans l'interface Ethernet mais ne peut pas transmettre les paquets au-dessus de l'interface par radio en raison des holdoffs, les mémoires tampons qui sont conçues pour tenir les paquets sortants remplissent très rapidement. À quelle rapidité le remplissage de mémoires tampons dépend de la circulation et du volume. Quand les mémoires tampons débordent, les paquets excédentaires sont jetés, et la FILE D'ATTENTE JETTE COMPLÈTEMENT de contre- incréments de statistique. Les messages peuvent afficher sur la console d'AP ou dans le journal des erreurs.

Quand la radio d'un périphérique transmet un paquet, le périphérique récepteur doit envoyer un accusé de réception de nouveau au périphérique transmetteur. Puis, le périphérique transmetteur peut passer dans le paquet suivant dans sa file d'attente de transmission. Si le périphérique transmetteur ne reçoit pas l'accusé de réception, le périphérique transmet que le même paquet de nouveau, jusqu'à ce qu'il reçoive un accusé de réception du périphérique récepteur. Quand un périphérique transmet le même paquet plus d'une fois, le compteur de statistique de RELANCES incrémente. Quand ceci se produit, vous pouvez assumer l'un ou l'autre un de ces deux cas :

  • Le périphérique récepteur n'a pas envoyé l'accusé de réception.

  • Le périphérique récepteur a envoyé l'accusé de réception, mais l'accusé de réception n'a pas été reçu par le périphérique transmetteur. Par conséquent, l'émetteur a renvoyé le paquet.

Ces les statistiques n'indiquent pas essentiellement une panne du matériel physique. Tous ces des statistiques indiquent un problème avec la qualité du lien rf entre AP et le client. Pour plus d'informations sur la façon établir un bon lien rf référez-vous à la section de questions rf de questions de client de dépannage dans le réseau sans fil unifié Cisco.

Recevez les statistiques

Quand la radio d'un périphérique reçoit avec succès un paquet, le périphérique envoie un accusé de réception de nouveau au périphérique transmetteur. Puis, le périphérique transmetteur peut passer dans le paquet suivant dans sa file d'attente de transmission. Si le périphérique transmetteur ne reçoit pas l'accusé de réception, le périphérique transmet le même paquet de nouveau, jusqu'à ce qu'il reçoive un accusé de réception du périphérique récepteur. Quand un périphérique reçoit le même paquet plus d'une fois, le compteur de statistique de TRAMES EN DOUBLE incrémente. Quand ceci se produit, vous pouvez assumer l'un ou l'autre un de ces deux cas :

  • Le périphérique récepteur n'a pas envoyé l'accusé de réception.

  • Le périphérique récepteur a envoyé l'accusé de réception, mais l'accusé de réception n'a pas été reçu par le périphérique transmetteur. Par conséquent, l'émetteur a renvoyé le paquet.

Après que la radio d'un périphérique reçoive avec succès un paquet et envoie avec succès l'accusé de réception, le périphérique puis vérifie le paquet pour la précision. Le périphérique calcule une valeur de contrôle de redondance cyclique (CRC) pour le paquet et compare cette valeur CRC à la valeur CRC qui est contenue dans le paquet. Si la valeur calculée n'apparie pas la valeur qui est contenue dans le paquet, le paquet est jeté et les incréments de compteur de statistique d'erreurs de CRC. La présence des erreurs de CRC n'indique pas nécessairement un problème matériel avec le périphérique ; le périphérique n'a pas corrompu le paquet quand il l'a simplement reçu. Le plus souvent, une valeur CRC non assortie est calculée pour une de ces raisons :

  • Le paquet devient en transit dû corrompu à l'interférence et au bruit dans l'environnement rf.

  • Le périphérique d'origine calcule mal la valeur CRC pendant la construction initiale du paquet.

Dans l'un ou l'autre de cas, le périphérique récepteur calcule simplement une valeur CRC sur le paquet que le périphérique reçoit. Référez-vous aux statistiques sur les erreurs sur la passerelle de Gamme Cisco Aironet 340 pour des informations supplémentaires sur ce qui l'exposition de statistiques sur les erreurs et la façon corriger les erreurs.

Aide supplémentaire de dépannage

Pour l'assistance supplémentaire dans des problèmes de Connectivité de dépannage, créez une demande de service avec le support technique de Cisco. Utilisez l'outil de demande de service TAC (clients enregistrés seulement). Vous pouvez également entrer en contact avec le support technique de Cisco par téléphone à 800 553-2447. Incluez les informations dans cette liste avec votre cas en ligne, ou ayez les informations disponibles quand vous appelez :

  • Le numéro de série de chaque périphérique qui est impliqué

  • Le numéro de version de chaque périphérique qui est impliqué

  • La version de firmware de chaque périphérique qui est impliqué

  • Une brève description de la topologie de votre RÉSEAU LOCAL Sans fil

Conversations connexes de la communauté de soutien de Cisco

Le site Cisco Support Community est un forum où vous pouvez poser des questions, répondre à des questions, faire part de suggestions et collaborer avec vos pairs.


Informations connexes


Document ID: 30218