он не может отсутствовать вообще, но могут отсутствовать правила спецобработки какого-то трафика

если весь трафик одинаковый, то обрабатывается все однотипно, по схеме "как придется"

спасибо Иннокентий :) теперь понял

"влезло в канал - хорошо, не влезло - ну, тоже хорошо"

вообще, QoS - это всегда про ущемление прав какого-то трафика в пользу другого

или например, когда конкретному трафику не назначены приоритеты, то он идет по этому методу BestEffort

это не про то, чтобы что-то обрабатывалось лучше. это всегда про то, как ухудшить что-то, чтобы другим осталось больше

кстати, когда-то был на собеседовании, спрашивали про qos. И спросили как обеспечить qos в интернете. Я сказал что никак, но они многозначительно сказали, что это можно сделать. По-моему это бред, но вдруг я не знаю что-то

это бред

Ну потому что лучше некуда, всё и так обрабатывается максимально эффективно. Так?

спасибо)

Ну потому что лучше некуда, всё и так обрабатывается максимально эффективно. Так?

"все обрабатывается максимально эффективно" = "все обрабатывается одинаково неэффективно"

это не про то, чтобы что-то обрабатывалось лучше. это всегда про то, как ухудшить что-то, чтобы другим осталось больше

т.е. это три метода ущемления. BestEffort - метод, когда ущемления нет, все равны, стройтесь как хотите в очереди?

т.е. это три метода ущемления. BestEffort - метод, когда ущемления нет, все равны, стройтесь как хотите в очереди?

никакой очереди нет. просто все равны

ок

получилось отфорвардить - прекрасно, не получилось - ну, мы пытались

это бред

бред по отношению к этому: "ни многозначительно сказали, что это можно сделать"?

qos в интернете - бред

спасибо )

можно договориться с определенным провайдером или консорциумом пирящихся провайдеров о соглашении по качеству обслуживания

но с вообще всеми договориться не получится

так и подумал

Вообще телефонисты от voip любят такие разговоры, но причиной этого является не qos в интернет, а qos через интернет. Когда астерикс и пользователи в разных офисах подключеных между собой интернетами. И основной батхерт как приоритезировать пакеты от воип шлюза на инпут интерфейсе дохлого интернет канала на маршрутизаторе в бренч офисе где ни будь за амуром. В целом подобные начинания иногда даже успех имеют, но нужно понимать что это беднющий интерпрайз детектед и подход ни разу не для isp и прочих кому по карману mpls vpn. Так же стоит понимать, что решение тут не сквозная маркировка пакетов dscp/ipp, а та еще инсталяции из палок скреплегных сами знаете чем :)

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

Ага, а на входящем шатают толстые tcp-сесси что бы довнстрим не утилизировался в полку, и оставалось место для воип. К тем ассоциациям, которыми отдаются три буквы qos в сердце современного сетевого инженера это не имеет никакого отношения, а вот как ответ на 'каверзный' вопрос в рамках собеседования, что бы притупить бдительность... И бежать от такого дизайна, бежать не оглядываясь )))

кто-нибудь может поделиться vIOS/vIOSl2 образами под eve-ng?

сертколлекшен в помощь

кто-нибудь может поделиться ссылкой на добротное описание и сравнение классического QoS и DiffServ QoS, чтобы понять в чем принципиально они различаются и сферы применения узнать, как траффик категоризирует?

Поздновато я, но все же. Здесь неплохое описание этих понятий https://tools.ietf.org/html/rfc2998

сертколлекшен в помощь

уже. спасибо ;)

кстати, когда-то был на собеседовании, спрашивали про qos. И спросили как обеспечить qos в интернете. Я сказал что никак, но они многозначительно сказали, что это можно сделать. По-моему это бред, но вдруг я не знаю что-то

надо было попросить их для своего домашнего интернета кос замутить )

Добрый вечер! У кого-нибудь есть материал по подготовке к экзаменам huawei? (Hcna, hcnp)

Всем привет, раз уж про хуавей)) кто нибудь дружил циску и хуавей по ikev2?

Не получилось подружить или есть сомнения?

В теории должны работать, главное чтоб порты был открыт порт юдп500

В теории должны работать, главное чтоб порты был открыт порт юдп500

