Трафик P2P?

Спасибо, mp3turbo2, но у меня уже есть простая очередь для этого клиента (и для всех остальных), и я немного снизил его скорость, пока я выясняю, что происходит. Да, я могу связаться с ним и сказать, что он нарушает условия использования (а он их нарушает), но мне бы скорее аккуратно ограничить скорость протокола, который использует столько полосы пропускания.

Порты, кажется, назначены случайным образом. Вот пример: 76  A 192.168.51.107:4495   85.70.29.130:34539    tcp  established 4d14h55m30s 77  A 192.168.51.107:3682   148.233.221.14:15749  tcp  established 4d3h27m52s 78 U  192.168.51.107:2162   172.131.163.90:49340  tcp  established 4d12h21m23s 79  A 192.168.51.107:2631   172.186.179.50:14183  tcp  established 4d19h42m50s 80  A 192.168.51.107:3085   172.189.149.168:16847 tcp  established 4d3h51m17s 81  A 192.168.51.107:3461   196.1.169.76:41482    tcp  established 4d7h41m58s 82 U  192.168.51.107:3740   200.10.69.160:12930   tcp  established 4d6h14m1s 83  A 192.168.51.107:1028   200.52.185.92:10785   tcp  established 4d12h26m28s 84  A 192.168.51.107:1041   200.52.185.92:10785   tcp  established 4d12h47m26s 85  A 192.168.51.107:1328   200.52.185.92:10785   tcp  established 4d12h27m15s 86  A 192.168.51.107:1364   200.52.185.92:10785   tcp  established 4d13h19m47s 87  A 192.168.51.107:1475   200.52.185.92:10785   tcp  established 4d12h58m58s 88  A 192.168.51.107:1624   200.52.185.92:10785   tcp  established 4d12h28m1s Помогает это? Спасибо.

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

В списке соединений для его IP-адреса в разделе "Соединения" файрвола около 350 записей. Не вижу, чтобы порты с 6881 по 6889 были в использовании.

Вопрос про "burst" интересный. Я обнаружил, что на 2-портовом роутере, работающем в качестве концентратора PPPoE, можно контролировать p2p трафик вверх и вниз. Сначала я применяю Flow Mark к пакетам (через mangle) на основе IP-адресов, с которых они исходят/куда направлены (так как я знаю свои собственные адреса). Затем я независимо маркирую p2p пакеты, идущие вверх и вниз. У меня есть очередь, созданная по принципу tree для входящего трафика, где родителем является WAN NIC. Эта очередь, в свою очередь, имеет дочерние очереди для локального трафика вверх и p2p вверх. Я никогда не был уверен, какого родителя использовать для ограничения исходящего трафика, поэтому просто создал одну запись для p2p вниз с родителем global-out. Если кто-то может предложить способ улучшить это, мне было бы интересно узнать, но это отлично контролирует p2p трафик. Также у меня есть запланированные задачи, которые отключают большую часть этих ограничений ночью. На прошлой неделе получил письмо от пользователя, жалующегося, что он перепробовал много разных p2p приложений, но ни одно не дало ему хорошей производительности. А что касается p2p, обновляются ли правила mangle mark для новых p2p протоколов при каждом релизе? Обычно это указано в changelog, верно? С этой информацией я бы мог понять, стоит ли обновляться до более новой версии MT rOS.

У меня несколько запланированных задач по созданию: ночь: 00:30, день: 05:30, пик: 16:30 - 19:30 {/queue tree set down_p2p max-limit=1600000} {/queue tree set up_p2p max-limit=200000}. Хотелось бы узнать, что думают остальные, какие должны быть дневное/ночное и пиковое время?