Contents

Introduction

Prerequisites

Requirements

Componentes Utilizados

Conventions

Arquitetura básica ML

Topologia básica de teste

Estudos de caso de inserção de falhas

Informações gerais

Estudos de caso

Solucionar problemas e isolar falhas

Informações gerais

Estudos de caso

Anexo: Configuração básica de teste e informações de comando

7603a

7603b

0,225 ML

0,252ML12

Informações Relacionadas

Introduction

Este documento usa uma topologia de teste simples para descrever como solucionar problemas de placas de várias camadas (ML) no Cisco ONS 15454. A seção Apêndice fornece alguns comandos básicos de configuração e informações detalhadas sobre a topologia.

O teste usa uma abordagem empírica para entender as falhas de rede associadas às placas ML. O teste injeta falhas ou configurações conhecidas para capturar e analisar os resultados esperados. Os estudos de caso de isolamento de falhas apresentam essas descobertas.

O documento segue as metodologias típicas de solução de problemas. O documento apresenta um sintoma e discute as etapas relevantes de isolamento de falhas e também fornece procedimentos genéricos de solução de problemas.

Prerequisites

Requirements

A Cisco recomenda que você tenha conhecimento destes tópicos:

- Cisco ONS 15454

- Placas Ethernet Cisco ONS 15454 ML-Series

- Cisco IOS

- Bridging e roteamento IP

Componentes Utilizados

As informações neste documento são baseadas nestas versões de software e hardware:

- Cisco Router 7603 que executa o Cisco IOS® Software Release 12.1(13)E13

- Cisco ONS 15454 com Cisco ONS versão 4.1.3

- ML (incluído como parte da versão ONS 4.1.3) que executa o Software Cisco IOS versão 12.1(19)EO1

The information in this document was created from the devices in a specific lab environment. All of the devices used in this document started with a cleared (default) configuration. If your network is live, make sure that you understand the potential impact of any command.

Conventions

Consulte as Convenções de Dicas Técnicas da Cisco para obter mais informações sobre convenções de documentos.

Arquitetura básica ML

As placas Cisco ML-Series para a plataforma ONS 15454 fornecem conectividade Ethernet de 10/100/1000 Mbps sobre SONET/SDH nas camadas 2 e 3. Cada placa ML no chassi executa uma imagem do IOS independente. A criação de um circuito de conexão cruzada no Cisco Transport Controller (CTC) entre portas ML cria portas POS (Virtual Backend Packet over SONET). Nas versões 4.6 e posteriores do software, a criação de portas POS sempre ocorre, mas as portas surgem somente quando ocorre a criação de um circuito de conexão cruzada no CTC.

A placa ML1000-2 tem duas portas POS (0 e 1). Cada porta tem uma largura de banda de até Synchronous Transport Signal (STS)-24c e um total de STS-48c por placa. Cada porta POS suporta subinterfaces para permitir entroncamento de VLAN. O mapeamento físico de uma porta POS para uma porta óptica ocorre durante a fase de criação do circuito e pode ser alterado durante a alteração do alcance óptico. Dessa forma, duas portas POS em duas extremidades do circuito são peers, e suas configurações precisam coincidir.

O mapeamento entre uma porta Ethernet e uma porta POS depende do requisito de topologia. A topologia de comutação da camada 2 vincula esses dois tipos de portas com o mesmo número de grupo de bridge. A topologia da camada 3 roteia pacotes entre essas interfaces.

Topologia básica de teste

A Figura 1 representa a topologia de teste:

Figura 1: Testar a topologia

Para configurar a topologia de teste:

1. Conecte dois roteadores Cisco 7603 a nós ONS sobre Gigabit Ethernet e certifique-se de que ambas as portas nos dois roteadores estejam na mesma sub-rede IP. Aqui, cada nó ONS tem uma placa ML1000-2 no slot 12.

2. Configure um grupo de bridge 100 para Gig0 e POS0 em ambos os nós ONS.

Observação: você não precisa usar POS1 neste teste.

O circuito entre as duas portas ML POS0 é STS-12c.

3. Desative o roteamento IP em placas ML.

4. Provisione proteção OC12 1+1 entre os dois nós ONS. Veja a Figura 1 para obter as informações relevantes.

Observação: ambos os nós ONS executam o Cisco ONS versão 4.1.3.

Estudos de caso de inserção de falhas

Esta seção examina os resultados de várias falhas conhecidas e algumas operações comuns. Cada estudo de caso descreve a operação e os resultados em ML e ONS.

Informações gerais

Alguns comandos relevantes para solucionar problemas no ML IOS

show ons alarm

show ip interface brief

clear counters

show interface summary

show interface

show controller pos show cdp neighbor show bridge verbose show vlans

show sdm l2-switching forwarding show ons provisioning-agent message ports show running show log show tech-support

Certifique-se de usar um carimbo de data e hora correto para registro de buffer e verifique se a TCC (Timing Communication and Control) está definida com a data e hora corretas. Aqui está um exemplo de saída de configuração no ML:

service timestamps debug uptime

service timestamps log datetime msec localtime

logging buffered 4096 debugging

Esses alarmes disparam automaticamente a alteração do status do link POS:

PAIS

PLOP

PTIM

PUNEQ

PRDI

PPLM

PPDI

BER_SF_B3

Observação: a plataforma ONS 15454 usa dois formatos para relatar alarmes. Por exemplo, PAIS aparece no IOS (ML), enquanto AIS-P aparece no CTC. PAIS e AIS-P representam o mesmo tipo de alarme.

Verificações comuns no CTC

Alarms

Conditions

History

Circuit

Inventory

Port PM counters

Diagnostics file

Audit trail

- No cartão ML:

- Portas Ether de Manutenção/Desempenho: verifique se há erros.

- Portas POS de manutenção/desempenho: verifique se há erros.

- Na placa de trabalho OC12:

- Habilitar IPPM em STS de provisionamento/SONET.

- Desempenho: verifique se há erros.

Estudos de caso

Esta seção descreve vários pontos de falha em potencial e explica como capturar as informações corretas para a resolução de problemas.

Desconexão Ethernet

Este alarme aparece em .225 quando você puxa o cabo Ethernet:

.225ML12#show ons alarm

Equipment Alarms

Active: None

Port Alarms

POS0  Active: None

POS1  Active: None

GigabitEthernet0  Active: CARLOSS

GigabitEthernet1  Active: None

POS0

Active Alarms : None

Demoted Alarms: None

POS1 Interface not provisioned

Observação: se você forçar a interface ML GigE, o ML não perceberá que o link está inoperante.

O mesmo alarme aparece no CTC de .225 (consulte a Figura 2).

Figura 2: Alarme no CTC

A perda do vizinho do Cisco Discovery Protocol (CDP) para o 7603a confirma o problema.

Observação: o status do GigE 0 não afeta a interface POS 0 (a interface ainda é Up/Up).

Switch de proteção OC12

O Switch de Proteção OC12 não cria alarmes ou erros.

OC12 fora de serviço (OOS)

Quando ambas as portas OC12 no nó .252 mudam para OOS, o .225 relata o AIS-P, o que faz com que a interface POS 0 fique inativa e leve ao TPTFAIL.

.225ML12#show ons alarm

Equipment Alarms

Active: RUNCFG-SAVENEED

Port Alarms

POS0  Active: TPTFAIL

POS1  Active: None

GigabitEthernet0  Active: None

GigabitEthernet1  Active: None

POS0

Active Alarms : PAIS

Demoted Alarms: None

POS1

Interface not provisioned

Switch Lado XC

Esta entrada de log aparece no ML do nó que XC está comutado. Observe que o XCON B é o slot 10 XC.

May 24 09:55:27.402: %CARDWARE-5-XCON_SWITCH: Switched XCON to B

May 24 09:55:27.406: %CARDWARE-6-BTC_DRV: Init BTC, BTC Rev = 2, Backplane = 0,

Port = 0

Switch lateral TCC

A Figura 3 exibe o alarme registrado.

Figura 3: Alarme do switch lateral TCC

Nota: Se utilizar CTC ou telnet reverso para ligar à placa ML, perde a ligação à placa ML.

Depois de alguns minutos, o alarme deve apagar. Estas entradas de log aparecem no ML:

May 24 10:29:09.258: %CARDWARE-5-SOCKET_INFO: closed socket to TCC:

changed active TCC

May 24 10:29:09.766: %ONS-6-VTY: All Vty lines cleared

May 24 10:29:14.762: %CARDWARE-5-SOCKET_INFO: cannot connect socket to TCC: B

May 24 10:29:20.270: %CARDWARE-5-SOCKET_INFO: cannot connect socket to TCC: B

May 24 10:29:25.770: %CARDWARE-5-SOCKET_INFO: cannot connect socket to TCC: B

May 24 10:29:31.270: %CARDWARE-5-SOCKET_INFO: cannot connect socket to TCC: B

May 24 10:29:36.370: %CARDWARE-5-SOCKET_INFO: open socket to TCC: B

May 24 10:29:41.166: %CARDWARE-6-BTC_DRV: Init BTC, BTC Rev = 2, Backplane = 0,

Port = 0.

O TCC ativo atual também aparece nesta saída. O slot 11 TCC é TCC B, enquanto o slot 7 é TCC A.

.252ML12#show ons equipment-agent status

EQA ---- phySlot: 12, eqptType: EQPT_L2SC, eqptID: 0x2403 ----

curTCC: Tcc B

linkStatus:    Full    dbReq/Recv: 7  /  7   msgVerToEQM: 2

socketFd:       0    pipeMsgAct:   No     hdrSizeToEQM: 28

connTries:       0 connTimerFast:   No   hdrSizeFromEQM: 28

timingProv:   No

clock auto 1

Remoção e criação do circuito

