Lightweight Access Point - Häufig gestellte Fragen

Einleitung

Dieses Dokument enthält Informationen zu den am häufigsten gestellten Fragen (FAQ) zu Cisco Lightweight Access Points (LAPs).

Weitere Informationen zu Dokumentkonventionen finden Sie unter Cisco Technical Tips Conventions (Technische Tipps von Cisco zu Konventionen).

Häufig gestellte Fragen zu LAP

Frage: Was ist ein Cisco Lightweight Access Point (LAP)?

Antwort: Das Cisco LAP ist Teil der Cisco Unified Wireless Network-Architektur. Ein LAP ist ein AP, der für den Anschluss an einen WLAN-Controller (WLC) ausgelegt ist. Die LAP bietet Dual-Band-Unterstützung für IEEE 802.11a, 802.11b und 802.11g und ermöglicht die gleichzeitige Überwachung der Funkleistung für ein dynamisches Echtzeit-Funkfrequenzmanagement. Darüber hinaus verarbeiten Cisco LAPs zeitkritische Funktionen wie die Layer-2-Verschlüsselung, mit denen Cisco WLANs Sprach-, Video- und Datenanwendungen sicher unterstützen.

APs sind "leicht" und können daher nicht unabhängig von einem Wireless LAN Controller (WLC) agieren. Der WLC verwaltet die AP-Konfigurationen und die Firmware. Die APs werden ohne Benutzereingriff bereitgestellt, und eine individuelle Konfiguration der APs ist nicht erforderlich. Die APs sind außerdem leicht, da sie nur Echtzeit-MAC-Funktionen verarbeiten. Die APs überlassen es dem WLC, alle Nicht-Echtzeit-MAC-Funktionen zu verarbeiten. Diese Architektur wird als "Split-MAC"-Architektur bezeichnet.

Frage: Kann ich das LAP so konfigurieren, dass es unabhängig von einem Wireless LAN Controller (WLC) funktioniert?

A. Nein, LAPs können nicht unabhängig von WLCs funktionieren. LAPs funktionieren nur in Verbindung mit einem WLC. Der Grund hierfür ist, dass der WLC alle Konfigurationsparameter und die Firmware bereitstellt, die die LAP für den Registrierungsprozess benötigt.

F. Was ist Lightweight AP Protocol (LWAPP)?

A. LWAPP ist ein IETF-Protokollentwurf (Internet Engineering Task Force), der das Steuerungs-Messaging für Setup- und Pfadauthentifizierung und Laufzeitoperationen definiert. LWAPP definiert außerdem den Tunneling-Mechanismus für den Datenverkehr.

Ein LAP erkennt einen Controller mithilfe von LWAPP-Erkennungsmechanismen. Der LAP sendet eine LWAPP-Join-Anforderung an den Controller. Der Controller sendet der LAP eine LWAPP-Join-Antwort, sodass der AP dem Controller beitreten kann. Wenn die LAP mit dem Controller verbunden wird, lädt die LAP die Controller-Software herunter, wenn die Versionen auf der LAP und dem Controller nicht übereinstimmen. Anschließend wird das LAP vollständig von der Steuerung gesteuert. LWAPP sichert die Steuerungskommunikation zwischen dem LAP und der Steuerung durch eine sichere Schlüsselverteilung. Für die Verteilung sicherer Schlüssel müssen bereits X.509-digitale Zertifikate sowohl auf dem LAP als auch auf dem Controller bereitgestellt werden. Werkseitig installierte Zertifikate werden mit dem Begriff "MIC" bezeichnet, der als "Manufacturing Installed Certificate" (MIC) bezeichnet wird. Cisco Aironet APs, die vor dem 18. Juli 2005 ausgeliefert wurden, verfügen über kein MIC. Daher erstellen diese APs beim Upgrade ein selbstsigniertes Zertifikat (SSC), um im Lightweight-Modus zu arbeiten. Controller sind so programmiert, dass sie SSCs zur Authentifizierung bestimmter APs akzeptieren.

F. Was ist CAPWAP?

A.: In der Controller-Software Version 5.2 oder höher verwenden Cisco Lightweight Access Points das IETF-Standardprotokoll (Control and Provisioning of Wireless Access Points, CAPWAP), um zwischen dem Controller und anderen Lightweight Access Points im Netzwerk zu kommunizieren. Controller-Software-Versionen vor 5.2 verwenden das Lightweight Access Point Protocol (LWAPP) für diese Kommunikation.

CAPWAP, das auf LWAPP basiert, ist ein interoperables Standardprotokoll, mit dem ein Controller eine Reihe von Wireless-Access-Points verwalten kann. CAPWAP wird aus folgenden Gründen in der Controller-Software-Version 5.2 implementiert:

• Zur Bereitstellung eines Upgrade-Pfads von Cisco Produkten mit LWAPP zu Cisco Produkten der nächsten Generation mit CAPWAP

• Zur Verwaltung von RFID-Lesegeräten und ähnlichen Geräten

• Damit Controller in Zukunft mit Access Points von Drittanbietern interagieren können

LWAPP-fähige Access Points können einen CAPWAP-Controller erkennen und diesem beitreten. Die Umwandlung in einen CAPWAP-Controller erfolgt nahtlos. Beispielsweise sind der Prozess zur Controller-Erkennung und der Prozess für den Firmware-Download bei Verwendung von CAPWAP identisch mit den Prozessen bei Verwendung von LWAPP. Die einzige Ausnahme sind Layer-2-Bereitstellungen, die von CAPWAP nicht unterstützt werden.

Sie können CAPWAP-Controller und LWAPP-Controller im selben Netzwerk bereitstellen. Mit der CAPWAP-fähigen Software können Access Points entweder einem Controller mit CAPWAP oder LWAPP beitreten. Die einzige Ausnahme ist der Cisco Aironet 1140 Access Point, der nur CAPWAP unterstützt und daher nur Controllern beitritt, die CAPWAP ausführen. Beispiel: Ein Access Point der Serie 1130 kann einem Controller mit CAPWAP oder LWAPP beitreten, während ein Access Point der Serie 1140 nur einem Controller mit CAPWAP beitreten kann.

Weitere Informationen finden Sie im Abschnitt Access Point Communication Protocols (Access Point-Kommunikationsprotokolle) des Konfigurationsleitfadens.

F. Wie unterscheide ich zwischen einem regulären (autonomen) AP und einem LAP?

A. Die einfachste Methode, zwischen einem regulären Access Point und einem LAP zu unterscheiden, besteht darin, die Teilenummer des Access Points zu überprüfen.

• LAP (Lightweight AP Protocol [LWAPP]): Teilenummern beginnen immer mit AIR-LAPXXXX.

• Autonomous AP (Cisco IOS® Software): Teilenummern beginnen immer mit AIR-APXXXX.

Eine Ausnahme bilden die Cisco Aironet LAPs der Serie 1000. Die Teilenummern der LAPs der Serie 1000 lauten wie folgt:

• AIR-AP1010-A-K9 für 1010 LAP

• AIR-AP1020-A-K9 für 1020 LAP

• AIR-AP1030-A-K9 für 1030 LAP

Hinweis: Die Teilenummern können variieren und hängen vom jeweiligen Land und der geltenden Gesetzgebung ab. Die Teilenummern in dieser Liste sind nur Beispiele.

Vergewissern Sie sich, dass Sie den passenden Access Point für Ihr WLAN (WLAN) bestellen.

F. Welche AP-Modelle können Lightweight AP Protocol (LWAPP) ausführen?

A.: Auf diesen Cisco Aironet AP-Plattformen kann LWAPP ausgeführt werden:

• Aironet Serie 1500

• Cisco Aironet der Serie 1250

• Aironet Serie 1240 AG

• Aironet Serie 1230 AG

• Aironet Serie 1200

• Aironet Serie 1130 AG

• Aironet Serie 1000

• Aironet AP der Serie 1140

  Hinweis: Der Access Point der Serie 1140 wird nur von WLC mit Version 5.2 oder höher unterstützt.

Hinweis: Sie können diese Aironet APs mit Cisco IOS-Software bestellen, um als autonome APs oder mit LWAPP zu arbeiten. Die Teilenummer bestimmt, ob es sich bei dem Access Point um einen Access Point handelt, der auf Cisco IOS Software basiert oder LWAPP ist. Nachfolgend sind einige Beispiele aufgeführt:

• AIR-AP1242AG-A-K9 ist ein Access Point, der auf der Cisco IOS Software basiert.

• AIR-LAP1242AG-P-K9 ist ein LWAPP-basierter AP.

Hinweis: Ausnahmen von diesem Kriterium sind die Access Points der Serie 1000 und die Access Points der Serie 1500. Alle Access Points der Serie 1000 und die Access Points der Serie 1500 unterstützen nur LWAPP.

