Dscp 46 binary options

Implementando Políticas de Qualidade de Serviço com DSCP Este documento descreve como definir os valores de DSCP (DSP) 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ço (ToS). Definido em RFC 2474 e RFC 2475, o padrão DiffServ substitui a especificação original para definir a prioridade de pacotes descritos 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. As 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 precedente IP ou valor 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 documentos, 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 (CU) no campo DiffServ não foram definidos na arquitectura de campo DiffServ, estes são agora utilizados 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 (a camada de ligação eo 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. A norma DiffServ não especifica uma definição precisa da probabilidade de quotlow, quotmedium, quot e quothighquot drop. Nem todos os dispositivos reconhecem as definições de DiffServ (DS2 e DS1) e mesmo quando estas definições são reconhecidas, não activam necessariamente a mesma acção de reencaminhamento 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-o como um meio para um provedor 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 chamadas 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 de 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çãoComparar 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 ACLs, consulte Qualidade de Serviço para o Cisco 7200/7500. A seleção de um valor DSCP no comando match 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 Pacotes 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 prioridade menor 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. Precedência IP, TOS amp DSCP O tipo de IP de O campo Tipo de Serviço no cabeçalho IP foi originalmente definido na RFC 791. Ele definiu um mecanismo para atribuir uma prioridade a cada pacote IP, bem como um mecanismo para solicitar tratamento específico, 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 IP Precedence, 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 restantes dois bits (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ços / Serviços Diferenciados no cabeçalho IP: - Tipo de Serviço (TOS) DiffServ DiffServ (Serviços Diferenciados) DiffServ é um protocolo QoS (Quality of Service) para gerenciar a alocação de largura de banda Para conexões de mídia da Internet (por exemplo, uma conexão de voz VOIP). Nice visão geral aqui IETF Diffserv página Com baixas linhas de largura de banda, como o ADSL, os usuários podem sentir jittering. Tente permitir a largura de banda de carregamento completo para o eMule e faça uma chamada telefônica no G.711 ao mesmo tempo e você certamente entenderá o que quero dizer. No que diz respeito aos documentos da Cisco e outros, o valor DiffServ correto é EF (Expedited Forwarding) . O EF DiffServ também contém o bit ToS Low Delay. Que é tratado por muitos roteadores sem qualquer configuração. Isso é chamado de PFIFO (Priority Fist In First Out, ou FIFO com prioridade). Os valores que você deve conhecer: EF DiffServ decimal: 184 EF DiffServ hexadecimal: 0xb8 EF DiffServ binário: 101110 00 (em vermelho: campo DSCP) EF DSCP decimal: 46 EF DSCP hexadecimal: 0x2e EF DSCP binário: 101110 Observação: O campo DSCP é Contido dentro dos primeiros 6 bits do byte DiffServ. Aqui está a parte em que ficamos loucos. Cada construtor requer um valor DiffServ diferente ou DSCP. Alcatel OmniPCX Office - EF DiffServ binário. 10111000 DIFFSERVPHBEF Asterisk 1.0.9 (ie sip. conf) - EF DiffServ hexadecimal. Tos 0xb8 Grandstream (requer FW 1.0.6.3 e anteriores) - EF DSCP decimal. 46 ZyXEL - EF DiffServ decimal. 184 TELES - EF DiffServ decimal. 184 snom vem com um TOS padrão de 160 e aconselha a usar 184 (para RTP). Mais informações em suas FAQ. Para SIP um valor de CS3 TOS 96 seria aconselhável. Em caso de dúvida, use um sniffer como Wireshark (anteriormente Ethereal). Se as configurações estiverem corretas, ele mostrará o Campo de Serviços Diferenciados em qualquer um dos pacotes RTP, com um valor de 0xb8 (DSCP 0x2e: Encaminhamento Expedito: ECN: 0x00).DiffServ (Serviços Diferenciados) DiffServ é um QoS (Qualidade de Serviço) Protocolo para gerenciar a alocação de largura de banda para conexões de mídia da Internet (por exemplo, uma conexão de voz VOIP). Nice visão geral aqui IETF Diffserv página Com baixas linhas de largura de banda, como o ADSL, os usuários podem sentir jittering. Tente permitir a largura de banda de carregamento completo para o eMule e faça uma chamada telefônica no G.711 ao mesmo tempo e você certamente entenderá o que quero dizer. No que diz respeito aos documentos da Cisco e outros, o valor DiffServ correto é EF (Expedited Forwarding) . O EF DiffServ também contém o bit ToS Low Delay. Que é tratado por muitos roteadores sem qualquer configuração. Isso é chamado de PFIFO (Priority Fist In First Out, ou FIFO com prioridade). Os valores que você deve conhecer: EF DiffServ decimal: 184 EF DiffServ hexadecimal: 0xb8 EF DiffServ binário: 101110 00 (em vermelho: campo DSCP) EF DSCP decimal: 46 EF DSCP hexadecimal: 0x2e EF DSCP binário: 101110 Observação: O campo DSCP é Contido dentro dos primeiros 6 bits do byte DiffServ. Aqui está a parte em que ficamos loucos. Cada construtor requer um valor DiffServ diferente ou DSCP. Alcatel OmniPCX Office - EF DiffServ binário. 10111000 DIFFSERVPHBEF Asterisk 1.0.9 (ie sip. conf) - EF DiffServ hexadecimal. Tos 0xb8 Grandstream (requer FW 1.0.6.3 e anteriores) - EF DSCP decimal. 46 ZyXEL - EF DiffServ decimal. 184 TELES - EF DiffServ decimal. 184 snom vem com um TOS padrão de 160 e aconselha a usar 184 (para RTP). Mais informações em suas FAQ. Para SIP um valor de CS3 TOS 96 seria aconselhável. Em caso de dúvida, use um sniffer como Wireshark (anteriormente Ethereal). Se as configurações estiverem corretas, ele irá mostrar o campo de serviços diferenciados em qualquer um dos pacotes RTP, com um valor de 0xb8 (DSCP 0x2e: encaminhamento acelerado: ECN: 0x00).Criado por: jht2. Última modificação: Seg 23 de Dez, 2017 (01:15 UTC) Por JustRumoursDSCP TOS Nota: Im perfeitamente feliz por esta tabela e informações associadas a ser usado em qualquer lugar por qualquer pessoa, é por isso que foi publicado aqui, eu não poderia encontrar uma referência fácil, Então eu criei um e publicado para todos, mas, se você republicar as informações, por favor atribuir a fonte e não tentar passá-lo como trabalho original. Obrigado. Você está tentando obter QoS funcionando sem problemas em sua rede e você tem uma tag DSCP em seus pacotes, mas, você só pode ver ToS ao capturar pacotes. Como você calcula qual valor ToS equivale a qual valor DSCP Ou. Você está marcando usando classes DSCP / PHB, mas apenas vendo DSCP hexadecimal ou decimal tags em seus pacotes O que tudo isso significa A tabela a seguir mostra comum decimal, hexadecimal e valores binários para TOS, dividido no significado das partes do byte, incluindo DSCP quando interpretar esse byte como DSCP. TOS Precedência (Bin) TOS Precedência (Dec) TOS Precedência Nome TOS Throughput flag TOS Confiabilidade flag Então, você tem isso, um byte em um cabeçalho de pacote, duas maneiras de olhar para ele. Se se tratar de TOS (Tipo de Serviço), os primeiros 3 bits indicam a precedência, o 4º bit indica se o atraso baixo é ou não preferido, o 5º bit indica se é ou não alta taxa de transferência, o 6º bit indica se ou não É preferível uma elevada fiabilidade e os bits 7 e 8 são reservados. Mais informações podem ser encontradas em RFC 791. escrito em 1981, que define IP. Se lidar com DSCP (Differential Services (Diffserv) Codepoint) apenas os primeiros 6 bits são utilizados e os últimos 2 são ignorados, estes podem ser utilizados para ECN (Explicit Congestion Notification) RFC 3168. Mais informações podem ser encontradas no RFC 2474. escrito Em 1998, que define o Campo de Serviços Diferenciados (Campo DS), que é o que o byte TOS é referido quando se fala de serviços diferenciados e especificamente DSCP. Além disso, RFC 2597 e RFC 3246 que definem algumas das PHB (Per-hop Comportamento) classes podem ser útil leitura. Atualização 2017-04-21: Adição de voz admitida conforme definido na RFC 5865 e listada no IANA DSCP Registry. Foram adicionadas várias opções de sinalizador de TOS tal como utilizadas em certos programas, por exemplo, Openssh e versões antigas do asterisco. Exemplos tcpdump Eu quero capturar pacotes IPv4 usando tcpdump que tiveram a classe DSCP af21 conjunto, mas, tcpdump não tem um filtro para DSCP e não decodifica valores para classes DSCP, o que posso fazer O que isso executa tcpdump com saída detalhada (- V), nenhuma pesquisa de nomes (-n) na interface ppp0 (-i ppp0), o filtro, especificado em aspas, diz para incluir apenas pacotes que são ip (ip) e (e) onde o segundo byte no cabeçalho ip (Ip1) tem um valor decimal de 72 que tomamos da tabela acima como sendo o valor decimal TOS equivalente à classe DSCP af21 (72) ignorando os últimos 2 bits nesse byte, uma vez que podem conter sinalizadores ECN (amp 0xfc). Tcpdump mostra pacotes que correspondem ao nosso filtro, ele prefere usar um valor TOS hexadecimal em seu display, então, mostrando 0x48. Se preferir capturar o tráfego IPv6 com o mesmo conjunto de classes, wed do: Aqui, é um pouco mais complexo, com IPv6 o byte de classe de tráfego é montado no primeiro e segundo bytes do cabeçalho, então, olhamos para os dois primeiros bytes Do cabeçalho (ip60: 2), ignorar os primeiros 4 bits e os últimos 6 bits (amp 0xfc0) e deslocar o valor 4 bits para a direita (gtgt 4) para remover os 4 bits ignorados da mão direita que estão fora da classe de tráfego Byte do valor e deixe-nos com o valor que queremos. Em ambos os exemplos, você pode usar valores hexadecimais TOS em vez de valores decimais TOS, p. 0x48. Alternativamente, se você quiser usar os valores decimais DSCP hexadecimal ou DSCP, você pode mudar o resultado, para o primeiro exemplo, isso daria, como equivalentes exatos dos acima: e para o segundo exemplo: Em ambos os casos, usando o DSCP hex Valor de 0x12 que como você pode ver da tabela acima é equivalente ao valor decimal TOS 72. Observe as aspas em torno da seqüência de filtro acima, enquanto você não precisa de aspas ao especificar filtros simples com tcpdump, sem eles, neste caso, o shell seria Provavelmente interpretaram amp e gtgt executando um comando parcial como uma tarefa em segundo plano e tentando executar o resto com saída redirecionada, algo que você provavelmente não quer fazer. Ping Ping pode ser usado para gerar alguns pacotes de saída para testar sua configuração QoS ou filtros tcpdump. Ping tem uma opção - Q para especificar o valor que você deseja definir em seus pacotes, para IPv4, isso leva um TOS hexadecimal ou TOS valor decimal, para IPv6, ele só tem um valor hex TOS. Para o IPv6, estes dois são equivalentes: Como mencionado, o ping6 só tem um valor hexadecimal, enquanto que 48 neste caso pode parecer ser decimal como nós didnt explicitamente para gerar pacotes que nossos filtros tcpdump acima capturariam, para IPv4 estes dois são equivalentes Especifique que era hexadecimal com 0x, ele é interpretado como hex. DSCP - QOS value Foi cálculo detalhado: AFXY, CSX e EF são apenas códigos PHB para o DSCP correspondente em representação binária ou decimal. AFXY onde X é a classe (3bits) Y é o exemplo de cálculo de AF de prioridade (2bits): código PHBAF33011 11 0 (binário) 30 (decimal) Exemplo de cálculo EF: código PHB EF 101 11 0 (binário) 46 (decimal) 101 é A precedência 11 é a classe de serviço e assim um para outros valores, eu anexado mais uma tabela mais detalhada que retomar todos os cálculos do binário DSCP eo valor decimal equivalente da precedência e classe de serviço Resposta correta por Pavel Bykov cerca de 8 anos 11 Meses atrás O que zou está procurando não é matemática. AF e EF é apenas um NAME definido em Standard. AF significa Assured Forwarding e EF significa Expedited Forwarding. Poderiam ter chamado Very Important e, em vez de EF, usaríamos o VI. Assim DSCP EF 46 é realmente DSCP 46. O padrão define como os números devem ser usados ​​eo que eles são nomeados. Consulte os seguintes documentos: Espero que isso ajude. Classifique todos os posts úteis