CoS e QoS são sempre intercambiáveis?

Os termos CoS e QoS são frequentemente usados ​​de forma intercambiável, principalmente no espaço SP ao fornecer "Perfis de classe de serviço" etc. como parte dos conjuntos de produtos. Estou procurando reafirmar meu entendimento de que o CoS é apenas uma maneira pela qual o tráfego pode ser marcado na camada 2, enquanto a QoS determina o que você realmente faz com esse tráfego na camada 3?

Alguém pode fornecer exemplos de implementação no mundo real mais distintos entre os dois termos ou, alternativamente, me aconselhar sobre qualquer sobreposição?

QoS é um termo abrangente que abrange o uso de recursos como policiamento, modelagem, classificação de tráfego e mecanismos avançados de enfileiramento.

O CoS é uma forma de QoS limitada à camada 2 Ethernet e usa 3 bits (8 valores) da tag 802.1Q para diferenciar seu tráfego. Portanto, sem entroncamento, sem CoS.

O DSCP é o valor mais comumente acionado na camada 3 e é encontrado em 6 bits (64 valores) do cabeçalho IP. Normalmente, apenas 14 dos valores são usados ​​e são referidos usando as notações de melhor esforço, encaminhamento acelerado (EF) e encaminhamento garantido (AF). Os valores de AF estão no formato AFxy, onde x é 1-4 e refere-se à precedência e y é 1-3 e refere-se à probabilidade de queda.

Os fornecedores de telecomunicações (como a AT&T especificamente) usam o termo CoS para definir as classes de alocação de largura de banda que eles suportam em suas ofertas MPLS. Basicamente, eles transformaram o CoS em um termo de marketing. Normalmente, uma empresa de telecomunicações usa o DSCP para saber de quais classes de CoS seu tráfego deve fazer parte.

Outro ponto importante para configurar esses recursos é que, em um switch ou roteador Cisco, é necessário usar um comando como 'mls qos trust dscp' ou 'mls qos trust dscp' ou 'mls qos trust dcc' ou o dispositivo redefinirá a marcação de QoS para zero. Existem algumas exceções baseadas no modelo, na configuração e na versão do IOS, mas isso ocorreu com tudo nos últimos anos da minha experiência. Essa configuração é necessária porque o dispositivo precisa saber em qual marcação você deseja que ele atue, pois não pode usar os dois. Eu gosto de usar o DSCP. Não encontrei um motivo sólido para usar o CoS, mas tenho certeza de que alguém o possui.

A classe de serviço é um identificador da camada 2, geralmente em conjunto com uma tag 802.1q (você não deve ver o CoS referenciado em uma porta de acesso, apenas em uma porta de tronco). DiffServ seria o identificador correspondente em um link da camada 3. Qualidade de serviço é um superconjunto do controle de como os links das camadas 2 e 3 classificam, policiam e enfileiram o tráfego em diferentes tipos de links.

O CoS opera na Camada 2, enquanto o QoS opera na Camada 3.

O CoS é um meio de adicionar uma prioridade ao cabeçalho da VLAN que mais tarde pode ser interpretado pelos mecanismos de QoS para lidar com o tráfego de acordo.

Um exemplo do mundo real pode ser uma VLAN VoIP em uma rede, que normalmente seria marcada com um sinalizador de CoS como CS7. Os mecanismos de QoS dos roteadores podem interpretar isso e priorizar esse tráfego mais alto em situações de policiamento ou criação de perfil.

O CoS pode ser usado independentemente das implementações de QoS para passar o tráfego marcado adequadamente para outras redes sobre as quais você não tem controle.

Aqui está um bom white paper dando uma introdução detalhada ao tópico.

No mundo da Juniper, eles são mais intercambiáveis. Como toda a configuração de QoS é feita na sub-classe da classe de serviço da configuração. Um exemplo da configuração é:

class-of-service {
    forwarding-classes {
        queue 0 assured-forwarding;
        queue 1 best-effort;
        queue 2 expedited-forwarding;
    }
    interfaces {
        ge-0/0/3 {
            unit 0 {
                scheduler-map 1st;
                shaping-rate 100m;
            }
        }
    }
    scheduler-maps {
        1st {
            forwarding-class assured-forwarding scheduler test1;
            forwarding-class best-effort scheduler test2;
            forwarding-class expedited-forwarding scheduler test3;
        }
    }
    schedulers {
        test1 {
            transmit-rate 45m;
            buffer-size percent 45;
            priority low;
        }
        test2 {
            transmit-rate 45m;
            buffer-size percent 45;
            priority low;
        }
        test3 {
            transmit-rate 10m;
            buffer-size percent 10;
            priority low;
        }
    }               
}

QoS (Qualidade de Serviço) é um conjunto de medidas destinadas a fornecer garantias não fornecidas anteriormente em redes comutadas por pacotes. Eles são usados ​​para modelar o tráfego e tentar obter garantias de qualidade em alguns casos, aproximando-se de protocolos comutados por circuitos em redes comutadas por pacotes. É significativamente mais complexo que isso na implementação, mas esse é o objetivo básico.

CoS significa Classe de Serviço e destina-se a designar determinado tráfego Ethernet para fins de QoS. Por exemplo, em uma rede comutada, isso pode ser usado para diferenciar o TDMoE, que é muito sensível à latência, do tráfego comutado por pacotes comum (o TDMoE provavelmente carregaria dados de voz do telefone entre comutadores / gateways). Isso poderia ser usado para garantir que as garantias de QoS fossem atendidas. Isso lhe dá uma idéia de como os conceitos se inter-relacionam.

A minha maneira de ver é que a QoS realmente visa tentar oferecer os tipos de garantias muito robustas, típicas das redes comutadas por conexão (como a PSTN). Pela Ethernet, isso permite pegar um tronco em uma rede comutada e, em seguida, utilizar a parte da largura de banda não utilizada pelo TDMoE, por exemplo, e usá-la para comunicações comutadas por pacotes.

Portanto, a maneira como eu descreveria é que QoS é o conjunto de técnicas e abordagens para resolver um conjunto específico de problemas, enquanto classe de serviço é uma designação para transmissões de dados (particularmente no nível do protocolo ethernet) para gerenciá-lo de acordo com QoS.