Frage: Wie installiere und konfiguriere ich einen LWAPP-fähigen Access Point?

A. LWAPP-fähige APs sind Teil der Cisco Integrated Wireless Network-Lösung und müssen vor der Bereitstellung nicht manuell konfiguriert werden. Der WAP wird durch einen LWAPP-fähigen Cisco Wireless LAN Controller (WLC) konfiguriert. Informationen zur Installation und Erstkonfiguration eines LWAPP-fähigen Access Points finden Sie in der Schnellstartanleitung zu LWAPP-fähigen Access Points.

Frage: Wie konfiguriere ich mein LAP und meinen Wireless LAN Controller (WLC) zusammen?

A. LAPs verwenden das LWAPP (Lightweight AP Protocol). Wenn sie einem WLC beitreten, sendet der WLC den LAPs alle Konfigurationsparameter und die Firmware. Eine grundlegende Konfiguration finden Sie unter Wireless LAN Controller und Lightweight Access Point - Basiskonfigurationsbeispiel.

Frage: Kann ich einen autonomen AP mit einem Wireless LAN Controller (WLC) verbinden und erwarten, dass der AP funktioniert?

A. Nein, nur LAPs funktionieren, wenn sie mit einem WLC verbunden sind. Autonome APs verstehen das LWAPP (Lightweight AP Protocol) oder das vom WLC verwendete CAPWAP-Protokoll nicht. Um einen autonomen AP mit einem WLC zu verbinden, müssen Sie zunächst den autonomen AP in den Lightweight-Modus umwandeln.

Frage: Ich habe einen autonomen Access Point, der auf der Cisco IOS Software basiert. Kann ich es in einen Lightweight-Modus umwandeln?

A. Ja, aber nicht alle autonomen AP-Modelle, die auf der Cisco IOS Software basieren, können konvertiert werden. Dies sind die Modelle, die Sie in den LWAPP-Modus (Lightweight AP Protocol) konvertieren können:

• Alle APs der Cisco Aironet 1130 AG

• Alle Aironet 1240 AG APs

• Bei allen modularen AP-Plattformen der Serie Aironet 1200 (Cisco IOS Software Upgrade 1200/1220, Cisco IOS Software Upgrade 1210 und 1230 APs) auf Basis der Cisco IOS Software hängt die Konvertierung des AP vom Funkmodul ab.

  • Wenn es sich um IEEE 802.11g handelt, werden MP21G und MP31G unterstützt.

  • Wenn es sich bei dem Funkmodul um IEEE 802.11a handelt, werden RM21A und RM22A unterstützt.

  Sie können die Access Points der Serie 1200 mit einer beliebigen Kombination unterstützter Funkmodule aktualisieren:

  • Nur G

  • Nur A

  • G und A

Hinweis: Ein unabhängiger AP muss die Cisco IOS Software Version 12.3(7)JA oder höher ausführen, bevor Sie ihn in LWAPP umwandeln können.

Hinweis: Nur die Cisco Wireless LAN Controller (WLCs) der Serien 4400 und 2006 unterstützen autonome APs, die in den Lightweight-Modus umgewandelt wurden. Auf Cisco WLCs muss die Mindestsoftwareversion 3.1 ausgeführt werden. Auf dem Cisco Wireless Control System (WCS) muss die Mindestversion 3.1 ausgeführt werden. Das Upgrade-Dienstprogramm wird von den Microsoft Windows 2000- und Windows XP-Plattformen unterstützt.

Weitere Informationen zur Durchführung der Konvertierung finden Sie unter Upgrade Autonomous Cisco Aironet Access Points to Lightweight Mode (Upgrade autonomer Cisco Aironet Access Points auf Lightweight-Modus).

Frage: Welche Einschränkungen gelten für einen Access Point auf Basis der Cisco IOS-Software nach der Umstellung auf den Lightweight-Modus?

A. Beachten Sie folgende Richtlinien, wenn Sie autonome Access Points verwenden, die in den Lightweight-Modus umgewandelt wurden:

• APs, die in LWAPP (Lightweight AP Protocol) konvertiert wurden, unterstützen Wireless Domain Services (WDS) nicht. LWAPP-konvertierte APs kommunizieren nur mit Cisco Wireless LAN (WLAN) Controllern (WLCs) und können nicht mit WDS-Geräten kommunizieren. Der WLC bietet jedoch Funktionen, die mit denen des WDS identisch sind, wenn der WAP eine Zuweisung zum WLC herstellt.

• Konvertierte Access Points unterstützen nur Controller für 2006, 4400 und WiSM. Wenn Sie einen autonomen Access Point in einen Lightweight-Modus umwandeln, kann der Access Point nur mit Cisco Controllern der Serie 2006, Controllern der Serie 4400 oder Controllern eines Cisco WiSM kommunizieren.

• In der Controller-Software-Version 4.2 oder höher unterstützen alle Lightweight Access Points von Cisco 16 BSSIDs pro Funkmodul und insgesamt 16 WLANs pro Access Point. In früheren Versionen wurden nur 8 BSSIDs pro Funkmodul und insgesamt 8 WLANs pro Access Point unterstützt. Wenn ein konvertierter Access Point einem Controller zugeordnet wird, werden nur Wireless LANs mit den IDs 1 bis 16 an den Access Point übertragen.

• APs, die in LWAPP konvertiert werden, müssen eine IP-Adresse erhalten und den WLC mithilfe von DHCP, einem Domain Name System (DNS) oder einer IP-Subnetz-Übertragung erkennen.

• APs, die in LWAPP konvertiert werden, unterstützen Layer-2-LWAPP nicht.

• APs, die in LWAPP konvertiert werden, stellen einen schreibgeschützten Konsolenport bereit.

• Das Upgrade-Konvertierungstool fügt den Key-Hash für das selbstsignierte Zertifikat (SSC) nur einem der Controller im Cisco WiSM hinzu. Fügen Sie nach Abschluss der Konvertierung den SSC-Schlüssel-Hash zum zweiten Controller im Cisco WiSM hinzu, indem Sie den SSC-Schlüssel-Hash vom ersten Controller auf den zweiten Controller kopieren. Um den SSC-Key-Hash zu kopieren, öffnen Sie die Seite "AP Policies" (AP-Richtlinien) der Controller-GUI (Sicherheit > AAA > AP Policies), und kopieren Sie den SSC-Key-Hash aus der Spalte "SHA1 Key Hash" unter "AP Authorization List" (AP-Autorisierungsliste). Öffnen Sie dann mit der GUI des zweiten Controllers dieselbe Seite, und fügen Sie den Schlüssel-Hash in das Feld SHA1 Key Hash unter Add AP to Authorization List (Zugriffspunkt zur Autorisierungsliste hinzufügen) ein. Wenn Sie mehr als ein Cisco WiSM verwenden, können Sie mit WCS den SSC-Schlüssel-Hash auf alle anderen Controller übertragen.

Weitere Informationen finden Sie in den Versionshinweisen für Cisco Aironet Access Points der Serien 1130AG, 1200, 1230AG und 1240AG für Cisco IOS Release 12.3(7)JX.

F. Ich habe meinen Access Point in den Lightweight-Modus konvertiert, muss ihn jedoch wieder in den autonomen Modus umwandeln. Ist es möglich?

A. Ja, Sie können autonome Access Points, die Sie in den Lightweight-Modus konvertiert haben, wieder in den autonomen Modus konvertieren. Führen Sie die Schritte im Abschnitt Converting a Lightweight Access Point Back to Autonomous Mode (Zurückkonvertieren eines Lightweight Access Points in den autonomen Modus) unter Upgrading Autonomous Cisco Aironet Access Points to Lightweight Mode (Aktualisieren von autonomen Cisco Aironet Access Points auf den Lightweight-Modus) aus.

Frage: Wie viele Access Points können gleichzeitig mit dem Upgrade-Tool konvertiert werden?

A. Mit der neuesten Version 2.01 des Tools können Sie maximal sechs APs gleichzeitig aktualisieren.

F. Ich habe meinen Access Point in Lightweight AP Protocol (LWAPP) konvertiert, der Access Point kann sich jedoch nicht beim Controller registrieren. Ich erhalte die Meldung "LWAPP Join-Request does not include valid certificate in CERTIFICATE_PAYLOAD from AP." Was verursacht dieses Problem?

A. Dieser Fehler bedeutet, dass die digitalen X.509-Zertifikate ungültig sind. Möglicherweise haben Sie die Cisco Bug-ID CSCsd42296 (nur registrierte Kunden). Die Problemumgehung besteht darin, die Access Points auf die Werkseinstellungen zurückzusetzen.

