HTTP скачивание MCData без выделенного QoS: почему отсутствие PCC запроса не всегда ошибка
При скачивании файла MCData через HTTP в журнале не обнаружен запрос выделенного сетевого ресурса. Это ещё не доказывает неисправность. Стандарт описывает варианты получения без такого запроса и с требуемым QoS, а включение соответствующего обслуживания для скачивания зависит от реализации. Сначала нужно установить, какой сценарий заявлен в конкретной системе.
Открыть схему в полном размере
Два предусмотренных пути
В варианте без запрашиваемого QoS media storage client обращается к функции хранения на content server и получает данные по соответствующей процедуре. В другом варианте клиент предварительно взаимодействует с MCData server, который проверяет условия и обращается за сетевыми ресурсами.
Оба случая используют HTTP для собственно файла, поэтому по одному прикладному протоколу нельзя определить применённое транспортное обслуживание. Наличие успешной HTTP передачи не доказывает выделенный QoS, а отсутствие PCC событий не является ошибкой в сценарии, где они не предусмотрены.
Что нужно согласовать
В требованиях фиксируют, должны ли файловые скачивания получать определённый QoS и какие компоненты это поддерживают. Отдельно описывают ожидаемые показатели и условия измерения. Общая фраза «миссионная передача файлов» не заменяет эту часть договора.
Если проект требует ресурсного обслуживания, его проверяют в соответствующих журналах вместе с содержательным результатом. Удачный быстрый прогон при свободной сети не является самостоятельным доказательством работы требуемой политики под нагрузкой.
Как провести сравнение
Для поддерживаемых вариантов используют известный файл и фиксированную конфигурацию. В журнале отмечают, был ли выбран путь с предварительным запросом, какие ответы получены и завершилось ли скачивание. При количественном сравнении сохраняют условия нагрузки и реальные границы измерения.
Для варианта с выделением отдельно подтверждают завершение и предусмотренное освобождение ресурса. Для обычного варианта не придумывают обязательные управляющие сообщения, которых его процедура не требует.
В отчёте полезно разделить три утверждения: файл правильно скачан, применён определённый транспортный режим, достигнут нужный показатель услуги. Они могут подтверждаться разными данными и не должны автоматически следовать друг из друга.
Такой подход помогает избежать ложных претензий к журналам и одновременно не пропустить отсутствие реально заказанной функции. Оценка начинается с согласованного сценария, а затем проверяется весь предусмотренный путь. HTTP описывает способ переноса содержимого, но сам по себе не отвечает на вопрос о ресурсном обслуживании этого переноса.
