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

RB1100 роняет пакеты, когда включено Queue Tree?

RB1100 роняет пакеты, когда включено Queue Tree?, RouterOS

Zod

Guest

26.11.2013 12:50:00

RB1100AHx2 теряет пакеты при включенном Queue Tree, даже если очередь не используется? Интерфейс Ether 1 (10.1.1.1/24) Private LAN Ether 5 (10.3.1.1/24) Server LAN Ether 10 (10.3.3.1/24) Создайте одну запись в Queue Tree на интерфейсе 5. Родитель=Ether5 (или Global-Out, или Global-Total) /queue tree
add burst-limit=0 burst-threshold=0 burst-time=0s disabled=no limit-at=0 \
max-limit=0 name=Ether5-QOS packet-mark="" parent=ether5 priority=1 Я использовал Ethernet-default Queue Type здесь, но проблема существует независимо от типа очереди. Не создавайте никаких Mangles, следовательно, трафик вообще не должен проходить через эту очередь, верно? Ping с любого устройства на Server LAN через Ether 10 на любое устройство в подсети Ether 5 и где-то от 1 к 1000 до 5 к 1000 пакетов будет теряться. С отключенной очередью = без потерь ping interval=.050 count=1000 10.3.1.100
sent=1000 received=1000 packet-loss=0% min-rtt=1ms avg-rtt=3ms max-rtt=28ms С включенной очередью (все еще без используемого Mangle) и установленным родителем Global-Total ping interval=.050 count=1000 10.3.1.100
sent=1000 received=999 packet-loss=0% min-rtt=1ms avg-rtt=2ms max-rtt=36ms С включенной очередью (все еще без используемого Mangle) и установленным родителем Ether5 ping interval=.050 count=1000 10.3.1.100
sent=1000 received=999 packet-loss=0% min-rtt=1ms avg-rtt=3ms max-rtt=23ms С включенной очередью (все еще без используемого Mangle) и установленным родителем Global-Out ping interval=.050 count=1000 10.3.1.100
sent=1000 received=999 packet-loss=0% min-rtt=1ms avg-rtt=3ms max-rtt=42ms Все это 100Mbps FD соединения. Проблема не возникает, если запись в Queue Tree отключена. Никаких Mangles не участвуют. Почему так?

scampbell Guest	#2 0 26.11.2013 19:56:00 У вас packet-mark=“” в конфигурации очереди. Попробуйте изменить это на packet-mark="что-то" и посмотрите, поможет ли это.

Zod Guest	#3 0 26.11.2013 20:01:00 Я же говорил… Проблема с потерянными пакетами, кажется, на RB750G не возникает.

Zod

Guest

26.11.2013 20:15:00

Не повезло, RB1100 все равно теряет пакеты с очередью queue tree, несмотря на packet mark /queue tree.

add burst-limit=0 burst-threshold=0 burst-time=0s disabled=no limit-at=0 \
max-limit=0 name=Ether5-QOS packet-mark=something parent=ether5 priority=1 sent=1000 received=998 packet-loss=0% min-rtt=1ms avg-rtt=2ms max-rtt=19ms RB750G - аналогичная настройка, нет потерь с включенным queue tree /queue tree.

add burst-limit=0 burst-threshold=0 burst-time=0s disabled=no limit-at=0 \
max-limit=0 name=ether1 packet-mark="" parent=ether1-To_DMZ priority=8 sent=1000 received=1000 packet-loss=0% min-rtt=1ms avg-rtt=2ms max-rtt=17ms

scampbell Guest	#5 0 26.11.2013 22:19:00 Какую версию ROS и FW ты используешь на RB1100AHx2?

rjickity Guest	#6 0 27.11.2013 10:05:00 Подтверждаю, что вижу это и на rb1100ahx2 с использованием деревьев очередей. Получаю от 1 до 5/1000 падений с включенными деревьями. Отключил деревья — всё нормально. ROS 6.6 и routerboot 3.02.