Eine weitere Möglichkeit besteht darin, dass das selbstsignierte Zertifikat (SSC) nicht beim WLC registriert ist. Ein manuelles Hinzufügen des SSC am Controller kann erforderlich sein. Informationen zum Verfahren finden Sie unter Manuelles Hinzufügen von LWAPP-konvertierten APs zum Controller.

Frage: Kann ich einen Access Point auf der Basis der Cisco IOS Software als Workgroup Bridge konfigurieren und mich mit LWAPP-basierten APs (Lightweight AP Protocol) verbinden?

A. Sie können einen Access Point so konfigurieren, dass er als Arbeitsgruppen-Bridge fungiert, sodass er drahtlose Verbindungen zu einem Lightweight Access Point für Clients bereitstellt, die über Ethernet mit dem Arbeitsgruppen-Bridge Access Point verbunden sind. Wenn Sie den Access Point als Arbeitsgruppen-Bridge konfigurieren und eine Verbindung zu einem Cisco Unified Network herstellen, kann er Wireless-Verbindungen zu kabelgebundenen Clients bereitstellen, die über Ethernet mit dem Arbeitsgruppen-Bridge-Access Point verbunden sind. Wenn Sie beispielsweise eine Wireless-Verbindung für eine Gruppe von kabelgebundenen Geräten bereitstellen müssen, können Sie die Geräte mit einem Hub oder einem Switch verbinden, den Hub oder Switch mit dem Ethernet-Port des Access Points verbinden und den Access Point als Arbeitsgruppen-Bridge konfigurieren.

Das Dokument Workgroup Bridges in a Cisco Unified Wireless Network Configuration Example enthält ein Konfigurationsbeispiel.

Frage: Kann ein Wireless-Client zwischen LWAPP-APs und autonomen APs wechseln?

A. Nein, Roaming zwischen LAPs und autonomen APs wird NICHT unterstützt. Der Grund hierfür ist, dass bei der Verbindung mit den LWAPP-APs der Datenverkehr durch einen LWAPP-Tunnel geleitet wird. Da zwischen dem Wireless LAN Controller und den autonomen APs kein Mobility-Tunnel vorhanden ist, funktioniert das Roaming nicht.

Frage: Welche Antennenoptionen sind für die verschiedenen Modelle der Cisco Aironet 1000 Serie LAPs verfügbar?

A. Das LAP-Gehäuse der Serie 1000 enthält:

• Eine IEEE 802.11a- oder eine 802.11b/g-Funkantenne

• Vier interne Hochleistungsantennen (zwei 802.11a und zwei 802.11b/g)

Sie können diese Antennen unabhängig voneinander aktivieren oder deaktivieren, um eine 180-Grad-sektorisierte oder 360-Grad-omnidirektionale Abdeckung zu erzeugen. Einige der LAPs der Serie 1000 können auch externe Antennen verwenden. Die LAPs der Serie 1000 sind in drei Modellen erhältlich:

• 1010 LAP

• 1020 LAP

• 1030 LAP

Folgende Antennenoptionen stehen zur Verfügung:

• LAP 1010:

  • Vier interne Antennen mit hoher Verstärkung

  • Keine externen Antennenadapter

• 1020 LAP:

  • Vier interne Antennen mit hoher Verstärkung

  • Ein externer 5-GHz-Antennenadapter

  • Zwei externe 2,4-GHz-Antennenadapter

• 1030 LAP (Remote-Edge LAP):

  • Vier interne Antennen mit hoher Verstärkung

  • Ein externer 5-GHz-Antennenadapter

  • Zwei externe 2,4-GHz-Antennenadapter

Hinweis: Die LAPs der Serie 1000 müssen die werkseitig bereitgestellten internen oder externen Antennen verwenden, um einen Verstoß gegen die FCC-Anforderungen zu vermeiden und zu verhindern, dass die Benutzerberechtigung zum Betrieb des Geräts erlischt.

Frage: Welche Stromversorgungsoptionen stehen für die Cisco Aironet LAPs der Serie 1000 zur Verfügung?

A.: Die Aironet LAP der Serie 1000 können mit einer externen Stromversorgung von 110 bis 220 V AC bis 48 V DC oder mit PoE-Geräten versorgt werden. Das externe Netzteil (AIR-PWR-1000) wird an eine sichere Netzsteckdose mit 110 bis 220 V Wechselstrom angeschlossen. Der Umrichter liefert den erforderlichen 48 VDC-Ausgang für die LAP der Serie 1000. Der Stromrichterausgang wird über eine 48-V-Gleichstrombuchse an die Seite der 1000-Serie-LAP geführt.

Hinweis: Sie können das externe AIR-PWR-1000-Netzteil mit länderspezifischen Netzkabeln für Steckdosen bestellen. Wenden Sie sich bei der Bestellung an Cisco, um das richtige Netzkabel zu erhalten.

Frage: Kann ich Telnet/SSH in einen LWAPP-basierten Access Point integrieren?

A. In Wireless LAN Controller Version 5.0 und höher unterstützt der Controller die Verwendung von Telnet- oder SSH-Protokollen (Secure Shell) zur Fehlerbehebung bei Lightweight Access Points. Sie können diese Protokolle verwenden, um das Debuggen zu vereinfachen, insbesondere wenn der Access Point keine Verbindung mit dem Controller herstellen kann. Die Telnet- und SSH-Unterstützung kann nur über die CLI des Controllers konfiguriert werden.

Um die Telnet- oder SSH-Verbindung auf einem Access Point zu aktivieren, verwenden Sie die Konfigurationsap {telnet | ssh} Befehl. Der Cisco Lightweight Access Point wird diesem Cisco Wireless LAN Controller für den gesamten Netzwerkbetrieb und bei einem Hardware-Reset zugewiesen.

config ap {telnet | ssh} {enable | disable} Cisco_AP

Beispiele

> config ap telnet enable cisco_ap1
> config ap telnet disable cisco_ap1
> config ap ssh enable cisco_ap2
> config ap ssh disable cisco_ap2

Frage: Konfigurieren globaler Anmeldeinformationen für Access Points Wie lauten der Standardbenutzername und das Standardkennwort in Version 5.0?

A.: Cisco IOS Access Points werden ab Werk mit Cisco als Standard-Aktivierungskennwort geliefert. Mit diesem Kennwort können sich Benutzer im nicht privilegierten Modus anmelden und Show- und Debug-Befehle ausführen, die ein Sicherheitsrisiko darstellen. Das Standard-Aktivierungskennwort muss geändert werden, um einen nicht autorisierten Zugriff zu verhindern und Benutzern die Ausführung von Konfigurationsbefehlen über den Konsolenport des Access Points zu ermöglichen.

In der Controller-Software vor Version 5.0 können Sie das Aktivierungskennwort des Access Points nur für Access Points festlegen, die derzeit mit dem Controller verbunden sind. In der Controller-Software Version 5.0 können Sie einen globalen Benutzernamen, ein Kennwort und ein Aktivierungskennwort festlegen, die alle Access Points übernehmen, wenn sie dem Controller beitreten. Dies umfasst alle Access Points, die derzeit mit dem Controller verbunden sind, sowie alle zukünftigen Access Points. Bei Bedarf können Sie die globalen Anmeldedaten überschreiben und einen eindeutigen Benutzernamen, ein Kennwort und ein Aktivierungskennwort für einen bestimmten Access Point zuweisen.

Weitere Informationen zum Konfigurieren der globalen Anmeldeinformationen des Access Points finden Sie unter Konfigurieren der globalen Anmeldeinformationen für Access Points.

Q. Ich habe Wireless LAN Controller (WLC) 2006 und Access Point (AP) 1242 mit Firmware-Version 3.2.78.0. Ich habe Probleme mit Access Points, die sich damit verbinden, und erhalte folgende Fehlermeldungen: "lwapp_client_error;keine Leseantwort erhalten(3). Lwapp_image_broc;kann TAR-Datei nicht öffnen"

A. AP 1242s sind konvertierte LWAPP-APs (Lightweight Access Point Protocol). Sobald Sie konvertieren und versuchen, sie zu verwenden, versuchen sie, nach dem Controller zu suchen, um ihm beizutreten. Wenn die APs den Controller nicht finden, wird diese Meldung auf der Konsole angezeigt. In diesem Fall verfügt der Controller jedoch über die Firmware-Version 3.2.78.0, die nicht mit aktualisierten APs kompatibel ist. Sie benötigen die Firmware-Version 3.2.116.21, um mit aktualisierten Access Points arbeiten zu können. Nach dem Upgrade der Controller-Firmware werden diese APs dem Controller hinzugefügt und funktionieren.

