Configurando CIR Frame-relay

Categoria: Roteamento Avançado Publicado: Quinta, 20 Março 2014 Escrito por Celso Rabelo

Introdução

Este documento fornece um exemplo de configuração para modelagem de tráfego Frame Relay.

Pré-requisitos

Requisitos

Não há pré-requisitos específicos para este documento.

Componentes usados

Frame-Relay Traffic Shaping tem sido apoiado desde Cisco IOS ® Software Release 11.2.

Ele é compatível com Cisco 7200 roteadores e plataformas mais baixas. Distribuído Traffic Shaping é compatível com Cisco 7500 roteadores, 7.600 roteadores e módulo FlexWAN.

Convenções

Para mais informações sobre as convenções de documentos, consulte as Convenções de dicas técnicas Cisco .

Informações Preliminares

Implementações comuns de Frame Relay traffic shaping são:

  1. Alta velocidade a baixas descasamentos de circuito de velocidade: Há duas possibilidades aqui:

    • O site hub possui uma linha T1 para a nuvem, enquanto o site remoto tem uma velocidade mais baixa (56 Kbps).Neste caso, você precisa avaliar-limite do site de hub para que não exceda a taxa de acesso remoto lado.

    • O site de hub tem uma única linha T1 para a nuvem, enquanto os locais remotos também têm uma linha T1 completo para a nuvem, a conexão com o mesmo site de hub. Neste caso, você precisa avaliar-limite os locais remotos, de modo a não saturar o hub.

  2. Excesso de inscrições: Por exemplo, se a taxa de garantia em um circuito virtual permanente (PVC) é de 64 Kbps e taxa de acesso é de 128 Kbps em ambas as extremidades, é possível para estourar acima da taxa garantida quando não há congestionamento e cair de volta para o taxa garantida quando há congestionamento.

  3. Qualidade do Serviço: Para a implementação FRF.12 fragmentação ou baixa latência fila recursos para alcançar uma melhor qualidade de serviço, consulte VoIP sobre Frame Relay com Qualidade de Serviço.

Nota: A taxa de acesso é a velocidade da linha física da interface de conexão com o Frame Relay. A taxa de garantia é a taxa de informação comprometida (CIR) a Telco tem dado para o PVC. Definir o CIR ou mincir à taxa de acesso deve ser evitado, pois pode resultar em quedas de saída, fazendo com que o tráfego para o acelerador. A razão para isto é que a taxa de qualquer forma não têm em conta os bytes superiores do pavilhão e Verificação de Redundância Cíclica (CRC) campos. Assim, dando forma a uma taxa de linha é realmente o excesso de subscrições, e fará com que o congestionamento interface. Dando forma à taxa de acesso não é recomendado. Você deve sempre moldar o tráfego de 95 por cento da taxa de acesso. Mais geralmente, a taxa de forma global deve ser não mais do que 95 por cento da taxa de acesso.

Configurar

Nesta seção, você é apresentado com as informações para configurar as funções descritas neste documento.

Nota: Para obter informações adicionais sobre os comandos usados ​​neste documento, use a ferramenta IOS Command Lookup

Diagrama de Rede

Este documento utiliza esta configuração de rede:

traffic_shaping_6151.gif

No exemplo acima, temos os seguintes valores:

  • HUB - Taxa de acesso = 192 Kbps, taxa garantida = 32Kbps

  • REMOTO - Taxa de acesso = 64Kbps, taxa garantida = 32Kbps

Aqui, estamos implementando traffic shaping em ambas as extremidades, de modo que a taxa de transmissão média é de 64 Kbps. Se necessário, o HUB pode estourar acima deste. Em caso de congestionamento, pode cair para 32 Kbps no mínimo.Notificação de congestionamento a partir da nuvem é via para trás notificação de congestionamento explícito (BECN). Por isso, a conformação é configurado para se adaptar ao BECN.

Nota: Frame-Relay Traffic Shaping está habilitado na interface principal, e aplica-se a todos os identificadores de conexão de enlace de dados (DLCIs) sob essa interface. Não podemos permitir que traffic shaping apenas por um DLCI particular ou subinterface sob a interface principal. Se um determinado DLCI não tem classe mapa ligado a ele, e traffic shaping é habilitado na interface principal, o DLCI é atribuída uma classe de mapa padrão com CIR = 56000.

Configurações

Este documento usa essas configurações:

  • Cubo

  • Remoto

Cubo
  Interface Serial0 / 0 
  nenhum endereço ip 
  encapsulamento frame-relay 
  não fair-fila 
  frame-relay traffic-shaping 
  ! --- Aplicar formatação de tráfego para a interface principal (etapa 3).  
 Interface Serial0/0.1 ponto-a-ponto 
  endereço ip 10.1.1.1 255.255.255.0 
  frame-relay interface dlci 16  
  classe frame-relay cisco 
  ! --- Aplicar classe mapa para o DLCI / subinterface (passo 2).  
 ! 
 ! 
  ! --- Parâmetros de classe Configure mapa (passo 1).  
 classe mapa frame-relay cisco 
  frame-relay cir 64000  
  frame-relay mincir 32000 
  frame-relay adaptativo-shaping BECN 
  frame-relay bc 8000 
  frame-relay ser 16000 
 ! 

 

