Sommario

Introduzione

Prerequisiti

Requisiti

Convenzioni

Esempio di rete

Comandi show

Fiorino

Capri

Dannazione

Informazioni correlate

Introduzione

Questo documento descrive il percorso usato da un pacchetto IP quando attraversa un core ATM abilitato per MPLS e descrive i principali comandi show.

Nota: i router menzionati in questo documento sono Cisco serie 3600 che eseguono Cisco IOS® versione 12.0(7)T e usano interfacce OC-3. L'LSR ATM è un 8540MSR.

Prerequisiti

Requisiti

Nessun requisito specifico previsto per questo documento.

Convenzioni

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

Esempio di rete

Gli scenari illustrati in questo documento si basano su questa impostazione. Per visualizzare le configurazioni di questi dispositivi, fare riferimento a questa configurazione di esempio.

Comandi show

Fiorino

Guilder è un router interessante in questa configurazione perché impone etichette ai pacchetti IP che provengono dal lato Ethernet. Poiché lavoriamo su un'interfaccia ATM collegata a un core ATM abilitato per MPLS, l'etichetta imposta significa un pacchetto IP inoltrato su un Tag VC (TVC).

In questo scenario, la sterlina invia i pacchetti IP alla lira. Ad esempio, se si esegue il ping 125.125.0.2 da Lira sterlina, il funzionamento è quello previsto:

Pound#ping 125.125.0.2

Type escape sequence to abort.

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

!!!!!

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

Dalla tabella di routing di Guilder è possibile verificare facilmente che la destinazione può essere raggiunta tramite il cloud ATM:

Guilder#show ip route 125.125.0.2

Routing entry for 125.125.0.0/16

Known via "ospf 1", distance 110, metric 12, type inter area

Redistributing via ospf 1

Last update from 129.129.0.2 on ATM1/0.1, 01:15:26 ago

Routing Descriptor Blocks:

* 129.129.0.2, from 120.120.0.1, 01:15:26 ago, via ATM1/0.1

Route metric is 12, traffic share count is 1

La sottointerfaccia ATM 1/0.1 è stata configurata per etichettare i pacchetti IP in uscita, in modo da poter ricevere ulteriori dettagli tramite la tabella di inoltro dei tag:

Guilder#show tag-switching forwarding-table 125.125.0.2 detail

Local  Outgoing    Prefix            Bytes tag  Outgoing   Next Hop

tag    tag or VC   or Tunnel Id      switched   interface

30     2/36        125.125.0.0/16    0          AT1/0.1    point2point

MAC/Encaps=4/8, MTU=4470, Tag Stack{2/36(vcd=299)}

012B0900 0012B000

Si noti ora che Guilder impone il TVC in uscita VPI 2, VCI 36, che corrisponde a VCD 299. Queste informazioni sono salvate nella tabella di inoltro CEF:

Guilder#show ip cef 125.125.0.2 detail

125.125.0.0/16, version 143, cached adjacency to ATM1/0.1

0 packets, 0 bytes

tag information set

local tag: 30

fast tag rewrite with AT1/0.1, point2point, tags imposed: {2/36(vcd=299)}

via 129.129.0.2, ATM1/0.1, 0 dependencies

next hop 129.129.0.2, ATM1/0.1

valid cached adjacency

tag rewrite with AT1/0.1, point2point, tags imposed: {2/36(vcd=299)}

I pacchetti IP vengono inviati sul VC corretto:

Guilder#show atm vc 299

ATM1/0.1: VCD: 299, VPI: 2, VCI: 36

UBR, PeakRate: 155000

AAL5-MUX, etype:0x8847, Flags: 0x40C84, VCmode: 0x0

OAM frequency: 0 second(s)

InARP DISABLED

Transmit priority 0

InPkts: 0, OutPkts: 5, InBytes: 0, OutBytes: 540

InPRoc: 0, OutPRoc: 0

InFast: 0, OutFast: 5, InAS: 0, OutAS: 0