F. Clients zeigen eine MAC-Adresse von 00:17:0f:37:65:c4 an, wenn sie mit einem Access Point verbunden sind. Der Access Point zeigt jedoch an, dass dies eine Radio-MAC-Basisadresse von 00:17:0f:37:65:c0 ist. Warum zeigt der Client eine andere MAC-Adresse an als der Access Point? Kann festgestellt werden, welche MAC-Adresse das Gerät registriert, wenn zwei Access Points mit sehr engen MAC-Adressen vorhanden sind?

A. Wenn Sie einen Access Point im Detail betrachten, können Sie sehen, dass er eine grundlegende Radio-MAC-Adresse und eine FastEthernet-MAC-Adresse hat. Darüber hinaus ist dies die grundlegende Radio-MAC-Adresse, die sich mit dem WLAN ändert. Der Client sieht die BSSID tatsächlich in Form einer MAC-Adresse.

Frage: Ich habe ein bestehendes Wireless-Netzwerk (autonome Access Points) mit einem als Repeater konfigurierten Access Point. Dieses Netzwerk soll in ein drahtloses LWAPP-Netzwerk migriert werden. Kann ich die LWAPP APs als Repeater verwenden?

A.: LWAPP-APs müssen einem Controller beitreten, und sie unterstützen keinen Repeater-Modus, da sie alle zuerst über eine Verbindung zum Controller verfügen müssen. Autonome Access Points von Cisco können als Repeater konfiguriert werden. Aufgrund der Verringerung der effektiven Bandbreite für Endclients werden jedoch Repeater nicht als die am häufigsten empfohlene Konfiguration angesehen. Alle Cisco Aironet AP- oder LAP-Modelle können entweder im LWAPP- oder im autonomen Modus verwendet werden. Um diese Änderung vorzunehmen, ist jedoch ein Software-Rebimage erforderlich. Dies ist besonders komplex, wenn es von autonom zu LWAPP geht, also direkt, nein, ein AIR-LAP1232AG-A-K9 unterstützt nativ nicht den Repeater-Modus. Es könnte mit autonomer Software geladen werden und den Repeater-Modus unterstützen, was jedoch einen Softwarewechsel und eine separate Konfiguration erfordern würde.

Frage: Wie viele APs können WLCs unterstützen?

A. Die Anzahl der APs, die pro WLC unterstützt werden, hängt von der Modellnummer ab:

• 2106: Ein Standalone-WLC, der bis zu 6 APs mit 8 Fast Ethernet-Schnittstellen unterstützt.

• 4402: Ein Standalone-WLC, der 12, 25 oder 50 APs unterstützt.

• 4404: Ein Standalone-WLC, der 100 APs unterstützt.

• 5500: Ein Standalone-WLC, der 12, 25, 50, 100 oder 250 Access Points für geschäftskritische Wireless-Services an Standorten aller Größen unterstützt.

• WLCM: Ein WLC-Modul, das speziell für die Integrated Service Router (ISR)-Serie von Cisco entwickelt wurde. Es ist derzeit in einer 6, 8 oder 12 AP-Version verfügbar.

• WS-C3750G: Ein WLC, der entweder 25 oder 50 APs unterstützt und in den Catalyst 3750-Switch integriert ist. Die Backplane-Verbindungen des WLC erscheinen als 2-Gigabit-Ethernet-Ports, die separat als dot1q-Trunks konfiguriert werden können, um die Verbindung zum 3750 bereitzustellen. Die Gig-Ports können auch für die Link-Aggregation konfiguriert werden, um eine einzelne EtherChannel-Verbindung mit dem 3750 bereitzustellen. Da der WLC direkt integriert ist, hat er Zugriff auf alle erweiterten Routing- und Switching-Funktionen des Stackable Switches 3750. Dieser WLC ist ideal für mittelgroße Büros oder Gebäude. Die Version mit 50 APs kann auf bis zu 200 APs skaliert werden, wenn vier 3750-APs als virtueller Switch in einem Stack zusammengefasst werden.

• WiSM: Ein WLC-Modul, das speziell für die Cisco Catalyst Switches der Serie 6500 entwickelt wurde. Pro Modul werden bis zu 300 APs unterstützt. Je nach 6500-Plattform können mehrere WISMs installiert werden, um umfassende Skalierbarkeit zu bieten. Das WiSM erscheint auf dem 6500 als eine einzelne aggregierte Verbindungsschnittstelle, die als dot1-Trunk konfiguriert werden kann, um die Verbindung zur 6500-Backplane bereitzustellen. Dieses Modul ist ideal für große Gebäude oder Campus geeignet.

Frage: Wie viele Client-Zuordnungen können Access Points maximal unterstützen?

A. Die maximale Anzahl von Clientzuordnungen, die von den Access Points unterstützt werden können, hängt von folgenden Faktoren ab:

• Die maximale Anzahl der Client-Zuordnungen unterscheidet sich für Lightweight- und AutoMouse-IOS-Access Points.

• Möglicherweise gibt es ein Limit pro Funk und ein Limit pro WAP.

• AP-Hardware (APs mit 16 MB haben eine niedrigere Grenze als APs mit 32 MB und mehr).

Ausführliche Informationen zu den Beschränkungen für die Client-Zuordnung finden Sie im Abschnitt Client Association Limits im Cisco Wireless LAN Controller Configuration Guide, Release 7.0.

Frage: Unterstützt der 1252 AP Bridging?

Antwort: Ja, der Bridging-Modus wird auf dem Access Point der Serie 1252 unterstützt.

Frage: Unterstützt die LWAPP-Infrastruktur (Lightweight AP Protocol) PPP over Ethernet (PPPoE) (PC-Client zu einem PPPoE-Server)?

A. Nein, die LWAPP-Infrastruktur unterstützt PPPoE nicht. Der Grund hierfür ist, dass der PPPoE-Ethertype am Controller verloren geht.

Frage: Wie kann ich das Cisco Aironet LAP der Serie 1000 manuell zurücksetzen?

A. Sie können den Access Point über den Wireless LAN (WLAN) Controller (WLC) auf die Werkseinstellungen zurücksetzen. Zum Zurücksetzen muss der LAP beim WLC registriert werden.

Führen Sie diese Schritte aus:

1. Klicken Sie in der WLC-GUI auf Wireless. Die Registerkarte Wireless ermöglicht den Zugriff auf die Wireless-Netzwerkkonfiguration der Cisco WLAN-Lösung.
2. Wählen Sie Access Points > Cisco APs aus, und klicken Sie dann auf Detail, um zum Fenster für den jeweiligen Access Point zu navigieren.
3. Klicken Sie unten in diesem Fenster auf Konfiguration löschen. Dadurch wird die Konfiguration der LAP gelöscht und auf die Werkseinstellungen zurückgesetzt.

Um die LAPs mithilfe der Kommandozeile auf die Werkseinstellungen zurückzusetzen, geben Sie den Befehl clear ap-config ap-name aus der WLC-CLI ein.

Frage: Wo erhalte ich nähere Informationen zu den Cisco Aironet LAPs der Serie 1000?

A. Siehe Fragen und Antworten zu Cisco Lightweight Access Points der Serie 1000. In diesem Dokument werden zahlreiche Fragen zu den LAPs der Serie 1000 beantwortet.

Frage: Welche Cisco Geräte unterstützen den Layer-2-Modus (LWAPP, Lightweight AP Protocol)?

A. Der Layer-2-LWAPP-Modus wird nur auf den folgenden Cisco Geräten unterstützt:

• Cisco Wireless LAN Controller (WLC) der Serie 4100

• Cisco WLC der Serie 4400

• Cisco Aironet LAP der Serie 1000

Frage: Soweit mir bekannt ist, verwenden die Cisco LAPs eine VCI-Zeichenfolge (Vendor Class Identifier) mit der DHCP-Option 43 zur Controller-Erkennung. Wie lautet der VCI-Zeichenfolgenwert für Cisco LAPs?

A. Die Cisco Aironet Access Points der Serie 1000 verwenden ein Zeichenfolgenformat für die DHCP-Option 43, während die anderen Aironet Access Points das TLV-Format (Typ, Länge, Wert) für die DHCP-Option 43 verwenden. Sie müssen DHCP-Server so programmieren, dass sie die Option auf der Grundlage der DHCP-VCI-Zeichenfolge des Access Points (DHCP-Option 60) zurückgeben. Diese Tabelle enthält die VCI-Zeichenfolgenwerte für die verschiedenen LAPs:

F. Welche Bedeutung haben die TLV-Blockwerte für die DHCP-Option 43? Wie wird der TLV-Wert berechnet?

A. DHCP-Option 43 kann auf dem DHCP-Server des Cisco IOS-Routers mit dem folgenden Befehl aktiviert werden:

