Qos af41 binário opções

DSCP Assured Forwarding PHB 22 de março de 2006 Brad Hedlund RFC 2597 define um grupo de configurações DSCP chamado Assured Forwarding Per Hop Comportamento (PHB) para ser reconhecido por RFC compatível com DSCP roteadores e switches chamados DS nós. A classe PHB de Encaminhamento Assurado é apresentada como AF (xy), onde xtraffic classe, e ydrop precedência. 4 classes de tráfego e 3 precedências de queda são definidas. Por exemplo, AF21 classe de tráfego 2, precedência de queda 1. Os valores de classe de tráfego (1-4) têm valores de prioridade crescente onde o tráfego marcado como AF11 tem uma prioridade mais baixa do que AF41. Por outro lado, o valor de precedência de queda (1-3) representa uma preferência de queda crescente dentro da classe especificada, uma prioridade descendente. Por exemplo, o tráfego marcado como AF43 é mais provável que seja descartado do que AF41. Os valores reais binários e decimais do DSCP dos PHBs de Encaminhamento Assistidos são os seguintes: AF11 001010 10 AF12 001100 12 AF13 001110 14 AF21 010010 18 AF22 010100 20 AF23 010110 22 AF31 011010 26 AF32 011100 28 AF33 011110 30 AF41 100010 34 AF42 100100 36 AF43 100110 38 Seguindo a lógica de Precedência de IP e COS de 802.1p, seria fácil acreditar que um pacote marcado com um valor DSCP de 38 teria uma prioridade mais alta e menos probabilidade de ser descartado do que um pacote marcado como 34. No entanto, o inverso é True de acordo com RFC 2597 DSCP compatível enfileiramento comportamento onde um pacote marcado como AF43 (decimal 38) é mais provável que seja deixado cair do que AF41 (decimal 34) durante períodos de congestionamento. Isso ocorre porque o AF43 tem uma prioridade de queda maior dentro da classe de tráfego 4. Os valores de prioridade de queda são comparados apenas com o tráfego dentro da mesma classe. Por exemplo, AF21 é mais provável que seja deixado cair do que AF43. Embora a AF43 tenha uma maior definição de precedência de queda (3) do que AF21 (1), a configuração de classe de tráfego de (4) domina a configuração de classe de (2) e, portanto, as configurações de precedência de queda não são comparadas ao decidir qual pacote recebe melhor serviço. Se o tráfego dentro de uma classe exceder os CIRs definidos para essa classe, esse tráfego pode ter sua configuração de bit de precedência de queda incrementada. Por exemplo, se o tráfego de e-mail exceder um CIR definido, você pode observar o PHB de AF11 para AF12. Se uma classe de tráfego especificada exceder um PIR (taxa de informação de pico) você pode observar o PHB para uma prioridade de queda ainda maior de AF13, ou simplesmente simplesmente soltar o pacote. As seguintes são marcas de linha de base recomendadas com DSCP Assured Forwarding PHB: Vídeo Interativo: AF41 Dados Críticos de Missão (definidos localmente): AF31 Dados Transacionais (dlsw, sql, sap): AF21 Bulk Data (e-mail, ftp, backups): AF11IP Precedence, TOS Amp DSCP O IP Tipo de cabeçalho de serviço campo O tipo de serviço campo no cabeçalho IP foi originalmente definido na RFC 791. Ele definiu um mecanismo para atribuir uma prioridade a cada IP pacote, bem como um mecanismo para solicitar tratamento específico, tais como alta taxa de transferência , Alta confiabilidade ou baixa latência. Na prática, apenas a parte de Precedência de IP do campo foi usada. No seu mais simples, quanto maior o valor do campo Precedência IP, maior a prioridade do pacote IP. Simples. Na RFC 2474 a definição de todo este campo foi alterado. Agora é chamado de campo DS (Serviços Diferenciados) e os 6 bits superiores contêm um valor chamado DSCP (Differentiated Services Code Point). Desde RFC 3168, os dois bits restantes (os dois bits menos siginficant) são utilizados para Explícito Congestionamento Notificação. O diagrama abaixo ilustra a relação entre os bits no campo Tipo de ServiçosDifferenciados no cabeçalho IP: - Tipo de Serviço (TOS) Implementando Políticas de Qualidade de Serviço com DSCP Este documento descreve como definir os valores de DSCP (Differentiated Services Code Point) Em configurações de Qualidade de Serviço (QoS) em um roteador Cisco e resume a relação entre DSCP e IP precedência. Você deve estar familiarizado com os campos no cabeçalho IP e Cisco IOS reg CLI Este documento não se restringe a versões específicas de software e hardware. As informações apresentadas neste documento foram criadas a partir de dispositivos em um ambiente de laboratório específico. Todos os dispositivos usados ​​neste documento começaram com uma configuração desmarcada (padrão). Se você estiver trabalhando em uma rede ao vivo, certifique-se de que compreende o impacto potencial de qualquer comando antes de usá-lo. Serviços Diferenciados (DiffServ) é um novo modelo no qual o tráfego é tratado por sistemas intermediários com prioridades relativas com base no tipo de serviços (ToS). Definido em RFC 2474 e RFC 2475, o padrão DiffServ substitui a especificação original para definir a prioridade de pacote descrito na RFC 791. DiffServ aumenta o número de níveis de prioridade definíveis realocando bits de um pacote IP para a marcação de prioridade. A arquitetura DiffServ define o campo DiffServ (DS), que substitui o campo ToS no IPv4 para tomar decisões de comportamento por salto (PHB) sobre a classificação de pacotes e funções de condicionamento de tráfego, como medição, marcação, modelagem e policiamento. Os RFCs não ditar a forma de implementar PHBs esta é a responsabilidade do fornecedor. A Cisco implementa técnicas de enfileiramento que podem basear seu PHB no valor de precedência IP ou DSCP no cabeçalho IP de um pacote. Com base na precedência de DSCP ou IP, o tráfego pode ser colocado em uma classe de serviço específica. Pacotes dentro de uma classe de serviço são tratados da mesma maneira. Para obter mais informações sobre convenções de documento, consulte as Convenções de Dicas Técnicas da Cisco. Os seis bits mais significativos do campo DiffServ são chamados como DSCP. Os dois últimos bits não utilizados atualmente (CU) no campo DiffServ não foram definidos dentro da arquitetura de campo DiffServ que agora são usados ​​como bits Explicit Congestion Notification (ECN). Os roteadores na borda da rede classificam os pacotes e os marcam com o valor Precedência IP ou DSCP em uma rede Diffserv. Outros dispositivos de rede no núcleo que suportam Diffserv usam o valor DSCP no cabeçalho IP para selecionar um comportamento PHB para o pacote e fornecer o tratamento QoS apropriado. Os diagramas nesta seção mostram uma comparação entre o byte ToS definido pelo RFC 791 eo campo DiffServ. O padrão DiffServ utiliza os mesmos bits de precedência (os bits mais significativos DS5, DS4 e DS3) para definição de prioridade, mas ainda esclarece as definições, oferecendo granularidade mais fina através do uso dos próximos três bits no DSCP. DiffServ reorganiza e renomeia os níveis de precedência (ainda definidos pelos três bits mais significativos do DSCP) nestas categorias (os níveis são explicados em maior detalhe neste documento): Permanece o mesmo (camada de link e protocolo de roteamento mantêm-se vivo) Mesmo (usado para protocolos de roteamento IP) Express Forwarding (EF) Com este sistema, um dispositivo prioriza tráfego por classe primeiro. Em seguida, ele diferencia e prioriza o tráfego da mesma classe, levando em conta a probabilidade de queda. O padrão DiffServ não especifica uma definição precisa da probabilidade de quotlow, quotmedium, quot e quothighquot drop. Nem todos os dispositivos reconhecem as configurações de DiffServ (DS2 e DS1) e mesmo quando essas configurações são reconhecidas, elas não ativam necessariamente a mesma ação de encaminhamento PHB em cada nó de rede. Cada nó implementa sua própria resposta com base em como ela é configurada. RFC 2597 define o seguro encaminhamento (AF) PHB e descreve-lo como um meio para um prestador DS domínio para oferecer diferentes níveis de encaminhamento garantias para IP pacotes recebidos de um cliente DS domínio. O Assured Forwarding PHB garante uma certa quantidade de largura de banda para uma classe AF e permite o acesso a largura de banda extra, se disponível. Existem quatro classes AF, AF1x através de AF4x. Dentro de cada classe, existem três probabilidades de queda. Dependendo de uma determinada política de redes, os pacotes podem ser selecionados para um PHB com base na taxa de transferência necessária, atraso, jitter, perda ou de acordo com a prioridade de acesso aos serviços de rede. As classes 1 a 4 são referidas como classes AF. A tabela a seguir ilustra a codificação DSCP para especificar a classe AF com a probabilidade. Os bits DS5, DS4 e DS3 definem os bits de classe DS2 e DS1 especificam que o bit de probabilidade de queda DS0 é sempre zero. RFC 2598 define o Expedited Forwarding (EF) PHB: quotThe EF PHB pode ser usado para construir uma baixa perda, baixa latência, baixa jitter, garantida largura de banda, de ponta a ponta serviço através DS (Diffserv) domínios. Esse serviço aparece nos pontos de extremidade como uma conexão ponto a ponto ou uma linha alocada quotvirtual. Este serviço também foi descrito como serviço Premium. quot O Codepoint 101110 é recomendado para o EF PHB, que corresponde a um valor DSCP de 46 Novamente, os mecanismos específicos do fornecedor precisam ser configurados para implementar esses PHBs. Consulte RFC 2598 para obter mais informações sobre EF PHB. Há três maneiras de usar o campo DSCP: ClassificadorSelecione um pacote com base no conteúdo de algumas partes do cabeçalho do pacote e aplique PHB com base na característica de serviço definida pelo valor DSCP. Marker Define o campo DSCP com base no perfil de tráfego. MediçãoVerifique a conformidade com o perfil de tráfego usando uma função shaper ou conta-gotas. A classificação de pacotes envolve o uso de um descritor de tráfego para categorizar um pacote dentro de um grupo específico e tornar o pacote acessível para o manuseio de QoS na rede. Usando a classificação de pacotes, você pode dividir o tráfego de rede em vários níveis de prioridade ou uma classe de serviço (CoS). Você pode usar listas de acesso (ACLs) ou o comando de correspondência na CLI de QoS modular para corresponder aos valores de DSCP. Para obter mais informações sobre como usar as ACLs, consulte Qualidade de Serviço para o Cisco 72007500. A seleção de um valor DSCP no comando de correspondência foi introduzida no Cisco IOS Software Release 12.1 (5) T. Quando você especifica o valor ip dscp no comando de mapa de classe, você tem estes: O DSCP pode ser definido como um valor desejado na borda da rede, a fim de tornar mais fácil para os principais dispositivos para classificar o pacote, como mostrado no pacote Classificação e fornecer um nível adequado de serviço. A Marcação de Pacote Baseada em Classe pode ser usada para definir o valor de DSCP como mostrado aqui: Taxa de Acesso Comprometida e Policiamento Baseado em Classe são mecanismos de regulação de tráfego, usados ​​para regular o fluxo de tráfego de acordo com os parâmetros de serviço acordados. Esses mecanismos, juntamente com o DSCP, podem ser usados ​​para fornecer diferentes níveis de serviço para o tráfego conforme e não conforme, modificando adequadamente o valor DSCP, conforme mostrado nesta seção. Weighted Random Early Detection (WRED), descarta seletivamente o tráfego de menor prioridade quando a interface começa a ficar congestionada. WRED pode fornecer características diferenciadas de desempenho para diferentes CoS. Este serviço diferenciado pode ser baseado no DSCP, como mostrado aqui: Para obter mais informações sobre os seguintes bugs, você pode usar o Bug Toolkit (somente clientes registrados) para obter mais informações sobre esses bugs: CSCdt63295 (somente clientes registrados) Se você falhar Para definir o byte ToS com os novos comandos de marcação DSCP nos pares de discagem (definido como 0) no Cisco IOS Software Release 12.2.2T, os pacotes não serão marcados e permanecerão com um ToS definido como 0. CSCdt74738 (clientes registrados Somente) Suporte para o comando set ip dscp no roteador Cisco 7200 e plataformas de fim de gama para pacotes de multicast deve estar disponível a partir do Cisco IOS Software Release 12.2 (3.6) e posterior.