Информация
Услуги
  • Внедрение
  • Настройка
  • Поддержка
  • Ремонт
Контакты
Новинка
Распродажа
Новости
Доставка
Оплата
Загрузки
  • Прошивки
    • WinBox
    • RouterOS
    • Мобильные приложения MikroTik
    • Архив
  • RouterOS
  • Мобильные приложения MikroTik
  • Архив
Форум
Настройка
    info@mikrotik.moscow
    +7 495 320-55-52
    Заказать звонок
    Mikrotik.moscow
    Каталог
    • Акции
      Акции
    • Маршрутизаторы
      Маршрутизаторы
    • Коммутаторы
      Коммутаторы
    • Радиомосты и уличные точки доступа
      Радиомосты и уличные точки доступа
    • Wi-Fi для дома и офиса
      Wi-Fi для дома и офиса
    • LTE/5G
      LTE/5G
    • Powerline адаптеры
      Powerline адаптеры
    • IoT устройства
      IoT устройства
    • Оборудование 60 ГГц
      Оборудование 60 ГГц
    • Материнские платы RouterBOARD
      Материнские платы RouterBOARD
    • Корпуса
      Корпуса
    • Интерфейсы
      Интерфейсы
    • SFP/QSFP трансиверы
      SFP/QSFP трансиверы
    • Аксессуары
      Аксессуары
    • Антенны
      Антенны
    • Архив
      Архив
    Войти
    0 Сравнение
    0 Избранное
    0 Корзина
    Скачать WinBox Скачать Прошивки Форум > RouterOS Форум > SwOS Форум > Железо
    Mikrotik.moscow
    Каталог
    Войти
    0 Сравнение
    0 Избранное
    0 Корзина
    Mikrotik.moscow
    Телефоны
    +7 495 320-55-52
    Заказать звонок
    0
    0
    0
    Mikrotik.moscow
    • +7 495 320-55-52
      • Назад
      • Телефоны
      • +7 495 320-55-52
      • Заказать звонок
    • info@mikrotik.moscow
    • г. Москва, ул. Бакунинская, 84
    • Пн-Пт: 09-00 до 18-00
      Сб-Вс: выходной


    • Кабинет
    • 0 Сравнение
    • 0 Избранное
    • 0 Корзина
    Главная
    Форум
    Форум
    RouterOS
    p2p

    p2p

    Форумы: RouterOS, Аппаратное обеспечение, SwOS, Обратная связь, Объявления, Сторонние инструменты
    Поиск  Пользователи  Правила  Войти
    Страницы: 1
    RSS
    p2p, RouterOS
     
    gianluca
    Guest
    #1
    0
    03.10.2004 17:17:00
    Мы используем Mikrotik OS на Routerboard в качестве шлюза для нашей Wi-Fi сети. Wi-Fi сеть построена на основе дешёвого оборудования, вроде Linksys, и представляет собой сеть от крыши до крыши, а внутри здания мы прокладываем кабель. P2P трафик формируем (mangle, queuetree+pcq), но есть большая проблема с количеством соединений, которые открывает Emule – иногда это блокирует часть Wi-Fi оборудования.

    Вопросы:

    1. Кто-то настраивал аналогичную сеть?
    2. Кто-то использует Wi-Fi оборудование с P2P? Какие проблемы возникают? Какое оборудование? (Мы в отчаянии, потому что одно оборудование ломается каждый день и производительность очень низкая.)
    3. Как работает система Emule при открытии соединений? Я хотел бы ограничить количество соединений для каждого пользователя в Emule, а затем заблокировать файрволом все остальные P2P программы. Если я поставлю лимит соединений в dst-nat, это должно его ограничивать? Но какое число будет правильным?
    4. В некоторых случаях мой IP был занесён в чёрный список некоторыми серверами Emule… есть какие-то идеи, почему?

    Надеюсь найти других, у которых те же проблемы, и тех, кто нашёл решения.

    Много-много благодаря всем!

    Gianluca
     
     
     
    RaynMan
    Guest
    #2
    0
    06.10.2004 10:45:00
    Это не совсем ответ на твой вопрос, но я нашел что-то похожее… Emule открывает массу соединений, и у меня возникли проблемы с их ограничением… Например, у меня канал 128 кбит/128 кбит. (Я живу в стране, где интернет сильно ограничен, и это на самом деле неплохо). Я могу без проблем ограничивать любой трафик… Все работает как часы. Ограничиваю трафик для http до 64 кбит, с пиком 128 кбит (если доступно), и то же самое для ftp. Если у меня два скачивания по http и одно по ftp, то скорость скачивания составляет 3.5 к, 3.5 к и 7 к соответственно — все просто замечательно. Однако… Если я добавляю очередь для ограничения p2p-трафика (в данном случае, конкретно Emule). Я устанавливаю скорость скачивания 16 кбит и пиковый лимит 128 кбит при наличии возможности. Если http и ftp имеют приоритет 5, а Emule — приоритет 8, то Emule полностью вытесняет любой другой трафик через этот 128-килобитный канал и использует всю полосу (примерно, поскольку скачивания по http остаются на 0.2 к/с (если повезет)). Если установить пиковый лимит в 96 кбит, то он будет использовать 96 кбит, независимо от того, какой трафик проходит через интерфейс. То же самое происходит для 64 кбит, 32 кбит и для любого другого значения, которое я устанавливаю. В идеале, если Emule активен и начинается скачивание по http или ftp, то этот трафик должен получать приоритет и скачиваться на своей лимитированной скорости, например, 64 кбит. Но этого не происходит. Одна вещь, которую я заметил, заключается в том, что примеры в руководстве, how-tos и т.д., все касаются ограничения p2p-трафика ниже максимальной скорости канала. Ни один из них не касается ограничения p2p-трафика до максимальной скорости канала. Кажется, что Emule создает такое количество соединений, что это полностью нарушает любое ограничение в системе (если установлен лимит равный скорости канала) (если я что-то упускаю). Может быть, у кого-то есть предложение для меня и gianluca?
     
     
     
    Страницы: 1
    Читают тему
    +7 495 320-55-52
    info@mikrotik.moscow
    Электрозаводская, Бауманская
    Москва, ул. Бакунинская, 84с21
    Конфиденциальность Оферта
    © 2026 «Mikrotik.Moscow»
    Главная Каталог 0 Корзина 0 Избранные Кабинет 0 Сравнение Акции Контакты Услуги Бренды Отзывы Компания Лицензии Документы Реквизиты Поиск Блог Обзоры