Option 43 hex <string>

Die Hexadezimalzeichenfolge in diesem Befehl wird durch Verketten der TLV-Werte für die Unteroption 43 assembliert.

Type + Length + Value

• Type ist immer der Code der Suboption 0xf1.

• „Length“ ist die Anzahl der IP-Adressen für das Controller-Management mal 4 im Hexadezimalformat.

• „Value“ ist die IP-Adresse des Controllers, die sequenziell im Hexadezimalformat aufgeführt wird.

Beispiel: Zwei Controller mit den IP-Adressen der Verwaltungsschnittstelle 10.126.126.2 und 10.127.127.2:

• Der Typ ist 0xf1.

• Die Länge ist 2 * 4 = 8 = 0x08.

• Die IP-Adressen werden in 0a7e7e02 (10.126.126.2) und 0a7f7f02 (10.127.127.2) übersetzt.

• Die Assemblierung der Zeichenfolge ergibt f1080a7e7e020a7f7f02. Der IOS-Befehl, der dann zum DHCP-Bereich hinzugefügt wird, lautet:

  option 43 hex f1080a7e7e020a7f7f02
  

Frage: Unterstützt der Wireless LAN Controller (WLC) den AP-Lastenausgleich?

A. Ja, Sie können den AP-Lastenausgleich auf einem WLC durchführen. Weitere Informationen finden Sie unter Wireless LAN Controller (WLC) Troubleshoot FAQ.

Frage: Wie konfiguriere ich einen WLC-Failover (Wireless LAN Controller) für LAPs?

A. Im Konfigurationsbeispiel zum WLAN-Controller-Failover für Lightweight Access Points finden Sie Einzelheiten zur Konfiguration des WLC-Failovers.

F. Wie kann ich die Reset-Taste auf den APs nach der Umstellung vom autonomen auf den Lightweight-Modus deaktivieren?

A. Sie können die Reset-Taste auf APs deaktivieren, die Sie in den Lightweight-Modus konvertiert haben. Die Reset-Taste ist auf der Außenseite des AP mit "MODE" gekennzeichnet. Mit diesem Befehl können Sie die Reset-Taste auf einem oder allen konvertierten APs, die einem Controller zugeordnet sind, deaktivieren oder aktivieren:

config ap reset-button {enable | disable} {ap-name | all} 

Die Reset-Taste auf konvertierten APs ist standardmäßig aktiviert.

Frage: Kann ein LWAPP-fähiger (Lightweight AP Protocol) Access Point über eine WAN-Verbindung mit dem Wireless LAN Controller (WLC) verbunden werden? Wenn ja, wie funktioniert das?

A. Ja, einige LAPs unterstützen die Funktion Remote-Edge AP (REAP). Mit dieser Funktion können Sie einen LAP über einen WAN-Link vom WLC aus betreiben, mit dem der LAP verbunden ist. Im REAP-Modus kann sich ein LAP über einen WAN-Link befinden und weiterhin mit dem WLC kommunizieren sowie die Funktionen eines regulären LAP nutzen. Ein detailliertes Beispiel für diese Konfiguration finden Sie unter Remote-Edge AP (REAP) mit Lightweight APs und Wireless LAN Controllers (WLCs).

Hinweis: Der REAP-Modus wird derzeit nur auf den Cisco Aironet 1030 LAPs unterstützt. Die REAP-Funktionalität wird zukünftig in eine größere Anzahl von LAPs integriert werden.

Frage: Haben wir auf den APs im Überwachungsmodus nach wie vor die gleichen WAN-Beschränkungen wie auf den regulären APs und den H-REAPs? Benötigen wir also eine RTD-Übertragung von 100 ms oder mehr zwischen dem Controller und einem AP im Überwachungsmodus?

A. Nein, der Überwachungsmodus AP hat nicht die 100 ms-Einschränkung, da es keine Client-Zuordnung gibt, was der Grund für die Einschränkung ist. Die Latenzbegrenzung von 100 ms wurde aus verschiedenen und oft strengen Anforderungen für die Client-Autorisierung erstellt. Aus diesem Grund haben sowohl der lokale Modus als auch H-REAPs identische Latenzbegrenzungen. Natürlich haben APs im Überwachungsmodus nicht dieselben Client-Einschränkungen.

Frage: Meine WLC-Version ist 3.2. Sie ist für Layer 3 Lightweight Access Point Protocol (LWAPP) konfiguriert. Die MTU für das Netzwerk zwischen diesem WLC und meinem Lightweight Access Point (LAP) wird auf 900 Byte konfiguriert. Mein LWAPP-AP kann diesem WLC nicht beitreten. Was kann der Grund dafür sein?

Antwort: Die im Szenario konfigurierte MTU beträgt 900 Byte. Eine LWAPP-Join-Anforderung ist jedoch größer als 1500 Byte. In diesem Fall benötigt LWAPP ein Fragment der LWAPP-Join-Anforderung. Die Logik für alle LWAPP-APs ist, dass die Größe des ersten Fragments 1500 Byte beträgt (einschließlich IP- und UDP-Header) und das zweite Fragment 54 Byte beträgt (einschließlich IP- und UDP-Header). Wenn das Netzwerk zwischen den LWAPP-APs und dem WLC eine MTU-Größe von weniger als 1500 (z. B. VPN, GRE, MPLS usw.) aufweist, wie in Ihrem Fall, kann der WLC die LWAPP-Join-Anforderung nicht verarbeiten. Daher kann LWAPP nicht am Controller angeschlossen werden.

Aktualisieren Sie Ihren Controller auf Version 4.0, um diese Situation zu bewältigen. Diese Version kann Layer-3-Fragmente verarbeiten. Weitere Informationen zu diesem Problem finden Sie unter Cisco Bug-ID CSCsd94967 (nur registrierte Kunden).

F. Ich habe einen WLC, den ich aus Singapur bekommen habe. Mit diesem WLC sollte eine Zweigstelle mit ihm (REAP) verbunden werden, um eine drahtlose Verbindung herzustellen. Ich habe Büros in anderen Ländern. Allerdings erhalte ich Fehlermeldungen vom Singapore WLC. Besteht eine Möglichkeit, den WLC zu zwingen, Access Points (APs) mit unterschiedlichen Zulassungsdomänen zu akzeptieren? Die Fehlermeldung, die ich erhalte, lautet: "AP 'AP_NAME' kann keine Verknüpfung herstellen. Die auf ihm konfigurierte Zulassung '-R' stimmt nicht mit dem Controller 'A.B.C.D'-Ländercode 'SG - Singapur überein"

A. Der WLC unterstützt nur eine Zulassung. Daher kann ein WLC, der die Zulassungsdomäne -A verwendet, nur mit APs verwendet werden, die die Zulassungsdomäne -A verwenden (usw.). In diesem Fall ist der WLC für Singapur auf -SG festgelegt, sodass er nur APs im regulatorischen Bereich von Singapur unterstützt.

Wenn Sie APs und WLCs erwerben, stellen Sie sicher, dass diese denselben Zulassungsbereich nutzen. Erst dann können sich die APs beim WLC registrieren.

Unterstützung für mehrere Ländercodes - Mit WLC Version 4.1.171.0 und höher wird die Unterstützung für mehrere Ländercodes mit WLCs eingeführt. Ab Version 4.1.171.0 können Sie bis zu 20 Ländercodes pro Controller konfigurieren. Durch die Unterstützung mehrerer Ländercodes können Access Points in verschiedenen Ländern über einen einzigen Controller verwaltet werden. Diese Funktion wird für die Verwendung mit Cisco Aironet Mesh Access Points nicht unterstützt.

Frage: In welchen unterschiedlichen Modi kann ein Lightweight Access Point (LAP) betrieben werden?

A. Ein LAP kann in einem der folgenden Modi betrieben werden:

• Local mode (Lokaler Modus): Dies ist der Standardbetriebsmodus. Wenn ein LAP in den lokalen Modus geschaltet wird, sendet der WAP über den normalerweise zugewiesenen Kanal. Der WAP überwacht jedoch auch alle anderen Kanäle im Band über einen Zeitraum von 180 Sekunden, um jeden der anderen Kanäle während der Nicht-Übertragungszeit 60 ms lang abzutasten. Während dieser Zeit führt der Access Point Geräuschmessungen durch, misst Interferenzen und sucht nach IDS-Ereignissen.

• REAP-Modus - Der REAP-Modus (Remote Edge Access Point) ermöglicht einem LAP, sich über einen WAN-Link zu befinden und dennoch mit dem WLC zu kommunizieren und die Funktionen eines regulären LAPs bereitzustellen. Der REAP-Modus wird nur auf den 1030 LAPs unterstützt.