InPktDrops: 0, OutPktDrops: 0

CrcErrors: 0, SarTimeOuts: 0, OverSizedSDUs:

0OAM cells received:

0OAM cells sent: 0

Status: UP

Tag VC: local tag: 0

Come potete vedere, sono stati inviati solo cinque pacchetti IP. Questa operazione è sincronizzata con il ping semplice avviato. Allo stesso tempo, ci si può chiedere perché non vediamo cinque pacchetti di input. In altre parole, perché i percorsi in entrata e in uscita sono diversi? Si tratta di un comportamento normale, in quanto esiste una voce VC per percorso (per prefisso) e, di conseguenza, i TVC sono unidirezionali.

Capri

Sorprendentemente, non si può ottenere molto dallo switch quando tutte le route/VC sono stabili; semplicemente cambia le celle ATM. Vedere questo esempio:

Capri#show tag atm-tdp bindings 125.125.0.0 16

Destination: 125.125.0.0/16

Transit ATM3/0/3 2/36 Active -> ATM3/0/0 2/38 Active

Occorre precisare alcuni dettagli. Esaminare questo output:

Capri#show atm vc conn-type tvc int atm 3/0/3

Interface         VPI  VCI   Type   X-Interface      X-VPI X-VCI Encap  Status

ATM3/0/3          2    33    TVC(I) ATM3/0/0          2    36           UP

ATM3/0/3          2    33    TVC(O) ATM3/0/0          2    53           UP

ATM3/0/3          2    34    TVC(I) ATM0              0    317   MUX    UP

ATM3/0/3          2    34    TVC(O) ATM3/0/0          2    54           UP

ATM3/0/3          2    35    TVC(I) ATM3/0/0          2    37           UP

ATM3/0/3          2    35    TVC(O) ATM3/0/0          2    55           UP

ATM3/0/3          2    36    TVC(I) ATM3/0/0          2    38           UP

ATM3/0/3          2    37    TVC(I) ATM0              0    318   MUX    UP

Come si può vedere, alcuni TVC terminano con l'interfaccia ATM0. Su uno switch 8540MSR, l'interfaccia ATM0 corrisponde alla CPU. Questi TVC corrispondono agli indirizzi IP locali dell'8540MSR, come ad esempio un loopback locale.

Sappiamo che Guilder invia pacchetti IP con destinazione 125.125.0.2 su TVC 2/36. Sul lato LSR, questo TVC è solo un TVC in entrata.

Dannazione

Per raggiungere la modalità 125.125.0.2, ci aspettiamo che i pacchetti IP vengano inviati all'interfaccia Fast Ethernet 0/0 in base al diagramma di rete. È noto che Label Switching non è stato configurato su questa interfaccia Fast Ethernet. Questo è il risultato:

damme#show tag-switching forwarding-table 125.125.0.2 detail

Local  Outgoing    Prefix            Bytes tag  Outgoing   Next Hop

tag    tag or VC   or Tunnel Id      switched   interface

damme#

Di conseguenza, non è presente alcuna etichetta da aggiungere. Vengono utilizzate solo le informazioni della tabella di routing:

damme#show ip route 125.125.0.2

Routing entry for 125.125.0.0/16

Known via "connected", distance 0, metric 0 (connected, via interface)

Redistributing via ospf 1

Routing Descriptor Blocks:

* directly connected, via FastEthernet0/0

Route metric is 0, traffic share count is 1

Queste informazioni vengono salvate nuovamente nella tabella di commutazione CEF:

damme#show ip cef 125.125.0.2 detail

125.125.0.2/32, version 62, connected, cached adjacency 125.125.0.2

0 packets, 0 bytes

via 125.125.0.2, FastEthernet0/0, 0 dependencies

next hop 125.125.0.2, FastEthernet0/0

valid cached adjacency

Informazioni correlate

- Pagine di supporto per la tecnologia ATM

- Documentazione e supporto tecnico – Cisco Systems