In dem Dokumentationssatz für dieses Produkt wird die Verwendung inklusiver Sprache angestrebt. Für die Zwecke dieses Dokumentationssatzes wird Sprache als „inklusiv“ verstanden, wenn sie keine Diskriminierung aufgrund von Alter, körperlicher und/oder geistiger Behinderung, Geschlechtszugehörigkeit und -identität, ethnischer Identität, sexueller Orientierung, sozioökonomischem Status und Intersektionalität impliziert. Dennoch können in der Dokumentation stilistische Abweichungen von diesem Bemühen auftreten, wenn Text verwendet wird, der in Benutzeroberflächen der Produktsoftware fest codiert ist, auf RFP-Dokumentation basiert oder von einem genannten Drittanbieterprodukt verwendet wird. Hier erfahren Sie mehr darüber, wie Cisco inklusive Sprache verwendet.
Cisco hat dieses Dokument maschinell übersetzen und von einem menschlichen Übersetzer editieren und korrigieren lassen, um unseren Benutzern auf der ganzen Welt Support-Inhalte in ihrer eigenen Sprache zu bieten. Bitte beachten Sie, dass selbst die beste maschinelle Übersetzung nicht so genau ist wie eine von einem professionellen Übersetzer angefertigte. Cisco Systems, Inc. übernimmt keine Haftung für die Richtigkeit dieser Übersetzungen und empfiehlt, immer das englische Originaldokument (siehe bereitgestellter Link) heranzuziehen.
In diesem Dokument werden die Online-Status der Kabelmodems in den Cisco Universal Broadband Routern der Serien 900 und 7200 (uBR) und ihre Ursachen für deren Fehler bei der Einrichtung beschrieben.
Sie benötigen grundlegende Kenntnisse des DOCSIS-Protokolls und der Cisco IOS® Software-Befehlszeile auf Routern der uBR-Serie.
Die Informationen in diesem Dokument basieren auf Cisco uBR7200- und uBR900-Kabelmodem-Terminierungssystemen (CMTS) und DOCSIS-kompatiblen Kabelmodems.
Die Informationen in diesem Dokument beziehen sich auf Geräte in einer speziell eingerichteten Testumgebung. Alle Geräte, die in diesem Dokument benutzt wurden, begannen mit einer gelöschten (Nichterfüllungs) Konfiguration. Wenn Ihr Netzwerk in Betrieb ist, stellen Sie sicher, dass Sie die möglichen Auswirkungen aller Befehle verstehen.
Weitere Informationen zu Dokumentkonventionen finden Sie unter Cisco Technical Tips Conventions (Technische Tipps von Cisco zu Konventionen).
In diesem Dokument werden der Online-Status der Kabelmodems in den Universal Broadband Routers (uBR) der Cisco Serien 900 und 7200 sowie der Grund erläutert, warum sie nicht eingerichtet werden können. Informationen zu den Zuständen werden angezeigt, nachdem Sie die show cable modem
aus.
sniper#show cable modem Interface Prim Online Timing Rec QoS CPE IP address MAC address Sid State Offset Power Cable2/0/U0 11 online 2287 0.25 5 0 10.1.1.25 0050.7366.2223 Cable2/0/U0 12 online 2812 0.25 5 0 10.1.1.28 0001.9659.4415 Cable2/0/U0 13 online 2810 -0.50 5 0 10.1.1.20 0030.96f9.65d9 Cable2/0/U0 14 online 2290 0.50 5 0 10.1.1.26 0050.7366.2221 Cable2/0/U0 15 online 2292 0.25 5 0 10.1.1.30 0050.7366.1fb9 Cable2/0/U0 16 online 2815 0.00 5 0 10.1.1.27 0001.9659.4461
Die Tabellen in diesem Abschnitt zeigen die möglichen Werte für das MAC-Statusfeld.
MAC-Statuswert | Beschreibung |
---|---|
init(r1) | Das Kabelmodem (CM) hat eine erste Reichweite gesendet. |
init(r2) | Der CM ist weit reichend. Das CMTS hat ursprünglich vom CM empfangen und Hochfrequenzleistung (RF), Timing Offset und Frequenzanpassungen an den CM gesendet. |
init(rc) | Bereichsabstand wurde abgeschlossen. Hinweis: Wenn ein CM in diesem Zustand festzuhalten scheint, kann es sein, dass der CM im Kabelnetzwerk erfolgreich kommunizieren kann, der Upstream jedoch über Kapazitäten verfügt und keine zusätzliche Bandbreite hat, um dem CM die Registrierung abzuschließen und online zu gehen. Verschieben Sie einen oder mehrere CMs manuell in andere Upstreams, oder geben Sie die Befehle der Kabellastverteilergruppe aus, um den Lastenausgleich für die Upstream-Switches zu aktivieren. |
init(d) | Die DHCP-Anfrage wurde empfangen. Dies zeigt auch an, dass das erste IP-Broadcast-Paket vom CM empfangen wurde. |
init(i) | Das Kabelmodem hat die DHCPOFFER-Antwort vom DHCP-Server erhalten, der dem Modem eine IP-Adresse zugewiesen hat, aber das Modem hat noch nicht mit einer DHCPREQUEST-Nachricht geantwortet, um diese bestimmte IP-Adresse anzufordern, noch hat es ein IP-Paket mit dieser IP-Adresse gesendet. Hinweis: Wenn ein CM in diesem Zustand festzuhalten scheint, hat er wahrscheinlich die DHCPOFFER-Antwort vom DHCP-Server erhalten, aber diese Antwort kann eine oder mehrere ungültige Optionen für diesen CM enthalten haben. |
init(o) | Der CM hat damit begonnen, die Optionsdatei (DOCSIS-Konfigurationsdatei) mit dem Trivial File Transfer Protocol (TFTP) herunterzuladen, wie in der DHCP-Antwort angegeben. Bleibt der CM in diesem Zustand, weist er darauf hin, dass der Download fehlgeschlagen ist. |
init(t) | Der Austausch der Tageszeit (Time of Day, ToD) wurde gestartet. |
Zurücksetzen | Der CM wird zurückgesetzt und kann den Registrierungsvorgang in Kürze neu starten. |
MAC-Statuswert | Beschreibung |
---|---|
cc(r1) | Der CM war registriert und online, hat jedoch eine Downstream Channel Change (DCC)- oder eine Upstream Channel Change (UCC)-Anforderungsmeldung vom CMTS erhalten. Der CM hat begonnen, zum neuen Kanal zu wechseln, und der CMTS hat den CM zunächst auf dem neuen Downstream- oder Upstream-Kanal empfangen. Auf der MAC-Ebene gilt der CM als offline, da er noch keinen Datenverkehr auf dem neuen Kanal weitergeleitet hat, dieser Zustand jedoch nicht die Zähler der Flapping-Liste auslöst. |
cc(r2) | Dieser Zustand muss cc(r1) nachverfolgen; und er zeigt an, dass der CM sein anfängliches Rangieren auf dem neuen Kanal beendet hat und derzeit ein kontinuierliches Rangieren auf dem neuen Kanal durchführt. Auf der MAC-Ebene gilt der CM als offline, da er noch keinen Datenverkehr auf dem neuen Kanal weitergeleitet hat, dieser Zustand jedoch nicht die Zähler der Flapping-Liste auslöst. |
offline | Der CM gilt als offline (nicht verbunden oder ausgeschaltet). |
online | Der CM wurde registriert und ist für die Datenübermittlung im Netzwerk aktiviert. |
online(d) | CM registriert, aber der Netzwerkzugriff für CPE-Geräte, die diesen CM verwenden, wurde über die DOCSIS-Konfigurationsdatei deaktiviert. Der CM leitet keinen Datenverkehr zu oder von den CPE-Geräten weiter, aber das CMTS kann weiterhin mit DOCSIS-Nachrichten und IP-Datenverkehr (wie SNMP-Befehlen) mit dem CM kommunizieren. Hinweis: Wenn BPI in der DOCSIS-Konfigurationsdatei aktiviert wurde, die an den CM gesendet wurde, gehen Sie davon aus, dass der CM eine BPI-Verschlüsselung aufweist, es sei denn, andere Meldungen zeigen an, dass die BPI-Aushandlung und die Schlüsselzuweisung fehlgeschlagen sind. |
online (pkd) | Der CM wurde registriert, der Netzwerkzugriff für CPE-Geräte, die diesen CM verwenden, wurde jedoch über die DOCSIS-Konfigurationsdatei deaktiviert. Darüber hinaus ist BPI aktiviert, und der Schlüssel-Verschlüsselungsschlüssel (KEK) wird zugewiesen. Hinweis: Dieser Zustand entspricht dem online(d) online(pk)-Zustand. |
online (ptd) | Der CM wurde registriert, der Netzwerkzugriff für CPE-Geräte, die diesen CM verwenden, wurde jedoch über die DOCSIS-Konfigurationsdatei deaktiviert. Darüber hinaus ist BPI aktiviert, und der Datenverkehrsverschlüsselungsschlüssel (TEK) wird zugewiesen. Die BPI-Verschlüsselung wird jetzt durchgeführt. Hinweis: Dieser Zustand entspricht dem Zustand online(d) und online(pt). |
online (pk) | Der CM ist registriert, BPI ist aktiviert, und der KEK wird zugewiesen. |
online (pt) | Der CM wird registriert, BPI wird aktiviert, und der TEK wird zugewiesen. Die BPI-Verschlüsselung wird jetzt durchgeführt. Hinweis: Wenn der Netzwerkzugriff in der an den CM gesendeten DOCSIS-Konfigurationsdatei deaktiviert wurde, hat der Status "Netzwerk deaktiviert" Vorrang, und das MAC-Statusfeld zeigt sonline(d) anstelle von fonline(pt), selbst wenn die BPI-Verschlüsselung aktiviert und betriebsbereit ist. |
Hinweis: Wenn ein Ausrufezeichen (!) vor einem der Online-Zustände erscheint, bedeutet dies, dass der |
|
expire (pk) | Der CM wurde registriert, BPI ist aktiviert, und der KEK wurde zugewiesen. Der aktuelle KEK ist jedoch abgelaufen, bevor der CM erfolgreich einen neuen KEK-Wert erneuern konnte. |
expire (pkd) | Der CM wurde registriert, der Netzwerkzugriff für CPE-Geräte, die diesen CM verwenden, wurde jedoch über die DOCSIS-Konfigurationsdatei deaktiviert. Darüber hinaus ist BPI aktiviert, und der KEK wurde zugewiesen. Der aktuelle KEK ist jedoch abgelaufen, bevor der CM einen neuen KEK-Wert erfolgreich erneuern konnte. Hinweis: Dieser Zustand entspricht dem online(d)und dexpire(pk)Zustand. |
expire (pt) | Der CM wurde registriert, BPI ist aktiviert, und der TEK wurde zugewiesen. Der aktuelle TEK ist jedoch abgelaufen, bevor der CM erfolgreich einen neuen KEK-Wert erneuern konnte. |
expire(ptd) | Der CM wurde registriert, der Netzwerkzugriff für CPE-Geräte, die diesen CM verwenden, wurde jedoch über die DOCSIS-Konfigurationsdatei deaktiviert. Darüber hinaus ist BPI aktiviert, und der TEK wurde zugewiesen. Der aktuelle TEK ist jedoch abgelaufen, bevor der CM einen neuen KEK-Wert erfolgreich erneuern konnte. Hinweis: Dieser Zustand entspricht dem online(d)und dexpire(pt) Zustand. |
MAC-Statuswert | Beschreibung |
---|---|
Ablehnung(m) | Der CM hat versucht, sich zu registrieren, aber die Registrierung wurde aufgrund eines ungültigen MIC-Werts (Message Integrity Check) abgelehnt. Dies könnte auch darauf hinweisen, dass der gemeinsame geheime Schlüssel in der DOCSIS-Konfigurationsdatei nicht mit dem Wert übereinstimmt, der auf dem CMTS mit dem cable shared-secret aus. In Version 12.1(11b)EC1 und 12.2(8)BC2 oder späteren Versionen der Cisco IOS-Software kann dies auch darauf hinweisen, dass die cable tftp-enforce wurde verwendet, um von einem CM zu verlangen, dass er die DOCSIS-Konfigurationsdatei über TFTP herunterlädt, bevor er registriert wird. Der CM hat dies jedoch nicht versucht. |
Ablehnung c) | Der CM versuchte, sich zu registrieren, die Registrierung wurde jedoch aufgrund einer Reihe möglicher Fehler verweigert:
|
reject (pk) | Die KEK-Schlüsselzuweisung wird abgelehnt, und die BPI-Verschlüsselung wurde nicht eingerichtet. |
reject (pkd) | Der CM wurde registriert, der Netzwerkzugriff für CPE-Geräte, die diesen CM verwenden, wurde jedoch über die DOCSIS-Konfigurationsdatei deaktiviert. Darüber hinaus wurde die BPI-Verschlüsselung nicht eingerichtet, da die KEK-Schlüsselzuweisung abgelehnt wurde. Hinweis: Dieser Zustand entspricht dem online(d)andreject(pk)Zustand. |
reject (pt) | Die TEK-Schlüsselzuweisung wird abgelehnt, und die BPI-Verschlüsselung wurde nicht eingerichtet. |
reject (ptd) | Der CM wurde registriert, der Netzwerkzugriff für CPE-Geräte, die diesen CM verwenden, wurde jedoch über die DOCSIS-Konfigurationsdatei deaktiviert. Darüber hinaus wurde die BPI-Verschlüsselung nicht eingerichtet, da die TEK-Schlüsselzuweisung abgelehnt wurde. Hinweis: Dieser Zustand entspricht dem online(d)andreject(pt)-Zustand. |
Hinweis: Wenn in Version 12.1(20)EC, 12.2(15)BC1 und früheren Versionen der Cisco IOS-Software der Netzwerkzugriff in der an den CM gesendeten DOCSIS-Konfigurationsdatei deaktiviert ist, hat der Status "Network Disabled" Vorrang, und das MAC-Statusfeld zeigt auch dann sonline(d) an, wenn die BPI-Verschlüsselung fehlschlägt. Stellen Sie die |
|
Ablehnung(en) | Der CM hat versucht, sich zu registrieren, aber die Registrierung ist fehlgeschlagen, da der Zeitstempel des TFTP-Servers in der CM-Registrierungsanforderung nicht mit dem Zeitstempel übereinstimmt, der vom CMTS verwendet wird. Dies kann darauf hinweisen, dass der CM versucht hat, sich zu registrieren, als er eine alte DOCSIS-Konfigurationsdatei wiedergab, die während eines vorherigen Registrierungsversuchs verwendet wurde. |
reject(ip) | Der CM hat versucht, sich zu registrieren, aber die Registrierung ist fehlgeschlagen, da die IP-Adresse in der CM-Anforderung nicht mit der IP-Adresse übereinstimmt, die der TFTP-Server beim Senden der DOCSIS-Konfigurationsdatei an den CM aufgezeichnet hat. IP-Spoofing ist möglich. |
Ablehnen(n) | Der CM hat versucht, sich zu registrieren, aber die Registrierung ist fehlgeschlagen, da der CM als Antwort auf die vom CMTS gesendete Registrierungsantwort (REG-RSP) keine Registrierungsbestätigungsnachricht (Registration-Acknowledgement, REG-ACK) gesendet hat. Es wird von einer Registration-NonAcknowledgement (REG-NACK) ausgegangen. |
Hinweis: Das Kabelmodem kann keinen IP-Datenverkehr (Internet Protocol) senden oder empfangen, wenn es sich im Status "ject(xx)" befindet. Die maximale Datenrate ist auf 1 KBit/s in jeder Richtung festgelegt. CMTS verwirft alle Pakete. |
Überarbeitung | Veröffentlichungsdatum | Kommentare |
---|---|---|
2.0 |
07-Feb-2023 |
Format- und Grammatikaktualisierungen. Rezertifizierung. |
1.0 |
10-Dec-2001 |
Erstveröffentlichung |