• H-REAP-Modus: H-REAP ist eine Wireless-Lösung für Bereitstellungen in Zweigstellen und an Remote-Standorten. H-REAP ermöglicht Kunden die Konfiguration und Steuerung von Access Points (APs) in Zweigstellen oder Zweigstellen über eine WAN-Verbindung, ohne dass in jedem Büro ein Controller bereitgestellt werden muss. H-REAPs können den Client-Datenverkehr lokal schalten und die Client-Authentifizierung lokal durchführen, wenn die Verbindung zum Controller unterbrochen wird. Wenn eine Verbindung zum Controller besteht, können H-REAPs den Datenverkehr auch über einen Tunnel zum Controller zurückleiten.

• Überwachungsmodus - Der Überwachungsmodus ist eine Funktion, mit der bestimmte LWAPP-fähige APs sich selbst von der Verarbeitung des Datenverkehrs zwischen Clients und der Infrastruktur ausschließen können. Stattdessen fungieren sie als dedizierte Sensoren für standortbasierte Services, die Erkennung unautorisierter Access Points und Intrusion Detection (IDS). Wenn sich die Access Points im Überwachungsmodus befinden, können sie keine Clients bedienen und durchlaufen kontinuierlich alle konfigurierten Kanäle, die die einzelnen Kanäle für ca. 60 ms überwachen.

  Hinweis: Ab der Controller-Version 5.0 können LWAPPs auch im standortoptimierten Überwachungsmodus (Location Optimized Monitor Mode, LOMM) konfiguriert werden, der die Überwachung und Standortberechnung von RFID-Tags optimiert. Weitere Informationen zu diesem Modus finden Sie unter Cisco Unified Wireless Network Software, Version 5.0.

  Hinweis: Mit der Controller-Version 5.2 wurde der Abschnitt Location Optimized Monitor Mode (LOMM) in Tracking Optimization (Tracking-Optimierung) umbenannt, und das Dropdown-Feld LOMM Enabled (LOMM aktiviert) wurde in Enable Tracking Optimization (Tracking-Optimierung aktivieren) umbenannt.

  Hinweis: Weitere Informationen zum Konfigurieren der Tracking-Optimierung finden Sie im Abschnitt Optimieren der RFID-Verfolgung an Access Points.

• Rogue Detector mode (Erkennungsmodus für nicht autorisierte APs): LAPs, die im Erkennungsmodus für nicht autorisierte APs arbeiten, überwachen die nicht autorisierten APs. Sie übertragen keine nicht autorisierten APs und enthalten keine solchen. Die Idee dahinter ist, dass der Detektor für unautorisierte Access Points in der Lage sein sollte, alle VLANs im Netzwerk zu sehen, da unautorisierte APs mit einem beliebigen VLAN im Netzwerk verbunden werden können (also mit einem Trunk-Port verbunden werden). Der Switch sendet alle Listen der nicht autorisierten APs/Client-MACs an den Rogue Detector (RD). Der RD leitet diese Daten dann an den WLC weiter, um sie mit den MACs der Clients zu vergleichen, die die WLC-APs drahtlos vernommen haben. Wenn MACs übereinstimmen, weiß der WLC, dass sich der unautorisierte Access Point, mit dem diese Clients verbunden sind, im kabelgebundenen Netzwerk befindet.

• Sniffer-Modus: Ein LWAPP, das im Sniffer-Modus arbeitet, fungiert als Sniffer und erfasst und leitet alle Pakete auf einem bestimmten Kanal an einen Remote-Computer weiter, auf dem Airopeek ausgeführt wird. Diese Pakete enthalten Informationen zu Zeitstempel, Signalstärke, Paketgröße usw. Die Sniffer-Funktion kann nur aktiviert werden, wenn Sie Airopeek ausführen, eine Netzwerkanalysesoftware eines Drittanbieters, die die Dekodierung von Datenpaketen unterstützt.

• Bridge-Modus - Der Bridge-Modus wird verwendet, wenn die Access Points in einer Mesh-Umgebung eingerichtet werden und als Bridge zwischen den Access Points dienen.

Frage: Wie ändere ich den Modus bei einem Lightweight Access Point?

A. Führen Sie die folgenden Schritte aus, um den Modus eines Lightweight Access Points zu ändern.

1. Wählen Sie in der WLC-GUI Wireless > Access Points > All APs (Wireless > Zugangspunkte > Alle APs) aus, und wählen Sie aus der Liste der registrierten APs den AP aus, dessen Modus geändert werden soll.

2. Die Seite Alle APs > Details für AP wird angezeigt. Wählen Sie auf der Registerkarte General (Allgemein) auf dieser Seite aus dem Dropdown-Menü den AP Mode (Zugriffsmodus) aus, wie dargestellt:

   

Frage: Ich habe neu installierte LAP-1131AG Access Points, die einem bestimmten Controller zugewiesen wurden. Meine Controller-Version ist 4.0.155.5. Wenn ich sie mit dem gleichen Wireless LAN Controller (WLC) starte, auf den sie grundiert sind, leuchten sie schließlich grün. Wie in der Dokumentation beschrieben, bedeutet dieses hellgrüne Licht auf der Status-LED, dass sie mit dem WLC verbunden sind. Ich konnte diesen Access Point jedoch nicht in der Access Point-Liste des WLC finden. Warum ist das so? Wurde das LWAPP (Lightweight Access Point Protocol) verknüpft?

A. Wenn der Access Point auf einen WLC auf Layer 3 gegrundet ist, aber beim Start keine IP-Adresse erhalten kann, leuchtet die Status-LED des WLC grün und geht erst in die Such- und Neustartsequenz über, wenn er eine IP-Adresse von DHCP bezieht.

In solchen Szenarien zeigt die Status-LED, die grün leuchtet, nicht an, dass die LWAPP beim Controller registriert ist. Nachdem die Access Points ihre DHCP-Adressen abgerufen haben, suchen sie nach dem WLC und führen, falls sie nicht gefunden werden, einen Neustart durch und fahren wie erwartet fort. Damit ist ein Fehler verbunden.

Weitere Informationen finden Sie unter Cisco Bug ID CSCsf10580 (nur registrierte Kunden).

F. Was bedeuten die LEDs auf der LAP?

A. Dies ist ein Link zu einem kurzen Video, in dem erläutert wird, wie die LEDs eines AP mit 1130AG-Lightweight-Bauteilen zu interpretieren sind:

Interpretieren von LAP-LEDs - LAP1130

Frage: Was ist der Unterschied zwischen RAPs (Roof-Top Access Points) und PAPs (Pole-Top Access Points) als Modi von MAPs (Lightweight Mesh Access Points)?

A. Dies sind die Modi, die die Outdoor-MAPs als Teil des Mesh-Netzwerks betreiben können. Die Mesh-Netzwerklösung, die Teil der Cisco Unified Wireless Network-Lösung ist, ermöglicht es zwei oder mehr Cisco Aironet Lightweight MAPs, über einen oder mehrere Wireless-Hops miteinander zu kommunizieren, um mehrere LANs zu verbinden oder die 802.11b-Wireless-Abdeckung zu erweitern.

Diese Access Points werden als Teil des Mesh-Netzwerks verwendet und können in zwei Modi betrieben werden:

1. RAP

2. PAP

RAP: Cisco MAPs, die im RAP-Modus betrieben werden, sind der übergeordnete Knoten zu einem Bridge- oder Mesh-Netzwerk und verbinden ein Bridge- oder Mesh-Netzwerk mit dem kabelgebundenen Netzwerk. Daher kann es nur einen RAP für ein Bridge- oder Mesh-Netzwerksegment geben. In einem Mesh-Netzwerk werden Cisco MAPs von jedem bereitgestellten Cisco WLAN-Controller (WLC) aus konfiguriert, überwacht und betrieben. Jeder MAP, der über eine Kabelverbindung mit dem WLC verfügt, übernimmt die Rolle eines RAP. Dieser RAP verwendet die Wireless-Backhaul-Schnittstelle für die Kommunikation mit benachbarten PAPs.

PAP - Cisco MAPs, die im PAP-Modus betrieben werden, haben keine kabelgebundene Verbindung zu einem Cisco WLC. Sie können vollständig drahtlos sein und Clients unterstützen, die mit anderen PAPs oder RAPs kommunizieren, oder sie können verwendet werden, um eine Verbindung zu Peripheriegeräten oder einem kabelgebundenen Netzwerk herzustellen. Der Ethernet-Port ist standardmäßig aus Sicherheitsgründen deaktiviert, aber Sie sollten ihn für PAPs aktivieren.

Weitere Informationen dazu, wie ein MAP die Rolle von RAP und PAP übernimmt, finden Sie im Abschnitt Zero Touch Configuration im Cisco Mesh Networking Solution Deployment Guide.

