LINUX.ORG.RU
Форум — Talks  

Существует ли какой-нибудь протокол управления скоростью передачи для широкополосных соединений?

 ,


0

1

для ендпоинтов есть BAP и TR069 а вот на уровне роутеров есть ли?

Например был ICMP Source Quench который отменили. есть ECN - Explicit Congestion Notification который сделан максимально всрато. А вот что-то такое чтоб роутер мог сказать другому роутеру или маршрутизатору: вот на такой-то диапазон адресов выделяю тебе столько-то мегабайт в секунду, всё что больше выкину на мороз. Тот может подумать и дальше сообщить вплоть до отправителя пакетов. Не может же быть чтоб такое никому в голову не пришло.

Ответ на: комментарий от sin_a

это про дропание пакетов. а вот именно сообщить роутеру-источнику чтоб тот притормозил, и передал по цепочке - я не нашел. только на researchgate исследовательские статьи.

ckotctvo
() автор топика

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

firkax ★★★★★
()

Если я правильно тебя понял, то ты хочешь что-то типа OpenFlow. Но там не роутеры между собой общаются, а специально обученный сервер рулит всеми роутерами. Но я, честно говоря, из описания не до конца распарсил суть задачи. В дефолте, есть на пограничном маршрутизаторе ты даже каким-нибудь tc из iproute2 скорость ограничишь, все роутера за ним, включая клиентов физически не смогут слать больше и автоматом скорость понизится. Для этого не нужно каких-то дополнительных манипуляций. В общем, нифига непонятно из описания.

shell-script ★★★★★
()
Ответ на: комментарий от ckotctvo

это про дропание пакетов

А как ты предлагаешь ограничивать скорость кроме дропанья? В итоге всё-равно любая логика по ограничению сводится к этому. Иначе тебе придётся весь существующий в мире софт обучать своему протоколу. Ну будешь ты дропать не на пограничном, а на промежуточном роутере. Ничего не поменяется. И даже если ты научишь клиента ограничивать, клиент просто на локалхосте будет дропать пакеты от прикладного софта. А прикладному софту пофиг, где его дропают. Повторюсь, ничего непонятно.

shell-script ★★★★★
()

А задача-то какая стоит? Чего в итоге тебе нужно? А то может это и не задача вовсе и решать её не надо.

imul ★★★★★
()
Ответ на: комментарий от firkax

Не обязательно. Даже с не самыми умными маршрутизаторами можно соежиниться двумя проводами, настроив разные VLAN'ы - один для управления, второй для трафика. Ну и вроде бы там было что-то про аутентификацию ключами, но я так глубоко не вникал.

shell-script ★★★★★
()
Ответ на: комментарий от imul

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

ckotctvo
() автор топика
Ответ на: комментарий от ckotctvo

PCN (Pre-Congestion Notification)
RSVP-TE и bandwidth reservation
BGP FlowSpec и RTBH
PAUSE-фреймы (802.3x) и PFC

kto_tama ★★★★★
()
Вы не можете добавлять комментарии в эту тему: только для зарегистрированных, score>=50.