Remoto
  Interface Serial0 / 0 
 nenhum endereço ip 
 encapsulamento frame-relay 
 não fair-fila 
 frame-relay traffic-shaping 
 ! 
 Interface Serial0/0.1 ponto-a-ponto 
 endereço ip 10.1.1.2 255.255.255.0 
 frame-relay interface dlci 16                            
 classe frame-relay cisco 
 ! 
 classe mapa frame-relay cisco 
 frame-relay cir 64000 
 frame-relay mincir 32000 
 frame-relay adaptativo-shaping BECN 
 frame-relay bc 8000 
 ! 

 

Este diagrama mostra o tráfego a ser enviado para fora do router HUB:

traffic_shaping_6151a.gif

Supondo-se que o tráfego é enviado com uma explosão de 80 mil pedaços, este é enviado para fora do PVC em 8 intervalos Tc (125 ms cada). Podemos alcançar isso porque, no primeiro intervalo, o crédito disponível é BC + BE = 8000 + 16000 = 24000 bits. Isto significa que o ritmo é 24,000 bits / 125 ms = 192 Kbps.

Nos sete intervalos próximos é apenas Bc = 8000 bits. Daí a taxa é de 8000/125 ms = 64 Kbps.

Por exemplo, se recebermos uma explosão de 88 mil pedaços, não podemos enviar todo este tráfego em 8 intervalos Tc. Os 8.000 pedaços finais serão enviadas no intervalo Tc 9. Assim, este tráfego é adiada pelo mecanismo de traffic shaping.

Verificar

Esta seção fornece informações que você pode usar para confirmar a sua configuração está funcionando corretamente.

Mostrar os comandos

Alguns comandos show são suportados pelo Output Interpreter Ferramenta ( registrados apenas os clientes), que permite visualizar uma análise da saída do comando show.

Use o show frame relay pvc <dlci> comando para ver os detalhes de configuração:

  Relé Hub # show frame pvc 16
      PVC Estatísticas para a interface Serial0 / 0 (Frame Relay DTE)
      DLCI = 16, DLCI USO = LOCAL, PVC STATUS = ACTIVE, INTERFACE = Serial0/0.1
        entrada pkts 8743 pcts saída 5 em bytes 2548330
        fora bytes 520 caiu pcts 0 em FECN pcts 0
        em BECN pkts 0 fora pcts FECN 0 fora BECN pkts 0
        na DE pkts 0 fora DE pkts 0
        fora bcast pcts 0 fora bcast bytes 0
        Shaping se adapta a BECN
        pvc criar 6d01h tempo, o status pvc última vez mudou 6d01h
         cir 64000 bc 8000 ser 16000 limite byte 3000 intervalo 125   mincir 56000 byte incremento 1000 Adaptive Shaping BECN   pcts 5 bytes 170 pcts atrasou 0 bytes atrasou 0   moldar inativo   modelagem de tráfego cai 0  
        Estratégia de enfileiramento: fifo   Fila de saída 0/40, 0 gota, 0 dequeued

moldar inativo / ativo

Este mostra, em tempo real, se o mecanismo de formação de tráfego tem sido activada ou não. Traffic shaping é ativo nos seguintes cenários:

  1. BECNs são recebidos, e DLCI foi configurado para moldar a BECNs.

  2. O número de bytes de dados a transmitir de uma interface é mais do que o crédito disponível (limite de byte) num determinado intervalo (Tc).

  3. Fragmentação FRF.12 foi configurado e os pacotes estão à espera de ser fragmentado.

pcts atrasados ​​/ bytes atrasados

Isso mostra o número de pacotes e bytes que foram adiadas devido à ativação do mecanismo de traffic shaping. Isto aplica-se, principalmente, se o número de bytes a ser transmitido excede o crédito disponível por intervalo de tempo, ou se os pacotes necessitam de ser fragmentado (FRF.12). Estes pacotes e bytes são armazenados na fila de conformação (atribuída por VC) e, em seguida, transmitidos em intervalos subsequentes quando houver crédito suficiente disponível.

gotas traffic shaping

Isto mostra o número de gotas na fila de moldagem. Bytes são primeiramente adiada pelo mecanismo de formação e armazenadas nesta fila. Se a fila encher, então os pacotes são descartados. Por padrão, o tipo de fila é FCFS (First Come First Serve) ou FIFO, mas pode ser alterado para WFQ, PQ, CQ, CBWFQ ou LIQ. Veja o Informações relacionadas

Discussões relacionadas Cisco Comunitário de Apoio seção de documentos sobre a configuração de mecanismos de enfileiramento de fantasia sobre Frame Relay PVCs.

 

