Conceitos e solução de problemas do pseudowire
Contents
Introduction
Pseudofios (PW) são usados para fornecer serviços de ponta a ponta através de uma rede MPLS. São os blocos de construção básicos que podem fornecer um serviço ponto-a-ponto, bem como um serviço multiponto, como o VPLS, que é praticamente uma malha de PWs usada para criar o domínio de ponte sobre o qual os pacotes fluem.
Editado por: Kumar Sridhar
Prerequisites
Os leitores deste documento devem estar cientes da seguinte informação:
- Conceitos de tunelamento de MPLS
Componentes Utilizados
As informações neste documento são baseadas na família de produtos Cisco® Carrier Packet Transport (CPT) e, em particular, no CPT50.
Conceito de Pseudowire
Os pseudofios têm a seguinte aparência conceptual:
O serviço de ponta a ponta é composto de duas partes. A parte do Circuito de Acoplamento (AC) e a parte do Pseudoásio. Todo o circuito de ponta a ponta ainda é conhecido como Pseudowire no Cisco Transport Controller (CTC), mas tenha em mente a distinção de duas partes mostrada aqui para a solução de problemas a seguir.
Lembre-se também de que um túnel deve ter sido criado para abrigar o serviço Pseudowire configurado acima. O túnel pode ser protegido (conforme descrito aqui) ou desprotegido.
A parte do pseudo praticamente inicia e pára nos pontos finais do túnel (se você excluir o bloco de encapsulamento MPLS mostrado aqui).
A parte AC começa do ponto final do túnel até a interface voltada para o cliente, onde o ponto de fluxo Ethernet (EFP) é definido, para identificar o tráfego de cliente específico que está sendo transportado através deste Pseudowire. Há 2 ACs; uma em cada extremidade.
O AC transporta o tráfego do cliente em sua forma nativa, ou seja, quadros Ethernet com ou sem marcação de VLAN, dependendo se estamos criando um Pseudowire baseado em VLAN ou um Pseudowire Baseado em Ethernet (caixa Tipo AC no assistente de criação de PW). As etiquetas MPLS para o serviço PW específico, bem como para o túnel sobre o qual ele está montado, são então adicionadas. Em seguida, os pacotes são enviados através da parte Pseudowire do circuito para a nuvem MPLS. Esse processo é chamado de Imposição de Rótulo na terminologia MPLS. Na extremidade oposta, ocorre o processo inverso, ou seja, os rótulos são removidos ou ocorre a Disposição de Rótulo, e os pacotes, que agora estão de volta aos quadros Ethernet nativos, são então entregues na outra extremidade através da parte AC da extremidade oposta do circuito Pseudowire.
Troubleshooting de um Pseudowire
Para que o Pseudowire funcione de ponta a ponta, a parte do Pseudowire e as duas peças AC têm de trabalhar juntas. A solução de problemas do circuito envolve cada parte, onde cada uma das peças AC-PW-AC é depurada separadamente para identificar onde o problema está.
Na discussão de solução de problemas a seguir, presume-se que o PW foi configurado corretamente e que todos os problemas da camada 1 ou da camada física já foram depurados e excluídos.
Primeiro, é fácil depurar a peça do PW. Comece identificando o circuito através do comando "show mpls l2 vc" executado na janela do IOS em um nó final. Observe o VCID (Virtual Circuit Identifier, Identificador de circuito virtual) e o endereço do nó de destino da conexão.
10.88.130.201#show mpls l2 vc
Local intf Local circuit Dest address ID Status do ID do VC
— — — —
Gi36/2 Eth VLAN 200 202.202.202.202 12 UP
VFI vfi::1 VFI 202.202.202.202 124 UP
VFI vfi::1 VFI 204.204.204.204 124 UP
Aqui, o PW de interesse é o primeiro PW que foi configurado como VLAN 200 com base na interface Gi36/2. Verifique se o Status da interface está UP.
O comando show mpls l2 vc 12 detail fornece muitas informações sobre o PW. Destacados abaixo estão os campos importantes como id do túnel, id do nó remoto, pilha de rótulos, número PWID e estatísticas.
10.88.130.201#show mpls l2 vc 12 detail
Interface local: Gi36/2 ativado, protocolo de linha ativo, Eth VLAN 200 ativado
Endereço de destino: 202.202.202.202, ID do VC: 12, status VC: up
Interface de saída: Tp102, pilha de rótulos {16 19} imposta
Caminho preferencial: Túnel-tp102, ativo
Caminho padrão: pronto
Próximo salto: point2point
Criar hora: 00:32:52, hora da última alteração de status: 00:05:42
Protocolo de sinalização: Manual
Suporte TLV de status (local/remoto): ativado/N/A
Observação da rota LDP: habilitado
Máquina de estado do rótulo/status: estabelecido, LruRru
Último status de plano de dados local rcvd: Nenhuma falha
Último status do painel de dados BFD rcvd: Não enviado
Último status de circuito SSS local rcvd: Nenhuma falha
Último status de circuito SSS local enviado: Nenhuma falha
Último status de TLV do LDP local enviado: Nenhuma falha
Último status remoto de TLV do LDP rcvd: Nenhuma falha
Último status remoto do ADJ do LDP rcvd: Nenhuma falha
Rótulos VC MPLS: local 18, remoto 19
PWID: 7
ID do grupo: local 0, remoto 0
MTU: local 1500, remoto 1500 <— Os valores local e remoto devem corresponder
Sequenciamento: recepção desativada, envio desativado
Palavra de controle: Ligado
Descritor SSO: 202.202.202.202/12, rótulo local: 18
IDs de segmento/switch SSM: 20513/12320 (usado), PWID: 7
Estatísticas de VC:
totais de pacotes de trânsito: receber 10, enviar 0
totais de bytes de trânsito: receber 1320, enviar 0
descartes de pacote de trânsito: recepção 0, erro SEQ 0, envio 0
Se o PW estiver inoperante, verifique se o túnel (aqui túnel 102) está em bom estado e, se não estiver, solucione o problema do túnel. A solução de problemas do túnel está além do escopo deste artigo.
Verifique se os rótulos na pilha estão definidos conforme mostrado acima, ou seja, não estão em branco. Verifique se o PW está programado no hardware executando o comando show platform mpls pseudowire pwid usando o número PWID apropriado.
10.88.130.201#show platform mpls pseudowire pwid 7
ID do PW: 7
Chave VC do PW: 7
Chave AC PW: 786434
A ligação PW é recebida em HW: sim
A configuração do PW está em HW: sim
Está atualmente em espera: não
—
—Dados AC —
Configuração AC em HW:sim
Interface CA : GigabitEthernet36/2
ID do circuito CA: 2
CA - VLAN interna: 0
AC- VLAN externa: 200
ID da porta AC-MPLS: 0x1800000A
ID da porta AC: 31
ID do Mod AC: 36
AC- is efp: sim
Tampa CA: Etiqueta única
Alimentação AC-Ing RW: nenhum
Alimentação CA: nenhum
TPID AC-Ing RW: 0
VLAN AC-Ing RW: 0
Flag AC-Ing RW: 0x0
—
—Dados ATOM—
Tipo de entrelaçamento: Vlan
ID da Vlan solicitada pelo peer para o tipo 4 PW 4091
ID da porta MPLS: 0x1800000B
Marca SD ativada: sim
Palavra de controle ativada: sim
—
—Dados relativos à imposição—
—
Rótulo VC remoto: 19
Número de entrada: 9
Porta BCM: 28
ModId do BCM: 4
Objeto de saída do túnel : 100008
ID de failover: 1
Objeto de saída do túnel de failover : 100009
Porta BCM de failover: 0
BCMModId de failover: 0
—
—Dados de disposição—
—
Rótulo local: 18
Número IF: 12
Este é o MSPW: No
—
— LADO DA IMPOSIÇÃO —
Entrada para VlanId 200 não encontrada na tabela VLAN_XLATE
SOURCE_VP[10]
dvp: 11
ING_DVP_TABLE[11]
nh_index: 411
ING_L3_NEXT_HOP[411]
vlan_id: 4095
port_num: 28
module_id: 4
queda: 0
EGR_L3_NEXT_HOP[411]
mac_da_profile_index: 1
vc_and_swap_index: 4099
intf_num: 22
dvp: 11
EGR_MAC_DA_PROFILE[1]
DA Mac: 1 80.C20.0 0
EGR_MPLS_VC_AND_SWAP_LABEL_TABLE[4099]
mpls_label(Rótulo VC): 19
EGR_L3_INTF[22]
Mac SA: 4055.3958.E0E1
MPLS_TUNNEL_INDEX: 4
EGR_IP_TUNNEL_MPLS[4]
(lsp) MPLS_LABEL0
(lsp) MPLS_LABEL1
(lsp) MPLS_LABEL2
(lsp) MPLS_LABEL3
— LADO DA DISPOSIÇÃO —
MPLS_ENTRY[1592]
Rótulo: 18
source_vp: 11
nh_index: 11
SOURCE_VP[11]
DVP: 10
ING_DVP_TABLE[10]
nh_index: 410
ING_L3_NEXT_HOP[410]
Número_da_porta: 31
module_id: 36
queda: 0
EGR_L3_NEXT_HOP[410]
SD_TAG:VINTF_CTR_IDX: 134
SD_TAG:RESERVED_3: 0
SD_TAG:SD_TAG_DOT1P_MAPPING_PTR: 0
SD_TAG:NEW_PRI: 0
SD_TAG:NEW_CFI: 0
SD_TAG:SD_TAG_DOT1P_PRI_SELECT: 0
SD_TAG:RESERVED_2: 0
SD_TAG:SD_TAG_TPID_INDEX: 0
SD_TAG:SD_TAG_ACTION_IF_NOT_PRESENT: 0
SD_TAG:SD_TAG_ACTION_IF_PRESENT: 3
SD_TAG:HG_L3_OVERRIDE: 0
SD_TAG:HG_LEARN_OVERRIDE: 1
SD_TAG:HG_MC_DST_PORT_NUM: 0
SD_TAG:HG_MODIFY_ENABLE: 0
SD_TAG:DVP_IS_NETWORK_PORT: 0
SD_TAG:DVP: 10
SD_TAG:SD_TAG_VID: 0
ENTRY_TYPE: 2
Erro: Entrada não encontrada na tabela EGR_VLAN_XLATE!
EGR_VLAN_XLATE[-1]
soc_mem_read: índice inválido -1 para memória EGR_VLAN_XLATE
Os registros indicam que o PW está vinculado e configurado no hardware, com a VLAN e as etiquetas corretas, de acordo com o que foi visto antes.
Se algum ponto de dados não corresponder ou estiver ausente, o problema está no driver, que não configurou e vinculou o PW no hardware. Isso aponta para um defeito de software ou hardware.
Se até o momento tudo estiver bem, você pode tentar fazer ping na parte do PW internamente usando o comando IOS "ping mpls pseudowire 202.202.202 12 reply mode control-channel". Observe novamente que isso faz ping na peça PW somente de um ponto final do túnel para o outro e não toca na parte AC do circuito.
10.88.130.201#ping mpls pseudowire 202.202.202.202 12 modo de resposta canal de controle
Envio de 5 MPLS Echos de 100 bytes para 202.202.202.202,
o tempo limite é de 2 segundos, o intervalo de envio é de 0 ms:
Códigos: '!' - sucesso, 'Q' - solicitação não enviada, '.' -timeout,
'L' - interface de saída rotulada, 'B' - interface de saída não rotulada,
'D' - Incompatibilidade de mapa DS, 'F' - sem mapeamento FEC, 'f' - Incompatibilidade FEC,
'M' - solicitação mal formada, 'm' - tlvs não suportadas, 'N' - nenhuma entrada de rótulo,
'P' - no rx intf label prot, 'p' - terminação prematura de LSP,
'R' - roteador de trânsito, 'I' - índice de upstream desconhecido,
'l' - Rótulo comutado com alteração FEC, 'd' - consulte DMAP para obter o código de retorno,
'X' - código de retorno desconhecido, 'x' - código de retorno 0
Digite a seqüência de escape para cancelar.
!!!!!
Taxa de sucesso de 100% (5/5), round-trip min/avg/max = 1/1/4 ms
Agora, verifique as estatísticas do PW como fizemos antes:
10.88.130.201#show mpls l2 vc 12 det | estatísticas implícitas
Estatísticas de VC:
totais de pacotes de trânsito: receive 5, send 0
totais de bytes de trânsito: receber 650, enviar 0
descartes de pacote de trânsito: recepção 0, erro SEQ 0, envio 0
Observe que o ping foi bem-sucedido e que os 5 pacotes de eco de ping são registrados como recebidos. Além disso, observe que os pacotes de solicitação de ping não são registrados como enviados. Parece que os pacotes de solicitação/resposta de eco são enviados pela CPU para o post de fluxo no contador e, portanto, não são registrados.
Se os pings não funcionarem, devemos voltar e depurar o túnel para garantir que ele esteja operacional.
Se a peça do PW ainda parecer boa, concentre-se na peça CA em cada extremidade. Essa é a parte difícil, pois não há muito suporte de depuração para ela, e o caminho CA pode incluir várias placas e interfaces, como no caso do Cisco CPT50.
Mas há poucas coisas que podem ser verificadas.
Você pode enviar um padrão de um testador ou fazer um ping do equipamento do lado do cliente e observar os pacotes sendo recebidos pela interface do cliente na caixa CPT. Isso seria fácil para um PW baseado em porta, mas não para um PW baseado em VLAN, já que a interface não exibe pacotes por VLAN. Em qualquer caso, o comando "show int ..." para a interface do cliente deve mostrar a contagem de pacotes incrementando pelo menos como um sinal de que os pacotes estão entrando corretamente e se nenhum outro circuito baseado em VLAN está ativo.
Lembre-se de que esses pacotes que entram pelo AC devem ser rotulados como MPLS e enviados através do PW para o outro lado. Assim, eles devem ser exibidos nas estatísticas da peça PW como pacotes enviados. Procure-os no comando" show mpls l2 vc 12 detail | implorar estatísticas"
10.88.130.201#show mpls l2 vc 12 detail | estatística implícita
Estatísticas de VC:
totais de pacotes de trânsito: receive 0, send 232495
totais de bytes de trânsito: receber 0, enviar 356647330
descartes de pacote de trânsito: recepção 0, erro SEQ 0, envio 0
E devem ser exibidos como pacotes "recebidos" no mesmo comando na extremidade oposta. Assim, os pacotes PW enviados nessa extremidade e os pacotes PW recebidos na extremidade oposta devem corresponder ao número de pacotes enviados do equipamento cliente. Usando o mesmo comando" show mpls l2 vc 12 detail | estatísticas implícitas" mostra, na extremidade oposta:
10.88.130.202#show mpls l2 vc 12 detail | implícito statis
Estatísticas de VC:
totais de pacotes de trânsito: receba 232495, envie 0
totais de bytes de trânsito: receber 356647330, enviar 0
descartes de pacote de trânsito: recepção 0, erro SEQ 0, envio 0
Você pode ver a correspondência nos pacotes entre o envio em uma extremidade e o recebimento na outra.
Caso precise limpar os contadores MPLS, use o comando "clear mpls counters".
Outra maneira de verificar as estatísticas é usar o recurso SPAN para replicar o tráfego EFP recebido para uma porta sobressalente no nó CPT e, em seguida, procurar as estatísticas nessa porta para monitorar os pacotes recebidos da interface do cliente.
E, finalmente, você pode executar comandos shell BCM nas diferentes placas de linha e estrutura para rastrear os pacotes internamente, mas isso está além do escopo deste artigo.
Feedback