Configurazione manuale di un anello SRP su ONS 15190 e modifica delle configurazioni SRP esistenti
Sommario
Introduzione
Questo documento fornisce istruzioni per configurare manualmente un anello SRP (spatial reuse protocol) su ONS 15190. Questo documento descrive anche come modificare le configurazioni SRP esistenti.
Prerequisiti
Requisiti
Nessun requisito specifico previsto per questo documento.
Componenti usati
Il documento può essere consultato per tutte le versioni software o hardware.
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.
Piattaforma utilizzata
Tutte le informazioni contenute in questo documento si riferiscono a ONS 15190. Per determinare la versione da eseguire, usare il comando system show info:
Jupiter#system show info System uptime: 9d, 23:26:13.517 System time: 9d, 23:26:13.520 Name: Jupiter Description: Location: Contact: Running image: Release: 2.0 Created on: Thu Jun 01 17:42:44 2000 Created by: PentaCom Ltd. Length: 3054362 Signature: 0x7A784DA1 Software version: 2.0.213 Software created on: May 24 2000, 16:13:11 Bootstrap version: 3.0 Jupiter#
Utilizzo della funzione di connessione automatica
Una delle risorse di ONS 15190 è che è possibile collegare le fibre dalla scheda di linea SRP o Port Adapter (PA) a qualsiasi porta e il software configura i singoli nodi. Se il numero di schede SRP in ONS 15190 è sufficiente per collegare direttamente tutti i nodi, è possibile utilizzare il comando autoconnect per aggiungere tutti i nodi SRP trovati allo stesso anello predefinito.
Eccezioni
Nella maggior parte dei casi, è possibile usare il comando autoconnect ed eseguire alcune regolazioni manuali, se necessario. Di seguito sono riportate alcune eccezioni:
-
Se si sceglie di interconnettere alcuni nodi e quindi di avere una connettività parziale a ONS 15190, è necessario definire manualmente un'estensione che comprenda il lato A di un nodo e il lato B di un altro nodo.
-
Se si sceglie di definire più anelli o se le schede di linea SRP non supportano i messaggi di traccia percorso in rete ottica sincrona (SONET), il comando autoconnect non funzionerà.
La configurazione di esempio illustrata in questo documento rappresenta una configurazione completamente manuale.
Verifica della connettività fisica
In questa configurazione di esempio vengono utilizzati questi nomi per i nodi ONS 15190 e SRP:
-
ONS 15190 = Giove
-
Nodi SRP (router Cisco serie 12000) = Max, Mini, Cloud e Thunder
Il modo più semplice per conoscere il nodo alle connessioni tra porte è usare il comando port all show trace su ONS 15190:
Jupiter#port all show trace Port Hostname IP Interface Side L1.1 Maxi 1.1.1.1 SRP 0/0 A L1.2 Cloud 1.1.1.5 SRP 1/0 B L2.1 Mini 1.1.1.2 SRP 0/0 A L2.2 Maxi 1.1.1.1 SRP 0/0 B L3.1 Thunder 1.1.1.4 SRP 0/0 A L3.2 Mini 1.1.1.2 SRP 0/0 B
Questo output indica che:
-
Scheda di linea Maxi SRP, lato A collegata alla porta L1.1.
-
Scheda di linea Maxi SRP, lato B collegata alla porta L2.2.
-
Scheda di linea Mini SRP, lato A collegata alla porta L2.1.
-
Scheda di linea Mini SRP, lato B collegata alla porta L3.2.
-
Cloud e Thunder sono interconnessi (Cloud, il lato A è collegato a Thunder, il lato B) e:
-
Scheda di linea Cloud SRP, il lato B è collegato alla porta L1.2.
-
Scheda di linea SRP Thunder, lato A collegato alla porta L3.1.
-
A questo punto, utilizzare il comando system show box per ottenere ulteriori informazioni:
Jupiter#system show box
| CTRL 1 | LINEA 1 | LINEA 2 | LINEA 3 | LINEA 4 | Software 1 | Software 2 | Software 3 | Software 4 | Software 5 | LINEA 5 | LINEA 6 | RIGA 7 | LINEA 8 | CTRL 2 |
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| OPER i960 | OPER OC12 | OPER OC12 | OPER OC12 | OPER | OPER | OPER | OPER | OPER | OPER OC12 | OPER i960 | ||||
| COLLEGAMENTO L1.1 OPER COLLEGAMENTO L1.2 OPER | COLLEGAMENTO L2.1 OPER COLLEGAMENTO L2.2 OPER | L3.1 OPER LINK L3.2 OPER LINK | L8.1 OPER LINK UNEQ L8.2 LINK UNEQ | ATTIVA QUESTO CTRL |
È possibile verificare la connessione sui nodi tramite il comando show controller srp:
Thunder#show controller srp 0/0 SRP0/0 - Side A (Outer RX, Inner TX) SECTION LOF = 0 LOS = 0 BIP(B1) = 15 LINE AIS = 0 RDI = 0 FEBE = 307 BIP(B2) = 203 PATH AIS = 0 RDI = 0 FEBE = 219 BIP(B3) = 30 LOP = 0 NEWPTR = 0 PSE = 0 NSE = 0 Active Defects: None Active Alarms: None Alarm reporting enabled for: SLOS SLOF PLOP Framing: SONET Rx SONET/SDH bytes: (K1/K2) = 0/0 S1S0 = 0 C2 = 0x16 J0 = 0xCC Tx SONET/SDH bytes: (K1/K2) = 0/0 S1S0 = 0 C2 = 0x16 Clock source: Internal Framer loopback: None Path tace buffer: Stable Remote hostname: RingStar8000 Remote interface: SRPL3.1 Remote IP addr: 10.200.28.100 Remote side id: B BER thresholds: SF = 10e-3 SD = 10e-6 IPS BER thresholds(B3): SF = 10e-3 SD = 10e-6 TCA thresholds: B1 = 10e-6 B2 = 10e-6 B3 = 10e-6 SRP0/0 - Side B (Inner RX, Outer TX) SECTION LOF = 0 LOS = 0 BIP(B1) = 15 LINE AIS = 0 RDI = 0 FEBE = 155 BIP(B2) = 188 PATH AIS = 0 RDI = 0 FEBE = 34 BIP(B3) = 35 LOP = 0 NEWPTR = 0 PSE = 0 NSE = 0 Active Defects: None Active Alarms: None Alarm reporting enabled for: SLOS SLOF PLOP Framing : SONET Rx SONET/SDH bytes : (K1/K2) = 0/0 S1S0 = 0 C2 = 0x16 Tx SONET/SDH bytes : (K1/K2) = 0/0 S1S0 = 0 C2 = 0x16 J0 = 0xCC Clock source : Internal Framer loopback : None Path trace buffer : Stable Remote hostname : Cloud Remote interface : SRP1/0 Remote IP addr : 1.1.1.5 Remote side id : A BER thresholds: SF = 10e-3 SD = 10e-6 IPS BER thresholds(B3): SF = 10e-3 SD = 10e-6 TCA thresholds: B1 = 10e-6 B2 = 10e-6 B3 = 10e-6
Qui potete vedere che Thunder è collegato a ONS 15190 sul lato A e sulla porta L3.1. Potete anche vedere che il lato B è collegato al cloud.
ONS 15190 è un SONET Path Terminator che emette messaggi di traccia del percorso se configurato in modalità normale. Facoltativamente, è possibile configurare ONS 15190 come trasparente, nel qual caso esegue il mirroring dei messaggi di traccia del percorso che i nodi adiacenti nell'anello inviano l'uno all'altro.
Una volta raccolte queste informazioni, è possibile iniziare a definire i nodi su ONS 15190.
Definizione dei nodi su ONS 15190
Utilizzare il comando rconf per modificare i nodi e gli anelli su ONS 15190. Prima di procedere, verificare sia la configurazione applicata che quella corrente:
Jupiter#rconf show ? applied Show applied configuration current Show current shadow (editable) configuration Jupiter#rconf show current Current shadow (editable) connection configuration: Sniff configuration: Sniffer Port Sniffed node Port ---------------------------------------------- No sniffer nodes. POS connections: Node IP Address Ports Type Other ------------------------------------------------------ No POS connections. Ring configuration (nodes in order of outer ring): Ring Name Nodes IP Address A-Port B-Port Type Other --------------------------------------------------------------------------- No rings defined. Jupiter#rconf show applied Applied connection configuration: Sniff configuration: Sniffer Port Sniffed node Port ---------------------------------------------- No sniffer nodes. POS connections: Node IP Address Ports Type Other ------------------------------------------------------ No POS connections. Ring configuration (nodes in order of outer ring): Ring Name Nodes IP Address A-Port B-Port Type Other --------------------------------------------------------------------------- No rings defined.
Da questo output è possibile vedere che non è stato ancora configurato alcun elemento. Avviare la configurazione manuale dei nodi, in base all'output generato dal comando show trace per la porta.
Jupiter#port all show trace Port Hostname IP Interface Side L1.1 Maxi 1.1.1.1 SRP 0/0 A L1.2 Cloud 1.1.1.5 SRP 1/0 B L2.1 Mini 1.1.1.2 SRP 0/0 A L2.2 Maxi 1.1.1.1 SRP 0/0 B L3.1 Thunder 1.1.1.4 SRP 0/0 A L3.2 Mini 1.1.1.2 SRP 0/0 B
A tale scopo, usare il comando rconf node new per informare ONS 15190 che due porte formano un nodo. Di seguito viene riportato il formato del comando:
rconf node new [srp/pos/sniff/aps/fiber] [oc12/oc48]
I nodi emettono messaggi di traccia del percorso SONET e sono attualmente connessi. Pertanto, non è necessario specificare il tipo di nodo (ad esempio SRP o Packet-over-SONET) o indicare se si tratta di un vettore ottico (OC) 12 o 48, in quanto ONS 15190 legge queste informazioni dal messaggio di traccia del percorso.
Jupiter#rconf node new Maxi l1.1 l2.2 OC12 SRP node Maxi created. Jupiter#rconf node new Mini l2.1 l3.2 OC12 SRP node Mini created. Jupiter#rconf node new span1 l3.1 l1.2 OC12 SRP node span1 created. Jupiter#rconf show current Current shadow (editable) connection configuration: Sniff configuration: Sniffer Port Sniffed node Port ---------------------------------------------- No sniffer nodes. POS connections: Node IP Address Ports Type Other ------------------------------------------------------ No POS connections. Ring configuration (nodes in order of outer ring): Ring Name Nodes IP Address A-Port B-Port Type Other --------------------------------------------------------------------------- No rings defined. Free nodes: Maxi L1.1 L2.2 OC12 Mini L2.1 L3.2 OC12 span1 L3.1 L1.2 OC12 Current configuration not yet applied.
Creazione di un anello logico e assegnazione di nodi
Dopo aver definito i nodi (tutte le parti con spanning sono definite come un nodo), è necessario creare un anello logico e assegnarvi dei nodi. Utilizzare il comando rconf ring new:
Jupiter#rconf ring new ring1 SRP ring ring1 created.
Il comando rconf ring nodes consente di aggiungere rapidamente i nodi liberi all'anello. Allo stesso tempo, questo comando consente di decidere l'ordine dell'anello.
Jupiter#rconf ring ring1 nodes Maxi Mini span1 Ring ring1 node list set.
Nota: quando si aggiunge un nuovo nodo a un anello esistente, il nodo viene inserito alla fine dell'anello. Potrebbe quindi essere necessario riordinare l'anello. Per istruzioni, vedere la sezione Modifica dell'ordine dei nodi di un anello esistente.
Per verificare che tutti i nodi siano definiti, controllare nuovamente la configurazione corrente:
Jupiter#rconf show current
Current shadow (editable) connection configuration:
Sniff configuration:
Sniffer Port Sniffed node Port
----------------------------------------------
No sniffer nodes.
POS connections:
Node IP Address Ports Type Other
------------------------------------------------------
No POS connections.
Ring configuration (nodes in order of outer ring):
Ring Name Nodes IP Address A-Port B-Port Type Other
--------------------------------------------------------------
ring1 Maxi L1.1 L2.2 OC12
Mini L2.1 L3.2 OC12
span1 L3.1 L1.2 OC12
Current configuration not yet applied.
Dopo aver impostato la configurazione, è necessario applicarla:
Jupiter#rconf apply Configuration applied. Jupiter# 9d, 22:33:33.202 Port L1.1 - Stop transmitting UNEQ. 9d, 22:33:33.397 Port L1.2 - Stop transmitting UNEQ. 9d, 22:33:33.590 Port L2.1 - Stop transmitting UNEQ. 9d, 22:33:33.820 Port L2.2 - Stop transmitting UNEQ. 9d, 22:33:34.004 Port L3.1 - Stop transmitting UNEQ. 9d, 22:33:34.250 Port L3.2 - Stop transmitting UNEQ.
Per verificare se la creazione dell'anello ha esito positivo, osservate uno dei nodi. A tale scopo, utilizzare il comando show srp top:
Thunder# *Jun 30 04:01:04.295: %SRP-4-WRAP_STATE_CHANGE: SRP0/0 unwrapped on side B *Jun 30 04:01:04.295: %SRP-4-ALARM: SRP0/0 Side A Keepalive OK *Jun 30 04:01:04.295: %SRP-4-WRAP_STATE_CHANGE: SRP0/0 wrapped on side B *Jun 30 04:01:04.299: %SRP-4-WRAP_STATE_CHANGE: SRP0/0 unwrapped on side B *Jun 30 04:01:04.299: %SRP-4-WRAP_STATE_CHANGE: SRP0/0 wrapped on side B *Jun 30 04:01:04.299: %SRP-4-WRAP_STATE_CHANGE: SRP0/0 unwrapped on side B Thunder#show srp top Topology Map for Interface SRP0/0 Topology pkt. sent every 5 sec. (next pkt. after 4 sec.) Last received topology pkt. 00:00:00 Nodes on the ring: 4 Hops(outer ring) MAC IP Address Wrapped Name 0 0010.f608.ec00 1.1.1.4 No Thunder 1 0010.f60c.8c20 Unknown No Cloud 2 0030.71f1.6c00 Unknown No Maxi 3 0030.71f3.7c00 Unknown No Mini Thunder#
Non appena si digita il comando rconf apply, ONS 15190 apre i singoli nodi isolati e crea la mappa della topologia attraverso i pacchetti della topologia SRP.
Modifica dell'ordine dei nodi di un anello esistente
In alcuni casi, è possibile riordinare i nodi nell'anello. Ad esempio, se esiste un traffico elevato tra due coppie di nodi e questi flussi di traffico si sovrappongono e determinano un utilizzo insufficiente della larghezza di banda. In questo esempio, si supponga che Thunder e Maxi abbiano uno scambio costante di dati ad elevata larghezza di banda, come Cloud e Mini. È possibile riordinare questi nodi in modo che il flusso di dati da Thunder a Maxi non interferisca con il flusso da Cloud a Mini:
Jupiter#rconf ring ring1 nodes Maxi span1 Mini
Ring ring1 node list set.
Jupiter#rconf apply
Configuration applied.
Jupiter#rconf show applied
Applied connection configuration:
Sniff configuration:
Sniffer Port Sniffed node Port
----------------------------------------------
No sniffer nodes.
POS connections:
Node IP Address Ports Type Other
------------------------------------------------------
No POS connections.
Ring configuration (nodes in order of outer ring):
Ring Name Nodes IP Address A-Port B-Port Type Other
--------------------------------------------------------------
ring1 Maxi L1.1 L2.2 OC12
Mini L3.1 L1.2 OC12
span1 L2.1 L3.2 OC12
Jupiter#
Tornare a Thunder per verificare il nuovo ordine e controllare la tabella ARP (Address Resolution Protocol) per verificare se tutto è andato come previsto:
Thunder#show srp top Topology Map for Interface SRP0/0 Topology pkt. sent every 5 sec. (next pkt. after 2 sec.) Last received topology pkt. 00:00:02 Nodes on the ring: 4 Hops(outer ring) MAC IP Address Wrapped Name 0 0010.f608.ec00 1.1.1.4 No Thunder 1 0010.f60c.8c20 1.1.1.5 No Cloud 2 0030.71f3.7c00 1.1.1.2 No Mini 3 0030.71f1.6c00 1.1.1.1 No Maxi Thunder#show arp | i SRP Internet 1.1.1.1 5 0030.71f1.6c00 SRP-A SRP0/0 Internet 1.1.1.2 5 0030.71f3.7c00 SRP-B SRP0/0 Internet 1.1.1.5 0 0010.f60c.8c20 SRP-B SRP0/0 Internet 1.1.1.4 - 0010.f608.ec00 SRP SRP0/0
Il traffico da Thunder a Maxi ora prende il lato A. Ora vai a Cloud, e controlla la stessa cosa:
Cloud#show srp top Topology Map for Interface SRP1/0 Topology pkt. sent every 5 sec. (next pkt. after 0 sec.) Last received topology pkt. 00:00:04 Nodes on the ring: 4 Hops (outer ring) MAC IP Address Wrapped Name 0 0010.f60c.8c20 1.1.1.5 No Cloud 1 0030.71f3.7c00 1.1.1.2 No Mini 2 0030.71f1.6c00 1.1.1.1 No Maxi 3 0010.f608.ec00 1.1.1.4 No Thunder Cloud#show arp | i SRP Internet 1.1.1.1 0 0030.71f1.6c00 SRP-A SRP1/0 Internet 1.1.1.2 0 0030.71f3.7c00 SRP-B SRP1/0 Internet 1.1.1.5 - 0010.f60c.8c20 SRP SRP1/0 Internet 1.1.1.4 2 0010.f608.ec00 SRP-A SRP1/0 Cloud#
Il traffico da Cloud a Mini prende il lato B, il che significa che la modifica ha avuto successo in quanto questi due flussi non interferiscono tra loro.
Nota: Cisco consiglia di lasciare che ONS 15190 imposti automaticamente l'ordine dell'anello per ottenere la massima ridondanza. Utilizzare il comando autoorder per eseguire questa operazione:
Jupiter#rconf ring ring1 autoorder
Ring ring1 reordered.
Jupiter#rconf apply
Configuration applied.
Jupiter#rconf show applied
Applied connection configuration:
Sniff configuration:
Sniffer Port Sniffed node Port
----------------------------------------------
No sniffer nodes.
POS connections:
Node IP Address Ports Type Other
------------------------------------------------------
No POS connections.
Ring configuration (nodes in order of outer ring):
Ring Name Nodes IP Address A-Port B-Port Type Other
--------------------------------------------------------------
ring1 Maxi L1.1 L2.2 OC12
Mini L2.1 L3.2 OC12
span1 L3.1 L1.2 OC12
Jupiter#
A questo punto si torna alla configurazione iniziale. A questo punto è possibile aggiungere o rimuovere nodi o riordinare l'anello senza perdere alcun pacchetto.
Nota: quando si rimuovono o si riordinano i nodi, è possibile che occasionalmente si perdano i pacchetti bloccati nei buffer di transito dei singoli nodi. Questo può accadere se, a causa del nuovo ordine, l'origine rimuove i pacchetti dal ring prima che la destinazione li veda.
Nota: quando riordinate i nodi, il sistema non esegue alcun wrapping, anche se aggiungete un nodo isolato. Ciò è dovuto al fatto che ONS 15190 crea un anello a nodo singolo con il nodo isolato (in modo che si trovi su un proprio anello). In questo modo si evita la perdita di tempo quando si aggiungono nodi a un anello.
Consigli e commenti
Quando si configura la connettività fisica dai nodi SRP a ONS 15190, Cisco consiglia di:
-
Non inserire mai due lati A o due lati B sulla stessa scheda di ONS 15190. Se si collegano due lati A o due lati B alla stessa scheda e la scheda non funziona, si perdono due connessioni incrociate logiche (poiché il lato A deve sempre essere collegato al lato B) e l'anello si divide in due.
-
Collegare sempre un nodo SRP a due schede diverse su ONS 15190. Se si dispone di un nodo SRP collegato a una sola scheda e la scheda non funziona, il nodo viene isolato dall'anello.
Nota: Cisco consiglia di eseguire questa operazione per evitare la ridondanza, ma in caso contrario tutto funzionerà ancora.
Jupiter#system show box
| CTRL 1 | LINEA 1 | LINEA 2 | LINEA 3 | LINEA 4 | Software 1 | Software 2 | Software 3 | Software 4 | Software 5 | LINEA 5 | LINEA 6 | RIGA 7 | LINEA 8 | CTRL 2 |
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| OPER i960 | OPER OC12 | OPER OC12 | OPER OC12 | OPER | OPER | OPER | OPER | OPER | OPER OC12 | OPER i960 | ||||
| COLLEGAMENTO L1.1 OPER COLLEGAMENTO L1.2 OPER | COLLEGAMENTO L2.1 OPER COLLEGAMENTO L2.2 OPER | L3.1 OPER LINK L3.2 OPER LINK | COLLEGAMENTO L8.1 OPER COLLEGAMENTO L8.2 OPER | ATTIVA QUESTO CTRL |
Si supponga che L1.1 e L1.2 siano collegati ai lati A di due nodi SRP e che L2.1 e L2.2 siano collegati ai lati B di tali nodi. Le connessioni logiche devono passare da L1 a L2 con:
-
L1.1 collegato a L2.1.
-
L1.2 collegato a L2.2.
Ciò significa che, se si perde L1, l'intero anello scompare perché si sono perse entrambe le connessioni logiche.
Quando si configura un anello SRP, provare a seguire le seguenti linee guida:
-
Per la connettività fisica, collegare un nodo a due schede diverse per ottenere la ridondanza in caso di guasto di una scheda.
-
Fare attenzione a non inserire due lati A o due lati B sulla stessa scheda.
-
Cercare sempre di massimizzare il numero di connessioni logiche verticali.
Feedback