Parâmetros configuráveis

frame relay cir

A taxa média que deseja enviar o tráfego para fora em um determinado PVC em bps. Isto é, geralmente, maior do que a taxa garantida, mas menos do que a taxa de acesso (AR). Ela é igual à taxa garantida somente se:

  1. O prestador de serviços não permite que você envie acima da taxa garantida.

  2. A taxa de linha física na interface é a mesma que a taxa garantida.

  3. Há Voice (voz sobre IP [VOIP] ou voz sobre Frame Relay [VOFR]) pacotes nesta PVC, portanto, você não pode permitir pacotes de qualidade ou serviço caiu.

O valor do CIR é 56000 bps é por padrão.

frame relay mincir

A taxa de garantia real obtida a partir de provedor de serviços em bps. Este valor deve ser a taxa mínima que você deve cair para em caso de congestionamento (caindo abaixo desta taxa implica que você não está recebendo a largura de banda que você está pagando). Em certos casos (listada acima) a mincir e valores cir deve ser a mesma. O valor da mincir é metade do valor CIR em bps por padrão.

frame relay bc

A quantidade de dados a enviar para cada intervalo de Tc em bits. O ideal para os dados de PVCs Bc = CIR / 8 para que Tc = 125msec. Cisco IOS recalcula o parâmetro FRTS quando Bc é maior do que 10.000 bytes. Se estamos a fazer voz em PVC, em seguida, Bc = CIR/100 é preferível, de modo que o intervalo de Tc = 10 msec (como pacotes de voz não pode tolerar um atraso mais longo). O valor de Bc, por padrão, é mostrado como o CIR em bits na saída do comando show tráfego-forma. No entanto, internamente, um valor diferente é atribuído a garantir o desempenho ideal. Este valor é mostrado na coluna "Incremento Bytes" na saída show de tráfego-forma. Um valor de bc = CIR equivale a uma Tc de 1 segundo. Dependendo de como o tráfego chega ao shaper, o roteador teria que interromper a transmissão para cerca de 1 segundo, se a explosão foi esgotado logo no início do intervalo. Assim, o shaper atribui um valor interno diferente, que ainda permite a Bc configurada através da Tc originais, só vamos fazê-lo em uma série de pequenas explosões em vez de uma grande explosão.

frame relay ser

A quantidade de dados em excesso autorizados a ser enviada durante o primeiro intervalo Tc em bits uma vez que o crédito é construída. Configure Seja apenas se o quadro valor Relé CIR é menor que o AR. Para PVCs transportando pacotes de voz, o ser, deve ser ajustado para zero para garantir a melhor qualidade possível de voz. O roteador só explode (Seja) quando existem tokens no balde token. O token bucket não acumular fichas a menos que a quantidade de tráfego que está sendo enviado é menor que o CIR. O roteador só pode estourar pela primeira Tc, após o qual o token bucket está vazio. O valor de ser por padrão é zero bits.

frame relay adaptativo-shaping BECN

Implica que o PVC se adapta a taxa de transmissão em resposta aos BECNs recebidos. O comportamento é como a seguir:

  • Se o PVC recebe qualquer BECNs durante o intervalo de tempo corrente (não importa se esta é uma ou 1000) a taxa de transmissão é diminuída de 25 por cento ou mincir e pára se mincir valor configurado é mais do que 75% do valor de cir .

  • Ele continua a cair com cada BECN (limite de uma gota por intervalo de tempo) até que a taxa de tráfego chega ao mincir(taxa garantida) onde ele pára.

  • Uma vez que a taxa de tráfego diminui, deve permitir que 16 intervalos de tempo de recepção não BECNs antes de começar a aumentar de novo o tráfego. O valor aumenta por byte é o limite que aparece no show frame pvc x saída dividido por 16. Este aumento ocorre somente se traffic shaping está ativo. Assim, é preciso muito mais tempo para voltar para o CIR do que ele fez cair para mincir.

Parâmetros não-configuráveis

intervalo (Tc)

O intervalo durante o qual você envia os bits Bc, a fim de manter a taxa média do CIR em segundos.

  Tc = Bc / CIR em segundos 

O intervalo para Tc é entre 10 ms e 125 ms. O roteador calcula internamente este valor com base nos valores do CIR e BC na classe mapa. Se Bc / CIR é superior ou igual a 125 ms, que utiliza o valor interno Tc. Se Bc / CIR é menos do que 125 ms, que utiliza o Tc calculadas a partir desta equação.

incremento byte

O número real de bytes comprometidos enviados por Tc. Podemos calcular isso usando a seguinte fórmula:

  Cir * Tc / 8 

limite de byte

O número real de bytes enviados no primeiro Tc. Podemos calcular isso usando a seguinte fórmula:

  incremento byte + Seja / 8 (medido em bytes) 

Solucionar

Acessos: 3345