Неявная «обратная связь» подразумевает, что источник нагрузки получает информацию через хост-приемник и процесс мониторинга параметров передачи нагрузки (задержки, потери) осуществляется обоими хостами и они же ответственны за определение состояния сети, и, соответственно, за определение скорости передачи. Достаточно сложной задачей в данном случае является точность принятия решения о состоянии сети, и, следовательно, точность изменения скорости передачи. Самой простой и широко используемой в реальной сети Интернет причиной функционирования «обратной связи» является потеря пакета: сеть через приемник неявным образом информирует источник нагрузки о потере пакета. Однако нельзя утверждать, что потеря пакета является следствием перегрузки, например, в беспроводных сетях потеря может быть вызвана ошибкой в радиоканале. Существует ряд других методов для реализации «обратной связи», построенных, например, на базе измерения скорости получения пакетов приемником или на базе измерения задержки «из-кон-ца-в-конец».

Явным преимуществом этого типа «обратной связи» является простота реализации в маршрутизаторах - нет необходимости вносить какие-либо дополнительные функциональные возможности.

Примером реализаций алгоритмов управления перегрузкой могут являться механизмы сглаживания профиля нагрузки Leaky Bucket и

Token Bucket (см. n. 2.4.3 данной главы), функции управления допустимостью соединений САС и пр. Отметим, что правильная реализация механизмов этого класса особенно важна для современных мультимедийных приложений, например, для передачи потокового видео.

⇐Общие подходы к построению механизмов управления перегрузками на сети | Управление трафиком и качество обслужевания в сети | Явная обратная связь⇒