Sommario

Introduzione

Prerequisiti

Requisiti

Componenti usati

Convenzioni

Descrizione

Operazione di routing e bridging

IRB (Integrated Routing and Bridging)

Interfaccia virtuale Bridge-Group

Servizio DHCP Cisco IOS su un CMTS

Ulteriori funzionalità del server DHCP

Servizio Cisco IOS TFTP

Servizio Cisco IOS ToD

Generatore di file di configurazione DOCSIS interno

Configurazione

Esempio di rete

Configurazioni

Configurazione di base all-in-one

Suggerimenti per la verifica della configurazione di base

Configurazione all-in-one avanzata

Suggerimenti per la verifica della configurazione avanzata

Informazioni correlate

Introduzione

In questo documento viene fornita una configurazione di esempio per un Cisco uBR7100 Cable Modem Termination System (CMTS) che funziona come protocollo DHCP (Dynamic Host Configuration Protocol), ToD (Time-of-Day) e server TFTP. Viene inoltre illustrato come creare il file di configurazione DOCSIS (Data-Over-Cable Service Interface Specifications) utilizzando l'interfaccia della riga di comando (CLI) sul CMTS. Questa configurazione è nota come "configurazione all-in-one per un Cisco CMTS" quando il CMTS è configurato in modalità bridging. Attualmente la piattaforma uBR7100 è l'unica piattaforma CMTS che supporta il bridging.

Prerequisiti

Requisiti

Il lettore di questo documento deve avere una conoscenza di base dei protocolli bridging, DOCSIS, DHCP, ToD e TFTP.

Componenti usati

Le informazioni fornite in questo documento si basano sulle seguenti versioni software e hardware:

- Cisco uBR7100 Cable Modem Termination System

- Modem cablati compatibili con DOCSIS

- Software Cisco IOS® versione 12.1(7)EC o successive

Le informazioni discusse in questo documento fanno riferimento a dispositivi usati in uno specifico ambiente di emulazione. Su tutti i dispositivi menzionati nel documento la configurazione è stata ripristinata ai valori predefiniti. Se la rete è operativa, valutare attentamente eventuali conseguenze derivanti dall'uso dei comandi.

Convenzioni

Per ulteriori informazioni sulle convenzioni usate, consultare il documento Cisco sulle convenzioni nei suggerimenti tecnici.

Descrizione

Un modem via cavo compatibile con DOCSIS richiede l'accesso a tre tipi di server per essere connesso correttamente.

- Un server DHCP, che fornisce al modem via cavo un indirizzo IP, una subnet mask e altri parametri correlati all'IP.

- Un server ToD RFC-868 compatibile che indica al modem l'ora corrente. Un modem via cavo deve conoscere l'ora per poter aggiungere correttamente timestamp precisi al registro eventi.

- Server TFTP, da cui un modem via cavo è in grado di scaricare un file di configurazione DOCSIS contenente i parametri operativi specifici del modem via cavo.

La maggior parte dei provider di servizi via cavo utilizza Cisco Network Registrar (CNR) come server DHCP, DNS (Domain Name Server) e TFTP. Il server ToD non fa parte del CNR. Il server ToD utilizzato dipende dalla piattaforma del sistema del provider di servizi via cavo. Il ToD deve essere conforme alla RFC-868 . Per i sistemi UNIX, è incluso in Solaris; è sufficiente assicurarsi che il file inetd.conf nella directory /etc contenga le seguenti righe:

# Time service is used for clock synchronization.

#

time    stream  tcp     nowait  root    internal

time    dgram   udp     wait    root    internal

Per Windows, il software più comunemente utilizzato è Greyware .

Nella tabella vengono mostrate le versioni software Cisco IOS in cui sono state aggiunte diverse funzionalità server al CMTS:

Funzionalità server

Per preparare questo documento, è stato utilizzato Cisco IOS Software Release

DHCP

12.0(1)T

AD

12.0(4)XI

TFTP

11.0 (per tutte le piattaforme)

In questo documento vengono illustrate tutte queste funzionalità. La configurazione nel CMTS che contiene tutte queste funzionalità è detta "configurazione all-in-one per il CMTS". Con questa configurazione, non sono necessari server aggiuntivi per testare le infrastruttre cablate e fornire accesso a Internet ad alta velocità.

È inoltre possibile configurare un file di configurazione DOCSIS residente sul CMTS anziché sul server TFTP. In base alle note di rilascio, per utilizzare questa funzione è necessario almeno il software Cisco IOS versione 12.1(2)EC1.

Sebbene questa "configurazione all-in-one" sia molto utile per ambienti di laboratorio, test iniziali, piccole installazioni e risoluzione dei problemi, non è scalabile per supportare un numero elevato di modem cablati. Non è pertanto consigliabile utilizzare questa configurazione in impianti cablati operativi con grandi installazioni di modem via cavo.

I tecnici del supporto tecnico Cisco utilizzano spesso questa configurazione per eliminare variabili durante la risoluzione dei problemi relativi ai cavi.

Operazione di routing e bridging

I router Cisco serie uBR7100 supportano queste modalità operative:

- Modalità routing: l'operazione di routing è la modalità predefinita tipica dei router Cisco CMTS. Offre una vasta gamma di funzionalità di routing del software Cisco IOS, come un server DHCP e il controllo dei pacchetti inviati su ciascuna interfaccia.

- Modalità Bridging trasparente: l'operazione Bridging tra l'interfaccia dell'interfaccia del cavo e le interfacce dell'adattatore della porta in genere non viene utilizzata nelle installazioni DOCSIS CMTS a causa di potenziali problemi di prestazioni e sicurezza. Il bridging è molto efficace, tuttavia, negli ambienti CMTS con un numero limitato di dispositivi CPE (Customer Premise Equipment), come in un ambiente MDU (Multidwelling Unit) o MTU (Multitenant Unit) tipico, soprattutto se il CMTS sta sostituendo una rete di bridging esistente.

IRB (Integrated Routing and Bridging)

