cancelar
Mostrar resultados para 
Pesquisar em vez de 
Queria dizer: 
cancel
3014
Apresentações
0
Útil
8
Respostas

Cisco IOS XR Software- Fundamentos, Configuração e Troubleshooting. Pergunte ao especialista

Cisco Moderador
Community Manager
Community Manager

com Rodrigo Delgadinho

     Leia a biografia

Bem vindo à discussão na CSC em Português. Esta é sua oportunidade de aprender e fazer todas as perguntas que queira sobre Cisco IOS XR Software- Fundamentos, Configuração e Troubleshooting

Rodrigo Delgadinho faz parte do time TAC "High Touch Technical Support" da Cisco para América Latina no segmento de Routing and Switching. Formado em Análise de Sistemas pela Universidade PUC de Campinas, e pós-graduado em Segurança da Informação.   Rodrigo possui experiência de mais de 10 anos com projetos e suporte de redes LAN e WAN .Possui certificações Cisco CCNP e CCIE Routing Switching.

Por favor use as estrelas para qualificar as respostas e assim informar ao especialista que ele já respondeu adequada e satisfatoriamente sua pergunta.

Relembramos que se houver qualquer pergunta que não esteja dentro do tema proposto, por favor a coloque no fórum adequado à ela.

As perguntas devem ser enviadas entre os dias 7 e 16 de agosto de 2013.

Clique no botão "Responder" localizado na parte inferior à direita para fazer a sua pergunta.

Links relacionados:

3 Soluções Aceitas

Soluções aceites

Olá Heli,

Desculpe pela demora, não havia recebido sua pergunta.

Bom, estou entendendo que vc esta buscando uma maneira de enviar seu sinal para a NET via Internet, correto ?

Existem algumas maneiras de fazer isso, poderia ser via Tunnel GRE, idealmente com uso de Multicast, porém a Internet é uma rede que você não encontra SLA (service level agreement), e muito provavelmente o seu sinal poderia chegar com baixa qualidade.

Não conheço os portifólios de serviço da NET, mas como ela é tambem um provedor de Internet, talvez ela tenha como prover SLA para esse tipo de trafego.

Normalmente para esse tipo de solução se usa de protocolo Multicast, e a maioria dos equipamentos cisco suportam o protocolo (sendo IOS ou XR), realmente o ideal verificar com a NET as opções para esse tipo de serviço.  Espero ter ajudado.

Um abraço.
Rodrigo

Ver solução na publicação original

Olá Julio,

A principal diferente de MTU no sistema IOS que difere do XR é que no XR o valor de MTU inclue o header de camada 2, já no IOS o valor de MTU inclu apenas o header de camada 3.

Portanto: “mtu 1500” no IOS é equivalente a “mtu 1514” no IOS-XR tratando-se de Ethernet (FastEth, GigEth, TenGigEth, HundredGigEth).

Ou “mtu 4470” no IOS é equivalente a “mtu 4474”  no IOS-XR para interfaces POS.

Espero ter ajudado.

Atc

Rodrigo

Ver solução na publicação original

Olá Christopher,

Quando o ping for partir do proprio roteador XR, para ver se ele esta ocorrendo drops por LPTS (ICMP echo reply), procure pela entrada ("flow type") Raw-default.

Quando o ping é a partir de um outro roteador (ICMP echo), para ver se se existem drops, procure pela entrada ICMP-Local (Flow-type).

O comando para listar as entradas/drops é : show lpts pifib hardware police location <0/slot/cpu0>

Para alterar os valores você pode fazer isso Globalmente ou por node (CPU). O comando para isso é:

RP/0/RP1/CPU0:ios(config)#lpts pifib hardware police ?

  flow      lpts flow type

  location  Location Specification

       

Exemplo:

Global

RP/0/RP1/CPU0:ios(config)# lpts pifib hardware police

RP/0/RP1/CPU0:ios(config-pifib-policer-per-node)#flow icmp default rate 3000

ou por node

RP/0/RP1/CPU0:ios(config)#lpts pifib hardware police location 0/2/CPU0

RP/0/RP1/CPU0:ios(config-pifib-policer-per-node)# flow icmp default rate 3000

Antes:

FlowType               Policer      Type         Cur. Rate      Def. Rate      Accepted   Dropped 

ICMP-default           121          Global       2500                2500               0               0 

Depois:

FlowType               Policer      Type         Cur. Rate      Def. Rate      Accepted   Dropped 

ICMP-default           121          Global       3000                2500               0               0 

Porem apenas com uma referencia, os valores utilizados pela Cisco como Default são otimizados para funcionar bem na maioria dos ambientes. Quando alterar os valores, ou customiza-los, procure tomar o cuidado para evitar expor o ambiente a uma quantidade muito elevada afim de não comprometer a segurança.

Segue uma boa referencia sobre isso:


http://www.cisco.com/en/US/docs/routers/crs/software/crs_r3.9/addr_serv/configuration/guide/ic39lpts.pdf

Espero ter ajudado.

Atc

Rodrigo

Ver solução na publicação original

8 RESPOSTAS 8

heliguimaraes
Level 1
Level 1

