Информация
Услуги
  • Внедрение
  • Настройка
  • Поддержка
  • Ремонт
Контакты
Новинка
Распродажа
Новости
Доставка
Оплата
Загрузки
  • Прошивки
    • WinBox
    • RouterOS
    • Мобильные приложения MikroTik
    • Архив
  • Changelogs
  • 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
    Есть какие-нибудь способы увеличить размер RX queue?

    Есть какие-нибудь способы увеличить размер RX queue?

    Форумы: RouterOS, Аппаратное обеспечение, SwOS, Обратная связь, Объявления, Сторонние инструменты
    Поиск  Пользователи  Правила  Войти
    Страницы: 1
    RSS
    Есть какие-нибудь способы увеличить размер RX queue?, RouterOS
     
    brianlewis
    Guest
    #1
    0
    03.03.2005 00:43:00
    Я заметил, что мой Mikrotik Router иногда пропадает пакеты, на промежуток до 5 секунд, пока я пингую его извне. Пытаюсь понять, почему так происходит и подумал, может быть, очередь интерфейса переполняется. Есть ли способ увеличить размер этой очереди? У меня много памяти: Celeron 2.8ghz, 512mb ram, Mikrotik 2.8.23 Marvel gigabit интерфейс (LAN) (Xover к 3Com 3226 Switch, 100mbps порт, FD включен), Intel Pro/100 (WAN) (Xover к Cox 100mbps FD ethernet подключению). Загрузка CPU 12mbps - 25mbps, 6-15%. Порты Microsoft SMB и SNMP заблокированы. Очередей нет, только одна по умолчанию. Примерно каждые 30-45 минут устройство перестает передавать трафик на 4-5 секунд, потом всё снова в порядке на следующие 30-45 минут. Может работать часами без проблем, а потом вдруг случайная потеря пакетов на 4-5 секунд в течение следующих 8 часов. У кого-нибудь есть какие-нибудь идеи? Может, у кого-то есть мысли, как увеличить размер RX-очереди для WAN-интерфейса?
     
     
     
    sten
    Guest
    #2
    0
    03.03.2005 11:15:00
    Ты отключил автоопределение для всех интерфейсов и установил статические скорости/дуплекс?
     
     
     
    brianlewis
    Guest
    #3
    0
    03.03.2005 17:05:00
    Да, драйвер Intel сообщает о GREEN FULL DUPLEX, и я подтверждаю со стороны Cox Switch, что он в режиме 100mbps full duplex и доволен. Это принудительный режим 100mbps full duplex с автоматическим отключением. Пробовал оба варианта. Драйвер Marvell/SKConnect для гигабитного интерфейса также принудительно установлен в режим 100mbps full duplex и подключен к порту на коммутаторе 3Com 3226. Пробовал гигабитный порт и гигабитные настройки, но разницы это не дало. Коммутатор сообщает, что он в режиме 100 FD, Winbox показывает RATE UNKNOWN и индикатор Full Duplex не горит. Но я уверен, что при скорости 25mbps я бы увидел гораздо больше потерь пакетов и коллизий, если бы режим Full Duplex не был активен. Коммутатор показывает Full Duplex и отсутствие коллизий, так что я уверен, что он в режиме 100 full duplex. Думаю, это ограничение/ошибка в драйверах ‘Marvell SysKonnect SK-98xx/SK-95xx’, которые не позволяют корректно отображать статус FULL DUPLEX и RATE STATUS.
     
     
     
    sten
    Guest
    #4
    0
    03.03.2005 20:26:00
    Ну, тут становится гораздо сложнее, потому что в голову лезло только автоопределение, которое постоянно перенастраивается (а авто-негация драйверов Intel на MT занимает пару секунд). Сузилось ли это до внешнего интерфейса? Это вполне может быть проблема на стороне Cox, возможно, стоит попросить IP на вашем VLAN (я предполагаю, что это VLAN), чтобы вы могли пинговать этот IP и проверить, не проблема ли в свитче. Потом я бы настроил непрерывный пинг для этого IP и их роутера и посмотрел, не первый ли это хоп. Проверяли ли они, не внезапные всплески трафика от какого-нибудь другого клиента?
     
     
     
    nikhil
    Guest
    #5
    0
    03.03.2005 22:18:00
    Проверь коммутатор на наличие ошибок CRC. У меня Cisco и три Intel Gigabit Ethernet, а также один Intel 100megabit NIC. С тех пор, как я обновился до 2.8.24, появились какие-то странные проблемы == в Winbox для некоторых интерфейсов FD Lite выключен – столкновений нет, но при высокой нагрузке мы видим CRC (не очень много), достаточно, чтобы замечать прерывистую потерю пингов. Если переключиться на auto-negotiation, а затем обратно на FD и отключить auto, это пока что решило проблему. Это может быть баг?
     
     
     
    brianlewis
    Guest
    #6
    0
    03.03.2005 22:52:00
    Ребята, спасибо! Ну, в драйвере Marvell точно есть баг, он не определяет RATE или FD статус, я в этом уверен. Попутно провёл тесты PingPlotter как изнутри наружу, так и снаружи внутрь, и выяснил, что коммутатор, предоставленный Cox, роняет пакеты между интерфейсами волокна и Ethernet — вот в чём проблема! Cox сегодня вечером приедут, чтобы заменить коммутатор на другой. Надеюсь, это исправит мою проблему. Получается, потеря пакетов не была связана с Mikrotik роутером! Слава богу, это не моя вина!
     
     
     
    brianlewis
    Guest
    #7
    0
    05.03.2005 22:46:00
    Всем привет, небольшое обновление. Оказывается, коммутатор Cox AT 8724XL не справлялся с некоторыми пиками трафика, которые мы получали из интернета. Мы переходили от 4000 пакетов в секунду до 8-12 000 пакетов в секунду на несколько секунд, и в это время коммутатор просто выкидывал пакеты! Они заменили коммутатор на более продвинутый Cisco 3550, который, похоже, работает лучше — с момента установки нового коммутатора потерь пакетов нет. Надеемся, что этот коммутатор будет лучше масштабироваться по мере роста нашей полосы пропускания.
     
     
     
    nikhil
    Guest
    #8
    0
    06.03.2005 03:50:00
    Убедитесь, что вы проверили настройки дуплекса на коммутаторе Cisco на портах и сверили их с сетевыми картами. Мы используем то же самое, и если вы используете автоматическое согласование или у вас неправильные настройки дуплекса, всё будет работать, но когда вы увеличите пропускную способность, вы начнете видеть много замедлений из-за ошибок CRC на коммутаторе.
     
     
     
    Страницы: 1
    Читают тему
    +7 495 320-55-52
    info@mikrotik.moscow
    Электрозаводская, Бауманская
    Москва, ул. Бакунинская, 84с21
    Конфиденциальность Оферта
    © 2025 «Mikrotik.Moscow»
    Главная Каталог 0 Корзина 0 Избранные Кабинет 0 Сравнение Акции Контакты Услуги Бренды Отзывы Компания Лицензии Документы Реквизиты Поиск Блог Обзоры