Marcação DSCP ou promessa de QoS do provedor? Nenhuma das duas é um contrato

Algo é marcado, uma fila é configurada e então alguém pergunta que qualidade o desenho realmente garante. A resposta honesta é que você descreveu duas metades de um contrato que se encontram numa fronteira. Até você conseguir nomear a classe que o provedor aceita e o tratamento que ele aplica, a configuração local é uma intenção, não uma promessa. As duas metades importam, e nenhuma pode ser inferida da outra.

local match → queue and marking → provider classifier
  → provider treatment → destination

Onde uma marcação correta pode morrer em silêncio

Comece anotando, por carga de trabalho, a condição de correspondência local, qualquer marcação que ocorra dentro de um túnel, o valor que o provedor aceita e a classe de serviço que esse valor seleciona. Quatro colunas, e as falhas costumam viver entre a segunda e a terceira.

O comportamento de marcação de dentro para fora é o problema clássico. Um pacote dentro de um caminho cifrado ou tunelizado carrega um cabeçalho interno que o seu classificador vê e um cabeçalho externo que o equipamento do provedor vê, e copiar um no outro é uma decisão de configuração, não uma propriedade automática. Marque apenas o cabeçalho interno e o provedor classifica o externo, normalmente como padrão, por isso um fluxo marcado corretamente pode chegar à classe errada sem uma única linha mal configurada do seu lado.

Uma classe nomeada localmente também pode ficar vazia porque a sua condição de correspondência nunca dispara em pacotes reais. As portas mudam, as aplicações usam vários fluxos, e uma correspondência numa porta conhecida que o fornecedor deixou de usar duas versões atrás produz uma fila com contadores a zero e uma política que na configuração em execução parece perfeita.

Decida explicitamente onde as marcações são confiáveis. Promover tudo o que partilha um túnel promove as transferências em massa junto com as chamadas, e um provedor que aceita a sua marcação sem validação oferece-lhe uma forma de se prejudicar. Se o contrato permitir que o gateway remarque na entrega, diga-o por escrito, porque é exatamente o ponto onde as suposições de duas equipas costumam divergir.

O que o escalonador realmente divide

A política local tem a sua própria semântica, e a que causa mais mal-entendidos é a palavra “remaining”. Nas plataformas que o guia de escalonamento do IOS XE descreve, bandwidth remaining percent define um peso excedente, não um passo de uma sequência em que cada classe retira uma porção do que a classe anterior deixou. As percentagens não atribuídas são distribuídas pelas filas elegíveis não configuradas em vez de serem reservadas para a última classe do ficheiro.

Essa distinção importa porque o modelo mental sequencial produz previsões que nunca coincidem com os contadores. Os engenheiros reordenam classes para mudar um resultado, não veem diferença e concluem que a plataforma está avariada, quando a configuração nunca quis dizer o que supunham.

O modelador pai é a outra surpresa comum. Moldar uma fila controlada até à taxa de serviço utilizável é muitas vezes deliberado, porque desloca o ponto de congestão para um equipamento que você administra em vez de para uma fila a montante que não administra. Remover o modelador porque a moldagem acrescenta atraso pode deslocar a perda em vez de a eliminar, e a contabilização de sobrecarga ou um policer do provedor podem tornar a taxa efetiva inferior à que a interface sugere.

Os contadores dizem qual metade falhou

Compare quatro números na direção afetada: o que foi oferecido, o que a classe correspondeu, o que foi posto em fila ou descartado e o que o serviço realmente entregou. Mantenha a descrição da carga de trabalho e a versão da política junto da observação, porque uma captura de ecrã dos contadores sem elas não pode ser reproduzida.

Os ramos são problemas diferentes com proprietários diferentes. Uma classe local que não corresponde a nada é um erro de classificação do seu lado. Uma classe que corresponde, entra em fila e descarta enquanto o provedor relata entrega limpa aponta para o seu próprio escalonador ou modelador. Uma classe que parece correta localmente enquanto a perda aparece além da entrega aponta para o mapeamento da operadora e para a fronteira medida no contrato. Nenhuma das três se corrige editando as outras, por isso os números têm de ser recolhidos em conjunto.

O RFC 2475 enquadra a classificação e o condicionamento como trabalho realizado dentro de domínios administrativos, e é precisamente por isso que uma marcação não pode reservar filas de ponta a ponta. O guia de escalonamento do IOS XE é a referência para o comportamento de peso excedente descrito acima, e vale a pena ler as suas comparações de plataformas antes de mover uma taxa calculada entre modelos.

Escreva o contrato num só lugar

Coloque a correspondência local, a fronteira de confiança, a classe do provedor e o nível de serviço medido num único documento assinado por ambas as partes. Então uma mudança de percentagem tem contexto, e uma queixa de qualidade tem proprietário.

Mudar uma percentagem local não pode reparar a garantia de outra fila, e nenhum esquema de marcação sobrevive a um mapeamento que o provedor não respeita. Compare as metades, nomeie a fronteira e só então cite um número.