A remoção do circuito de conexão cruzada cria estas entradas de log:

May 27 17:40:48.459: %VIRTUAL_PA-6-PAREMOVED:

POS interface [0] has been removed due to circuit deletion

May 27 17:40:48.511: %CARDWARE-6-BTC_DRV: Init BTC, BTC Rev = 2,

Backplane = 0, Port = 0.

A configuração da porta é alterada à medida que você a vê do ML.

.225ML12#show ons provisioning-agent m ports all

----- Backend Port (00) Data -----

prov:  no   sts: xx   vt: xx   type: xxx   name: xxxxx

----- Backend Port (01) Data -----

prov:  no   sts: xx   vt: xx   type: xxx   name: xxxxx

A criação de um circuito STS3c atualiza as informações de porta no ML. O tamanho do circuito também aparece na saída da controladora POS 0.

.225ML12#show ons provisioning-agent m ports all

----- Backend Port (00) Data -----

prov: yes   sts: 00   vt: 255   type: DOS   name:

----- STS (00) Term Strip -----

Admin State: IS        Direction: TX_RX_EQPT

Type: 3 Sf: 1E-4 Sd: 1E-7 C2 tx/exp: 0x01 / 0x01

PathTrace Format: 64Byte  Mode: OFF

expected: (not valid)

send: valid: "\000\000\000\000"

----- VT (255) Term Strip not provisioned -----

----- STS (00) Xc Strip -----

rate: 3  Admin: IS

Src  Port/STS: 0x09/0x00  STS Eqpt: 0x01

Dest Port/STS: 0x06/0x00  UPSR STS Cont Dest: 0x00

Prev STS Stich Dest Port/STS: 0xFF/0x00

Next STS Stich Dest Port/STS: 0xFF/0x00

----- Backend Port (01) Data -----

prov:  no   sts: xx   vt: xx   type: xxx   name: xxxxx

Essas entradas de log são exibidas:

May 27 17:47:08.711: %VIRTUAL_PA-6-PAPLUGGEDIN:

POS interface [0] has been created due to circuit creation

May 27 17:47:08.715: %CARDWARE-6-BTC_DRV: Init BTC, BTC Rev = 2,

Backplane = 0, Port = 0.

May 27 17:47:08.915: %LINK-3-UPDOWN:

Interface POS0, changed state to up

May 27 17:47:09.927: %LINEPROTO-5-UPDOWN:

Line protocol on Interface POS0, changed state to up

Loopbacks

A aplicação de um loop de instalação à porta OC12 ativa no .225 faz com que o .225 ML relate o alarme TPTFAIL. Esse alarme também aparece nas listas de alarmes ML.

Observação: se você habilitar loopbacks em um caminho ativo, ocorrerá perda de tráfego.

.225ML12#show ons alarm

Equipment Alarms

Active: None

Port Alarms

POS0  Active: TPTFAIL

POS1  Active: None

GigabitEthernet0  Active: None

GigabitEthernet1  Active: None

POS0

Active Alarms : PAIS

Demoted Alarms: None

POS1

Interface not provisioned

Observação: quando você usa RPR (Resilient Packet Ring, anel de pacote resiliente) em vez do OC-12 1+1 como neste teste, desligue as interfaces POS antes de ativar loopbacks. Esse loopback em RPR causa perda de tráfego, porque o caminho de proteção não redireciona o tráfego.

Alteração de data e hora

Configurações incorretas de data e hora no TCC criam esta entrada no registro:

2d23h: %CARDWARE-5-CLOCK_ERR: cannot set time-of-day,

(invalid IOS time set on TCC)

Quando você altera a data e a hora, essa entrada aparece no log do ML.

2d23h: %CARDWARE-5-CLOCK_INFO: system clock, timezone,

and summertime configured

Uma atualização automática ocorre no relógio do sistema IOS com base no relógio do TCC. Você pode verificar essa atualização por meio do comando show clock.

Observação: você pode usar o comando service timestamps para configurar os carimbos de data e hora de depuração e registro para usar as novas informações de relógio.

Uma interface POS desligada

Quando a interface POS 0 em .225 ML é desligada, alguns alarmes e condições ocorrem (consulte a Figura 4).

Figura 4 - Alarmes e condições que ocorrem quando a interface POS 0 é desligada

O AIS-P ocorre para ambas as portas OC12 em .252. Em seguida, ocorre TPTFAIL para ML em .252. No caminho de retorno, .225 relata Path Payload Defect Indication (PPDI, também chamado de PDI-P), para ambas as portas OC-12 e RFI-P para a porta OC-12 em funcionamento.

Em 0,225 ML, estes alarmes aparecem:

.225ML12#show ons alarm

Equipment Alarms

Active: RUNCFG-SAVENEED

Port Alarms

POS0  Active: None

POS1  Active: None

GigabitEthernet0  Active: None

GigabitEthernet1  Active: None

POS0

Active Alarms : PRDI PPDI

Demoted Alarms: None

POS1

Interface not provisioned

Essas entradas de log também aparecem em .225:

May 24 10:52:01.802: %LINK-5-CHANGED: Interface POS0,

changed state to administratively down

May 24 10:52:02.801: %LINEPROTO-5-UPDOWN: Line protocol on Interface POS0,

changed state to down

May 24 10:52:04.021: %SONET-4-ALARM:  POS0: PRDI

May 24 10:52:04.269: %SONET-4-ALARM:  POS0: PPDI

Em .252, esses alarmes ocorrem:

.252ML12#show ons alarm

Equipment Alarms

Active: None

Port Alarms

POS0  Active: TPTFAIL

POS1  Active: None

GigabitEthernet0  Active: None

GigabitEthernet1  Active: None

POS0

Active Alarms : PAIS

Demoted Alarms: None

POS1

Interface not provisioned

Da mesma forma, as entradas de registros em .252 indicam que o motivo para o evento POS 0 inativo é PAIS. Isso é consistente com os alarmes ou condições relatados pelo CTC.

May 24 10:51:48.969: %VIRTUAL_PA-6-UPDOWN:

POS0 changed to down due to PAIS defect trigger changing state

May 24 10:51:49.169: %LINK-3-UPDOWN:

Interface POS0, changed state to down

May 24 10:51:50.169: %LINEPROTO-5-UPDOWN:

Line protocol on Interface POS0, changed state to down

May 24 10:51:51.169: %SONET-4-ALARM:  POS0: PAIS

Você pode confirmar este fato através desta saída:

.252ML12#show contro pos 0 | inc Active

Active Alarms : PAIS

Active Defects: PAIS

Quando você ativa a interface POS 0, essas entradas de log aparecem em .252 ML:

May 24 11:16:17.509: %VIRTUAL_PA-6-UPDOWN:

POS0 changed to up due to PAIS defect trigger changing state

May 24 11:16:17.709: %LINK-3-UPDOWN:

Interface POS0, changed state to up

May 24 11:16:18.709: %LINEPROTO-5-UPDOWN:

Line protocol on Interface POS0, changed state to up

May 24 11:16:27.309: %SONET-4-ALARM:

POS0: PAIS  cleared

Estas são as entradas de log em 0,225 ML:

May 24 11:16:30.607: %VIRTUAL_PA-6-UPDOWN:

POS0 changed to up due to PPDI defect trigger changing state

May 24 11:16:30.807: %LINK-3-UPDOWN:

Interface POS0, changed state to up

May 24 11:16:31.555: %SYS-5-CONFIG_I:

Configured from console by vty0 (127.0.0.100)

May 24 11:16:31.807: %LINEPROTO-5-UPDOWN:

Line protocol on Interface POS0, changed state to up

May 24 11:16:40.175: %SONET-4-ALARM:  POS0: PRDI  cleared

May 24 11:16:40.415: %SONET-4-ALARM:  POS0: PPDI  cleared

Agora o tráfego volta ao normal.

Incompatibilidade de CRC de PDV

Quando o CRC não corresponde em ambas as portas POS do mesmo circuito (por exemplo, um lado 16 bits, enquanto o outro lado 32 bits), nenhum alarme ocorre no TCC, nem no ML. As duas portas POS ainda estão ativas, mas o tráfego não flui. Aqui estão alguns sintomas:

1. Os contadores de erro de entrada da interface POS aumentam com 100% devido ao CRC. Nesse caso, o CRC muda para 16 bits em .225 ML, enquanto .252 ML ainda tem o CRC padrão de 32 bits. A interface POS0 em .252 ML exibe uma entrada semelhante e uma contagem de erros de CRC.

.225ML12#show int pos 0

POS0 is up, line protocol is up

Hardware is Packet/Ethernet over Sonet,

address is 000f.2475.8c00 (bia 000f.2475.8c00)

MTU 1500 bytes, BW 622080 Kbit, DLY 100 usec,

reliability 149/255, txload 1/255, rxload 1/255

Encapsulation ONS15454-G1000, crc 16, loopback not set

Keepalive set (10 sec)

Scramble enabled

ARP type: ARPA, ARP Timeout 04:00:00

Last input 00:06:57, output never, output hang never

Last clearing of "show interface" counters 00:04:28

Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0

Queueing strategy: fifo

Output queue: 0/40 (size/max)

5 minute input rate 0 bits/sec, 0 packets/sec

5 minute output rate 0 bits/sec, 0 packets/sec

0 packets input, 11190 bytes

Received 0 broadcasts (0 IP multicast)

0 runts, 0 giants, 0 throttles

0 parity      138 input errors,

138 CRC, 0 frame, 0 overrun, 0 ignored

0 input packets with dribble condition detected

178 packets output, 15001 bytes, 0 underruns

0 output errors, 0 applique, 0 interface resets

0 babbles, 0 late collision, 0 deferred

0 lost carrier, 0 no carrier

0 output buffer failures, 0 output buffers swapped out

0 carrier transitions