Zod

Guest

27.11.2013 11:55:00

Подтвердил это на ROS 5.21, 5.24 и 5.26. Использую самую свежую прошивку для каждой ROS. Сейчас ROS 5.26, прошивка 3.02. У меня есть около полудюжины 1100-х в производстве. Проблема есть на любом из них. На RB750GL или RB450G этой проблемы нет. Только что перезагрузил тот, который тестирую (был онлайн 192 дня), и проблема сохраняется.

guille4

Guest

27.11.2013 15:23:00

Та же проблема здесь. Когда включены отметки пакетов в mangle и дереве очередей, я теряю как минимум 5% пакетов без нагрузки. НО если я пропускаю больше трафика через мост, потерянные пакеты увеличиваются до 8%. RB1100. ROS 6.6. Мост и, конечно, ip firewall активирован. Эта проблема ОТСУТСТВУЕТ на других RBs.

Zod

Guest

27.11.2013 17:47:00

Возможно, у вас работает RED или стандартная маленькая очередь, и потери пакетов – это намеренное поведение или следствие переполнения буфера? Я вижу потери даже при отсутствии отметок пакетов в Mangle. Ни один пакет не проходит через запись в дереве очередей. Пакеты входят и выходят из записи очереди = 0, но RB1100 сбрасывает примерно 0,01–0,2% пакетов, если очередь отключена. Попробую подать заявку.

Zod

Guest

#10

28.11.2013 01:30:00

Нашёл эту тему http://forum.mikrotik.com/t/queue-problems-in-rb1100ahx2-smp/62768/1, начатую в январе 2013 года и обновленную в октябре 2013-го, в которой говорится, что решение проблемы может быть в изменении типа очереди интерфейса. Я попробовал Global-total, но у меня не сработало. А может быть, только only-hardware поможет? Интересно, отреагирует ли служба поддержки MikroTik на письмо, которое я им сегодня отправил, ведь это похоже на повторяющуюся проблему, затрагивающую многих пользователей.

Zod

Guest

#11

28.11.2013 14:07:00

Советы из поста по ссылке выше проблему не решили. RB1100AHx2 всё ещё теряет пакеты, когда включено QueueTree, даже если запись в очереди не используется. На этом боксе нет правил Mangle, соответственно, ни один пакет не будет соответствовать packet-mark.

С отключенной записью QueueTree: add burst-limit=0 burst-threshold=0 burst-time=0s disabled=yes limit-at=0 max-limit=0 name=Ether5-test packet-mark=fake parent=ether5 priority=1 queue=only-hardware-queue sent=1000 received=1000 packet-loss=0% min-rtt=0ms avg-rtt=0ms max-rtt=4ms

С включенной записью QueueTree: add burst-limit=0 burst-threshold=0 burst-time=0s disabled=no limit-at=0 max-limit=0 name=Ether5-test packet-mark=fake parent=ether5 priority=1 queue=only-hardware-queue sent=1000 received=997 packet-loss=0% min-rtt=0ms avg-rtt=0ms max-rtt=4ms

Похоже на распространённую проблему. Многие клиенты с 1100AHx2 не могут нормально использовать устройство. И ответа от поддержки по электронной почте, которую я отправил… нет.

scampbell Guest	#12 0 28.11.2013 18:18:00 Похоже, что это может быть проблема. У меня в производстве RB1100AHx2, и если будет возможность, попробую повторить твой тест. Без обещаний, правда, так как есть еще куча других задач…

Zod

Guest

#13

28.11.2013 19:34:00

У меня еще два приходят сегодня, смогу протестировать на скамье… Нужна система построения очередей (Queue Tree) для формирования трафика, поэтому надеюсь найти какой-нибудь обходной путь, но было бы ОЧЕНЬ хорошо, если бы техподдержка отвечала на письма.

