Configurando CIR Frame-relay
Conteúdo (retirado do site da Cisco)
Introdução
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:
-
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.
-
-
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.
-
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:
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:
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:
-
BECNs são recebidos, e DLCI foi configurado para moldar a BECNs.
-
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).
-
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
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:
-
O prestador de serviços não permite que você envie acima da taxa garantida.
-
A taxa de linha física na interface é a mesma que a taxa garantida.
-
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)