2. A contagem de erros de CRC de entrada do controlador POS aumenta.

.225ML12#show contro pos 0 | inc input

8841 total input packets,  46840204 post-HDLC bytes

0 input short packets,  46840993 pre-HDLC bytes

0  input long packets , 3893  input runt packets

2165  input CRCerror packets , 0  input drop packets

0 input abort packets

0 input packets dropped by ucode

3. O vizinho CDP através do caminho óptico cai. Embora POS0 esteja ativo e o CDP funcione, o vizinho em POS0 não aparece.

225ML12#show cdp neighbor

Capability Codes: R - Router, T - Trans Bridge, B - Source Route Bridge

S - Switch, H - Host, I - IGMP, r - Repeater, P - Phone

Device ID        Local Intrfce     Holdtme    Capability  Platform  Port ID

7603a            Gig 0              170         R S I     Cat 6000  Gig 1/1

.225ML12#show cdp int | be POS0

POS0 is up, line protocol is up

Encapsulation

Sending CDP packets every 60 seconds

Holdtime is 180 seconds

Incompatibilidade de embaralhamento de POS

Com o encapsulamento PPP, você pode habilitar o embaralhamento SPE (por padrão, o embaralhamento SPE está desabilitado). Neste exemplo, .225ML POS0 tem scramble habilitado enquanto .252ML POS0 tem a configuração padrão.

.225ML12#show int pos 0 | in Scramble

Scramble enabled

A incompatibilidade de embaralhamento altera o valor C2. Se você ativar o embaralhamento, as interfaces POS usarão um valor C2 de 0x16. Se você desabilitar o embaralhamento, as interfaces POS usarão um valor C2 de 0xCF. Quando você ativa o embaralhamento na porta POS 0 .252, aqui está o resultado (a configuração 0 .225 POS 0 não é alterada):

.252ML12#show contr pos 0 | in C2

C2 (tx / rx)           : 0x16 / 0xCF

No nó .252, o PLM-P ocorre na porta OC12 ativa no CTC e, em seguida, na porta POS0. Isso ativa a porta POS0 para ficar inativa, o que aumenta o alarme TPTFAIL.

.252ML12#show ons alarm

Equipment Alarms

Active: RUNCFG-SAVENEED

Port Alarms

POS0  Active: TPTFAIL

POS1  Active: None

GigabitEthernet0  Active: None

GigabitEthernet1  Active: None

POS0

Active Alarms : PPLM

Demoted Alarms: None

POS1

Interface not provisioned

No nó .225, o PDI-P ocorre para ambas as portas OC12 no CTC. Esse alarme é o resultado de POS0 inativo em .252. O mesmo alarme (chamado Path Payload Defect Indication [PPDI] no IOS) ocorre para POS0, que é porque a interface recebe o valor C2 de 0xFC (mais informações sobre isso são mostradas mais adiante no documento).

.225ML12#show control pos 0 | inc C2

C2 (tx / rx)           : 0xCF / 0xFC

O alarme PPDI ativa a interface POS0. A interface POS0 inativa, então, eleva o TPTFAIL.

.225ML12#show ons alarm

Equipment Alarms

Active: RUNCFG-SAVENEED

Port Alarms

POS0  Active: TPTFAIL

POS1  Active: None

GigabitEthernet0  Active: None

GigabitEthernet1  Active: None

POS0

Active Alarms : PPDI

Demoted Alarms: None

POS1

Interface not provisioned

Alteração de byte C2 de POS

O valor C2 padrão é 0x01 para o encapsulamento LEX (o encapsulamento padrão para POS) e 0xCF para o encapsulamento PPP/HDLC. Se você alterar esse valor inconsistentemente para qualquer outro valor, os alarmes PLM-P e TPTFAIL podem ocorrer, o que afeta o serviço. Ambas as portas POS no mesmo circuito podem usar o mesmo valor C2. A exceção é 0xFC. Um valor de 0xFC indica um defeito de payload do caminho. Assim, mesmo que os valores de C2 coincidam (0xFC/0xFC), o PDI-P ocorre.

Você pode alterar o valor do POS C2 com este comando:

pos c2 flag <value in decimal>

Você pode representar os valores reais de C2 como mostrado aqui (eles estão em formatos hexadecimais):

.225ML12#show contro pos 0 | inc C2

C2 (tx / rx)           : 0x16 / 0x16

Nesse caso, ambos os valores de C2 correspondem. Portanto, nenhum alarme ocorre.

Alterar o estado do circuito para OOS

Quando você altera o circuito OC-12 para OOS, nenhum alarme pode ocorrer imediatamente em TCC ou em ML. O estado do circuito exibe OOS na janela do circuito no CTC. As entradas de registro são inseridas no ML:

.225ML12#show log …

May 27 14:22:15.114: %CARDWARE-6-CIRCUIT_STATE:

Circuit state on POS 0 change from IS to OOS_AS

May 27 14:22:15.114: %CARDWARE-6-BTC_DRV:

Init BTC, BTC Rev = 2, Backplane = 0, Port = 0.

As portas POS podem mudar para o estado Up/Down. Como resultado, o alarme TPTFAIL ocorre em ambas as extremidades. O tráfego não flui, como você pode esperar.

Alarme PDI-P travado

Às vezes, um alarme fica travado e não é limpo automaticamente, mesmo depois da condição que causou a liberação do alarme. Um exemplo de PPDI (ou PDI-P) é mostrado aqui:

May 27 18:41:15.339: %CARDWARE-6-CIRCUIT_STATE:

Circuit state on POS 0 change from IS to OOS_AS

May 27 18:42:11.871: %LINEPROTO-5-UPDOWN:

Line protocol on Interface POS0, changed state to down

May 27 19:17:48.507: %SYS-5-CONFIG_I:

Configured from console by vty2 (127.0.0.100)

May 28 11:57:33.387: %CARDWARE-6-CIRCUIT_STATE:

Circuit state on POS 0 change from OOS_AS to IS

May 28 11:57:33.391: %CARDWARE-6-BTC_DRV:

Init BTC, BTC Rev = 2, Backplane = 0, Port = 0.

May 28 11:57:35.879: %VIRTUAL_PA-6-UPDOWN:

POS0 changed to down due to PPDI defect trigger changing state

May 28 11:57:36.079: %LINK-3-UPDOWN:

Interface POS0, changed state to down

May 28 11:57:36.279: %SONET-4-ALARM:

POS0: PPDI

Quando um estado de circuito anterior muda para OOS, o .225 POS relata o PPDI mesmo depois que o circuito retorna ao estado In-Service (IS). Portanto, a interface POS0 permanece inativa. O CTC também relata o PDI-P no nó .225. Os contadores PM das interfaces OC12 em .225 não mostram erros e indicam que o caminho OC-12 está limpo.

Esta saída relata o PPDI como travado:

.225ML12#show contro pos 0

Interface POS0

Hardware is Packet/Ethernet over Sonet

PATH

PAIS      = 0         PLOP      = 0         PRDI    = 0         PTIM = 0

PPLM      = 0         PUNEQ     = 0         PPDI    = 0

BER_SF_B3 = 0         BER_SD_B3 = 0         BIP(B3) = 0          REI = 0

NEWPTR    = 0         PSE       = 0         NSE     = 0

Active Alarms : PPDI

Demoted Alarms: None

Active Defects: PPDI

Alarms reportable to CLI:

PAIS PRDI PLOP PUNEQ PPLM PTIM PPDI BER_SF_B3 BER_SD_B3

Link state change defects:

PAIS PLOP PTIM PUNEQ PRDI PPLM PPDI BER_SF_B3

Link state change time   : 200 (msec)

DOS FPGA channel number  : 0

Starting STS (0 based)   : 0

VT ID (if any) (0 based) : 255

Circuit size           : STS-3c

RDI Mode               : 1 bit

C2 (tx / rx)           : 0xCF / 0xFC

Framing                : SONET

Lembre-se de que neste documento, o valor de C2 0xFC faz com que o POS relate o PPDI.

Observação: quando o nó .252 está livre de alarmes e erros e tem os valores C2 correspondentes de 0xCF/0xCF para POS0, você deve considerar um problema de alarme travado. Se você redefinir a interface POS0 no nó .225, o alarme será cancelado, o que inclui o PDI-P relatado no CTC. Esta anomalia deve ser corrigida numa versão posterior.

May 28 14:34:16.967: %LINK-5-CHANGED:

Interface POS0, changed state to administratively down

May 28 14:34:18.675: %LINK-3-UPDOWN:

Interface POS0, changed state to down

May 28 14:34:18.939: %VIRTUAL_PA-6-UPDOWN:

POS0 changed to up due to PPDI defect trigger changing state

May 28 14:34:19.139: %LINK-3-UPDOWN:

Interface POS0, changed state to up

May 28 14:34:20.127: %SYS-5-CONFIG_I:

Configured from console by vty2 (127.0.0.100)

May 28 14:34:20.147: %LINEPROTO-5-UPDOWN:

Line protocol on Interface POS0, changed state to up

May 28 14:34:28.739: %SONET-4-ALARM:

POS0: PPDI  cleared

Agora os valores C2 correspondem, e o nó está livre de alarmes.

.225ML12#show control pos 0

Interface POS0

Hardware is Packet/Ethernet over Sonet

PATH

PAIS      = 0         PLOP      = 0         PRDI    = 1         PTIM = 0

PPLM      = 0         PUNEQ     = 0         PPDI    = 0

BER_SF_B3 = 0         BER_SD_B3 = 0         BIP(B3) = 0          REI = 16

NEWPTR    = 0         PSE       = 0         NSE     = 0

Active Alarms : None

Demoted Alarms: None

Active Defects: None

Alarms reportable to CLI:

PAIS PRDI PLOP PUNEQ PPLM PTIM PPDI BER_SF_B3 BER_SD_B3

