Чи завжди CoS та QoS взаємозамінні?


28

Терміни CoS & QoS часто використовуються без змін, особливо в просторі SP, коли надають "Клас профілів обслуговування" тощо як частина наборів продуктів. Я хочу ще раз підтвердити своє розуміння того, що CoS - це лише один із способів позначення трафіку на рівні 2, тоді як QoS визначає, що ви насправді робите для цього трафіку на рівні 3?

Чи може хто-небудь надати більш реальні приклади впровадження розрізнення між двома термінами або альтернативно порадити мені будь-яке перекриття?

Відповіді:


17

QoS - це парасольовий термін, який охоплює використання таких функцій, як поліція, формування, класифікація руху та вдосконалені механізми черги.

CoS - це форма QoS, обмежена Ethernet шару-2, і вона використовує 3-бітні (8 значень) тегу 802.1Q для диференціації вашого трафіку. Тому жодних магістралей, без CoS.

DSCP - це найчастіше діюче значення на рівні 3 і знаходиться в 6-бітах (64 значення) заголовка IP. Зазвичай використовується лише 14 значень і посилаються на використання позначень найкращих зусиль, прискореного переадресації (EF) та впевненого переадресації (AF). Значення AF мають форму AFxy, де x дорівнює 1-4 і відноситься до пріоритету, а y - 1-3 і стосується ймовірності падіння.

Постачальники Telco (такі як AT&T конкретно) використовують термін CoS для визначення класів розподілу пропускної здатності, які вони підтримують у своїх пропозиціях MPLS. В основному вони перетворили CoS на маркетинговий термін. Як правило, Telco використовує DSCP, щоб знати, до яких класів CoS належить ваш трафік.

Іншим важливим моментом налаштування цих функцій є те, що в комутаторі або маршрутизаторі Cisco вам потрібно використовувати таку команду, як "mls qos trust dscp" або "mls qos trust cos", інакше пристрій скине позначення QoS до нуля. Існують деякі винятки, засновані на моделі, конфігурації та версії IOS, але це було справедливим для всіх протягом останніх кількох років у моєму досвіді. Ця конфігурація необхідна, оскільки пристрій повинен знати, на яку маркування ви хочете діяти, оскільки він не може використовувати обидва. Мені подобається використовувати DSCP. Я не знайшов вагомих причин використовувати CoS над цим, але впевнений, що хтось має.


Всі відповіді на це запитання були дуже корисними, але цей справді допоміг натиснути на маркетингову спілку, яку Telcos може викласти :-) спасибі.
MattE

Причиною використання тегів CoS (принаймні локальної для Нової Зеландії) є те, що для деяких служб передачі даних оператори використовують теги CoS, додані у вихідний заголовок CPE, щоб визначити, чи мається на увазі трафік оброблятись так, ніби він знаходиться в CIR або EIR компоненти схеми. Застереження з налаштуваннями, які ми маємо в NZ, полягає в тому, що якщо ваш трафік CIR з позначкою CoS перевищує CIR, він негайно скидає трафік, а не просто надмірна частина його перекидається в пул EIR / PIR.
bdx

17

Клас сервісу - це ідентифікатор рівня 2, як правило, у поєднанні з тегом 802.1q (ви не повинні бачити CoS, на який посилається порт, а лише порт магістралі). DiffServ був би відповідним ідентифікатором на рівні 3 рівня. Якість сервісу - це суперкомплект, який контролює те, як обидва посилання 2 та 3 рівня класифікують, поліцію та трафік черг на різні типи посилань.


5
Для розширення цього питання CoS ​​є специфічним для Ethernet. Наприклад, Frame Relay не містить поля CoS ​​у своєму заголовку; у ньому є лише однорозрядне поле "відкинути право".
Джеремі Стретч

Дякую за це. Я на 98% Ethernet роботі, тому ця диференціація іноді уникає мене.
нікотин

Приємна стисла відповідь.
лобі

6

CoS працює на другому рівні, тоді як QoS працює на 3 рівні.

CoS - це засіб додавання пріоритету до заголовка VLAN, який згодом може інтерпретуватися механізмами QoS для відповідного керування трафіком.

Прикладом реального світу може бути VoIP VLAN в мережі, який зазвичай позначається прапором CoS як CS7. Тоді маршрутизатори двигунів QoS можуть інтерпретувати це та розставляти пріоритет, що трафік вищий у ситуаціях поліції чи профілювання.

CoS можна використовувати незалежно від реалізацій QoS для передачі належним чином позначеного трафіку іншим мережам, над якими ви не маєте контролю.

Ось хороша біла книга, яка детально вводить тему.


6

У світі ялівцю вони більш взаємозамінні. Оскільки всі конфігурації QoS виконуються під класом сервісної строфи конфігурації. Приклад конфігурації:

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;
        }
    }               
}

1
Погодьтесь зі Стівом, це залежить від вашого постачальника, ялівець вживає термін більш взаємозамінно, майже майже використовує CoS.
Келлі МакДауелл

4

QoS (якість обслуговування) - це набір заходів, призначених для надання гарантій, раніше не передбачених в мережах з комутацією пакетів. Вони використовуються для формування трафіку та для того, щоб спробувати отримати гарантії якості, сподіваємось, що в деяких випадках наближення протоколів з комутацією ланцюгів по мережах з комутацією пакетів. Це значно складніше, ніж це в реалізації, але це основна мета.

CoS означає клас обслуговування та призначений для позначення певного трафіку Ethernet для цілей QoS. Наприклад, в комутованій мережі це може бути використане для розмежування TDMoE, що дуже затримується від затримки звичайного пакетного трафіку (TDMoE, ймовірно, несе телефонні голосові дані між телефонними комутаторами / шлюзами). Потім це може бути використане для забезпечення гарантій QoS. Це дає вам уявлення про взаємозв'язок понять.

Як я на це дивлюсь, це те, що QoS дійсно спрямований на те, щоб спробувати запропонувати різновиди дуже надійних гарантій, характерних для мереж, що перемикаються на з'єднання (як, наприклад, PSTN). Через мережу Ethernet це дозволяє взяти магістраль в комутованій мережі, а потім використовувати частину смуги пропускання, яку не використовує TDMoE, наприклад, і використовувати її для комутації пакетних комунікацій.

Таким чином, я б описав це те, що QoS - це набір прийомів та підходів до вирішення конкретного набору проблем, тоді як клас обслуговування - це призначення передачі даних (особливо на рівні протоколу Ethernet) для управління ним відповідно до QoS.

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.