F. Wie interpretieren Sie das Strahlungsmuster der LAP-Antennen (Lightweight Access Point) der Serie 1000?

A. Azimutdiagramme sind in der Regel mit dem Gerät/der Antenne in normaler Betriebsrichtung (vertikal, oben, in der Mitte des Diagramms für omni; waagerecht, mittig montiert, Richtung "0" vorwärts im Diagramm). Die A-Seite ist höchstwahrscheinlich vorwärts und wird bei der 0-Markierung für den Azimut und der 90-Markierung für die Elevation dargestellt. Die B-Seite wird bei der 180-Markierung für den Azimut und bei der 270-Markierung für die Elevation dargestellt. Das Muster ändert sich im freien Raum nicht, wenn die Einheit invertiert ist. Die unmittelbaren Oberflächen können jedoch Reflexion/Absorption verursachen und das Muster verändern. Metallische Objekte in der Nähe der Strahler (innerhalb von ca. 2 Wellenlängen) können das Muster ebenfalls erheblich verzerren. Weitere Informationen finden Sie im Cisco Aironet Antenna Reference Guide (Referenzhandbuch zur Aironet-Antenne). Die Antennen der Serie 1000 werden im letzten Abschnitt dieses Dokuments erläutert.

Frage: Können wir einschränken, welche APs einem Controller beitreten? Ich sehe die Seite SECURITY/AAA/AP Policies (Sicherheitsrichtlinien/AAA/AP-Richtlinien), auf der Sie APs für AAA oder Zertifikate autorisieren können. Ich kann der Autorisierungsliste einen Access Point hinzufügen, aber wird dadurch die Teilnahme am Controller nur auf die Liste der Access Points beschränkt?

A. Nein, Controller verarbeiten APs nach dem Windhundverfahren. Sie können möglicherweise mit den primären, sekundären und tertiären Feldern spielen, um die Chancen auf AP-Verbindungen nach Ihren Vorstellungen zu erhöhen.

Frage: Ist es mit LWAPP möglich, die SSIDs eines AP auf Basis einzelner APs zu bestimmen? Was ist erforderlich, um bestimmte APs in einer Zone bereitstellen zu können, die eine eindeutige SSID verwenden, und alle anderen APs, die eine andere Gruppe von SSIDs verwenden?

A. Mit der Option zum Überschreiben des WLAN können Sie auswählen, welche SSIDs ein AP anbietet. Die Controller unterstützen jeweils nur bis zu 16 SSIDs. Sie können also nur unter den unterstützten 16 SSIDs wählen. Dies erfolgt auf AP-Basis.

Frage: Wenn ich einige LWAPP-Befehle in meiner LAP aktiviere, wird ein Fehler ausgegeben, der besagt, dass der Befehl deaktiviert ist. Warum ist das so?

 
AccessPoint#clear lwapp ap controller ip address 
ERROR!!! Command is disabled.

A. Nachdem der Access Point erfolgreich einem Controller beigetreten ist, werden die LWAPP-Befehle deaktiviert. Um die LWAPP-Befehle erneut zu aktivieren, müssen Sie den Benutzernamen/das Kennwort des Access Points über die CLI des Controllers mit dem Befehl config ap username <name> password <pwd> <cisco-ap>/all festlegen. Anschließend können Sie eine klare lwapp private-config in der AP-CLI vornehmen, damit Sie die AP-LWAPP-Konfigurationsbefehle manuell neu eingeben können.

Hinweis: Wenn Sie WLC Version 5.0 oder höher ausführen, verwenden Sie diesen Befehl, um den Benutzernamen und das Kennwort auf dem Access Point festzulegen:

config ap mgmtuser add username AP_username 
password AP_password secret secret {all | Cisco_AP}

Frage: Wenn sich zwei APs auf demselben Kanal befinden und sich gegenseitig sehen können, welche Auswirkungen hat dies (für den Roaming-Durchsatz usw.) auf die Nutzung von vier anstatt von drei Kanälen? Wie reagieren die APs in einer solchen Situation und wie reagiert ein Client?

A. Unabhängig davon, ob sich die Access Points auf demselben Kanal befinden oder nicht, hat dies keine besonderen Auswirkungen auf das Client-Roaming. Wichtig ist eine ausreichende Zellüberlappung, sodass Clients einen reibungslosen Übergang vom Abdeckungsbereich eines AP zum nächsten durchführen können. Der Übergang von einem Drei-Kanal-Design zu einem Vier-Kanal-Design zielt darauf ab, die Designflexibilität (aufgrund des "zusätzlichen" Kanals) zu erhöhen. Dieser Ansatz ist kurzsichtig, da Sie zwar ein wenig Bereitstellungsflexibilität hinzufügen (da ein anderer Kanal zur Verfügung steht), die Anzahl der Co-Channel-Interferenzen jedoch tatsächlich erhöhen. Der 4-Kanal-Ansatz bietet mehr Designflexibilität, und zusätzliche Co-Kanal-Interferenzen gehen verloren. Fazit kein 4-Kanal-Design verwenden.

F. Können wir kontrollieren, wann Kunden Roaming nutzen? Können wir den Client allein aufgrund der Signalstärke auf individueller AP-Basis und für alle Client-Adapter roamen lassen?

A. Heute ist Roaming immer eine Funktion des Kunden, und die Wahl zu roamen oder nicht wird unterschiedlich in verschiedenen Clients implementiert. Directed Roaming ist Teil von CCX, kann jedoch nicht verwendet werden.

Frage: Gibt es spezifische Anforderungen oder Empfehlungen für eine WAN-Verbindung, die zwischen REAP/HREAP AP am Remote-Standort und WLC am Hauptstandort implementiert wird?

A.: Dies sind einige der Hauptfaktoren, die bei der WAN-Verbindung berücksichtigt werden müssen:

• Stellen Sie sicher, dass die Bandbreite der WAN-Verbindung mindestens 128 Kbit/s beträgt.

• Stellen Sie sicher, dass die Latenz oder Round-Trip-Verzögerung zwischen den beiden Standorten über den WAN-Link nicht mehr als 300 ms beträgt, da eine Verzögerung von mehr als 300 ms Authentifizierungsprobleme für den Client verursachen kann, insbesondere wenn eine zentrale Authentifizierung implementiert ist.

F. Ich hatte ein Netzwerk für ein paar Stunden heruntergefahren, wodurch die LAPs die Kommunikation mit WLCs verloren. Nach der Wiederherstellung des Netzwerks übernahmen die LAPs die IP-Adresse vom DHCP-Server, obwohl für diese APs eine statische IP-Adresse konfiguriert ist. In "show ap config general <ap-name>" wird als "Fallback-IP-Adresse" angezeigt. Warum passiert das?

A. Der LAP versucht bis zu 20 Mal, eine Verbindung mit dem WLC herzustellen, und zwar mit LWAPP-Erkennungsmeldungen. Falls er keine Verbindung herstellen kann, versucht er, über DHCP eine neue IP-Adresse zu erhalten. Wenn die LAP eine IP-Adresse vom DHCP-Server erhalten kann, ist diese die aktive IP-Adresse, und die statisch zugewiesene IP-Adresse wird als Fallback verwendet. Dahinter steht der Gedanke, dass die LAPs, wenn sie in ein anderes VLAN (z. B. in ein anderes Gebäude) verschoben werden, eine IP-Adresse abrufen und einem WLC beitreten können. Dieses Verhalten wird im Fehler CSCse66714 erläutert. Sie müssen den WLC auf die Softwareversion 4.0.206.0 aktualisieren.

Frage: Ist es zwingend erforderlich, einen Bridge-Gruppennamen für ein Mesh-Netzwerk zu konfigurieren?

A.: Mit einem Bridge-Gruppen-Namen (BGN) können die Access Points im Mesh logisch gruppiert werden. Obwohl die APs standardmäßig mit einem BGN mit NULL-Wert ausgeliefert werden, um die Zuordnung zu ermöglichen, empfehlen wir, einen BGN festzulegen. Sie können diese Konfigurationsänderung über die CLI oder die GUI mit dem folgenden Befehl vornehmen:

config ap bridgegroupname set Bridge Group Name Cisco AP 

Anmerkung:  BGNs dürfen maximal zehn Zeichen lang sein. Wenn Sie mehr als 10 Zeichen in das BGN-Feld auf der Konfigurationsseite des GUI-Mesh-Access Points des Controllers eingeben, wird eine Fehlermeldung generiert. Ein Fehler tritt auch auf, wenn Sie diesen Parameter über den Befehl config ap bridgegroupname set groupname Cisco_MAP CLI oder WCS (CSCsk64812) konfigurieren.