Olá Rodrigo, tudo bem?

Meu nome é Heli Guimarães, sou Diretor de uma TV Comunitaria em Minas Gerais.

Que Solução eu teria para enviar o nosso sinal para o HEADEND da NET via internet? 

Antecipadamente agradeço a atenção dispensada.

Heli Guimarães

heli.guimaraes@gmail.com

31 3224-9292

31 8628-1030

Olá Heli,

Desculpe pela demora, não havia recebido sua pergunta.

Bom, estou entendendo que vc esta buscando uma maneira de enviar seu sinal para a NET via Internet, correto ?

Existem algumas maneiras de fazer isso, poderia ser via Tunnel GRE, idealmente com uso de Multicast, porém a Internet é uma rede que você não encontra SLA (service level agreement), e muito provavelmente o seu sinal poderia chegar com baixa qualidade.

Não conheço os portifólios de serviço da NET, mas como ela é tambem um provedor de Internet, talvez ela tenha como prover SLA para esse tipo de trafego.

Normalmente para esse tipo de solução se usa de protocolo Multicast, e a maioria dos equipamentos cisco suportam o protocolo (sendo IOS ou XR), realmente o ideal verificar com a NET as opções para esse tipo de serviço.  Espero ter ajudado.

Um abraço.
Rodrigo

Carlos Lesaige
Level 1
Level 1

Olá Rodrigo, tudo bem?

Gostaria que você me respondesse qual é o comando equivalente no XR ao comando “debug ip packet” do IOS ?

Desde já agradeço sua atenção,

Obrigado!

Carlos

Oi Carlos,

O XR tem já um log de debug ativo para diversos protocolos, e esses logs são salvos em uma area de memoria circular, é um buffer circular que depois de certo tempo pode ser sobrescrito.

Para ver os outputs por exemplo do OSPF o comando seria: sh ospf trace

Já Os comandos de debug do XR comparando aos do IOS nao são muito útil porque os pacotes no XR são encaminhados em hardware, e apenas alguns sao enviados a CPU que são normalmente pacotes de controle apenas.

Abraço

Rodrigo

Julio Carvalho
Level 1
Level 1

Olá Rodrigo,

Assisti ao seminário e gostaria de agradecer pelo sua explanação sobre o IOS-XR

Gostaria que você me ajudasse a entender um pouco melhor as diferenças de calculos MTU de interface entre o IOS e IOS-XR.

Obrigado

Juio

Olá Julio,

A principal diferente de MTU no sistema IOS que difere do XR é que no XR o valor de MTU inclue o header de camada 2, já no IOS o valor de MTU inclu apenas o header de camada 3.

Portanto: “mtu 1500” no IOS é equivalente a “mtu 1514” no IOS-XR tratando-se de Ethernet (FastEth, GigEth, TenGigEth, HundredGigEth).

Ou “mtu 4470” no IOS é equivalente a “mtu 4474”  no IOS-XR para interfaces POS.

Espero ter ajudado.

Atc

Rodrigo

Olá Rodrigo,

Me chamo christopher e gostaria de saber como mudar os valores de threshould do LPTS para pacotes ICMP ?

Obrigado desde já!

Christopher

Olá Christopher,

Quando o ping for partir do proprio roteador XR, para ver se ele esta ocorrendo drops por LPTS (ICMP echo reply), procure pela entrada ("flow type") Raw-default.

Quando o ping é a partir de um outro roteador (ICMP echo), para ver se se existem drops, procure pela entrada ICMP-Local (Flow-type).

O comando para listar as entradas/drops é : show lpts pifib hardware police location <0/slot/cpu0>

Para alterar os valores você pode fazer isso Globalmente ou por node (CPU). O comando para isso é:

RP/0/RP1/CPU0:ios(config)#lpts pifib hardware police ?

  flow      lpts flow type

  location  Location Specification

       

Exemplo:

Global

RP/0/RP1/CPU0:ios(config)# lpts pifib hardware police

RP/0/RP1/CPU0:ios(config-pifib-policer-per-node)#flow icmp default rate 3000

ou por node

RP/0/RP1/CPU0:ios(config)#lpts pifib hardware police location 0/2/CPU0

RP/0/RP1/CPU0:ios(config-pifib-policer-per-node)# flow icmp default rate 3000

Antes:

FlowType               Policer      Type         Cur. Rate      Def. Rate      Accepted   Dropped 

ICMP-default           121          Global       2500                2500               0               0 

Depois:

FlowType               Policer      Type         Cur. Rate      Def. Rate      Accepted   Dropped 

ICMP-default           121          Global       3000                2500               0               0 

Porem apenas com uma referencia, os valores utilizados pela Cisco como Default são otimizados para funcionar bem na maioria dos ambientes. Quando alterar os valores, ou customiza-los, procure tomar o cuidado para evitar expor o ambiente a uma quantidade muito elevada afim de não comprometer a segurança.

Segue uma boa referencia sobre isso:


http://www.cisco.com/en/US/docs/routers/crs/software/crs_r3.9/addr_serv/configuration/guide/ic39lpts.pdf

Espero ter ajudado.

Atc

Rodrigo