Кратко

  • RFC 3337 назначал классам вытеснения одной сессии PPP отдельные CID AAL2. SSSAR делил пакеты на фрагменты по 64 байта, позволяя передать голос между частями большого пакета данных.
  • Идентификатор не задавал планировщик и ёмкость VC. Классификация, CID, очередь, контракт, сборка и результат приложения требовали отдельных квитанций; примеры 100 мс и справедливого обслуживания были условными.

Сто миллисекунд возникали из неделимой передачи

Документ рассмотрел пакет 1500 байт на ATM-соединении 128 kbit/s. Передача занимала около 100 ms. Голосовой пакет, пришедший после начала, не мог обогнать уже посланные биты и ждал окончания.

Нужно было уменьшить единицу вытеснения. SSSAR, уже требуемый PPP поверх AAL2, делил все пакеты на 64-байтные фрагменты. На следующей границе планировщик мог выбрать другой класс.

Число 100 ms принадлежало конкретным размеру и скорости. Оно не было универсальным измерением. Пример показывал: приоритет действует только там, где передатчик получает новую точку выбора.

Отдельный CID превращал класс в доступную очередь

Фрагменты разных классов должны были идти через разные CPS CID. Сессии требовалось не меньше CID, чем вытесняемых классов. Результат классификатора выбирал экземпляр SSSAR и очередь.

В одной последовательности у планировщика нет альтернативы. Разделение позволяло взять голосовой фрагмент между фрагментами данных.

Но верный класс и верный CID — разные факты. Ошибка отображения могла свести два класса в одну очередь, сохранив метки. Нужны отдельные записи выхода классификатора, фактического CID и активной конфигурации.

Метод классификации оставался местной политикой

RFC разрешал разные методы. В голосовом примере маленькие пакеты считались реальным временем, большие — данными. Порог зависел от приложения и скорости соединения.

Размер — косвенный признак, а не смысл. Малый служебный пакет может не иметь срока, большой медиаблок — быть срочным. Старая правило способно выполняться точно и противоречить нынешней услуге.

Поэтому квитанция включает входные поля, версию, порог, совпадение, класс и утвердившего. Стандарт переносил класс, но не определял его бизнес-смысл.

Планировщик превращал имя во время

AAL2 CPS не предписывал алгоритм между CID. RFC 3337 упоминал приоритет, справедливость и взвешенную справедливость. Они по-разному распределяют задержку, полосу и голодание.

В двухклассовом примере справедливый scheduler заставлял голос ждать не более одного фрагмента данных. Граница зависела от 64 байт, двух CID и справедливости на уровне фрагмента.

Это не нулевая задержка и не гарантия конца в конец. Строгий приоритет может ускорить голос и лишить данных услуги. Quantum, веса и дополнительные классы меняют расчёт. Алгоритм и параметры входят в доказательство.

Ёмкость оставалась отдельным шлюзом

Для низкой задержки и потерь пример требовал подходящий класс ATM-трафика, такой как VBRnrt или VBRrt. CID упорядочивал существующую услугу, но не создавал полосу.

При перегрузке планировщик выбирает, чьё обещание нарушить. Admission, контракт, shaping, policing и последующие очереди определяют ресурсы. Быстрый выход из локальной очереди не исключает ожидания дальше.

Классификация описывает намерение, scheduler выбирает следующий фрагмент, provisioning предоставляет услугу. Слияние трёх полномочий превращает настройку в ложное доказательство производительности.

Получатель ещё должен был доказать полезность

Выбранный фрагмент проходил через ячейки и собирался SSSAR по базовому состоянию UUI RFC 3336. Выход из очереди не доказывает прибытие всех частей, CRC, приём PPP или срок приложения.

Цепочка разделяет классификацию, CID, UUI, времена очереди, решение scheduler, VC-контракт, потерю, сборку, CRC, LCP и приложение. Голос добавляет jitter buffer, codec, playout и concealment.

Локальная граница сериализации может быть необходимой и недостаточной. Последнюю квитанцию выдаёт endpoint.

Соседние RFC не доказывают активацию

RFC 3336 задаёт PPP/AAL2. RFC 2689 описывает integrated services на низкоскоростных линиях. RFC 2686 определяет Multi-Class Multi-Link PPP, RFC 1990 — базовый multilink. RFC 2508 сжимает IP/UDP/RTP-заголовки.

RFC 2474 и RFC 3246 дают контекст DiffServ и EF. Метка DS не доказывает CID-отображение или AAL2-scheduler RFC 3337. RFC 2119 объясняет нормативные слова, не внедрение.

Для заявления об эксплуатации нужны версия, правило, CID, алгоритм, контракт, трафик и измерение. Спецификация доказывает механизм, не факт сети.

Гарантия должна назвать исполнителя

Разные CID и 64-байтные фрагменты были реальными средствами. Они создали различимые очереди и частые точки выбора. Дифференцированное обслуживание стало возможным.

Но «голосовой класс» оставался существительным. Классифицировать, отображать, дробить, планировать, допускать, передавать, собирать и воспроизводить — глаголы разных владельцев.

Долговечный вывод — искать исполнителя. Идентификатор переносит намерение, механизм меняет время, получатель доказывает пользу.

Источники