# 1. Чем определяется QoS?

Бизнес ожидает от сетевого стека того, что он будет просто хорошо выполнять свою несложную функцию — доставлять битовый поток от одного хоста до другого: без потерь и за предсказуемое время.\
Из этого короткого предложения можно вывести все метрики качества сети:

{% content-ref url="chem-opredelyaetsya-qos/poteri" %}
[poteri](https://almukhametov.gitbook.io/sdsm/15.-qos/chem-opredelyaetsya-qos/poteri)
{% endcontent-ref %}

{% content-ref url="chem-opredelyaetsya-qos/zaderzhki" %}
[zaderzhki](https://almukhametov.gitbook.io/sdsm/15.-qos/chem-opredelyaetsya-qos/zaderzhki)
{% endcontent-ref %}

{% content-ref url="chem-opredelyaetsya-qos/dzhitter" %}
[dzhitter](https://almukhametov.gitbook.io/sdsm/15.-qos/chem-opredelyaetsya-qos/dzhitter)
{% endcontent-ref %}

Эти три характеристики определяют [качество сети](https://tools.ietf.org/html/rfc2549) независимо от её природы: пакетная, канальная, IP, MPLS, радио, [голуби](https://tools.ietf.org/html/rfc1149). Почему характеристики могут портиться? Итак, начнём мы с очень примитивного представления: сетевое устройство (будь то коммутатор, маршрутизатор, файрвол, да что угодно) — это просто ещё один кусочек трубы под названием "канал связи". Такой же, как медный провод или оптический кабель.

![](https://4003779768-files.gitbook.io/~/files/v0/b/gitbook-legacy-files/o/assets%2F-LMBWLPim3JtXtLmcDeQ%2F-LMBZ6o6CbLq_Ycgu311%2F-LMBZ8sVxJvF6U606xYQ%2Fimage%20\(143\).png?generation=1536735384297791\&alt=media)

Тогда все пакеты пролетают насквозь в том же порядке, в котором они пришли и не испытывают никаких дополнительных задержек — негде задерживаться.\
Но на самом деле каждый маршрутизатор восстанавливает из сигнала биты и пакеты, что-то с ними делает (об этом пока не думаем) и потом обратно преобразует их в сигнал. Появляется задержка сериализации. Но в целом это не страшно, поскольку она постоянна. Не страшно до тех пор, пока ширина выходного интерфейса больше, чем входного.\
Например, на входе в устройство гигабитный порт, а на выходе радио-релейная линия 620 Мб/с, подключенная в такой же гигабитный порт. Никто не запретит пулять через формально гигабитный линк гигабит трафика. Ничего тут не поделаешь — 380 Мб/с будут проливаться на пол. Вот они — потери. Но при этом очень бы хотелось, чтобы проливалась худшая его часть — видео с youtube. А телефонный разговор исполнительного директора с директором завода не прерывался и даже не квакал. Хотелось бы, чтобы у голоса была выделенная линия.

Или входных интерфейсов пять, а выходной один, и одновременно пять узлов начали пытаться влить трафик одному получателю.\
Добавим щепотку теории VoIP (статью, про который никто так и не написал) — он весьма чувствителен к задержкам и их вариации. Если для TCP-потока видео с youtube (на момент написания статьи [QUIC](https://habr.com/company/infopulse/blog/315172/) — ещё остаётся экспериментом) задержки даже в секунды ровным счётом ничего не стоят благодаря буферизации, то директор после первого же такого разговора с Камчаткой призовёт к себе руководителя тех. отдела. В более старые времена, когда автор цикла ещё делал уроки по вечерам, проблема стояла особенно остро. Модемные соединения имели [скорость 56кбит/с](https://se7en.ru/post/4671.html). И когда в такое соединение приходил полуторакилобайтный пакет, он оккупировал всю линию на 200 мс. Никто другой в этот момент пройти не мог. Голос? Не, не слышал. Отсюда и такие невеликие значения MTU. Значение 1500, как максимальный MTU, гарантировало, что пакет не будет висеть в очереди уж очень долго. Поэтому таким важным является вопрос MTU - пакет не должен слишком надолго оккупировать интерфейс. Чем менее скоростной интерфейс, тем меньший MTU необходим. Вот они — задержки. Сейчас канал свободен и задержка низкая, через секунду кто-то начал качать большой файл и задержки выросли.\
Вот он — джиттер.

Таким образом нужно, чтобы голосовые пакеты пролетали через трубу с минимальными задержками, а youtube подождёт.

Имеющиеся 620 Мб/с нужно использовать и для голоса, и для видео, и для B2B клиентов, покупающих VPN. Хотелось бы, чтобы один трафик не притеснял другой, значит нужна гарантия полосы.