Zod Guest	#14 0 29.11.2013 12:17:00 Ответа от техподдержки нет. RB1100AHx2 можно использовать только как простой роутер или свитч, и это не серьёзная проблема? Это легко воспроизвести. Отправил ещё одно письмо.

Zod

Guest

#15

29.11.2013 13:32:00

Сижу на скамье с новыми 1100AHx2 ROS 5.25 FW 3.02. Сбросил конфигурацию к настройкам по умолчанию. Настроил подсети на двух портах. Пытался 1, 10 и 1,5 – результат один и тот же. Подключил RB433AH с каждой стороны 1100AHx2. Пинг с одного RB433AH через 1100AHx2 на другой RB433AH без mangle и QueueTree и 0 потерь на 5000 пакетов. Запустил тест пропускной способности на одном из RB433AH, 20 Мбит/с двунаправленно, UDP. Загрузка CPU на 433AH не превышает 30% при запущенном тесте BW. Пинг с одного RB433AH через 1100AHx2 без mangle или queuetree и 0 потерь на 5000 пакетов. Создал одну запись в QueueTree на 1100AHx2, используя настройки по умолчанию плюс пакетный маркер "thisisnotused". (Результаты были похожи, независимо от того, на каком интерфейсе размещено). Пинг с одного RB433AH через 1100AHx2 без mangle или queuetree и >25 пакетов потеряно из 5000 отправленных! Согласно статистике, пакеты не проходят через запись QueueTree. Загрузка CPU на 1100AHx2 составляет ~8%, а на RB433AH – <40%. Создал правило mangle в цепочке prerouting и пометил пакеты, чтобы направить их в запись QueueTree. Пинг с одного RB433AH через 1100AHx2 без mangle или queuetree и >100 пакетов потеряно из 5000 отправленных!! Изменил правило mangle на цепочку postrouting и пометил пакеты, чтобы направить их в запись QueueTree. Пинг с одного RB433AH через 1100AHx2 без mangle или queuetree и >100 пакетов потеряно из 5000 отправленных!! Это всё новые RB прямо из магазина. Новые кабели. Стабилизированное питание. Проводил этот процесс в общей сложности 16 раз, и результаты стабильные. QueueTree нельзя использовать на RB1100AHx2 !! ЭТО ПРОБЛЕМА.

Zod Guest	#16 0 30.11.2013 12:53:00 Эта проблема существует с версии ROS 5.12 FW 2.39 — насколько я мог откатиться из-за изменений NAND с 5.11>5.12, полагаю — и до ROS 6.6. QueueTree не работает корректно на RB1100AHx2.

Zod

Guest

#17

30.11.2013 19:19:00

Отправил в поддержку: Может, у них найдется время воспроизвести проблему в своей лаборатории. Единственный способ использования `queuetree` на RB1100AHx2 – на глобальном интерфейсе. Если он применяется к физическому интерфейсу, который передает трафик, даже если он НЕ осуществляет очередь трафика, то будет потеря пакетов. Эта потеря НЕ связана с обвалами в `queuetree` – счетчик 'Dropped' не увеличивается. Прилагаю 4 файла `supout`. Во всех случаях: RB1100AHx2 Netinstall ROS 6.6 с текущим `routerboot`. Настроено из дефолта: Ether1 2.2.2.1/24 Ether1 напрямую подключен к RB433AH 6-метровым кабелем Cat5e. RB433AH Настроено из дефолта: Ether1 2.2.2.2/24. Контрольный тест Других конфигураций на обоих устройствах нет для контрольного теста. На RB1100AHx2: Тест пропускной способности настроен для UDP, в обе стороны, со случайными данными, 50 Мбит/с локально и удаленно. `ping 2.2.2.2` с таймаутом 50 мс. Результат: НОЛЬ потерянных пакетов.

