Dscp af41 binary options

IP Precedence, TOS amp DSCP O tipo de IP do cabeçalho do serviço 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 Tais como alto rendimento, 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) DSCP Assured Forwarding PHB 22 de março de 2006 Brad Hedlund RFC 2597 define um grupo de configurações DSCP chamado Assured Encaminhamento Per Hop Comportamento (PHB) para ser reconhecido pelo 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. Inversamente, 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 binários e decimais de DSCP reais 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 de DSCP de 38 teria uma prioridade mais alta e menos provável 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ções de pico), você pode observar o PHB para uma prioridade de queda ainda maior de AF13 e / ou 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) A agência postal, um roteador ou computador não pode determinar o tamanho de um pacote sem informações adicionais. Uma pessoa pode olhar para uma carta ou caixa e determinar o quão grande é, mas um roteador não pode. Portanto, informações adicionais são necessárias na camada IP, além dos endereços IP de origem e de destino. A Figura 3-12 é uma representação lógica da informação que é usada na camada IP para permitir a entrega de dados eletrônicos. Essa informação é chamada de cabeçalho. E é análogo à informação de endereçamento em um envelope. Um cabeçalho contém as informações necessárias para encaminhar dados na Internet e tem o mesmo formato independentemente do tipo de dados que está sendo enviado. Este é o mesmo para um envelope onde o formato de endereço é o mesmo, independentemente do tipo de letra que está sendo enviada. Os campos no cabeçalho IP e suas descrições são campo de 4 bits da Versão 151A que identifica a versão IP que está sendo usada. A versão atual é 4, e esta versão é referida como IPv4. Comprimento 151A Campo de 4 bits que contém o comprimento do cabeçalho IP em incrementos de 32 bits. O comprimento mínimo de um cabeçalho IP é de 20 bytes ou cinco incrementos de 32 bits. O comprimento máximo de um cabeçalho IP é 24 bytes ou seis incrementos de 32 bits. Portanto, o campo de comprimento do cabeçalho deve conter 5 ou 6. Tipo de Serviço (ToS) 151 O ToS de 8 bits usa 3 bits para Precedência IP, 4 bits para ToS com o último bit não sendo usado. O campo ToS de 4 bits, embora definido, nunca foi usado. IP Precedência 151 Um campo de 3 bits usado para identificar o nível de serviço que um pacote recebe na rede. Ponto de Código de Serviços Diferenciados (DSCP) 151A Campo de 6 bits usado para identificar o nível de serviço que um pacote recebe na rede. DSCP é uma expansão de 3 bits de prioridade IP com a eliminação dos bits ToS. Comprimento total 151 Especifica o comprimento do pacote IP que inclui o cabeçalho IP e os dados do usuário. O campo comprimento é 2 bytes, portanto, o tamanho máximo de um pacote IP é 2 16 150 1 ou 65.535 bytes. Identifier, Flags e Fragment Offset 151Como um pacote IP se move através da Internet, pode ser necessário cruzar uma rota que não pode lidar com o tamanho do pacote. O pacote será dividido, ou fragmentado, em pacotes menores e reassembled mais tarde. Esses campos são usados ​​para fragmentar e remontar pacotes. Time to Live (TTL) 151 É possível que um pacote IP percorra sem rumo a Internet. Se houver um problema de roteamento ou um loop de roteamento, então você não quer que os pacotes sejam encaminhados para sempre. Um loop de roteamento é quando um pacote é continuamente roteado pelos mesmos roteadores repetidamente. O campo TTL é inicialmente definido como um número e diminuído por cada roteador que é passado através. Quando TTL atinge 0, o pacote é descartado. Protocolo 151No modelo de protocolo em camadas, a camada que determina de qual aplicativo os dados são ou para quais aplicativos os dados são indicados é indicado usando o campo Protocolo. Esse campo não identifica o aplicativo, mas identifica um protocolo que fica acima da camada IP que é usada para identificação do aplicativo. Header Checksum 151A valor calculado com base no conteúdo do cabeçalho IP. Usado para determinar se algum erro foi introduzido durante a transmissão. Endereço IP de origem 15132-bit Endereço IP do remetente. Endereço IP de destino 15132-bit Endereço IP do destinatário pretendido. Opções e preenchimento 151 Um campo que varia em comprimento de 0 a um múltiplo de 32 bits. Se os valores de opção não forem múltiplos de 32 bits, 0s serão adicionados ou preenchidos para garantir que este campo contenha um múltiplo de 32 bits. O campo Precedência IP pode ser usado para priorizar o tráfego IP. (Ver Tabela 3-9.) Este é o mesmo que o sistema postal que tem diferentes classes de correio, como prioridade, overnight e entrega de 2 dias. Os roteadores podem optar por usar este campo para dar tratamento preferencial a certos tipos de tráfego IP. Tabela 3-9 Valores de Precedência IP 100 150 Substituição de Flash Observe que os 3 primeiros bits do valor DSCP são os 3 bits da precedência IP. Uma precedência IP de 000 mapas em um valor DSCP de 000 000, e ambos representam melhor esforço de entrega. Uma precedência IP de 101 (Critical) mapas em um valor DSCP de 101 110 (High Priority ou Expedited Forwarding). Os restantes 4 valores de precedência IP são mapeados em 3 valores DSCP. A porção de 3 bits adicional é usada para identificar uma probabilidade de queda dentro de uma das quatro classes de encaminhamento garantido (AF). Esta discussão do conteúdo do cabeçalho IP é significada como uma visão geral. Se você estiver interessado em saber mais detalhes sobre o cabeçalho IP, consulte as referências no final deste capítulo. O conceito importante a tirar desta discussão é que o cabeçalho IP contém os endereços IP de origem e de destino. Os roteadores usam o endereço IP de destino para determinar uma rota, portanto, a camada IP no modelo em camadas é a camada de roteamento. Neste ponto, poderíamos parar nossa discussão sobre o modelo de protocolo em camadas. Este livro é sobre encaminhamento, e roteamento é a segunda ou terceira camada dependendo de qual modelo é usado. Um roteador não se importa com qual aplicativo enviou os dados ou como o aplicativo vai receber os dados. O trabalho do roteador é obter o pacote para o destino adequado. É então da responsabilidade do host de destino entregar os dados ao aplicativo. O modelo em camadas incompleto na Figura 3-8 é suficiente para o restante deste livro. Mas, para ser completo, let039s vá adiante e termine o modelo. Você também pode gostar Buscar Livros Safari relacionados copiar 2017 Pearson Education, Cisco Press. Todos os direitos reservados. 800 East 96th Street. Indianápolis Indiana 46240DSCP TOS Nota: Estou perfeitamente feliz por esta tabela e informações associadas para 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 atribua a fonte e não tente 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. QoS - Por que DSCP AF-41 para Video CS e AF valores têm diferentes valores dscp. CS4 é 32 o próximo valor dscp seguinte é AF41 que é 34 seguido por AF42 (36) e AF43 (38). CS é selector de classe e compatível com versões anteriores com valores de precedência ip. Embora existam 4 valores de AF (cada um com preferências de queda) Classifique todas as mensagens úteis. Enviados a partir do Suporte Técnico da Cisco Aplicativo para iPhone Em primeiro lugar, como você já deve saber, a marcação de tráfego é feita para classificar o tráfego em diferentes classes de acordo com a prioridade de modo que elas sejam ajustadas com um comportamento diferente. Garante que o tráfego mais pequeno e crítico não fica preso atrás do tráfego mais volumoso, que pode não precisar de prioridade. Entre o tráfego em tempo real, o áudio é o mais crítico. As marcações recomendadas pela Cisco são de acordo com a prioridade do tipo de tráfego. A voz tem uma prioridade mais alta do que o vídeo. O vídeo é ainda separado em duas categorias - Interativo (videoconferência, etc.) e Streaming (reproduzindo um vídeo unicast ou multicast). A ordem de prioridade e razão para isso está abaixo: 1) Áudio - Tráfego de voz é muito sensível à perda de pacotes, latência. Não requer nenhuma perda de pacotes e latência de cerca de 150 ms. 2) Vídeo interativo - sensível, mas pode tolerar perda de pacotes de cerca de 1 e latência quase igual a voz 3) Streaming de vídeo - menos sensível - pode tolerar cerca de 4-5 perda de pacotes e latência de cerca de 4-5 segundos Então é um guidelinestandard geral de Cisco para marcar voz com um dscp 46 ou ef, vídeo interativo 34 ou af41, Streaming de vídeo como dscp 32 ou cs4. Como essa é a recomendação recomendada pela Cisco, a maioria dos aplicativos UC da Ciscos marca o tráfego como este. Você pode mudá-lo, mas fortemente não é aconselhável a menos que você tenha uma razão muito boa. Outra razão para não mudar é alguns dos modelos de auto etc. que você normalmente pode usar em switches de nível de acesso de catalisador usar essas marcações, que caso contrário você terá que mudar manualmente os mapeamentos, etc Espero que isso esclareça - se você tiver alguma dúvida, por favor sinta Livre para perguntar. Em primeiro lugar, como você já deve saber, a marcação de tráfego é feita para classificar o tráfego em diferentes classes de acordo com a prioridade de modo que eles são meted com um comportamento diferente. Garante que o tráfego mais pequeno e crítico não fica preso atrás do tráfego mais volumoso, que pode não precisar de prioridade. Entre o tráfego em tempo real, o áudio é o mais crítico. As marcações recomendadas pela Cisco são de acordo com a prioridade do tipo de tráfego. A voz tem uma prioridade mais alta do que o vídeo. O vídeo é ainda separado em duas categorias - Interativo (videoconferência, etc.) e Streaming (reproduzindo um vídeo unicast ou multicast). A ordem de prioridade e razão para isso está abaixo: 1) Áudio - Tráfego de voz é muito sensível à perda de pacotes, latência. Não requer nenhuma perda de pacotes e latência de cerca de 150 ms. 2) Vídeo interativo - sensível, mas pode tolerar perda de pacotes de cerca de 1 e latência quase igual a voz 3) Streaming de vídeo - menos sensível - pode tolerar cerca de 4-5 perda de pacotes e latência de cerca de 4-5 segundos Então é um guidelinestandard geral de Cisco para marcar voz com um dscp 46 ou ef, vídeo interativo 34 ou af41, Streaming de vídeo como dscp 32 ou cs4. Como essa é a recomendação recomendada pela Cisco, a maioria dos aplicativos UC da Ciscos marca o tráfego como este. Você pode mudá-lo, mas fortemente não é aconselhável a menos que você tenha uma razão muito boa. Outra razão para não mudar é alguns dos modelos de auto etc. que você normalmente pode usar em switches de nível de acesso de catalisador usar essas marcações, que caso contrário você terá que mudar manualmente os mapeamentos, etc Espero que isso esclareça - se você tiver alguma dúvida, por favor sinta Livre para perguntar.