Главное, чтоб никто не фильтровал это при транзите. Пару раз в месяц стабильно бывает, что какой-нибудь isp да нагадит подобным образом - потом доказывай им, что ты не верблюд.

У нас 4 провайдера, никто не резал порты...

В азии этим грешат

Не получилось подружить или есть сомнения?

Не получилось, не могут обменяться ключами

Коллеги! Вот вопрос про qos мучает. Если порт загружен например только в 90÷. Ты смысла в нем нет? Весь трафик успеет обработать.

на 10 внутренних интерфейсах одновременно пришло 10 пакетов, адресованных в интернет

в очередь может встать 9

кого выкидывать будешь tail drop'ом?

Коллеги! Вот вопрос про qos мучает. Если порт загружен например только в 90÷. Ты смысла в нем нет? Весь трафик успеет обработать.

Только на 90 Охохо

Коллеги! Вот вопрос про qos мучает. Если порт загружен например только в 90÷. Ты смысла в нем нет? Весь трафик успеет обработать.

За какой промежуток времени снята статистика? За сутки может быть и 10%, а потери все равно будут т.к всплески трафика никто не отменял.

в моменте интерфейс либо загружен, либо нет :)

Это сферический пример в вакууме. Свитч же не заюзал всю полосу. Или прям при обработке очереди будет видимый результат?

Собственно для этих всплесков и нужен qos, чтобы особо ценный трафик гарантировано прошел. А на 90% это уже мертвому припарки)

например, в выходном буфере место либо есть, либо нет

то, что 90% времени в буфере место есть, означает, что 10% времени у тебя идут тейлдропы

Это сферический пример в вакууме. Свитч же не заюзал всю полосу. Или прям при обработке очереди будет видимый результат?

чип в моменте либо юзает всю полосу, либо не юзает ее совсем

он не может передавать данные на скорости 50мб/с

и на 90 не может

если согласован гигабит - порт либо передает данные со скоростью гигабит в секунду, либо молчит

если согласован гигабит - порт либо передает данные со скоростью гигабит в секунду, либо молчит

нука-нука, поподробнее тут

куда уж подробнее

Коллеги! Вот вопрос про qos мучает. Если порт загружен например только в 90÷. Ты смысла в нем нет? Весь трафик успеет обработать.

есть

микроберсты те же

Коллеги (аеспи не в счет), вы себе настроили qos?

куда уж подробнее

ну вот когда линк 100мбит/с, а прокачивается на 10 только, т.е. утилизация 10% .

10% чего именно?

от 100 мбит/с

нет

10% от времени

микроберсты те же

Здесь все же от ситуации зависит - от типа трафика, от алгоритма обработки очереди, от размеров буфера. Иногда лучше ничего не трогать.

получается в секунде 1000 мсек и то только 100 мсек работает интерфейс?

ERROR: S client not available

да

а остальное время молчит

побухтел - помолчал - побухтел - помолчал

побухтел-побухтел-побухтел (микроберст) - помолчал

и очередь копит?

копит

в буфере портаэ

?

если в очереди есть что-то - передает

если пусто - молчит

пришло два пакета на отправку: один передает, второй держит

Здесь все же от ситуации зависит - от типа трафика, от алгоритма обработки очереди, от размеров буфера. Иногда лучше ничего не трогать.

да почти весь трафик берстит. что дропать то будем?

первый закончил - сразу начал второй

откуда тогда всякие мониторинги показывают меньшую чкорость

а это как в школе скорость выводят через деление расстояния на время

хотя это неправильно

понятно

и на самом деле скорость - первая производная от координатного вектора

среднее считает значит

ага

понятно теперь... я как-то не думал об этом раньше :-D

и на самом деле скорость - первая производная от координатного вектора

я просто хотел узнать скорость..

10% от времени

И каков в данном случае "квант" времени? Тут что-то типа такта получается, раз в которой порт "выталкивает" буфер? Длина такта? секунда?

bit time

в случае с гигабитом - одна миллиадрная секунды

Значит нет?)

То есть когда мы говорим о "скорости" порта мы фактически говорим про время за которое проходит один бит?

да, это и есть bit time

Ну да, звучит логично

Спасибо