Случай 1: Применение `mangle` и очереди на физическом интерфейсе. Перезагружены оба RB433 и RB1100AHx2. Создано 1 правило `mangle` с пакетным марком `fake`. Создан 1 элемент `queuetree` на `ether1` с пакетным марком `fake`. Тест пропускной способности настроен для UDP, в обе стороны, со случайными данными, 50 Мбит/с локально и удаленно. `ping 2.2.2.2` с таймаутом 50 мс. Результат: >3% потери пакетов на `ping`. `Supoutfile = supout-mangleandqueue.rif`.

Случай 2: Без `mangle`, только очередь на физическом интерфейсе. Перезагружены оба RB433 и RB1100AHx2. Отключено и удалено: 1 правило `mangle` с пакетным марком `fake`. Остался: 1 элемент `queuetree` на `ether1` с пакетным марком `fake`. Тест пропускной способности настроен для UDP, в обе стороны, со случайными данными, 50 Мбит/с локально и удаленно. `ping 2.2.2.2` с таймаутом 50 мс. Результат: 1% потери пакетов на `ping`. `Supoutfile = supout-nomangleonlyqueue.rif`.

Случай 3: Без `mangle`, и без очереди на физическом интерфейсе. Перезагружены оба RB433 и RB1100AHx2. Отключено и удалено: 1 правило `mangle` с пакетным марком `fake` (в Случае 2 выше). Отключено и удалено: 1 элемент `queuetree` на `ether1` с пакетным марком `fake`. Тест пропускной способности настроен для UDP, в обе стороны, со случайными данными, 50 Мбит/с локально и удаленно. `ping 2.2.2.2` с таймаутом 50 мс. Результат: НОЛЬ потерянных пакетов. `Supoutfile = supout-nomangleoorqueue.rif`.

Случай 4: `Mangle` всего, кроме очереди на физическом интерфейсе. Перезагружены оба RB433 и RB1100AHx2. Создано 1 правило `mangle` с пакетным марком `fake`. Отключено и удалено: 1 элемент `queuetree` на `ether1` с пакетным марком `fake` (в Случае 3 выше). Тест пропускной способности настроен для UDP, в обе стороны, со случайными данными, 50 Мбит/с локально и удаленно. `ping 2.2.2.2` с таймаутом 50 мс. Результат: НОЛЬ потерянных пакетов. `Supoutfile = supout-mangleallnoqueue.rif`.

Zod

Guest

#18

03.12.2013 22:44:00

Скачал и установил 6.7. Пересоздал тестовую среду, и похоже, проблема решена. Даже с активным QueueTree (Mangles перенаправляют трафик в QueueTree) работает как и ожидалось. В продакшене с ~40 Мбит/с живого трафика, проходящего через 20 mangles и queuetree с 1 родителем и 10 листьями, пинг с соседней системы; трафик проходит через queuetree: ping count=5000 interval=00:00:00.3 xx.xx.xx.xx (внешний IP 1100AHx2) sent=5000 received=4996 packet-loss=0% min-rtt=0ms avg-rtt=0ms max-rtt=25ms Не идеально, но это, возможно, связано с переполнением буфера?

Zod

Guest

#19

27.12.2013 14:40:00

Похоже, я ошибся, думал, что это уже решили. Проблема все еще есть с 1100AHx2 на 6.7. После 12 дней в производстве начало теряться примерно 2% пакетов без видимой причины. Перезагрузка не помогла. Отключение всех очередей не помогло. Отключение всех "mangles" тоже не помогло. Перезагрузил его еще раз со всем вышеперечисленным отключенным, и он пропускает трафик "нормально", но без правил форматирования трафика.

guille4 Guest	#20 0 17.01.2014 22:07:00 Привет, Зод, можешь решить эту проблему? Я все еще жду решения от MK, ничего не видел до сих пор… и не могу разобраться сам в своей сетевой лаборатории. Потерянные пакеты все еще присутствуют в Rb1100ahx2 с ROS 6.7. Спасибо.

Читают тему

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