Link state change defects:

PAIS PLOP PTIM PUNEQ PRDI PPLM PPDI BER_SF_B3

Link state change time: 200 (msec)

DOS FPGA channel number  : 0

Starting STS (0 based)   : 0

VT ID (if any) (0 based) : 255

Circuit size           : STS-3c

RDI Mode               : 1 bit

C2 (tx / rx)           : 0xCF / 0xCF

Framing                : SONET

Observação: às vezes, um ou mais alarmes também podem estar presos em placas ópticas. Você precisa redefinir o TCC ativo para limpar esses alarmes presos. Consequentemente, o TCC de standby torna-se ativo e a operação é sem ocorrências (ou seja, não há impacto no tráfego), embora você possa perder o tráfego de gerenciamento (sessão CTC, por exemplo) por alguns minutos.

Incompatibilidade de número de grupo de ponte

Este teste usa o mesmo grupo de bridge 100 em ambas as placas ONS ML. No entanto, os grupos de bridge não precisam ser os mesmos, desde que POS 0 e GigE 0 estejam no mesmo ML ou no mesmo grupo de bridge. Por exemplo, uma alteração no grupo de bridge 101 em .252 ML não afeta o tráfego.

.252ML12#show bridge ver

Total of 300 station blocks, 298 free

Codes: P - permanent, S - self

Maximum dynamic entries allowed: 1000

Current dynamic entry count: 0

Flood ports

Maximum dynamic entries allowed: 1000

Current dynamic entry count: 2

BG Hash      Address      Action  Interface    VC    Age   RX count   TX count

101 02/0   000b.45b0.484a forward  Gi0                  -

101 BC/0   0009.b7f4.76ca forward  POS0

-

Flood ports

GigabitEthernet0

POS0

Uma lista parcial de bugs ML pendentes

Aqui está uma lista parcial de bugs que se aplicam à configuração neste documento:

Observação: esses bugs estão documentados como parte das notas de versão no cisco.com.

ID DDTS

Status

Versão encontrada

Versão fixa

********************Notas***************************

CSCeb56287

V

4,1

4.6

Quando você provisiona o estado de um circuito da série ML de In-Service (IS) para Out-of-Service (OOS) e, em seguida, de volta para IS, o tráfego de dados não se recupera. Para evitar esse problema, antes de alterar o estado de IS, defina a porta POS como shutdown na CLI. Depois de alterar o estado de volta para IS de OOS, defina a porta POS como no shutdown.

CSCeb24757

V

4,1

4.6

Se você desconectar uma fibra de transmissão em uma porta ML1000, somente a porta adjacente desconectará o link. Idealmente, ambas as portas devem identificar que o enlace ficou inoperante para que os protocolos da camada superior possam redirecionar o tráfego para uma porta diferente. Para contornar essa situação, execute shutdown e no shutdown na porta que tem a fibra de transmissão desconectada ou defeituosa.

CSCdy31775

V

4

4.6

Nenhuma contagem de descarte inclui pacotes que são descartados devido ao congestionamento da fila de saída. Esse problema ocorre sob uma destas condições:

- Tráfego em placas da série ML entre portas Ethernet e SONET, com excesso de assinatura da largura de banda de circuito disponível configurada, o que leva ao congestionamento da fila de saída.

- Tráfego de SONET para Ethernet, com excesso de assinatura da largura de banda Ethernet disponível.

CSCdz49700

C

4

-

As placas ML-series sempre encaminham pacotes Dynamic Trunking Protocol (DTP) entre dispositivos conectados. Se o DTP estiver ativado em dispositivos conectados (que podem ser a configuração padrão), o DTP pode negociar parâmetros, por exemplo, ISL, que as placas da série ML não suportam. A placa ML-series conta todos os pacotes em um link negociado para usar ISL como pacotes multicast, e os pacotes STP e CDP são interligados entre dispositivos conectados que usam ISL sem serem processados. Para evitar esse problema, desative o DTP e o ISL nos dispositivos conectados. Essa funcionalidade foi projetada.

CSCdz68649

C

4

-

Sob certas condições, o estado de controlo de fluxo pode indicar que o controlo de fluxo está a funcionar, quando o controlo de fluxo não funciona. O controle de fluxo nas placas série ML só funciona quando você configura um vigilante de nível de porta. Um vigilante de nível de porta é um vigilante no padrão e somente a classe de um mapa de política de entrada. O controle de fluxo também funciona apenas para limitar a taxa de origem à taxa de descarte do vigilante configurado. O controle de fluxo não impede descartes de pacotes devido ao congestionamento da fila de saída. Portanto, se você não tiver um vigilante de nível de porta ou se ocorrer congestionamento na fila de saída, a vigilância não funcionará. No entanto, o policiamento ainda pode aparecer incorretamente como ativado nessas condições. Para evitar esse problema, configure um vigilante de nível de porta e evite o congestionamento da fila de saída.

CSCdz69700

C

4

-

Se você emitir uma sequência de comandos shutdown/no shutdown em uma porta ML1000, os contadores serão limpos. Essa é uma parte normal do processo de inicialização e essa funcionalidade não será alterada.

CSCea11742

V

4

4.6

Quando você provisiona um circuito entre duas portas ML POS como OOS, uma das portas pode relatar erroneamente TPTFAIL. Esse problema existe para as placas ML100T-12 e ML1000-2. Se esse problema ocorrer, abra uma janela de console para cada placa ML e configure a porta POS para desligar.

CSCea20962

V

4

5

Nenhum aviso é exibido quando você aplica OOS às portas de descarte ML na janela de provisionamento de circuito.

CSCdy47284

C

4

-

MTU de FastEthernet ML-100 não é aplicada. No entanto, quadros maiores que 9050 bytes podem ser descartados e causar erros de Rx e Tx.

Códigos de status:

- V - Verificado (a correção é verificada no laboratório)

- C - Fechado (não haverá correção para o bug devido a vários motivos)

- Versão encontrada: a versão do software em que o bug foi relatado pela primeira vez

- Versão fixa: a versão do software em que o bug foi corrigido

Solucionar problemas e isolar falhas

Com as informações apresentadas até o momento, esta seção visa criar casos de isolamento de falhas. Com base nos sintomas relatados pelo sistema, esta seção fornece dicas passo a passo para solucionar o problema. Estes estudos de caso relacionam-se com alguns sintomas comuns associados ao cartão ML no ONS 15454.

Normalmente, você deve seguir estas etapas para solucionar um problema:

- Colete informações gerais e sintomas de falha.

- Analise as informações.

- Isole o problema.

- Identificar o problema.

- Resolva o problema.

Algumas destas etapas são repetidas várias vezes.

Informações gerais

Coleta de informações básicas

Colete informações antes de recarregar ou redefinir a placa ML devido a um erro. Uma recarga manual descarta informações potencialmente valiosas. As recargas manuais reinicializam todos os contadores e você perde todos os registros armazenados na memória. A Cisco recomenda que você emita o comando show tech-support e qualquer outro comando de coleta de dados para recuperar informações de log antes de emitir qualquer comando de solução de problemas no roteador. Se você reinicializar ou redefinir a placa ML, poderá perder o acesso do console/telnet e também as informações relevantes.

Os registros de console que levam ao evento podem fornecer uma imagem do que levou ao erro ou travamento. Quando ocorre um erro, você deve tentar salvar todas as mensagens registradas no console ou no buffer. Essas últimas mensagens de console podem ser vitais para descobrir o problema. Dependendo do tipo de problema, nem todas as mensagens são gravadas no servidor SYSLOG.

Use o comando show tech-support para coletar uma grande variedade de dados. Esse comando é frequentemente a melhor ferramenta para obter o estado do roteador, após o erro em um determinado momento.

Aqui está uma lista básica dos comandos que o comando show tech-support executa. O que você captura varia, com base na versão do IOS, no hardware e nas opções selecionadas.

show version

show running-config

show stacks

show interfaces

show controllers

show file systems

dir nvram:

show flash: all

show process memory

show process cpu

show context

show sdm internal all-regions

show sdm ip-adjacency all

show sdm ip-mcast all

show sdm ip-prefix all

show sdm l2-switching forwarding

show sdm l2-switching interface-macs

show sdm qos all

show ons alarm defect

show ons alarm failure

show ons hwp defects

show ons hwp reframe

show ons hwp tci

show ons hwp xcon

show ons equipment-agent status

show ons provisioning-agent message ports all

show ons provisioning-agent message node-element

test mda conn dump connections

test mda ppe global reg dump 0

test mda ppe global reg dump 1 Mempool statistics

show region

show buffers

Além desses comandos, capture outras saídas de comando que tenham importância especial para a placa ML, conforme descrito nas seções anteriores deste documento. Por exemplo, show log, show ons alarm e assim por diante. Do CTC, capture e exporte informações relevantes conforme descrito anteriormente, por exemplo, alarmes, condições, circuitos, inventário e contadores PM.

Algumas ferramentas úteis do IOS para solucionar problemas

Depois de coletar as informações necessárias, você precisa decifrar as informações em busca de erros. Essa tarefa pode ser difícil com a saída de um comando show-tech. Estas são ferramentas que podem decifrar a saída do comando show-tech e de muitos outros comandos.

- Output Interpreter Tool (apenas clientes registrados) : Cole a saída do comando show tech-support nesta ferramenta. Esta ferramenta fornecerá um resumo rápido dos problemas encontrados. Esta é uma excelente ferramenta que fornece um resumo rápido dos problemas mais simples que você encontra. Esta ferramenta interpreta uma variedade de entradas. Você pode usar a caixa suspensa do menu Tecnologia para navegar. No entanto, a ferramenta não é perfeita e ainda requer interpretação para validar as informações.

