Использование ограничения трафика полезно или вредно для ограничения трафика?

749
killermist

Я использую управление трафиком в MonoWall (BSD) для большого преимущества с моим домашним соединением. Прошло довольно много времени с тех пор, как у меня возникали какие-либо проблемы, когда при взаимодействии пользователя с интернетом возникало какое-либо раздражение, вызванное чем-либо в локальной сети.

Я прочитал некоторую документацию по теории формирования трафика, и о пользе формирования загрузки нельзя спорить. Но я нахожусь на распутье относительно того, должен ли я использовать ограничения на загрузку или нет.

Противоположные школы мысли:

  1. Если трафик прошел через сеть / Интернет, чтобы прибыть к вашему маршрутизатору, отбросить или задержать любую его часть в лучшем случае ошибочно, а в худшем - оскорбление / повреждение сети (что вынуждает его повторно отправлять сообщения).
  2. Если некоторые службы / машины «перегружают» данные, то некоторые из этих возвращенных данных, вероятно, уже сбрасываются в восходящем направлении до того, как они попадут на маршрутизатор, что может привести к плохим вещам, таким как ответы DNS и пропущенные ACK.

Итак, все это говорит о том, имеет ли смысл формирование шейпов при загрузке или это расточительный контроль?

3

1 ответ на вопрос

2
haimg

Основная причина, по которой вы можете использовать формирование входящего трафика, заключается в предотвращении проблемы с буферной загрузкой . Если ваше интернет-соединение является ADSL или кабельным интернетом, а вышестоящее устройство имеет большие буферы (обычно это происходит), то происходит следующее: задержка проходит через крышу, когда ваша ссылка полностью насыщена. Поэтому вы не можете использовать службы, критичные к задержке, такие как VoIP, в то время, когда вы загружаете данные и т. Д.

В этом сценарии формирование входящего трафика примерно до 90% от максимальной доступной входящей полосы пропускания позволяет вам поддерживать задержку на управляемом уровне, не оказывая значительного влияния на общую пропускную способность.

И в этом случае, поскольку «другая сторона» имеет для начала действительно большие буферы, пакеты на самом деле не отбрасываются (вынуждая сеть отправлять их снова), а просто задерживаются, что со временем должно заставить плохо себя вести. начать вести себя правильно? killermist 12 лет назад 1
Как только вы начнете отбрасывать пакеты, другой конец вашего TCP-соединения замедлится, и большие буферы на сетевом оборудовании вашего провайдера не будут заполнены. Поэтому другой трафик будет иметь возможность вовремя связаться с вами (и не будет поставлен в очередь в конце больших буферов вашего провайдера). Надеюсь, что это проясняет проблему ... Пожалуйста, посетите страницу Википедии, на которую я ссылался, для получения дополнительной информации. haimg 12 лет назад 0
Я посмотрел на ссылку википедии. Это объясняет многое из того, почему даже после загрузки, связанной с трафиком, во время интенсивной загрузки происходило «плохое поведение». После дальнейших размышлений, я не думаю, что небольшое количество загрузок с моей стороны «навредит» Интернету. killermist 12 лет назад 0
Просто хочу сказать, я формирую вход, и это очень помогает. Я фактически ограничиваюсь на 80% использованием TBF. Оставляя зазор в 20%, устройство прекращает флудинг вскоре после начала загрузки, и последующие подключения устанавливаются намного проще и быстрее, чем без него! Я все еще работаю над решением класса HTB 3 и автоматическим определением потоков загрузки. http://superuser.com/questions/605018/classify-long-lived-connections-with-tc-iptables-netfilter-or-conntrack-traf joeytwiddle 11 лет назад 0

Похожие вопросы