+7 495 320-55-52
- Назад
- Телефоны
- +7 495 320-55-52
- Заказать звонок
info@mikrotik.moscow
г. Москва, ул. Бакунинская, 84
Пн-Пт: 09-00 до 18-00
Сб-Вс: выходной

P2P заставляет меня хотеть оказаться рядом с пивом. #Peer2peer #near2beer

P2P заставляет меня хотеть оказаться рядом с пивом. #Peer2peer #near2beer, RouterOS

YappaDappa

Guest

15.12.2005 09:21:00

Довольно расстроен… Я обожаю платформу MT. Она буквально спасла мою работу WISP благодаря своим доступным и практичным функциям. Однако, никак не могу заставить фильтр P2P работать как надо. Особенно BitTorrent. Я не хочу его отключать совсем. Мне кажется, мои клиенты могут пользоваться этими программами, но если этот трафик будет иметь низкий приоритет и будет сильно ограничен по скорости (но не заблокирован). Может, кто-нибудь поделится своим опытом использования 2.9.x и фильтрации P2P? Если у вас получилось настроить это с такими условиями, не могли бы вы объяснить, как это сделали? Я пробовал mangler несколько версий назад, и он просто взвёл использование CPU до 100% на одной единственной коннекции.

Cheers! Ron

Syonyk

Guest

16.12.2005 20:46:00

Битторрент сложно фильтровать, потому что там сразу куча соединений. Просто можно использовать правило "P2P mangle", чтобы пометить пакеты, а затем настроить очередь, чтобы установить им приоритет 8 (низкий приоритет) и ограничить пропускную способность. Так мы и делаем в нашей сети. -=Russ=-

cibernet Guest	#3 0 20.12.2005 00:25:00 Можно попробовать добавить простую очередь, чтобы ограничить пропускную способность всех p2p до максимального значения.

HarvSki Guest	#4 0 20.12.2005 09:49:00 Какую версию MT ROS вы используете? 2.9 лучше справляется с p2p, ну или, по крайней мере, проще в этом плане.

andrewluck

Guest

22.12.2005 17:32:00

Что-то меня смущает в вопросе ограничения пропускной способности. Вы можете только снижать скорость и приоритизировать трафик, покидающий роутер. Так как же мне ограничить конкретного пользователя или приложение с трафиком, который приходит в мою сеть от моего провайдера, когда у меня нет контроля над тем, что происходит на удалённом конце DSL-линии? Я понимаю, что я могу ограничить скорость входящего трафика от MT, но к этому моменту трафик уже прошёл через ограниченную по пропускной способности DSL-линию. Если я начну отбрасывать пакеты, чтобы контролировать скорость отправки, эти отброшенные пакеты снова должны будут пройти через DSL-линию, и доступная пропускная способность уменьшится. У кого-нибудь есть идеи, как это решить? С уважением, Andrew.

yancho Guest	#6 0 22.12.2005 19:51:00 Ограничьте загрузку… http://www.faqs.org/docs/Linux-HOWTO/ADSL-Bandwidth-Management-HOWTO.html

Diganet Guest	#7 0 22.12.2005 22:07:00 TCP адаптируется автоматически… /HP

andrewluck

Guest

23.12.2005 20:49:00

Спасибо за ссылку на страницу Linux-howto. Я уже достаточно внимательно её изучил. Её основная цель — уменьшение задержки в интерактивных сеансах, а не контроль пропускной способности как таковой. Пожалуй, мой вопрос был немного сложным, раз я вижу тут много сообщений, где люди пытаются ограничить P2P-скачивание и удивляются, почему это не работает так, как они ожидают. Просто пытаюсь спровоцировать обсуждение и убедиться, что я ничего очевидного не упустил. С уважением, Andrew.

Eugene

Guest

27.12.2005 14:16:00

Это объясняет, как работает механизм управления перегрузкой TCP: Что такое эта штука TCP Window? TCP Window — это количество данных, находящихся в ожидании подтверждения (еще не подтвержденных получателем), которые отправитель может отправить по конкретному соединению, прежде чем получит подтверждение от получателя о том, что он получил часть из них. Например, если пара хостов общается по TCP-соединению с размером TCP Window в 64 КБ (килобайта), отправитель может отправить только 64 КБ данных, а затем должен остановиться и ждать подтверждения от получателя о том, что часть или все данные были получены. Если получатель подтверждает, что все данные получены, отправитель может отправить еще 64 КБ. Если отправитель получает подтверждение от получателя о том, что получен первый 32 КБ (что может произойти, если вторые 32 КБ все еще находятся в пути, или если вторые 32 КБ были потеряны), тогда отправитель может отправить только еще 32 КБ, так как он не может иметь больше 64 КБ неподтвержденных данных в ожидании (вторые 32 КБ данных плюс третьи).

Зачем нужен TCP Window? Основная причина для использования Window — управление перегрузкой. Вся сетевая связь, которая состоит из хостов на обоих концах, маршрутизаторов между ними и самих соединений (будь то оптоволокно, медь, спутник или что-то еще), будет иметь "узкое место" где-то, которое может обрабатывать данные только с определенной скоростью. Если узким местом не является скорость передачи данных передающего хоста, то слишком быстрая передача данных приведет к ее превышению, что приведет к потере данных. TCP Window снижает скорость передачи данных до уровня, при котором не возникает перегрузок и потери данных.

andrewluck

Guest

#10

02.01.2006 19:58:00

Окей. Но есть два момента в таком контроле пропускной способности. 1: UDP 2: Ты отбрасываешь пакеты, чтобы контролировать скорость входящего потока. Это неизбежно означает, что ты жертвуешь частью пропускной способности для каждого входящего потока, который ты ограничиваешь. Признаю, если у тебя нет контроля над роутером на стороне провайдера, то это, наверное, единственный способ. С уважением, Andrew.

YappaDappa Guest	#11 0 20.07.2014 19:20:00 И вот, прошло 8 лет, а кажется, почти нет никакой защиты.

Читают тему

Главная Каталог 0 Корзина 0 Избранные Кабинет 0 Сравнение Акции Контакты Услуги Бренды Отзывы Компания Лицензии Документы Реквизиты Поиск Блог Обзоры