- Ferramenta de pesquisa de comandos: Selecione qualquer um destes guias de referência para pesquisar um comando e a sintaxe:

- Referência de comando do IOS

- Guia de configuração do IOS

- Referência do comando Catalyst

- referência de comando de firewall PIX

- Decodificador de Mensagens de Erro: Esta ferramenta ajuda a pesquisar e resolver mensagens de erro para o software Cisco IOS, o software Catalyst Switches e o software Cisco Secure PIX Firewall. Cole as mensagens de erro dos arquivos de log e certifique-se de marcar a caixa de seleção sugerir documentos relacionados nos resultados.

- Conjunto de ferramentas do bug: Procure resultados com base em uma ou mais destas opções:

- Versão do IOS.

- Recursos ou componentes.

- Palavras-chave.

- Gravidade do bug (você pode selecionar uma gravidade específica ou especificar um intervalo).

- Coleta de casos do TAC: Você pode diagnosticar interativamente problemas comuns que envolvem problemas de hardware, configuração e desempenho com as soluções fornecidas pelos engenheiros do TAC.

Nota: Algumas ferramentas não são 100% compatíveis com a placa ML.

Estudos de caso

Esta seção descreve algumas das condições de falha comuns e possíveis etapas que você pode tomar para isolar as condições. Consulte o Cisco ONS 15454 Troubleshooting Guide, Versões 4.1.x e 4.5 para obter informações detalhadas sobre alarmes.

Alarme CARLOSS relatado em uma porta Ethernet ML

Major (MJ) e com efeito de serviço (SA), um alarme de perda de portadora na placa Ethernet (tráfego) da série ML é o equivalente de dados do alarme "LOS (OC-N)". A porta Ethernet perdeu o link e não recebe um sinal válido.

Um alarme CARLOSS ocorre quando a porta Ethernet foi configurada do IOS CLI como uma porta sem desligamento, e uma destas condições também é atendida:

- O cabo não está conectado corretamente à porta próxima ou remota.

- A negociação automática falha.

- A velocidade (somente para portas 10/100) está definida incorretamente.

Como visto neste teste entre a placa ML de 7603b e a placa ML de 0,252 nós, desative a autonegociação para ativar as portas.

Alarme TPTFAIL relatado para POS

Este é um alarme principal (MJ) e afeta o serviço (SA). O alarme TPT Layer Failure indica uma interrupção no recurso de integridade do enlace POS de ponta a ponta das placas POS da série ML. TPTFAIL indica uma condição distante ou configuração incorreta da porta POS.

O alarme TPTFAIL indica um problema no caminho SONET, na porta POS remota ou uma configuração incorreta da porta POS que impede que o caminho POS completo de ponta a ponta funcione.

Se algum alarme de caminho SONET, por exemplo, o "AIS-P", o "LOP-P", o "PDI-P" ou o "UNEQ-P" existirem no circuito que a porta POS usa, a porta afetada poderá relatar um alarme TPTFAIL.

Se a porta LOS da série ML remota estiver administrativamente desativada, a porta insere uma condição "AIS-P" que a porta próxima detecta. A porta próxima pode relatar TPTFAIL neste evento. A porta POS distante relata PRDI e PPDI. Você pode visualizar todos esses alarmes com o comando show ons alarm. Se a porta POS estiver configurada incorretamente no nível CLI do IOS, a configuração incorreta fará com que a porta fique inativa e relatará TPTFAIL.

Conclua estes passos para limpar o alarme TPTFAIL (ML-Series):

1. Se nenhum alarme SONET ocorrer no circuito da porta POS, verifique se você configurou ambas as portas POS corretamente.

2. Se apenas o alarme "PLM-P" ocorrer no circuito da porta POS, verifique se você configurou ambas as portas POS corretamente.

