EEEvgeniY написал(а):
и что теперь делать то? как с этим бороться?
Хотите честный совет? Махнуть рукой и забыть про эту проблему.
Я понимаю, что это отнюдь не то, что Вы хотели бы услышать. К сожалению, вопросы аналогичные Вашему появляются на форумах с завидной регулярностью и практически ни один из вопрошавших организовать честное разделение трафика между потребителями не сумел.
Вы скажете, что провайдер-то это делает. Значит это возможно!
Для провайдера возможно. Для Вас - намного сложнее. Почему? Всё упирается в пропускную способность канала.
Провайдер получает интернет по широкому каналу, а потом раздает его по множеству узких.
"Бутылочное горлышко" на котором теряются пакеты оказывается на компьютере самого провайдера и, поэтому, он может выбирать чьи пакеты отбрасывать, а чьи пропускать.
В Вашем случае, всё обстоит с точностью до наоборот. Вы получаете интернет по узкому ADSL-каналу, а потом раздаете его по широкому ethernet.
Соответственно, очередей на Вашем модеме не возникает - любой поступивший пакет может быть немедленно отправлен локальному получателю. Раз нет очередей, значит модем никаких пакетов не отбрасывает. Кто же их отбрасывает? Отбрасывает по-прежнему провайдер, поскольку запрошенный поток трафика "не лезет" в узкий ADSL-канал.
Что в таком случае можно сделать? Сделать этот самый узкий канал к провайдеру еще
уже. Искусственно. Ограничить его пропускную способность, к примеру, до 80% от номинала. Но ведь терять пятую часть ширины канала, наверное, будет жалко? Было у Вас, к примеру, 8 Мбит/сек. Стало 6.4.
Всё, что поступает сверх этого искусственного ограничения, отбрасывается. Зачем это нужно делать?
Потому что провайдер знать не знает кому из потребителей предназначен конкретный пакет и отбрасывает их произвольно.
Если пакет отбрасываете Вы, ситуация другая. Если поток превышает установленную Вами искусственную границу
Вы отбрасываете в первую очередь пакеты того получателя, который пытается занять больше половины канала.
Предполагается, что отправители пакетов Вашему соседу, заметив, что значительная их часть не доходит, снизит скорость передачи. В то время как хосты, с которых получаете пакеты Вы, если их пакеты не теряются по дороге, снижать скорость передачи не будут.
Тут, как Вы видите, всё построено на предположениях. Мы за посторонний сервер решаем, что он добровольно снизит скорость передачи. А если это, к примеру, интернет-радио или потоковое видео? Им безразлично, доходят ли их пакеты до получателя и заниматься повторной пересылкой они не собираются. Как можно повторно отправить пропущенные полсекунды музыки? Всунуть их в произвольное место следующей песни?
Резюме: как видите, проблема распределения интернета полученного по узкому каналу не имеет решения с использованием стандартных средств семейства TCP/IP. Можно
попытаться использовать не предусмотренные авторами протокола трюки чтобы добиться того, что Вам нужно, но единственное, что Вам 100% гарантируется - это потеря части полосы пропускания.
Понятно, что столь сомнительный способ, как правило, не реализуется производителями маршрутизаторов в стандартных прошивках. Они же не хотят чтобы их завалили судебными исками недовольные потребители.
Так что Вы должны решить для себя самостоятельно - готовы ли Вы долго возиться, тратить деньги на покупку совместимого с нужной Вам прошивкой маршрутизатора, вскрывать его, перепрошивать (иногда весьма экзотическими способами), терять гарантию, искусственно ограничивать ширину собственного (и без того не слишком скоростного) канала чтобы в результате получить то самое "справедливое" деление трафика поровну, которое, правда, не всегда будет работать?