Wenn Sie BGN in einem Live-Netzwerk konfigurieren, stellen Sie sicher, dass die Konfiguration auf dem MAP erfolgt, das am weitesten entfernt ist, und arbeiten Sie zurück zum RAP. Dies ist sehr wichtig, da Sie eine untergeordnete MAP, die keiner übergeordneten MAP zugeordnet werden kann, mit einer aktualisierten BGN verknüpfen können. Verwenden Sie verschiedene BGNs, um verschiedene Teile Ihres Netzwerks logisch zu gruppieren. Dies ist nützlich, wenn sich RAPs im gleichen Funkbereich befinden und Segmente des Netzes voneinander getrennt bleiben sollen.

Wenn Sie einen neuen Access Point zu einem aktiven Netzwerk hinzufügen möchten, müssen Sie den BGN auf dem neuen Access Point vorkonfigurieren. Wenn Sie das Mesh-Netzwerk mit neuen, sofort einsatzbereiten APs von Grund auf aufrüsten, wird der BGN in den APs auf NULL festgelegt. APs werden in einem neuen Netzwerk mit diesem BGN-Standardwert verbunden. Mit dem folgenden Befehl können Sie den BGN eines AP überprüfen:

show ap config general Cisco AP

Frage: Was passiert, wenn der BGN nicht richtig konfiguriert ist?

A. Wenn dem Access Point in Abhängigkeit vom Netzwerkdesign fälschlicherweise ein anderer Bridge-Gruppenname als der, für den er bestimmt ist, zugewiesen wird, kann dieser Access Point den richtigen Sektor oder Baum ermitteln. Wenn es keinen kompatiblen Sektor erreicht, kann es zu einem Stillstand kommen. Zur Wiederherstellung eines solchen AP mit eingeschränkten Zugriffsrechten wurde das Konzept des Standard-Bridge-Gruppen-Namens eingeführt. Die Grundidee besteht darin, dass ein Access Point, der mit seinem konfigurierten Bridge-Gruppen-Namen keine Verbindung zu einem anderen Access Point herstellen kann, versucht, eine Verbindung mit dem Bridge-Gruppen-Namen der Standardeinstellung herzustellen.

Dies ist der Algorithmus, der zum Erkennen dieser Strangbedingung und Wiederherstellung verwendet wird:

1. Scannen Sie passiv alle benachbarten Knoten, unabhängig von ihrem Bridge-Gruppen-Namen.

2. Der WAP versucht, über das AWPP (Adaptive Wireless Path Protocol) eine Verbindung zu den Nachbarn herzustellen, die über einen eigenen Bridge-Gruppen-Namen erreichbar sind.

3. Wenn Schritt 2 fehlschlägt, versuchen Sie, über AWPP eine Verbindung mit dem Standardnamen der Bridge-Gruppe herzustellen.

4. Führen Sie für jeden fehlgeschlagenen Versuch in Schritt 3 eine Ausschlussliste des Nachbarn auf, und versuchen Sie, den nächstbesten Nachbarn zu verbinden.

5. Wenn der WAP in Schritt 4 keine Verbindung mit allen Nachbarn herstellen kann, starten Sie den WAP neu.

6. Wenn Sie 30 Minuten lang mit dem Standard-Bridgegroupnamen verbunden sind, scannen Sie alle Kanäle erneut, und versuchen Sie, eine Verbindung mit dem richtigen Bridgegroupnamen herzustellen.

Hinweis: Wenn ein WAP in der Lage ist, eine Verbindung mit dem Standard-Bridge-Gruppen-Namen herzustellen, meldet der übergeordnete Knoten den WAP als standardmäßigen untergeordneten/Knoten-/Nachbareintrag auf dem WLAN-Controller, sodass ein Netzwerkadministrator den verlorenen WAP erkennt. Ein solcher WAP kann weder einen Client oder andere Mesh-Knoten als untergeordnete Knoten akzeptieren noch Datenverkehr weiterleiten.

F. Kann eine LAP 1030 mit anderen Bridge-Modellen verbunden werden? Kann eine LAP 1020 auch Bridging unterstützen?

Antwort: Das LAP 1020-Modell unterstützt kein Bridging. Die LAP 1030 unterstützt derzeit das Bridging (ein Hop) zu einer anderen LAP 1030, jedoch nicht zu einem BR1310, BR1400 oder LAP 1500.

Frage: Ist es möglich, Wireless Bridging zwischen LAP-APs einzurichten? Ich möchte, dass ein Funkmodul meiner nicht verkabelten LAPs eine Bridging-Funktion zu den verkabelten Root Bridge LAPs (LAP verbunden mit einem WLC) ausführt. Ist das möglich?

A. Nein. Dies ist auf LAP-APs nicht möglich. Mesh-APs können ein grundlegendes Punkt-zu-Punkt-Bridging in einem Cisco Unified Wireless Network ausführen. Das einzige andere Bridging, das möglich ist, erfolgt über IOS-APs im WGB-Modus (Workgroup Bridge). Diese IOS-APs fungieren als Clients (mit kabelgebundenen Geräten dahinter) für einen LAP-AP. Wireless-Clients können jedoch keine Verbindung zu diesen IOS-APs herstellen.

Frage: Ich habe einen LAP 1131, und dieser Access Point ist erfolgreich bei den Wireless LAN Controllern registriert. Wenn ich den Access Point ohne Power Injector anschließe, leuchten die Funkmodule nicht (LED-Status: grün). Wenn ich den AP jedoch mit dem Power Injector verbinde, leuchten die Funkmodule nicht (LED-Status: orange). Wie kann ich dieses Problem lösen?

A. Dieses Problem kann auf falsch konfigurierte PoE-Parameter (Power over Ethernet) zurückzuführen sein. Gehen Sie folgendermaßen vor, um dieses Problem zu beheben:

1. Klicken Sie auf Wireless, um auf diese Parameter zuzugreifen.
2. Klicken Sie auf den Link Detail des gewünschten Access Points. Die neuen Parameter werden auf der Seite Alle APs > Details unter den POE-Einstellungen angezeigt.
3. Klicken Sie auf der Seite APs > Details des Access Points für die PoE-Einstellungen auf Power Injector State (Status des Power Injectors), und wählen Sie Installed (Installiert).
4. Aktivieren Sie das Kontrollkästchen, um den Power Injector State (Status des Power-Injectors) für den Access Point zu aktivieren. Dieser Parameter ist erforderlich, wenn der angeschlossene Switch IPM nicht unterstützt und ein Power Injector verwendet wird. Dieser Parameter ist nicht erforderlich, wenn der angeschlossene Switch IPM unterstützt.

F. Bei autonomen APs wird Public Secure Packet Forwarding (PSPF) verwendet, um zu verhindern, dass diesem AP zugeordnete Client-Geräte versehentlich Dateien mit anderen Client-Geräten im Wireless-Netzwerk teilen. Gibt es eine gleichwertige Funktion bei Lightweight APs?

A. Die Funktion oder der Modus, die bzw. der die ähnliche Funktion von PSPF in einer Lightweight-Architektur ausführt, wird als Peer-to-Peer-Blockierungsmodus bezeichnet. Der Peer-to-Peer-Blockierungsmodus ist für die Controller verfügbar, die die LAP verwalten.

Wenn dieser Modus auf dem Controller deaktiviert ist (dies ist die Standardeinstellung), können die Wireless-Clients über den Controller miteinander kommunizieren. Wenn der Modus aktiviert ist, wird die Kommunikation zwischen Clients über den Controller blockiert.

Er funktioniert nur zwischen den APs, die demselben Controller zugeordnet sind. Wenn dieser Modus aktiviert ist, werden Wireless-Clients, die an einem Controller angeschlossen sind, nicht daran gehindert, zu Wireless-Clients zu gelangen, die an einem anderen Controller angeschlossen sind, auch nicht an Clients in derselben Mobilitätsgruppe.

F. Kann ein LAP-AP SNMP-Meldungen wie ein IOS-AP verarbeiten?

A. Die LAP-APs können SNMP-Meldungen nicht allein verarbeiten. Um SNMP-Meldungen zu verarbeiten, sollten Sie eine SNMP-Community auf dem WLC konfigurieren, auf dem die LAP registriert ist. Alle AP-Informationen werden vom WLC verwaltet.

Zugehörige Informationen

• Wireless LAN Controller (WLC) Fehlerbehebung Häufig gestellte Fragen
• Cisco Wireless LAN Controller-Module
• Cisco Wireless LAN Controller (WLC) - Häufig gestellte Fragen
• Wireless LAN-Controller und Lightweight Access Point - Konfigurationsbeispiel
• Technischer Support und Dokumentation für Cisco Systeme