3. Se somente a condição "PDI-P" ocorrer no circuito da porta POS e o circuito for terminado por uma placa G-series, verifique se ocorre um alarme "CARLOSS (G-Series Ethernet)" na placa G-series. Em caso afirmativo, conclua o procedimento "Clear the CARLOSS (G-Series Ethernet Alarm" (Limpar o alarme de CARLOSS (G-Series Ethernet).

4. Se o alarme "AIS-P", o alarme "LOP-P" ou o alarme "UNEQ-P" estiverem presentes, solucione os problemas do caminho SONET (o caminho entre as duas interfaces POS sobre o mesmo circuito) para limpar esses alarmes.

A interface Gigabit Ethernet permanece inativa

Consulte Alarme CARLOSS relatado em uma porta Ethernet ML.

A interface POS relata erros de CRC

Normalmente, esse problema é devido à incompatibilidade de CRC nas configurações de POS.

PPDI de relatórios POS

PDI-P é um conjunto de códigos específicos de aplicativo contidos na sobrecarga de caminho (POH) do STS que o nó ONS gera. O alarme indica para o equipamento de downstream que há um defeito em uma ou mais das cargas úteis mapeadas diretamente contidas nesse envelope de carga útil síncrona do STS

Uma condição PDI-P na porta de uma placa OC-N que suporta um circuito de placa da série ML pode resultar do recurso de integridade de link Ethernet fim-a-fim da placa da série ML. Se o problema for devido à integridade do enlace, o alarme "TPTFAIL (G-Series Ethernet)" ou o alarme relatado em uma ou ambas as portas POS que terminam o circuito também ocorrerá. Se TPTFAIL ocorrer em uma ou ambas as portas POS, solucione o problema do alarme que acompanha TPTFAIL para limpar a condição PDI-P. O alarme PDI-P também pode ser um sintoma de um alarme travado.

Aqui está um exemplo de alarmes que ocorrem devido ao POS0 administrativamente inativo em .225:

.225 POS 0 (encerrado)

0,252 POS

PPDI, PRDI

PAIS, TPTFAIL

Neste exemplo, PAIS indica que a raiz do problema é o nó .225. Se você apagar o PAIS, o TPTFAIL, o PPDI e o PRDI também serão limpos.

PRDI de relatórios POS

PRDI indica que o problema está na extremidade oposta. Esse problema pode ocorrer porque a extremidade oposta recebe o alarme AIS. Consulte POS Reports PPDI para obter mais informações.

PAIS de relatórios de POS

A condição de caminho AIS significa que esse nó detecta o AIS no caminho de entrada.

Geralmente, qualquer AIS é um sinal SONET especial que informa ao nó receptor que o nó do remetente não tem nenhum sinal válido disponível para enviar. O AIS não é um erro. O nó receptor levanta a condição de falha AIS em cada entrada onde o nó vê o sinal AIS em vez de um sinal real. Na maioria dos casos, quando essa condição ocorre, um nó upstream gera um alarme para indicar uma falha de sinal; todos os nós de downstream apenas levantam algum tipo de AIS. Essa condição é limpa quando você resolve o problema no nó upstream.

PPLM de relatórios de POS

Esse problema é crítico (CR) e afeta o serviço (SA)

Um alarme de Incompatibilidade de Rótulo de Payload de Caminho em um nó indica que o sinal de entrada não corresponde ao rótulo provisionado localmente. A condição ocorre devido a um valor de byte C2 inválido no overhead de caminho SONET. O embaralhamento e o encapsulamento podem alterar os valores de C2.

A interface POS permanece inativa

Uma variedade de alarmes pode desativar a interface POS. Por padrão, esses alarmes fazem com que o link POS fique inativo: PAIS, PLOP, PTIM, PUNEQ, PRDI, PPLM, PPDI, BER_SF_B3. Para modificar a lista, use o comando de interface pos trigger errors. Quando a interface POS aumenta ou diminui, a causa é registrada (show log). Você pode recuperar todos os alarmes ou defeitos ativos com o comando show ons alarm. Solucione o problema da causa para ativar a interface POS. Quando a interface POS fica inativa, ocorre o alarme TPTFAIL.

Quando você se conecta às interfaces POS de outros fornecedores, certifique-se de que esses itens correspondam em ambas as extremidades:

1. Scrambling

2. valor C2

3. CRC

Erros de entrada de relatórios de interface POS

Os erros de entrada que se acumulam em uma interface POS (show interface POS e CTC PM counters) indicam que os pacotes de entrada estão malformados. Várias causas podem levar à entrada de pacotes de erro.

Solucione problemas de alarmes, caso existam.

Se os erros de CRC aumentam junto aos erros de entrada, os erros de CRC podem ser a causa dos erros de entrada. Solucionar problemas de configurações de CRC.

Verifique as configurações da interface POS.

Solucione problemas dos componentes do caminho entre as duas portas POS. Se os erros de entrada aumentarem sem um incremento correspondente em qualquer outro erro de componente, considere um problema de hardware. Antes da substituição de hardware, execute estas etapas em ambos os lados do circuito (um de cada vez) para ver se o problema persiste:

- switch lateral TCC

- switch lateral XC

- Switch de proteção nas portas SONET, se houver proteção

- Reinicialização suave de placa ML

- Recoloque a placa ML

O vizinho CDP não aparece

Verifique se você ativou o CDP em ambas as interfaces.

Solucione problemas de alarmes e erros de interface, caso existam.

Nenhum fluxo de tráfego de ponta a ponta

Verifique as configurações nos dois dispositivos finais.

Solucione problemas de alarmes e erros, se eles existirem.

Anexo: Configuração básica de teste e informações de comando

Esta seção captura as informações básicas de configuração para todos os dispositivos neste teste, que é usado como linha de base para solucionar problemas.

7603a

7603a#show run

Building configuration...

Current configuration : 3136 bytes

!

version 12.1

service timestamps debug uptime

service timestamps log uptime

no service password-encryption

!

hostname 7603a

!

!

ip subnet-zero

!

!

!

mls flow ip destination

mls flow ipx destination

spanning-tree extend system-id

!

redundancy

mode rpr-plus

main-cpu

auto-sync running-config

auto-sync standard

!

!

!

interface GigabitEthernet1/1

ip address 10.0.0.1 255.0.0.0

!

router ospf 1

log-adjacency-changes

network 10.0.0.1 0.0.0.0 area 0

!

ip classless

no ip http server

!

!

!

!

line con 0

line vty 0 4

!

end

7603a#show ip int bri

Interface              IP-Address     OK? Method Status                 Protocol

Vlan1                  unassigned     YES unset  administratively down  down

GigabitEthernet1/1     10.0.0.1       YES manual up                     up

7603a#show ip route

Codes: C - connected, S - static, I - IGRP, R - RIP, M - mobile, B - BGP

D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area

N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2

E1 - OSPF external type 1, E2 - OSPF external type 2, E - EGP

i - IS-IS, L1 - IS-IS level-1, L2 - IS-IS level-2, ia - IS-IS inter area

* - candidate default, U - per-user static route, o - ODR

P - periodic downloaded static route

Gateway of last resort is not set

7603a#show int gigabitEthernet 1/1

GigabitEthernet1/1 is up, line protocol is up (connected)

Hardware is C6k 1000Mb 802.3, address is 0009.b7f4.76ca (bia 0009.b7f4.76ca)

Internet address is 10.0.0.1/8

MTU 1500 bytes, BW 1000000 Kbit, DLY 10 usec,

reliability 255/255, txload 1/255, rxload 1/255

Encapsulation ARPA, loopback not set

Keepalive set (10 sec)

Full-duplex mode, link type is autonegotiation, media type is SX

output flow-control is unsupported, input flow-control is unsupported, 1000Mb/s

Clock mode is auto

input flow-control is off, output flow-control is off

ARP type: ARPA, ARP Timeout 04:00:00

Last input 00:00:01, output 00:00:45, output hang never

Last clearing of "show interface" counters never

Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0

Queueing strategy: fifo

Output queue :0/40 (size/max)

5 minute input rate 0 bits/sec, 0 packets/sec

5 minute output rate 0 bits/sec, 0 packets/sec

L2 Switched: ucast: 5482 pkt, 516472 bytes - mcast: 1 pkt, 64 bytes

L3 in Switched: ucast: 0 pkt, 0 bytes - mcast: 0 pkt, 0 bytes mcast

L3 out Switched: ucast: 0 pkt, 0 bytes

5145 packets input, 405866 bytes, 0 no buffer

Received 5107 broadcasts, 0 runts, 0 giants, 0 throttles

0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored

0 input packets with dribble condition detected

332 packets output, 111641 bytes, 0 underruns

0 output errors, 0 collisions, 2 interface resets

0 babbles, 0 late collision, 0 deferred

0 lost carrier, 0 no carrier

0 output buffer failures, 0 output buffers swapped out

7603a#show ip ospf neig

Neighbor ID     Pri   State           Dead Time   Address         Interface

10.0.0.2          1   FULL/DR         00:00:38    10.0.0.2        GigabitEtherne

t1/1

7603b

7603b#show run

Building configuration...

Current configuration : 1102 bytes

!

version 12.1

service timestamps debug uptime

service timestamps log uptime

no service password-encryption

!

hostname 7603b

!

enable password cisco

!

ip subnet-zero

!

!

!

mls flow ip destination

mls flow ipx destination

spanning-tree extend system-id

!

redundancy

mode rpr-plus

main-cpu

auto-sync running-config

auto-sync standard

!

!

!

interface GigabitEthernet1/1

ip address 10.0.0.2 255.0.0.0

speed nonegotiate

!

router ospf 1

log-adjacency-changes

network 10.0.0.2 0.0.0.0 area 0

!

ip classless

no ip http server

!

!

!

!

line con 0

line vty 0 4

no login

!

end

Note that if GigE link does not come up, auto-negotiation may not be working.

Auto-negotiation can be turned off to force the link to come up.

Ensure both sides of the link are matching.

7603b#show ip int bri

Interface              IP-Address      OK? Method Status                Protocol

Vlan1                  unassigned      YES NVRAM  administratively down down

GigabitEthernet1/1     10.0.0.2        YES manual up                    up

7603b#show int gig 1/1

GigabitEthernet1/1 is up, line protocol is up (connected)

Hardware is C6k 1000Mb 802.3, address is 000b.45b0.484a (bia 000b.45b0.484a)

Internet address is 10.0.0.2/8

MTU 1500 bytes, BW 1000000 Kbit, DLY 10 usec,

reliability 255/255, txload 1/255, rxload 1/255

Encapsulation ARPA, loopback not set

Keepalive set (10 sec)

Full-duplex mode, link type is force-up, media type is SX

output flow-control is unsupported, input flow-control is unsupported, 1000Mb/s

Clock mode is auto

input flow-control is off, output flow-control is off

ARP type: ARPA, ARP Timeout 04:00:00

Last input 00:00:01, output 00:00:04, output hang never

Last clearing of "show interface" counters never

Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0

Queueing strategy: fifo

Output queue :0/40 (size/max)

5 minute input rate 0 bits/sec, 0 packets/sec

5 minute output rate 0 bits/sec, 0 packets/sec

L2 Switched: ucast: 5695 pkt, 534143 bytes - mcast: 3 pkt, 192 bytes

L3 in Switched: ucast: 0 pkt, 0 bytes - mcast: 0 pkt, 0 bytes mcast

L3 out Switched: ucast: 0 pkt, 0 bytes

5319 packets input, 395772 bytes, 0 no buffer

Received 5172 broadcasts, 4 runts, 0 giants, 0 throttles

4 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored

0 input packets with dribble condition detected

413 packets output, 139651 bytes, 0 underruns

0 output errors, 0 collisions, 2 interface resets

0 babbles, 0 late collision, 0 deferred

0 lost carrier, 0 no carrier

0 output buffer failures, 0 output buffers swapped out

7603b#show ip route

Codes: C - connected, S - static, I - IGRP, R - RIP, M - mobile, B - BGP

D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area

N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2

E1 - OSPF external type 1, E2 - OSPF external type 2, E - EGP

i - IS-IS, L1 - IS-IS level-1, L2 - IS-IS level-2, ia - IS-IS inter area

* - candidate default, U - per-user static route, o - ODR

P - periodic downloaded static route

Gateway of last resort is not set

C    10.0.0.0/8 is directly connected, GigabitEthernet1/1

7603b#ping 10.0.0.1

Type escape sequence to abort.

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

!!!!!

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

0,225 ML

.225ML12#show run

Building configuration...

Current configuration : 580 bytes

!

version 12.1

no service pad

service timestamps debug uptime

service timestamps log uptime

no service password-encryption

!

hostname .225ML12

!

logging buffered 4096 debugging

enable password cisco

!

ip subnet-zero

no ip routing

no ip domain-lookup

!

!

bridge 100 protocol ieee

!

!

interface GigabitEthernet0

no ip address

no ip route-cache

bridge-group 100

!

interface GigabitEthernet1

no ip address

no ip route-cache

shutdown

!

interface POS0

no ip address

no ip route-cache

crc 32

bridge-group 100

!

ip classless

no ip http server

!

!

!

!

line con 0

line vty 0 4

exec-timeout 0 0

no login

!

end

.225ML12#show ip int bri

Interface              IP-Address      OK? Method Status                Protocol

GigabitEthernet0       unassigned      YES unset  up                    up

GigabitEthernet1       unassigned      YES unset  administratively down down

POS0                   unassigned      YES unset  up                    up

.225ML12#show int gig 0

GigabitEthernet0 is up, line protocol is up

Hardware is xpif_port, address is 000f.2475.8c04 (bia 000f.2475.8c04)

MTU 1500 bytes, BW 1000000 Kbit, DLY 10 usec,

reliability 255/255, txload 1/255, rxload 1/255

Encapsulation ARPA, loopback not set

Keepalive set (10 sec)

Full-duplex, 1000Mb/s, 1000BaseSX, Auto-negotiation

output flow-control is off, input flow-control is on

ARP type: ARPA, ARP Timeout 04:00:00

Last input 00:00:53, output 00:00:01, output hang never

Last clearing of "show interface" counters never

Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0

Queueing strategy: fifo

Output queue: 0/40 (size/max)

5 minute input rate 0 bits/sec, 0 packets/sec

5 minute output rate 0 bits/sec, 0 packets/sec

336 packets input, 111810 bytes

Received 1 broadcasts (0 IP multicast)

1 runts, 0 giants, 0 throttles

1 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored

0 watchdog, 244 multicast

0 input packets with dribble condition detected

5369 packets output, 422097 bytes, 0 underruns

0 output errors, 0 collisions, 0 interface resets

0 babbles, 0 late collision, 0 deferred

0 lost carrier, 0 no carrier

0 output buffer failures, 0 output buffers swapped out

.225ML12#show int pos 0

POS0 is up, line protocol is up

Hardware is Packet/Ethernet over Sonet, address is 000f.2475.8c00

(bia 000f.2475.8c00)

MTU 1500 bytes, BW 622080 Kbit, DLY 100 usec,

reliability 255/255, txload 1/255, rxload 1/255

Encapsulation ONS15454-G1000, crc 32, loopback not set

Keepalive set (10 sec)

Scramble enabled

ARP type: ARPA, ARP Timeout 04:00:00

Last input 00:00:32, output never, output hang never

Last clearing of "show interface" counters 02:16:40

Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0

Queueing strategy: fifo

Output queue: 0/40 (size/max)

5 minute input rate 0 bits/sec, 0 packets/sec

5 minute output rate 0 bits/sec, 0 packets/sec

152 packets input, 26266640 bytes

Received 0 broadcasts (0 IP multicast)

0 runts, 0 giants, 0 throttles

0 parity

1 input errors, 1 CRC, 0 frame, 0 overrun, 0 ignored

0 input packets with dribble condition detected

4250 packets output, 351305 bytes, 0 underruns

0 output errors, 0 applique, 0 interface resets

0 babbles, 0 late collision, 0 deferred

0 lost carrier, 0 no carrier

0 output buffer failures, 0 output buffers swapped out

0 carrier transitions

.225ML12#show ons alarm

Equipment Alarms

Active: None

Port Alarms

POS0  Active: None

POS1  Active: None

GigabitEthernet0  Active: None

GigabitEthernet1  Active: None

POS0

Active Alarms : None

Demoted Alarms: None

POS1

Interface not provisioned

This command shows all the defects that can be reported to CLI and TCC (via CTC).

.225ML12#show ons alarm defect

Equipment Defects

Active: None

Reportable to TCC/CLI: CONTBUS-IO-A CONTBUS-IO-B CTNEQPT-PBWORK

CTNEQPT-PBPROT EQPT RUNCFG-SAVENEED ERROR-CONFIG

Port Defects

POS0

Active: None

Reportable to TCC: CARLOSS TPTFAIL

POS1

Active: None

Reportable to TCC: CARLOSS TPTFAIL

GigabitEthernet0

Active: None

Reportable to TCC: CARLOSS TPTFAIL

GigabitEthernet1

Active: None

Reportable to TCC: CARLOSS TPTFAIL

POS0

Active Defects: None

Alarms reportable to CLI: PAIS PRDI PLOP PUNEQ PPLM PTIM PPDI BER_SF_B3 BER_SD_B3

POS1

Interface not provisioned

This command shows all the active alarms.

.225ML12#show ons alarm failure

Equipment Alarms

Active: None

Port Alarms

POS0  Active: None

POS1  Active: None

GigabitEthernet0  Active: None

GigabitEthernet1  Active: None

POS0

Active Alarms : None

Demoted Alarms: None

POS1

Interface not provisioned

.225ML12#show control pos 0

Interface POS0

Hardware is Packet/Ethernet over Sonet

PATH

PAIS      = 0         PLOP      = 0         PRDI    = 0         PTIM = 0

PPLM      = 0         PUNEQ     = 0         PPDI    = 0

BER_SF_B3 = 0         BER_SD_B3 = 0         BIP(B3) = 0          REI = 0

NEWPTR    = 0         PSE       = 0         NSE     = 0

Active Alarms : None

Demoted Alarms: None

Active Defects: None

Alarms reportable to CLI: PAIS PRDI PLOP PUNEQ PPLM PTIM PPDI BER_SF_B3 BER_SD_B3

Link state change defects: PAIS PLOP PTIM PUNEQ PRDI PPLM PPDI BER_SF_B3

Link state change time   : 200 (msec)

DOS FPGA channel number  : 0

Starting STS (0 based)   : 0

VT ID (if any) (0 based) : 255

Circuit size           : STS-12c

RDI Mode               : 1 bit

C2 (tx / rx)           : 0x01 / 0x01

Framing                : SONET

Path Trace

Mode            : off

Transmit String :

Expected String :

Received String :

Buffer          : Unstable

Remote hostname :

Remote interface:

Remote IP addr  :

B3 BER thresholds:

SFBER = 1e-4,   SDBER = 1e-7

231 total input packets,  26294392 post-HDLC bytes

0 input short packets,  26294465 pre-HDLC bytes

0  input long packets , 0  input runt packets

1  input CRCerror packets , 0  input drop packets

0 input abort packets

0 input packets dropped by ucode

6392  total output packets, 527660  output pre-HDLC bytes

527812 output post-HDLC bytes

Carrier delay is 200 msec

.225ML12#show cdp nei

Capability Codes: R - Router, T - Trans Bridge, B - Source Route Bridge

S - Switch, H - Host, I - IGMP, r - Repeater, P - Phone

Device ID        Local Intrfce     Holdtme    Capability  Platform  Port ID

.252ML12         POS0               148           T       ONS-ML1000POS0

7603a            Gig 0              121         R S I     Cat 6000  Gig 1/1

The following command  shows the detail bridge table. Note that 000b.45b0.484a

is the address of Gig0 on 7603b.

.225ML12#show bridge ver

Total of 300 station blocks, 298 free

Codes: P - permanent, S - self

Maximum dynamic entries allowed: 1000

Current dynamic entry count: 2

BG Hash      Address      Action  Interface      VC    Age   RX count   TX count

100 02/0   000b.45b0.484a forward  POS0                 -

100 BC/0   0009.b7f4.76ca forward  Gi0                  -

Flood ports

GigabitEthernet0

POS0

This command shows the same type of info as the above.

.225ML12#show sdm l2-switching forwarding bridge-group 100

MAC-Address   B-Group l3_int punt_da Out-int SPR-NodeId CAM-ADDR  STATE

-----------   ------- ------ ------- ------- ---------- --------  -----

0009B7F476CA  100     0      0       Gi0     ***        11        Used

000B45B0484A  100     0      0       PO0     ***        12        Used

.225ML12#show interface summary

*: interface is up

IHQ: pkts in input hold queue     IQD: pkts dropped from input queue

OHQ: pkts in output hold queue    OQD: pkts dropped from output queue

RXBS: rx rate (bits/sec)          RXPS: rx rate (pkts/sec)

TXBS: tx rate (bits/sec)          TXPS: tx rate (pkts/sec)

TRTL: throttle count

Interface           IHQ   IQD  OHQ   OQD  RXBS RXPS  TXBS TXPS TRTL

---------------------------------------------------------------------

* GigabitEthernet0      0     0    0     0     0    0     0    0    0

GigabitEthernet1      0     0    0     0     0    0     0    0    0

* POS0                  0     0    0     0     0    0     0    0    0

NOTE:No separate counters are maintained for subinterfaces

Hence Details of subinterface are not shown

.225ML12#show ons equipment-agent status

EQA ---- phySlot: 12, eqptType: EQPT_L2SC, eqptID: 0x2403 ----

curTCC: Tcc B

linkStatus:    Full    dbReq/Recv: 1  /  4   msgVerToEQM: 2

socketFd:       0    pipeMsgAct:   No     hdrSizeToEQM: 28

connTries:       0 connTimerFast:   No   hdrSizeFromEQM: 28

timingProv:   No

clock auto 1

.225ML12#show ons provisioning-agent message ports all

----- Backend Port (00) Data -----

prov: yes   sts: 00   vt: 255   type: DOS   name:

----- STS (00) Term Strip -----

Admin State: IS        Direction: TX_RX_EQPT

Type: 12 Sf: 1E-4 Sd: 1E-7 C2 tx/exp: 0x01 / 0x01

PathTrace Format: 64Byte  Mode: OFF

expected: (not valid)

send: valid: "\000\000\000\000"

----- VT (255) Term Strip not provisioned -----

----- STS (00) Xc Strip -----

rate: 12  Admin: IS

Src  Port/STS: 0x09/0x00  STS Eqpt: 0x01

Dest Port/STS: 0x06/0x00  UPSR STS Cont Dest: 0x00

Prev STS Stich Dest Port/STS: 0xFF/0x00

Next STS Stich Dest Port/STS: 0xFF/0x00

----- Backend Port (01) Data -----

prov:  no   sts: xx   vt: xx   type: xxx   name: xxxxx

The following command retrieves the ONS provisioning information

that is done via CTC.

.225ML12#show ons provisioning-agent message node-element

----- NE Data -----

Node Name: R27-15454c

MAC Addr : 00 10 CF D2 70 92

IP Addr      : 10.89.244.225

Sub Net Mask : 255.255.255.192

Dflt Router  : 10.89.244.193

Lan IP Addr  : 10.89.244.225

Lan Sub Mask : 255.255.255.192

Day Savings  : 0x01

Min from UTC : 480

Node ID      : 0xFF

Sync Msg Ver : 0x01

Sync Msg Res Delta : -1

Sync Msg Res Quality : 0x06

XConA Eqpt ID : 0x00000201

XConB Eqpt ID : 0x00000201   OSPF Node ID  : 0xCFD27092

SDH Mode      : SONET

0,252ML12

The auto negotiation was turned off on Gig0 (see later).

.252ML12#show run

Building configuration...

Current configuration : 643 bytes

!

version 12.1

no service pad

service timestamps debug uptime

service timestamps log uptime

no service password-encryption

!

hostname .252ML12

!

logging buffered 4096 debugging

enable password cisco

!

ip subnet-zero

no ip routing

no ip domain-lookup

!

!

bridge 100 protocol ieee

!

!

interface GigabitEthernet0

no ip address

no ip route-cache

no speed

no negotiation auto

bridge-group 100

!

interface GigabitEthernet1

no ip address

no ip route-cache

shutdown

!

interface POS0

no ip address

no ip route-cache

crc 32

bridge-group 100

!

ip classless

no ip http server

!

!

!

!

line con 0

line vty 0 4

exec-timeout 0 0

no login

!

end

.252ML12#show ip int brie

Interface              IP-Address      OK? Method Status                Protocol

GigabitEthernet0       unassigned      YES manual up                    up

GigabitEthernet1       unassigned      YES NVRAM  administratively down down

POS0                   unassigned      YES unset  up                    up

The Gig0 interface showed carrier loss until it was forced up by turning off

auto negotiation.

.252ML12#show int gig 0

GigabitEthernet0 is up, line protocol is up

Hardware is xpif_port, address is 000f.2475.8c4c (bia 000f.2475.8c4c)

MTU 1500 bytes, BW 1000000 Kbit, DLY 10 usec,

reliability 255/255, txload 1/255, rxload 1/255

Encapsulation ARPA, loopback not set

Keepalive set (10 sec)

Full-duplex, 1000Mb/s, 1000BaseSX, Force link-up

output flow-control is off, input flow-control is on

ARP type: ARPA, ARP Timeout 04:00:00

Last input 00:00:06, output 00:00:01, output hang never

Last clearing of "show interface" counters never

Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0

Queueing strategy: fifo

Output queue: 0/40 (size/max)

5 minute input rate 0 bits/sec, 0 packets/sec

5 minute output rate 0 bits/sec, 0 packets/sec

391 packets input, 125375 bytes

Received 1 broadcasts (0 IP multicast)

0 runts, 0 giants, 0 throttles

0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored

0 watchdog, 282 multicast

0 input packets with dribble condition detected

8489 packets output, 637084 bytes, 0 underruns

0 output errors, 0 collisions, 0 interface resets

0 babbles, 0 late collision, 0 deferred

0 lost carrier, 0 no carrier

0 output buffer failures, 0 output buffers swapped out

.252ML12#show int pos 0

POS0 is up, line protocol is up

Hardware is Packet/Ethernet over Sonet, address is 000f.2475.8c48

(bia 000f.2475.8c48)

MTU 1500 bytes, BW 622080 Kbit, DLY 100 usec,

reliability 255/255, txload 1/255, rxload 1/255

Encapsulation ONS15454-G1000, crc 32, loopback not set

Keepalive set (10 sec)

Scramble enabled

ARP type: ARPA, ARP Timeout 04:00:00

Last input 00:00:00, output never, output hang never

Last clearing of "show interface" counters 03:58:02

Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0

Queueing strategy: fifo

Output queue: 0/40 (size/max)

5 minute input rate 0 bits/sec, 0 packets/sec

5 minute output rate 0 bits/sec, 0 packets/sec

7396 packets input, 608413 bytes

Received 0 broadcasts (0 IP multicast)

0 runts, 0 giants, 0 throttles

0 parity

1 input errors, 1 CRC, 0 frame, 0 overrun, 0 ignored

0 input packets with dribble condition detected

267 packets output, 96676 bytes, 0 underruns

0 output errors, 0 applique, 0 interface resets

0 babbles, 0 late collision, 0 deferred

0 lost carrier, 0 no carrier

0 output buffer failures, 0 output buffers swapped out

0 carrier transitions

.252ML12#show ons alarm

Equipment Alarms

Active: None

Port Alarms

POS0  Active: None

POS1  Active: None

GigabitEthernet0  Active: None

GigabitEthernet1  Active: None

POS0

Active Alarms : None

Demoted Alarms: None

POS1

Interface not provisioned

.252ML12#show ons alarm defect

Equipment Defects

Active: None

Reportable to TCC/CLI: CONTBUS-IO-A CONTBUS-IO-B CTNEQPT-PBWORK

CTNEQPT-PBPROT EQPT RUNCFG-SAVENEED ERROR-CONFIG

Port Defects

POS0

Active: None

Reportable to TCC: CARLOSS TPTFAIL

POS1

Active: None

Reportable to TCC: CARLOSS TPTFAIL

GigabitEthernet0

Active: None

Reportable to TCC: CARLOSS TPTFAIL

GigabitEthernet1

Active: None

Reportable to TCC: CARLOSS TPTFAIL

POS0

Active Defects: None

Alarms reportable to CLI: PAIS PRDI PLOP PUNEQ PPLM PTIM PPDI BER_SF_B3 BER_SD_B3

POS1

Interface not provisioned

.252ML12#show ons alarm failure

Equipment Alarms

Active: None

Port Alarms

POS0  Active: None

POS1  Active: None

GigabitEthernet0  Active: None

GigabitEthernet1  Active: None

POS0

Active Alarms : None

Demoted Alarms: None

POS1

Interface not provisioned

.252ML12#show contro pos 0

Interface POS0

Hardware is Packet/Ethernet over Sonet

PATH

PAIS      = 0         PLOP      = 0         PRDI    = 0         PTIM = 0

PPLM      = 0         PUNEQ     = 0         PPDI    = 0

BER_SF_B3 = 0         BER_SD_B3 = 0         BIP(B3) = 0          REI = 0

NEWPTR    = 0         PSE       = 0         NSE     = 0

Active Alarms : None

Demoted Alarms: None

Active Defects: None

Alarms reportable to CLI: PAIS PRDI PLOP PUNEQ PPLM PTIM PPDI BER_SF_B3 BER_SD_B3

Link state change defects: PAIS PLOP PTIM PUNEQ PRDI PPLM PPDI BER_SF_B3

Link state change time   : 200 (msec)

DOS FPGA channel number  : 0

Starting STS (0 based)   : 0

VT ID (if any) (0 based) : 255

Circuit size           : STS-12c

RDI Mode               : 1 bit

C2 (tx / rx)           : 0x01 / 0x01

Framing                : SONET

Path Trace

Mode            : off

Transmit String :

Expected String :

Received String :

Buffer          : Unstable

Remote hostname :

Remote interface:

Remote IP addr  :

B3 BER thresholds:

SFBER = 1e-4,   SDBER = 1e-7

7425 total input packets,  610493 post-HDLC bytes

0 input short packets,  610501 pre-HDLC bytes

0  input long packets , 0  input runt packets

1  input CRCerror packets , 0  input drop packets

0 input abort packets

0 input packets dropped by ucode

268  total output packets, 97061  output pre-HDLC bytes

97061 output post-HDLC bytes

Carrier delay is 200 msec

.252ML12#show cdp neigh

Capability Codes: R - Router, T - Trans Bridge, B - Source Route Bridge

S - Switch, H - Host, I - IGMP, r - Repeater, P - Phone

Device ID        Local Intrfce     Holdtme    Capability  Platform  Port ID

.225ML12         POS0               168           T       ONS-ML1000POS0

7603b            Gig 0              158         R S I     Cat 6000  Gig 1/1

.252ML12#show bridge verbose

Total of 300 station blocks, 300 free

Codes: P - permanent, S - self

Total of 300 station blocks, 298 free Codes: P - permanent, S – self

Maximum dynamic entries allowed: 1000 Current dynamic entry count: 2

BG Hash       Address        Action  Interface    VC    Age   RX count   TX count

100 02/0      000b.45b0.484a forward  Gi0             -

100 BC/0      0009.b7f4.76ca forward  POS0            -

Flood ports   GigabitEthernet0        POS0

.252ML12#show sdm l2-switching forwarding bridge-group 100

MAC-Address   B-Group l3_int punt_da Out-int SPR-NodeId CAM-ADDR  STATE

-----------   ------- ------ ------- ------- ---------- --------  -----

000B45B0484A  100     0      0       Gi0     ***        11        Used

0009B7F476CA  100     0      0       PO0     ***        16        Used

.252ML12#show int summ

*: interface is up

IHQ: pkts in input hold queue     IQD: pkts dropped from input queue

OHQ: pkts in output hold queue    OQD: pkts dropped from output queue

RXBS: rx rate (bits/sec)          RXPS: rx rate (pkts/sec)

TXBS: tx rate (bits/sec)          TXPS: tx rate (pkts/sec)

TRTL: throttle count

Interface           IHQ   IQD  OHQ   OQD  RXBS RXPS  TXBS TXPS TRTL

---------------------------------------------------------------------

* GigabitEthernet0      0     0    0     0     0    0     0    0    0

GigabitEthernet1      0     0    0     0     0    0     0    0    0

* POS0                  0     0    0     0     0    0     0    0    0

NOTE:No separate counters are maintained for subinterfaces

Hence Details of subinterface are not shown

.252ML12#show ons equipment-agent status

EQA ---- phySlot: 12, eqptType: EQPT_L2SC, eqptID: 0x2403 ----

curTCC: Tcc A

linkStatus:    Full    dbReq/Recv: 1  /  5   msgVerToEQM: 2

socketFd:       0    pipeMsgAct:   No     hdrSizeToEQM: 28

connTries:       0 connTimerFast:   No   hdrSizeFromEQM: 28

timingProv:   No

clock auto 1

.252ML12#show ons provisioning-agent message ports all

----- Backend Port (00) Data -----

prov: yes   sts: 00   vt: 255   type: DOS   name:

----- STS (00) Term Strip -----

Admin State: IS        Direction: TX_RX_EQPT

Type: 12 Sf: 1E-4 Sd: 1E-7 C2 tx/exp: 0x01 / 0x01

PathTrace Format: 64Byte  Mode: OFF

expected: (not valid)

send: valid: "\000\000\000\000"

----- VT (255) Term Strip not provisioned -----

----- STS (00) Xc Strip -----

rate: 12  Admin: IS

Src  Port/STS: 0x09/0x00  STS Eqpt: 0x01

Dest Port/STS: 0x06/0x00  UPSR STS Cont Dest: 0x00

Prev STS Stich Dest Port/STS: 0xFF/0x00

Next STS Stich Dest Port/STS: 0xFF/0x00

----- Backend Port (01) Data -----

prov:  no   sts: xx   vt: xx   type: xxx   name: xxxxx

.252ML12#show ons provisioning-agent message node-element

----- NE Data -----

Node Name: r26-15454a

MAC Addr : 00 10 CF D2 40 52

IP Addr      : 10.89.244.252

Sub Net Mask : 255.255.255.192

Dflt Router  : 10.89.244.193

Lan IP Addr  : 10.89.244.252

Lan Sub Mask : 255.255.255.192

Day Savings  : 0x01

Min from UTC : 480

Node ID      : 0xFF

Sync Msg Ver : 0x01

Sync Msg Res Delta : 0

Sync Msg Res Quality : 0x00

XConA Eqpt ID : 0x00000201

XConB Eqpt ID : 0x00000201

OSPF Node ID  : 0xCFD24052

SDH Mode      : SONET

Informações Relacionadas

- Suporte Técnico e Documentação - Cisco Systems