L'operazione IRB (Integrated Routing and Bridging) consente il bridging in un segmento specifico di reti o host, ma consente anche a tali host di connettersi ai dispositivi di altre reti con routing, senza dover utilizzare un router separato per interconnettere le due reti.

Nota: il bridging trasparente e il funzionamento dell'IRB sono supportati solo se si usa il software Cisco IOS versione 12.1(7)EC e successive. Per i dettagli completi sul bridging trasparente e il funzionamento dell'IRB, vedere i capitoli Bridging della Cisco IOS Bridging and IBM Networking Configuration Guide, versione 12.1, disponibile all'indirizzo Cisco.com e sul CD-ROM della documentazione.

Interfaccia virtuale Bridge-Group

Poiché il bridging funziona a livello di collegamento dati e il routing a livello di rete, seguono modelli di configurazione di protocollo diversi. Prendendo ad esempio il modello IP di base, tutte le interfacce con bridging appartengono alla stessa rete, mentre ciascuna interfaccia con routing rappresenta una rete distinta.

Nell'IRB, l'interfaccia virtuale bridge-group viene introdotta per evitare di confondere il modello di configurazione del protocollo quando un protocollo specifico viene sia inserito in un bridge che instradato in un bridge-group.

L'interfaccia virtuale del gruppo di bridge è una normale interfaccia con routing che non supporta il bridging, ma che rappresenta il gruppo di bridge corrispondente per l'interfaccia con routing. Dispone di tutti gli attributi del livello di rete (come l'indirizzo e i filtri del livello di rete) che si applicano al gruppo bridge corrispondente. Il numero di interfaccia assegnato a questa interfaccia virtuale corrisponde al gruppo di bridge rappresentato da questa interfaccia virtuale. Questo numero è il collegamento tra l'interfaccia virtuale e il gruppo di bridge.

Quando si abilita il routing per un determinato protocollo sull'interfaccia virtuale del gruppo di bridge, i pacchetti provenienti da un'interfaccia instradata ma destinati a un host in un dominio con bridging vengono instradati all'interfaccia virtuale del gruppo di bridge e vengono inoltrati all'interfaccia con bridging corrispondente. Tutto il traffico indirizzato all'interfaccia virtuale del gruppo di bridge viene inoltrato al gruppo di bridge corrispondente come traffico di tipo bridging. Tutto il traffico instradabile ricevuto su un'interfaccia con bridging viene instradato ad altre interfacce instradate come se provenisse direttamente dall'interfaccia virtuale del gruppo di bridge.

Per ricevere pacchetti instradabili in arrivo su un'interfaccia con bridging ma destinati a un'interfaccia con routing o per ricevere pacchetti con routing, anche l'interfaccia virtuale del gruppo bridge deve avere gli indirizzi appropriati. Gli indirizzi MAC e gli indirizzi di rete vengono assegnati all'interfaccia virtuale del gruppo bridge nel modo seguente:

- L'interfaccia virtuale bridge-group "prende in prestito" l'indirizzo MAC di una delle interfacce con bridging nel gruppo bridge associato all'interfaccia virtuale bridge-group.

- Per indirizzare e collegare un determinato protocollo nello stesso gruppo di bridge, è necessario configurare gli attributi a livello di rete del protocollo nell'interfaccia virtuale del gruppo di bridge.

- Nelle interfacce con bridging non deve essere configurato alcun attributo di protocollo e nell'interfaccia virtuale del gruppo di bridge non è possibile configurare attributi di bridging.

Poiché può esistere una sola interfaccia virtuale del gruppo di bridge che rappresenta un gruppo di bridge e il gruppo di bridge può essere costituito da diversi tipi di supporti configurati per diversi metodi di incapsulamento, può essere necessario configurare l'interfaccia virtuale del gruppo di bridge con i metodi di incapsulamento specifici richiesti per passare correttamente ai pacchetti.

Servizio DHCP Cisco IOS su un CMTS

I router Cisco con software Cisco IOS versione 12.0(1)T o successive possono fungere da server DHCP. Questo servizio DHCP può essere configurato per fornire lease DHCP a modem via cavo e CPE, quali PC e workstation.

Per connettersi, i modem via cavo richiedono almeno una serie di opzioni DHCP:

- Un indirizzo IP (campo yiaddr nell'intestazione del pacchetto DHCP)

- Una subnet mask (opzione DHCP 1)

- Differenza dell'ora locale rispetto all'ora di Greenwich (GMT) in secondi (opzione DHCP 2)

- Un router predefinito (opzione DHCP 3)

- L'indirizzo IP di un server ToD (opzione DHCP 4)

- Il server di registro (opzione DHCP 7)

- L'indirizzo IP di un server TFTP (campo siaddr nell'intestazione del pacchetto DHCP)

- Il nome di un file di configurazione DOCSIS (campo file nell'intestazione del pacchetto DHCP)

- Durata del lease DHCP in secondi (opzione DHCP 51)

Sul router, le opzioni possono essere configurate con questi comandi:

!

ip dhcp pool cm-platinum

network 10.1.4.0 255.255.255.0

bootfile platinum.cm

next-server 10.1.4.1

default-router 10.1.4.1

option 7 ip 10.1.4.1

option 4 ip 10.1.4.1

option 2 hex ffff.8f80

lease 7 0 10

!

Di seguito vengono fornite le spiegazioni di ciascuno di questi comandi:

- pool dhcp: definisce il nome dell'ambito del modem via cavo (cm-platino).

- network: fornisce l'indirizzo IP e la subnet mask (opzione DHCP 1).

- bootfile - Fornisce il nome del file di avvio che, in questo caso, è platinum.cm.

- next-server: specifica l'indirizzo IP del server TFTP che, in questo caso, è l'indirizzo IP primario nell'interfaccia c4/0.

- default-router: definisce il gateway predefinito che, in questo caso, è l'indirizzo IP primario dell'interfaccia c4/0 (opzione DHCP 3).

- opzione 7 - Definisce l'opzione DHCP del server di registro.

- opzione 4 - Fornisce l'indirizzo IP del server ToD (indirizzo IP primario dell'interfaccia c4/0).

- opzione 2 - Fornisce l'opzione di scostamento tempo per GMT - 8 ore (8 ore equivalgono a -2800 secondi, ovvero ffff.8f80 in numeri esadecimali).

Nota: per ulteriori informazioni su come convertire un valore decimale del tempo di offset in esadecimale, consultare il documento sulla modalità di calcolo del valore esadecimale per l'opzione DHCP 2 (offset del tempo).

- Lease - Imposta la durata del lease (7 giorni, 0 ore, 10 minuti).

Per i dispositivi CPE, queste opzioni rappresentano il minimo necessario per un corretto funzionamento:

- Un indirizzo IP (campo yiaddr nell'intestazione del pacchetto DHCP)

- Una subnet mask (opzione DHCP 1)

- Un router predefinito (opzione DHCP 3)

- Indirizzo IP di uno o più DNS (opzione DHCP 6)

- Un nome di dominio (opzione DHCP 15)

- Lease time DHCP in secondi (opzione DHCP 51)

Sul router, le opzioni possono essere configurate con questi comandi:

!

ip dhcp pool pcs-irb

!--- The scope for the hosts.

network 172.16.29.0 255.255.255.224

!--- The IP address and mask for the hosts.

next-server 172.16.29.1

!--- TFTP server; in this case, the secondary address is used.

default-router 172.16.29.1

dns-server 172.16.30.2

!--- DNS server (which is not configured on the CMTS).

domain-name cisco.com

lease 7 0 10

!

Ulteriori funzionalità del server DHCP

Di seguito sono riportate altre funzionalità che possono essere utilizzate dal server DHCP del software Cisco IOS:

- ip dhcp ping: funzione di ping prima del lease, che assicura che il server DHCP non rilasci il lease per gli indirizzi IP già in uso.

- ip dhcp database: funzione che memorizza i binding DHCP in un database esterno in modo da mantenere le relazioni indirizzo-indirizzo MAC-indirizzo-IP durante un ciclo di alimentazione CMTS.

- show ip dhcp: una suite di comandi che possono essere utilizzati per monitorare il funzionamento del server DHCP.

- debug ip dhcp server: una suite di comandi che possono essere utilizzati per risolvere i problemi relativi al funzionamento del server DHCP.

Tutte queste funzioni e funzionalità aggiuntive sono descritte nelle note di versione sulla funzionalità server DHCP del software Cisco IOS nel documento sul server DHCP Cisco IOS.

Servizio Cisco IOS TFTP

Dopo aver tentato di contattare un server ToD, un modem via cavo contatta un server TFTP per scaricare un file di configurazione DOCSIS. Se è possibile copiare un file di configurazione DOCSIS binario su un dispositivo flash di un Cisco CMTS, il router può fungere da server TFTP per tale file.

Questa è la procedura per scaricare un file di configurazione DOCSIS nella memoria flash:

1. Eseguire questo comando ping per verificare che il CMTS possa raggiungere il server in cui si trova il file di configurazione DOCSIS.

Ubr7111# ping 172.16.30.2

Type escape sequence to abort.

Sending 5, 100-byte ICMP Echos to 172.16.30.2, timeout is 2 seconds:

!--- Output suppressed.

Success rate is 100 percent (5/5), round-trip min/avg/max = 1/1/4 ms

2. Copiare il file (in questo caso, si chiama silver.cm) nella memoria flash del CMTS.

Ubr7111# copy tftp flash

Address or name of remote host []? 172.16.30.2

Source filename []? silver.cm

Destination filename [silver.cm]?

Accessing tftp://172.16.30.2/silver.cm...

Loading silver.cm from 172.16.30.2 (via Ethernet2/0): !

[OK - 76/4096 bytes]

76 bytes copied in 0.152 secs

3. Controllare il flash e verificare che le dimensioni del file siano corrette, utilizzando il comando dir.

Ubr7111# dir

Directory of disk0:/

1  -rw-          74   Feb 13 2001 16:14:26  silver.cm

2  -rw-    10035464   Feb 14 2001 15:44:20  ubr7100-ik1s-mz.121-11b.EC.bin

47890432 bytes total (17936384 bytes free)

4. Per abilitare il servizio TFTP sul CMTS, eseguire questo comando in modalità di configurazione globale:

tftp-server slot0:silver.cm alias silver.cm

5. Confermare il passo 4 controllando queste linee nella configurazione:

!

tftp-server slot0:silver.cm alias silver.cm

tftp-server server

!

Per ulteriori informazioni sulla configurazione di un server TFTP in un router, consultare il documento Additional File Transfer Function Commands.

Servizio Cisco IOS ToD

Dopo aver acquisito un lease DHCP, il modem via cavo tenta di contattare un server ToD. I prodotti Cisco CMTS con software Cisco IOS versione 12.0(4)XI o successive sono in grado di fornire un servizio RFC 868 ToD.

Molto spesso il concetto errato è che il servizio ToD che i modem via cavo devono utilizzare per connettersi è lo stesso del servizio Network Time Protocol (NTP), comunemente configurato sui router Cisco. Il servizio NTP e il servizio ToD sono incompatibili. I modem via cavo non possono comunicare con un server NTP. Mentre i modem via cavo devono tentare di contattare un server ToD come parte del processo di connessione, i modem conformi alle ultime revisioni della specifica RFI (Radio Frequency Interference) DOCSIS 1.0 continuano a essere in linea anche se non è possibile raggiungere un server ToD.

In base alle versioni più recenti della specifica, se un modem via cavo non è in grado di contattare un server ToD, potrebbe continuare il processo di connessione. Tuttavia, deve tentare periodicamente di contattare il server ToD fino al completamento dell'operazione. Nelle versioni precedenti della specifica RFI di DOCSIS 1.0 era necessario che, se un modem via cavo non era in grado di contattare un server ToD, il modem non potesse entrare in linea. È importante tenere presente che i modem via cavo con firmware meno recente possono essere conformi a questa versione meno recente della specifica.

Nota: i modem via cavo di alcuni fornitori non interagiscono con il servizio ToD del software Cisco IOS. Se i modem sono conformi con le versioni più recenti della specifica RFI di DOCSIS 1.0, devono continuare a essere online indipendentemente da quale sia. Questo problema di interoperabilità è stato risolto dall'ID bug Cisco CSCdt24107 (solo utenti registrati).

Per configurare ToD su un Cisco CMTS, utilizzare i seguenti comandi globali:

service udp-small-servers max-servers no-limit

!

cable time-server

!

Generatore di file di configurazione DOCSIS interno

I prodotti Cisco CMTS con software Cisco IOS versione 12.1(2)EC o successive (nella release train) possono essere configurati per generare e archiviare internamente i file di configurazione DOCSIS. Questa operazione è utile perché elimina la necessità di accedere a uno strumento esterno di generazione dei file di configurazione DOCSIS. Quando si crea un file di configurazione DOCSIS utilizzando lo strumento di configurazione interno, il file diventa automaticamente disponibile tramite TFTP. Inoltre, solo i modem via cavo sulle interfacce cablate collegate direttamente possono scaricare questi file di configurazione.

Gli esempi di configurazione riportati di seguito mostrano la creazione di due file di configurazione DOCSIS.

La prima si chiama disable.cm, che consente la connessione di un modem via cavo ma impedisce ai dispositivi CPE connessi di accedere alla rete del provider di servizi. In questo caso, è disponibile un comando access-negated. Si noti che in questo caso la velocità di downstream e upstream è di 1 Kbps e la dimensione massima di burst è di 1600 byte.

cable config-file disable.cm

access-denied

service-class 1 max-upstream 1

service-class 1 max-downstream 1600

timestamp

!

Un provider di servizi via cavo utilizza questo file di configurazione DOCSIS disable.com per negare l'accesso al CPE dietro il modem via cavo e consentire comunque al modem di connettersi. Questo è un modo più efficiente per rifiutare un servizio CPE rispetto all'uso dell'opzione exclude in CNR, che impedisce al modem via cavo di connettersi: il modem via cavo tenta ripetutamente di collegarsi e spreca larghezza di banda.

I modem via cavo con questo file di configurazione DOCSIS mostrano questo output, quando si esegue il comando show cable modem:

Cable1/0/U0 10  online(d)  2287  0.50  6  0  10.1.4.65  0010.7bed.9b45

La sezione Suggerimenti per la verifica della configurazione avanzata di questo documento fornisce ulteriori dettagli su questo output. Lo stato online(d) indica che i modem via cavo sono online, ma l'accesso è negato.

Nel secondo esempio viene creato un file di configurazione DOCSIS denominato platinum.cm. In questo caso, il valore upstream massimo è 1 Mbps, il valore upstream garantito è 100 Kbps, il valore downstream massimo è 10 Mbps e consente di connettere fino a 30 dispositivi CPE.

cable config-file platinum.cm

service-class 1 max-upstream 1000

service-class 1 guaranteed-upstream 100

service-class 1 max-downstream 10000

service-class 1 max-burst 1600

cpe max 30

timestamp

!

Si noti che, durante la configurazione del file di configurazione DOCSIS nel CMTS, non è necessaria l'istruzione tftp server slot0:platinum.cm alias platinum.cm perché non esiste alcun file .cm archiviato in memoria; risiede all'interno della configurazione.

Per ulteriori informazioni sullo strumento interno del file di configurazione DOCSIS, consultare il documento sui comandi di configurazione Cisco CMTS.

Configurazione

In questa sezione vengono presentate le informazioni necessarie per configurare le funzionalità descritte più avanti nel documento.

Nota: per ulteriori informazioni sui comandi menzionati in questo documento, usare lo strumento di ricerca dei comandi (solo utenti registrati).

Esempio di rete

In questa immagine viene illustrata una topologia tipica di installazione in laboratorio:

Configurazioni

Nel documento vengono usate queste configurazioni:

- Configurazione di base all-in-one

- Configurazione all-in-one avanzata

Questa configurazione è supportata solo sulle piattaforme uBR7100 CMTS.

La versione software Cisco IOS che supporta la configurazione all-in-one, compresa la configurazione del file di configurazione DOCSIS, è la versione software Cisco IOS 12.1(2)EC e le successive versioni del treno EC. Il treno del software Cisco IOS utilizzato in questa configurazione è ubr7100-ik1s-mz.121-11b.EC.bin.

Configurazione di base all-in-one

Questa configurazione riepiloga tutte le informazioni spiegate finora. Ha due ambiti DHCP: una per i modem via cavo e un'altra per gli host dietro i modem via cavo.

Viene creato un file di configurazione DOCSIS, denominato platinum.com. Questo file viene applicato al pool DHCP denominato cm-platinum. Al momento, l'altro file di configurazione DOCSIS, denominato disabled.com, non è applicato ad alcun oggetto.

I commenti sono in blu, dopo i comandi correlati. I comandi di configurazione all-in-one sono in grassetto.

Configurazione di base all-in-one

ubr7100# show run

Building configuration...

Current configuration : 3511 bytes

!

! Last configuration change at 01:12:37 PST Mon Sep 3 2001

!

version 12.1

no service pad

service timestamps debug datetime msec localtime

!--- Provides useful timestamps on all log messages.

service timestamps log datetime localtime

no service password-encryption

service linenumber

service udp-small-servers max-servers no-limit

!--- Supports a large number of modems or hosts attaching quickly.

!

hostname ubr7111

!

boot system flash disk0:ubr7100-ik1s-mz.121-11b.EC.bin

!

cable spectrum-group 3 frequency 40800000

no cable qos permission create

no cable qos permission update

cable qos permission modems

cable timeserver

!--- Allows cable modems to obtain ToD from the uBR7100.

!

cable config-file platinum.cm

service-class 1 max-upstream 128

service-class 1 guaranteed-upstream 10

service-class 1 max-downstream 10000

service-class 1 max-burst 1600

cpe max 8

timestamp

!

clock timezone PST -9

clock calendar-valid

ip subnet-zero

no ip routing

!--- Disables routing on the CMTS.

no ip domain-lookup

!--- Prevents the CMTS from looking up domain names or attempting !--- to connect to machines (for example, when mistyping commands).

ip host ubr7111 172.16.26.103

ip domain-name cisco.com

ip name-server 171.68.10.70

ip name-server 171.69.2.132

ip name-server 171.68.200.250

no ip dhcp relay information check

ip dhcp excluded-address 10.45.50.1 10.45.50.5

!

ip dhcp pool cm-platinum

!--- Name of the DHCP pool. This scope is for the cable modems attached !--- to interface cable 4/0.

network 10.1.4.0 255.255.255.0

!--- Pool of addresses for scope modems-c1/0.

bootfile platinum.cm

!--- DOCSIS configuration file name associated with this pool.

next-server 10.1.4.1

!--- IP address of the TFTP server which sends the boot file.

default-router 10.1.4.1

!--- Default gateway for cable modems; necessary to get DOCSIS files.

option 7 ip 10.1.4.1

!--- Log Server DHCP option.

option 4 ip 10.1.4.1

!--- ToD server IP address.

option 2 hex ffff.8f80

!--- Time offset for ToD, in seconds (HEX), from GMT. !--- Pacific Standard Time offset from GMT = –28,000 seconds = ffff.8f80

lease 7 0 10

!--- Lease 7 days 0 hours 10 minutes.

!

ip dhcp pool pcs-irb

!--- Name of the DHCP pool. This scope is for the CPE attached to !--- the cable modems that are connected to interface cable 1/0.

network 172.16.29.0 255.255.255.0

!--- Pool of addresses for scope pcs-c4 (associated with the secondary address).

next-server 172.16.29.1

default-router 172.16.29.1

dns-server 172.16.29.1

domain-name cisco.com

lease 7 0 10

!

ip ssh time-out 120

ip ssh authentication-retries 3

!

!

!

!

!

bridge irb

!

!

interface FastEthernet0/0

ip address 14.66.1.2 255.255.255.0

no ip route-cache

no ip mroute-cache

no keepalive

duplex half

speed auto

no cdp enable

bridge-group 1

bridge-group 1 spanning-disabled

!

interface FastEthernet0/1

ip address 14.66.1.2 255.255.255.0

no ip route-cache

no ip mroute-cache

shutdown

duplex auto

speed 10

no cdp enable

bridge-group 1

bridge-group 1 spanning-disabled

!

interface Cable1/0

ip address 14.66.1.2 255.255.255.0

no ip route-cache

no ip mroute-cache

load-interval 30

no keepalive

cable packet-cache

cable downstream annex B

cable downstream modulation 256qam

cable downstream interleave-depth 32

cable downstream frequency 525000000

no cable downstream rf-shutdown

cable downstream rf-power 55

cable upstream 0 frequency 17808000

cable upstream 0 power-level 0

cable upstream 0 channel-width 3200000

no cable upstream 0 shutdown

bridge-group 1

bridge-group 1 subscriber-loop-control

bridge-group 1 spanning-disabled

!

interface BVI1

ip address 10.1.4.1 255.255.255.0

!

ip default-gateway 14.66.1.1

ip classless

no ip http server

!

no cdp run

bridge 1 protocol ieee

bridge 1 route ip

alias exec scm show cable modem

!

line con 0

exec-timeout 0 0

privilege level 15

length 0

line aux 0

line vty 0 4

privilege level 15

no login

line vty 5 15

login

!

end

Suggerimenti per la verifica della configurazione di base

Le informazioni contenute in questa sezione permettono di verificare che la configurazione funzioni correttamente.

Lo strumento Output Interpreter (solo utenti registrati) (OIT) supporta alcuni comandi show. Usare l'OIT per visualizzare un'analisi dell'output del comando show.

1. Verificare che i comandi siano supportati nella versione del software Cisco IOS usando il comando show version.

2. Verificare che il file di configurazione DOCSIS sia in memoria flash.

Ubr7111# dir

Directory of disk0:/

1  -rw-          74   Feb 13 2001 16:14:26  silver.cm

2  -rw-    10035464   Feb 14 2001 15:44:20  ubr7100-ik1s-mz.121-11b.EC.bin

47890432 bytes total (17936384 bytes free)

Nota: il file silver.cm è stato creato utilizzando lo strumento DOCSIS CPE Configurator. Per il file platinum.cm creato nella configurazione CMTS, non è necessaria l'istruzione tftp server slot0:platinum.cm alias platinum.cm perché non esiste alcun file .cm; risiede all'interno della configurazione.

3. Verificare che i modem via cavo siano in linea usando il comando show cable modem.

Ubr7111# show interface cable 1/0 modem 0

SID   Priv bits  Type      State     IP address    method    MAC address

75    00         host      unknown   172.16.29.2   static    00c0.4f97.61c5

75    00         modem     up        10.1.4.2      dhcp      0010.7bed.9b23

76    00         modem     up        10.1.4.3      dhcp      0002.fdfa.0a63

77    00         host      unknown   172.16.29.3   dhcp      00a0.243c.eff5

77    00         modem     up        10.1.4.5      dhcp      0010.7bed.9b45

78    00         modem     up        10.1.4.4      dhcp      0004.2752.ddd5

79    00         modem     up        10.1.4.6      dhcp      0002.1685.b5db

80    00         modem     up        10.1.4.7      dhcp      0001.64ff.e47d

Si noti che tutti i modem via cavo sono in linea. Quelli connessi al cavo di interfaccia 1/0/U0 si trovano nella rete 10.1.4.0. È possibile verificare dalla configurazione che gli indirizzi IP sono presi dal pool DHCP chiamato cm-platinum.

Notare anche che i modem via cavo con indirizzi MAC 0010.7bed.9b23 e 0010.7bed.9b45 hanno un CPE alle spalle. I modem via cavo vengono collegati con la configurazione di bridging predefinita. Questi PC sono configurati con DHCP in modo che possano ottenere i propri indirizzi IP dalla rete.

Ubr7111# show interface cable 1/0 modem 0

SID   Priv bits  Type      State     IP address    method    MAC address

75    00         host      unknown   172.16.29.2   static    00c0.4f97.61c5

75    00         modem     up        10.1.4.2      dhcp      0010.7bed.9b23

76    00         modem     up        10.1.4.3      dhcp      0002.fdfa.0a63

77    00         host      unknown   172.16.29.3   dhcp      00a0.243c.eff5

77    00         modem     up        10.1.4.5      dhcp      0010.7bed.9b45

78    00         modem     up        10.1.4.4      dhcp      0004.2752.ddd5

79    00         modem     up        10.1.4.6      dhcp      0002.1685.b5db

80    00         modem     up        10.1.4.7      dhcp      0001.64ff.e47d

In questa schermata viene mostrato come quei PC ricevano un indirizzo IP dai pool chiamati pcs-c4.

È inoltre possibile vedere da questo PC che le impostazioni TCP/IP sono impostate per ottenere automaticamente l'indirizzo IP.

Configurazione all-in-one avanzata

In questa sezione viene illustrato un esempio di configurazione più sofisticata che interessa la funzionalità di gerarchia dei pool DHCP. La gerarchia dei pool DHCP funziona in modo tale che tutti i pool DHCP con un numero di rete che è un sottoinsieme del numero di rete di un altro pool ereditano tutte le caratteristiche dell'altro pool. In questo modo si evita la ripetizione nella configurazione del server DHCP. Se, tuttavia, la stessa specifica viene eseguita con un parametro diverso, il parametro viene sovrascritto. In questo esempio viene mostrato un pool generale con un file di avvio denominato platinum.cm e un sottoinsieme di questo pool con un file di avvio denominato disable.cm.

Oltre ai pool DHCP creati nell'esempio di base, sono previsti requisiti speciali per due modem via cavo.

In primo luogo, al modem via cavo 0010.7bed.9b45 viene negato l'accesso; viene concesso un indirizzo IP, ma non viene connesso. Crea pool:

ip dhcp pool cm-0010.7bed.9b45

host 10.1.4.65 255.255.255.0

client-identifier 0100.107b.ed9b.45

bootfile disable.cm

La caratteristica più importante di questo esempio di configurazione è la sezione in cui si specificano pool DHCP speciali che corrispondono a singoli indirizzi MAC del modem via cavo. Questa specifica consente al server DHCP di inviare opzioni DHCP univoche a questi modem. Per specificare un particolare modem via cavo, viene utilizzato il parametro client-identifier. L'identificatore client deve essere impostato su 01, seguito dall'indirizzo MAC del dispositivo a cui corrisponde la voce. Lo 01 corrisponde all'interfaccia Ethernet per il tipo di hardware DHCP.

Nota: quando si modificano i file di configurazione di un modem, è necessario effettuare le seguenti operazioni per assicurarsi che il modem via cavo ottenga i parametri configurati manualmente:

1. Cancellare la tabella del binding DHCP IP usando il comando clear ip dhcp binding ip address.

2. Reimpostare il modem via cavo in questione usando il comando clear cable modem mac address res.

In secondo luogo, il modem via cavo 0010.7bed.9b23 ha anche un requisito speciale: la qualità del servizio (QoS) è diversa. Pertanto, all'ambito è associato un file di avvio diverso, come mostrato nella seguente configurazione parziale:

ip dhcp pool cm-0010.7bed.9b23

host 10.1.4.66 255.255.255.0

client-identifier 0100.107b.ed9b.23

bootfile silver.cm

!

Quando si configurano i pool DHCP per modem via cavo specifici, è sempre consigliabile assegnare un nome appropriato. Inoltre, poiché un indirizzo IP specifico viene assegnato al pool utilizzando il comando host, è necessario usare il comando globale ip dhcp exclude 10.1.4.60 10.1.4.70. Con questo comando si indica a DHCP di non usare indirizzi compresi in questo intervallo.

Suggerimenti per la verifica della configurazione avanzata

La verifica di questa configurazione è incentrata sui servizi forniti ai modem via cavo, in particolare 0010.7bed.9b45 e 0010.7bed.9b23. Accertarsi che ricevano sia gli indirizzi configurati manualmente che il servizio.

La prima cosa da testare è che 0010.7bed.9b45 viene online, ma quel servizio è negato. Eseguire il comando show cable modem.

7246VXR# show cable modem

Interface   Prim Online     Timing Rec    QoS CPE IP address      MAC address

Sid  State      Offset Power

Cable4/0/U0 7    online     2813    0.00  7   0   10.1.4.7        0002.1685.b5db

Cable4/0/U0 8    online     2809    0.25  7   0   10.1.4.10       0002.fdfa.0a63

Cable4/0/U0 9    online     2288   -0.25  5   1   10.1.4.66       0010.7bed.9b23

Cable4/0/U0 10   online(d)  2287    0.50  6   0   10.1.4.65       0010.7bed.9b45

Cable4/0/U0 11   online     2809   -0.50  7   0   10.1.4.6        0001.64ff.e47d

Cable4/0/U0 12   online     2812   -0.50  7   0   10.1.4.9        0004.2752.ddd5

Tenere presente quanto segue:

- Il modem via cavo 0010.7bed.9b23 ha ottenuto l'indirizzo IP 10.4.1.66, come specificato nell'ambito cm-0010.7bed.9b23. È collegato a un computer che ottiene l'indirizzo IP dal pool pcs-c4.

- Il modem via cavo 0010.7bed.9b23 ha una QoS diversa.

- Il modem via cavo 0010.7bed.9b45 ha ottenuto l'indirizzo IP 10.1.4.65, come specificato nell'ambito cm-0010.7bed.9b45. È collegato a un computer; il valore CPE, tuttavia, è 0 perché il servizio è negato.

- Lo stato online di 0010.7bed.9b45 è online(d), il che significa che il modem via cavo è online ma l'accesso alla rete via cavo è negato.

Considerare questo output del comando debug cable mac log verbose restituito dal modem via cavo:

21:52:16:  78736.550 CMAC_LOG_RESET_RANGING_ABORTED

21:52:16:  78736.554 CMAC_LOG_STATE_CHANGE                       reset_interface_state

21:52:16:  78736.558 CMAC_LOG_STATE_CHANGE                       reset_hardware_state

21:52:17:  78737.024 CMAC_LOG_STATE_CHANGE                       wait_for_link_up_state

21:52:17:  78737.028 CMAC_LOG_DRIVER_INIT_IDB_RESET              0x082B9CA8

21:52:17:  78737.032 CMAC_LOG_LINK_DOWN

21:52:17:  78737.034 CMAC_LOG_LINK_UP

21:52:17:  78737.040 CMAC_LOG_STATE_CHANGE                       ds_channel_scanning_state

21:52:17: %LINEPROTO-5-UPDOWN: Line protocol on Interface cable-modem0, changed state to down

21:52:18:  78738.386 CMAC_LOG_UCD_MSG_RCVD                       1

21:52:19:  78739.698 CMAC_LOG_DS_64QAM_LOCK_ACQUIRED             747000000

21:52:19:  78739.702 CMAC_LOG_DS_CHANNEL_SCAN_COMPLETED

21:52:19:  78739.704 CMAC_LOG_STATE_CHANGE                       wait_ucd_state

21:52:20:  78740.368 CMAC_LOG_UCD_MSG_RCVD                       1

21:52:22:  78742.396 CMAC_LOG_UCD_MSG_RCVD                       1

21:52:22:  78742.398 CMAC_LOG_ALL_UCDS_FOUND

21:52:22:  78742.402 CMAC_LOG_STATE_CHANGE                       wait_map_state

21:52:22:  78742.406 CMAC_LOG_FOUND_US_CHANNEL                   1

21:52:24:  78744.412 CMAC_LOG_UCD_MSG_RCVD                       1

21:52:24:  78744.416 CMAC_LOG_UCD_NEW_US_FREQUENCY               39984000

21:52:24:  78744.420 CMAC_LOG_SLOT_SIZE_CHANGED                  8

21:52:24:  78744.500 CMAC_LOG_UCD_UPDATED

21:52:24:  78744.560 CMAC_LOG_MAP_MSG_RCVD

21:52:24:  78744.564 CMAC_LOG_INITIAL_RANGING_MINISLOTS          41

21:52:24:  78744.566 CMAC_LOG_STATE_CHANGE                       ranging_1_state

21:52:24:  78744.570 CMAC_LOG_RANGING_OFFSET_SET_TO              9610

21:52:24:  78744.574 CMAC_LOG_POWER_LEVEL_IS                     55.0  dBmV (commanded)

21:52:24:  78744.578 CMAC_LOG_STARTING_RANGING

21:52:24:  78744.580 CMAC_LOG_RANGING_BACKOFF_SET                0

21:52:24:  78744.586 CMAC_LOG_RNG_REQ_QUEUED                     0

21:52:24:  78744.622 CMAC_LOG_RNG_REQ_TRANSMITTED

21:52:24:  78744.626 CMAC_LOG_RNG_RSP_MSG_RCVD

21:52:24:  78744.628 CMAC_LOG_RNG_RSP_SID_ASSIGNED               10

21:52:24:  78744.632 CMAC_LOG_ADJUST_RANGING_OFFSET              2286

21:52:24:  78744.636 CMAC_LOG_RANGING_OFFSET_SET_TO              11896

21:52:24:  78744.638 CMAC_LOG_STATE_CHANGE                       ranging_2_state

21:52:24:  78744.644 CMAC_LOG_RNG_REQ_QUEUED                     10

21:52:25:  78745.654 CMAC_LOG_RNG_REQ_TRANSMITTED

21:52:25:  78745.658 CMAC_LOG_RNG_RSP_MSG_RCVD

21:52:25:  78745.660 CMAC_LOG_RANGING_SUCCESS

21:52:25:  78745.680 CMAC_LOG_STATE_CHANGE                       dhcp_state

21:52:25:  78745.820 CMAC_LOG_DHCP_ASSIGNED_IP_ADDRESS           10.1.4.65

21:52:25:  78745.824 CMAC_LOG_DHCP_TFTP_SERVER_ADDRESS           10.1.4.1

21:52:25:  78745.826 CMAC_LOG_DHCP_TOD_SERVER_ADDRESS            10.1.4.1

21:52:25:  78745.830 CMAC_LOG_DHCP_SET_GATEWAY_ADDRESS

21:52:25:  78745.834 CMAC_LOG_DHCP_TZ_OFFSET                     -28800

21:52:25:  78745.836 CMAC_LOG_DHCP_CONFIG_FILE_NAME              disable.cm

21:52:25:  78745.840 CMAC_LOG_DHCP_ERROR_ACQUIRING_SEC_SVR_ADDR

21:52:25:  78745.846 CMAC_LOG_DHCP_COMPLETE

21:52:25:  78745.968 CMAC_LOG_STATE_CHANGE                       establish_tod_state

21:52:25:  78745.978 CMAC_LOG_TOD_REQUEST_SENT

21:52:26:  78746.010 CMAC_LOG_TOD_REPLY_RECEIVED                 3192525217

21:52:26:  78746.018 CMAC_LOG_TOD_COMPLETE

21:52:26:  78746.020 CMAC_LOG_STATE_CHANGE                       security_association_state

21:52:26:  78746.024 CMAC_LOG_SECURITY_BYPASSED

21:52:26:  78746.028 CMAC_LOG_STATE_CHANGE                       configuration_file_state

21:52:26:  78746.030 CMAC_LOG_LOADING_CONFIG_FILE                disable.cm

21:52:26: %LINEPROTO-5-UPDOWN: Line protocol on Interface cable-modem0, changed state to up

21:52:27:  78747.064 CMAC_LOG_CONFIG_FILE_PROCESS_COMPLETE

21:52:27:  78747.066 CMAC_LOG_STATE_CHANGE                       registration_state

21:52:27:  78747.070 CMAC_LOG_REG_REQ_MSG_QUEUED

21:52:27:  78747.076 CMAC_LOG_REG_REQ_TRANSMITTED

21:52:27:  78747.080 CMAC_LOG_REG_RSP_MSG_RCVD

21:52:27:  78747.082 CMAC_LOG_COS_ASSIGNED_SID                   1/10

21:52:27:  78747.088 CMAC_LOG_RNG_REQ_QUEUED                     10

21:52:27:  78747.090 CMAC_LOG_NETWORK_ACCESS_DENIED

21:52:27:  78747.094 CMAC_LOG_REGISTRATION_OK

21:52:27:  78747.096 CMAC_LOG_STATE_CHANGE                       establish_privacy_state

21:52:27:  78747.100 CMAC_LOG_PRIVACY_NOT_CONFIGURED

21:52:27:  78747.102 CMAC_LOG_STATE_CHANGE                       maintenance_state

21:52:31:  78751.122 CMAC_LOG_RNG_REQ_TRANSMITTED

21:52:31:  78751.124 CMAC_LOG_RNG_RSP_MSG_RCVD

21:52:37:  78757.164 CMAC_LOG_RNG_REQ_TRANSMITTED

21:52:37:  78757.168 CMAC_LOG_RNG_RSP_MSG_RCVD

21:52:43:  78763.206 CMAC_LOG_RNG_REQ_TRANSMITTED

21:52:43:  78763.210 CMAC_LOG_RNG_RSP_MSG_RCVD

21:52:49:  78769.250 CMAC_LOG_RNG_REQ_TRANSMITTED

21:52:49:  78769.252 CMAC_LOG_RNG_RSP_MSG_RCVD

L'output di questo debug visualizza il messaggio Accesso alla rete NEGATO.

Ubr7100# show cable modem detail

Interface   SID  MAC address    Max CPE  Concatenation  Rx SNR

Cable1/0/U0 7    0002.1685.b5db 10       yes            33.52

Cable1/0/U0 8    0002.fdfa.0a63 10       yes            33.24

Cable1/0/U0 9    0010.7bed.9b23 1        no             33.29

Cable1/0/U0 10   0010.7bed.9b45 1        no             33.23

Cable1/0/U0 11   0001.64ff.e47d 10       yes            33.20

Cable1/0/U0 12   0004.2752.ddd5 10       yes            33.44

Si noti che il CPE massimo per i modem via cavo con ambiti speciali è 1 e il resto è 10. Se viene visualizzata la configurazione di scope platinum.cm, il CPE specificato è 10; per contro, scope disable.cm ha solo 1 CPE specificato. Anche il file di configurazione DOCSIS preconfigurato silver.com ha solo 1 CPE specificato.

Ubr7111# show interface cable 1/0 modem 0

SID   Priv bits  Type      State     IP address    method    MAC address

7     00         modem     up        10.1.4.7      dhcp      0002.1685.b5db

8     00         modem     up        10.1.4.10     dhcp      0002.fdfa.0a63

9     00         host      unknown   172.16.29.2   static    00c0.4f97.61c5

9     00         modem     up        10.1.4.66     dhcp      0010.7bed.9b23

10    00         modem     up        10.1.4.65     dhcp      0010.7bed.9b45

11    00         modem     up        10.1.4.6      dhcp      0001.64ff.e47d

12    00         modem     up        10.1.4.9      dhcp      0004.2752.ddd5

Per verificare che i modem via cavo ricevano il livello di servizio corretto, eseguire il comando show cable qos profile.

Ubr7111# show cable qos profile

ID  Prio Max       Guarantee Max        Max   TOS  TOS   Create  B     IP prec.

upstream  upstream  downstream tx    mask value by      priv  rate

bandwidth bandwidth bandwidth  burst                    enab  enab

1   0    0         0         0          0     0x0  0x0   cmts(r) no    no

2   0    64000     0         1000000    0     0x0  0x0   cmts(r) no    no

3   7    31200     31200     0          0     0x0  0x0   cmts    yes   no

4   7    87200     87200     0          0     0x0  0x0   cmts    yes   no

5   4    64000     0         512000     0     0x0  0x0   cm      no    no

6   0    1000      0         1600000    0     0x0  0x0   cm      no    no

7   0    128000    10000     10000000   1600  0x0  0x0   cm      no    no

8   0    0         0         0          0     0x0  0x0   mgmt    no    no

10  0    0         0         0          0     0x0  0x0   mgmt    no    no

12  0    0         100000000 0          0     0x0  0x0   mgmt    no    no

Si noti che QoS ID 7 corrisponde alla configurazione su platinum.com:

cable config-file platinum.cm

service-class 1 max-upstream 128

service-class 1 guaranteed-upstream 10

service-class 1 max-downstream 10000

service-class 1 max-burst 1600

cpe max 10

timestamp

Lo stesso accade con la configurazione DOCSIS di disable.com:

Ubr7111# show ip dhcp binding

IP address       Hardware address        Lease expiration        Type

10.1.4.6         0100.0164.ffe4.7d       Mar 08 2001 07:58 AM    Automatic

10.1.4.7         0100.0216.85b5.db       Mar 08 2001 07:58 AM    Automatic

10.1.4.9         0100.0427.52dd.d5       Mar 08 2001 07:58 AM    Automatic

10.1.4.10        0100.02fd.fa0a.63       Mar 08 2001 08:36 AM    Automatic

10.1.4.65        0100.107b.ed9b.45       Infinite                Manual

10.1.4.66        0100.107b.ed9b.23       Infinite                Manual

Informazioni correlate

- Comandi aggiuntivi per la funzione di trasferimento file

- DOCSIS CPE Configurator

- Server DHCP Cisco IOS

- Comandi di configurazione Cisco CMTS

- Pagina di supporto per le tecnologie via cavo a banda larga

- Documentazione e supporto tecnico – Cisco Systems