Tráfego de rede que entra num domínio DiffServ está sujeito a classificação e condicionamento. Um classificador de tráfego pode inspeccionar muitos parâmetros diferentes nos pacotes de entrada, tais como endereço de origem, endereço de destino ou tipo de tráfego e atribuir pacotes individuais a uma classe de tráfego específica. Os classificadores de tráfego podem honrar quaisquer marcações DiffServ em pacotes recebidos ou podem optar por ignorar ou anular essas marcações. Para um controlo apertado sobre volumes e tipo de tráfego numa determinada classe, um operador de rede pode optar por não honrar as marcações na entrada para o domínio DiffServ. O tráfego em cada classe pode ser ainda condicionado pela sujeição do tráfego a limitadores de taxa, agentes de tráfego ou shapers.
O comportamento por loja é determinado pelo campo DS no cabeçalho IP. O campo DS contém o valor DSCP de 6 bits. A Notificação de Congestionamento Explícita (ECN) ocupa os 2 bits menos significativos do campo TOS IPv4 e o campo classe de tráfego IPv6 (TC) .
Em teoria, uma rede poderia ter até 64 classes de tráfego diferentes usando os 64 valores DSCP disponíveis. Os RFCs DiffServ recomendam, mas não requerem, certas codificações. Isto dá a um operador de rede grande flexibilidade na definição de classes de tráfego. Na prática, contudo, a maioria das redes utiliza os seguintes comportamentos habitualmente definidos por loja:
- Default Forwarding (DF) PHB – que é tipicamente o tráfego de melhor esforço
- Expedited Forwarding (EF) PHB – dedicado ao tráfego de baixa perda, baixa latência
- Assured Forwarding (AF) PHB – dá garantia de entrega sob condições prescritas
- Class Selector PHBs – que mantêm compatibilidade com o campo de precedência IP.
Encaminhamento por defeitoEditar
Um encaminhamento por defeito (DF) PHB é o único comportamento exigido. Essencialmente, qualquer tráfego que não cumpra os requisitos de qualquer das outras classes definidas utiliza DF. Tipicamente, o DF tem características de encaminhamento de melhor esforço. O DSCP recomendado para DF é 0,
Expedited ForwardingEdit
O IETF define o comportamento do Expedited Forwarding (EF) no RFC 3246. O EF PHB tem as características de baixo atraso, baixa perda e baixo tremor. Estas características são adequadas para voz, vídeo e outros serviços em tempo real. Ao tráfego EF é frequentemente dada prioridade estrita ao enfileiramento, acima de todas as outras classes de tráfego. Uma vez que uma sobrecarga do tráfego EF causará atrasos na fila e afectará as tolerâncias de jitter e atraso dentro da classe, o controlo de admissão, policiamento de tráfego e outros mecanismos podem ser aplicados ao tráfego EF. O DSCP recomendado para EF é 101110B (46 ou 2EH).
AdmitEdit de Voz
O IETF define o comportamento de Admissão de Voz no RFC 5865. A Admissão de Voz PHB tem características idênticas às da Expedição RFC 5865. No entanto, o tráfego de Admissão de Voz também é admitido pela rede utilizando um procedimento de Controlo de Admissão de Chamadas (CAC). O DSCP recomendado para a admissão de voz é 101100B (44 ou 2CH).
Assured ForwardingEdit
O IETF define o comportamento do Assured Forwarding (AF) no RFC 2597 e RFC 3260. O Encaminhamento Assegurado permite ao operador assegurar a entrega desde que o tráfego não exceda alguma taxa subscrita. O tráfego que excede a taxa de subscrição enfrenta uma maior probabilidade de ser abandonado se ocorrer congestionamento.
O grupo de comportamento AF define quatro classes AF separadas com todo o tráfego dentro de uma classe com a mesma prioridade. Dentro de cada classe, os pacotes recebem uma precedência de queda (alta, média ou baixa, onde uma precedência mais alta significa mais queda). A combinação de classes e precedência de queda produz doze codificações DSCP separadas de AF11 até AF43 (ver tabela).
| AF11 (DSCP 10) 001010 | AF21 (DSCP 18) 010010 | AF31 (DSCP 26) 011010 | AF41 (DSCP 34) 100010 | Med drop probability | AF12 (DSCP 12) 001100 |
|---|---|---|---|
| High drop probability | AF13 (DSCP 14) 001110 | AF33 (DSCP 30) 011110 | AF43 (DSCP 38) 100110 |
É definida uma certa medida de prioridade e equidade proporcional entre o tráfego em diferentes classes. Se ocorrer congestionamento entre classes, é dada prioridade ao tráfego na classe superior. Em vez de utilizar filas de prioridade estritas, é provável que sejam utilizados algoritmos de manutenção de filas mais equilibrados, tais como filas justas ou filas justas ponderadas. Se ocorrer congestionamento dentro de uma classe, os pacotes com a maior precedência de queda são descartados primeiro. Para evitar problemas associados à queda de cauda, são frequentemente utilizados algoritmos de selecção de queda mais sofisticados, tais como detecção precoce aleatória.
Class SelectorEdit
Prior to DiffServ, as redes IPv4 poderiam utilizar o campo de precedência de IP no byte TOS do cabeçalho IPv4 para marcar o tráfego prioritário. O octeto TOS e a precedência de IP não foram amplamente utilizados. A IETF concordou em reutilizar o octeto TOS como o campo DS para as redes DiffServ. A fim de manter a retrocompatibilidade com dispositivos de rede que ainda utilizam o campo Precedência, DiffServ define o Seleccionador de Classes PHB.
Os pontos de código do Seleccionador de Classes são da forma binária ‘xxx000’. Os primeiros três bits são os bits de precedência de IP. Cada valor de precedência de IP pode ser mapeado para uma classe DiffServ. A precedência IP 0 mapeia para CS0, a precedência IP 1 para CS1, e assim por diante. Se um pacote for recebido de um router não-DiffServ que usou marcas de precedência de IP, o router DiffServ ainda pode compreender a codificação como um ponto de código Seleccionador de Classe.
Requisitos específicos para a utilização de pontos de código Seleccionador de Classe são dados no RFC 4594.
Orientações de configuraçãoEditar
RFC 4594 oferece recomendações detalhadas e específicas para a utilização e configuração de pontos de código.
| CS6 | RFC 2474 | Taxa | ||||
| EF | RFC 3246 | Prioridade | Não | |||
| CS5 | 40 | Police using sr+bs | RFC 2474 | RFC 2474 | Taxa | No |
| Conferência Multimédia | AF41, AF42, AF43 | 34, 36, 38 | Utilizar duas taxas, marcador tricolor (tal como RFC 2698) | RFC 2597 | Taxa | Sim por DSCP |
| Real-time interactive | 32 | RFC 2474 | Taxa | |||
| AF31, AF32, AF33 | 26, 28, 30 | Utilizar duas taxas, trêsmarcador de cor (tal como RFC 2698) | RFC 2597 | Taxa | Sim por DSCP | |
| Broadcast video | 24 | Taxa | Não | |||
| Baixo-dados de latência | AF21, AF22, AF23 | 18, 20, 22 | Utilizar duas taxas, trêsmarcador de cor (tal como RFC 2698) | RFC 2597 | RFC 2597 | Taxa |
| OAM | CS2 | 16 | Polícia usando sr+bs | RFC 2474 | Taxa | Sim |
| Alto…dados de produção | AF11, AF12, AF13 | 10, 12, 14 | Utilizar duas taxas, trêsmarcador de cor (tal como RFC 2698) | RFC 2597 | Taxa | Sim por DSCP |
| Padrão | DF | 0 | Não aplicável | RFC 2474 | Taxa | Sim |
| Baixo-dados prioritários | 8 | Não aplicável | Taxa | Sim |