Pseudowires(PW) é usado para proporcionar serviços de ponta a ponta através de uma rede MPLS. São os blocos de construção básicos que podem proporcionar um serviço Point-to-Point assim como um serviço multiponto tal como VPL, que fosse praticamente uma malha de PWs se usou para criar o domínio de Bridge através de que os pacotes fluem.
A informação neste documento é baseada na família de produtos do transporte de pacote do portador do ® de Cisco (CPT) e em particular No CPT50.
O serviço de ponta a ponta é composto de 2 porções. A peça do circuito do acessório (AC) e a divisória de Pseudowire. O circuito inteiro fim-a-fim é referido ainda como Pseudowire em Cisco Trasnport Controller(CTC), mas tem duas porções da distinção exibida aqui para o Troubleshooting que segue.
Igualmente recorde que um túnel deve ter sido criado para abrigar o serviço de Pseudowire que é configurado acima. O túnel pode ser protegido (como descrito aqui) ou desprotegido.
A peça de Pseudowire praticamente começa e para nos pontos finais do túnel (se você exclui o bloco do encapsulamento MPLS mostrado aqui).
A peça AC começa do ponto final do túnel toda a maneira para o cliente que enfrenta a relação, aonde os Ethernet fluem o ponto (EFP) são definidos, para identificar o tráfego específico do cliente que está sendo transportado com este Pseudowire. Há 2 AC; um em cada extremidade.
O AC leva o tráfego de cliente em seu formulário nativo, isto é frames da Ethernet com ou sem o VLAN que etiqueta segundo se nós estamos criando um Pseudowire baseado VLAN ou Pseudowire baseado Ethernet (tipo caixa AC no wizard de criação picowatt). As etiquetas MPLS para o picowatt específico prestam serviços de manutenção assim como para o túnel sobre que está montando são adicionados então. Os pacotes são enviados então através do Pseudowire parte do circuito na nuvem MPLS. Este processo é chamado imposição de rótulo na terminologia de MPLS. Na ponta oposta, o processo reverso ocorre, isto é as etiquetas são removidas ou a disposição de rótulo ocorre, e os pacotes, que são agora de volta aos frames da Ethernet nativos, são entregados então à outra extremidade através da ponta oposta AC parte do circuito de Pseudowire.
Para que o serviço de Pseudowire trabalhe o End to End, a peça de Pseudowire e as 2 peças AC têm que trabalhar junto. Pesquisar defeitos o circuito envolve cada parte, onde cada um das peças AC-PW-AC é debugada separadamente para identificar onde o problema está.
Na seguinte discussão do Troubleshooting, supõe-se que o picowatt esteve configurado corretamente, e todo o Layer 1 ou questões de camada física já têm sido debugados e ordenados para fora.
Primeiramente, debugar a peça picowatt é fácil. Comece identificando o circuito com o comando da “mpls l2 vc mostra” executado no indicador IO em um nó final. Note os circuitos virtuais Identifier(VCID) assim como o endereço do nó de destino da conexão.
Aqui, o picowatt do interesse é o primeiro picowatt que foi configurado como VLAN 200 baseado na relação Gi36/2. Assegure-se de que o status da interface esteja ACIMA.
o comando detail 12 dos mpls l2 vc da mostra dá-lhe muita informação no picowatt. São destacados abaixo os campos importantes tais como a identificação do túnel, a identificação do nó remoto, a pilha de rótulo, o número PWID e as estatísticas.
Se o picowatt está para baixo, a seguir assegure-se de que o túnel (escave um túnel aqui 102) esteja na boa forma, e se não, a seguir pesquise defeitos a edição do túnel. Pesquisar defeitos o túnel é além do alcance deste artigo.
Assegure-se de que as etiquetas na pilha estejam definidas como mostrado acima, isto é não estão vazias. Certifique-se que o picowatt está programado no hardware executando o pwid do pseudowire dos mpls do showplatform do comando usando o número apropriado PWID.
Os logs indicam que o picowatt está limitado e instalação no hardware, com o VLAN e as etiquetas corretos, em conformidade com o que foi visto antes.
Se algum ponto de dados não combina nem falta, a seguir a edição está no direcionador, que não setup e liga o picowatt no hardware. Isto aponta a um defeito de software ou hardware.
Se até agora tudo é bem, a seguir você pode tentar sibilar internamente a peça picowatt usando o comando ios do “canal de controle do modo da resposta de 202.202.202.202 12 do pseudowire dos mpls sibilo”. Note outra vez que isto sibila a peça picowatt somente de um ponto final do túnel ao outro e não toca ao AC parte de no circuito.
Note que o sibilo era bem sucedido e que os pacotes de eco do sibilo 5 estão gravados como recebidos. Também, note que os pacotes de solicitação de ping não estão gravados como enviados. Parece que a requisição de eco/pacotes de resposta está enviada pelo CPU no cargo do córrego o contador, e assim não gravada.
Se os sibilos não trabalham, a seguir nós devemos pisar para trás e debugar o túnel para assegurá-lo é operacional.
Se a peça picowatt ainda olha boa, a seguir foco na peça AC em cada extremidade. Esta é a parte difícil desde que não há muito debuga o apoio para ele, e o trajeto AC pode incluir diversos cartões e relações como no caso com Cisco CPT50.
Você pode enviar um teste padrão de um verificador ou fazer um sibilo do equipamento e do relógio do lado do cliente para os pacotes que estão sendo recebidos pelo cliente que enfrenta a relação na caixa CPT. Isto seria fácil de fazer para um picowatt baseado porta, mas não para um VLAN baseou o picowatt desde que a relação não indica pacotes pelo VLAN. Em todo caso o comando “mostra int…” para o cliente enfrentar a relação deve mostrar o contagem de pacote de informação que incrementa pelo menos como um sinal que os pacotes ingressing corretamente e se nenhum outro circuito baseado VLAN é ativo.
Tenha que estes pacotes que ingressing com o AC, estão supostos para ser MPLS etiquetado, e enviado então através do picowatt ao outro lado. Assim, devem mostrar nas estatísticas da peça picowatt enquanto os pacotes enviaram. Procure-os assim o detalhe 12 dos mpls l2 vc mostra no comando da” | implore estatísticas”
E devem mostrar enquanto os pacotes “recebem” no mesmo comando na ponta oposta. Assim os pacotes picowatt da emissão nesta extremidade e os pacotes picowatt da recepção na ponta oposta devem combinar o número de pacotes enviados do equipamento do cliente. Usando o mesmo comando “mostre o detalhe 12 dos mpls l2 vc | implore estatísticas” nas mostras da ponta oposta:
Uma outra maneira de verificar as estatísticas é usar a característica do PERÍODO para replicate o tráfego entrante EFP a uma porta de reposição no nó CPT e para procurar então as estatísticas nesta porta para monitorar os pacotes recebidos da interface de cliente.
E finalmente você pode executar comandos shell BCM na tela e nas placas de linha diferentes seguir internamente os pacotes, mas aquele é além do alcance deste artigo.