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

Геймеры жалуются.

Геймеры жалуются., RouterOS

YappaDappa

Guest

08.02.2006 09:28:00

Всем привет. Вот короткий список: RB230 загружены картами Prism уровня 5 версии 2.9.12 с последними прошивками (1.1.1/1.8.4), 3 карты активны, подключены к антеннам с сектором 15дБ и углом 120°. Все работало отлично. Я провожу T1 на каждый из моих сайтов, сейчас их шесть. Месяцами я рекламировал "быстрее DSL", потому что… так и было. Но теперь геймеры жалуются на частые разрывы соединения, плохие пинги и необъяснимые сбои в сети. По конфигурации почти ничего не изменилось, за исключением того, что мы используем 2.9.12 и у нас больше пользователей. Не мог бы кто-нибудь поделиться опытом или советами о том, как оптимизировать сервис для геймеров? Нам не нужна большая пропускная способность (256 Мбит/с в обе стороны с возможностью всплеска 1 Мбит/с на 30 секунд). Мы используем только B. И да, я понимаю, что игровые серверы или компьютеры клиентов могут быть лагами по разным причинам. Я просто хочу убедиться, что мы делаем все возможное, чтобы оптимизировать MT-маршрутизаторы для того, что мы предлагаем. С уважением!

cibernet Guest	#2 0 09.02.2006 15:49:00 Спасибо, djape! Кстати, ты правда хочешь поймать 350 Мбит в номере отеля на MUM? Просто шучу. С наилучшими пожеланиями.

cibernet Guest	#3 0 08.02.2006 09:36:00 Сколько подписчиков у вас на каждую карту? Вы отключили пересылку на каждой карте? Пожалуйста, выложите конфиг вашего MT. С уважением!

djape Guest	#4 0 08.02.2006 14:11:00 Кстати, проверь, нет ли активности p2p, если есть — "выбрось" это...

shielder

Guest

09.02.2006 03:07:00

802.11b мог обработать максимум 3-5 мегабит в секунду пропускной способности (для трафика в реальном времени) для точка-точка. Если использовать его в точке-многоточке, то максимальная пропускная способность будет снижаться в зависимости от расстояния от точки доступа к клиенту, от уровня шума, от уровня сигнала — множество факторов может повлиять на беспроводное соединение. Пожалуйста, дайте нам больше информации о вашей беспроводной сети: сколько клиентов на одном секторе и другие детали, чтобы мы могли помочь. С уважением, Lim.

YappaDappa

Guest

09.02.2006 05:19:00

Окей, вот еще немного информации. 3 сектора, работаем с картами на 200мВт.

Сектор 1: 13 клиентов.
Сектор 2: 9 клиентов.
Сектор 3: 44 клиента.

Ну, прежде чем вы скажете, что у меня слишком много клиентов на секторе 3, загрузка на этом секторе очень равномерная (день/ночь). У меня редко бывает больше 10 активных соединений одновременно. Среднее потребление пропускной способности по всему сектору — 1.2Мб.

Сегодня вечером, запустив пинги с моего роутера дома к моему RB230 на холме, в полмили от дома, я получаю задержку от 4мс до 320мс. Я очень расстроен. Кажется, чем больше мы растем, тем хуже наша производительность.

Начинаю подозревать P2P-трафик, но очереди установлены относительно низкие, а для потребителей с высокой пропускной способностью я слежу за тем, чтобы их приоритет был 8, а для "профессиональных пользователей" — 2 или 3. К тому же, когда я пытался P2P/mangling, загрузка ЦП взлетела до 100%, но это как-то не повлияло на такие вещи, как BitTorrent.

Соединяюсь с холмом через Motorola 5700BH10, у которого почти идеальное соединение (-41). Загрузка ЦП в среднем 7%, иногда доходит до 29%. Я ОТКЛЮЧИЛ пересылку на всех картах. Все на версии 2.9.12, как на прошлой неделе. Именно тогда я начал замечать жалобы о более высокой, чем обычно, производительности.

Год назад все было безупречно. А сейчас все отвратительно.

Пожалуйста, помогите. Мой богатый конкурент использует все Cisco и ему ОЧЕНЬ нравится слышать о наших проблемах и сказал какие-то мерзкие вещи о нашем выборе оборудования/ПО.

YappaDappa

Guest

09.02.2006 06:20:00

Вот как выглядят мои пинги:
Ответ от 67.131.78.7: bytes=32 time=108ms TTL=63
Ответ от 67.131.78.7: bytes=32 time=3ms TTL=63
Ответ от 67.131.78.7: bytes=32 time=17ms TTL=63
Ответ от 67.131.78.7: bytes=32 time=24ms TTL=63
Ответ от 67.131.78.7: bytes=32 time=104ms TTL=63
Ответ от 67.131.78.7: bytes=32 time=6ms TTL=63
Ответ от 67.131.78.7: bytes=32 time=26ms TTL=63
Ответ от 67.131.78.7: bytes=32 time=24ms TTL=63
Ответ от 67.131.78.7: bytes=32 time=14ms TTL=63
Ответ от 67.131.78.7: bytes=32 time=42ms TTL=63
Ответ от 67.131.78.7: bytes=32 time=22ms TTL=63
Ответ от 67.131.78.7: bytes=32 time=8ms TTL=63
Ответ от 67.131.78.7: bytes=32 time=13ms TTL=63
Ответ от 67.131.78.7: bytes=32 time=23ms TTL=63
Ответ от 67.131.78.7: bytes=32 time=29ms TTL=63
Ответ от 67.131.78.7: bytes=32 time=105ms TTL=63
Ответ от 67.131.78.7: bytes=32 time=31ms TTL=63
Ответ от 67.131.78.7: bytes=32 time=45ms TTL=63
Ответ от 67.131.78.7: bytes=32 time=150ms TTL=63
Ответ от 67.131.78.7: bytes=32 time=119ms TTL=63
Ответ от 67.131.78.7: bytes=32 time=140ms TTL=63
Ответ от 67.131.78.7: bytes=32 time=3ms TTL=63
Ответ от 67.131.78.7: bytes=32 time=49ms TTL=63
Ответ от 67.131.78.7: bytes=32 time=125ms TTL=63

Впрочем, это всего полмили отсюда, а среднее время пинга — 43мс. Я еще кое-что выяснил. Разрешение страницы ОЧЕНЬ медленное. До обновления до версии 2.9.12 у меня был включен DNS-кеш. У кого-нибудь есть проблемы здесь?

cibernet Guest	#8 0 09.02.2006 08:00:00 Добавьте это правило в терминал: `add chain=forward src-address=0.0.0.0/0 dst-address=0.0.0.0/0 p2p=all-p2p action=drop` и перезагрузите систему, затем проверьте, осталось ли проблема. Также проверьте, включен ли траking соединений. С уважением

YappaDappa Guest	#9 0 09.02.2006 08:10:00 Можно ли заблокировать P2P только с 7 утра до 23:59? Еще слышал, что лучше, чтобы P2P немного просачивалось, чем блокировать полностью. Как смотришь на это?

cibernet Guest	#10 0 09.02.2006 08:14:00 Да, конечно, добавь это правило: add chain=forward p2p=all-p2p time=7h-23h59m,sat,fri,thu,wed,tue,mon,sun action=drop С уважением.

YappaDappa Guest	#11 0 09.02.2006 08:31:00 Вау. Так просто, когда знаешь, что делаешь! Я только что протестировал это, и работает отлично. Ну, ещё одна переменная. Допустим, я хочу выделить им 64к для P2P днём и без ограничений ночью. Это возможно?

cibernet Guest	#12 0 09.02.2006 08:35:00 Да, добавь простой очередь, как эта: queue simple add name="P2P" target-addresses=0.0.0.0/0 dst-address=0.0.0.0/0 interface=all parent=none direction=both priority=8 queue=default/default limit-at=0/0 max-limit=64000/64000 total-queue=default time=6h-23h59m,sun,mon,tue,wed,thu,fri,sat p2p=all-p2p С уважением.

YappaDappa Guest	#13 0 09.02.2006 08:44:00 Сегодня протестирую. Этому комьюнити повезло иметь таких людей, как вы. Как дополнительный фильтр, посоветуете ли вы ограничить подключения для подписчиков? Если да, то как? Большое спасибо, дружище!

cibernet Guest	#14 0 09.02.2006 08:56:00 Можешь попробовать вот это: ip firewall filter add chain=forward src-address=0.0.0.0 dst-address=0.0.0.0 protocol=tcp p2p=all-p2p connection-limit=150,32 action=drop. Удачи.

djape Guest	#15 0 09.02.2006 15:18:00 Хехе, молодец, cibernet! Не удержался, я лучше.

KimC

Guest

#16

09.02.2006 20:38:00

Привет, ребята! Вы что-то упускаете… Я обновил до версии 2.9.12 на "половине" цепочки радиосвязи (на двух из четырех узлов). На 2.9.11 у меня был пинг 4 - 5 мс до шлюза (с нагрузкой 6 - 8 Мбит/с и со всеми ссылками в хорошем состоянии на 5ГГц turbo). Теперь пинг в среднем 11 - 15 мс, что примерно то, что у нас было раньше – глубоко в интернете. Обновленные ссылки кажутся немного более стабильными по сигналу, но обновление определенно оказало негативное влияние – особенно для геймеров. Мы НЕ будем обновлять больше роутеров, пока этот экспериментальный беспроводной пакет снова не будет под контролем! Тем не менее, я рассматривал возможность, что 2.9.11 и 2.9.12 немного несовместимы???

С уважением,
Kim C Djurs, DK

KimC

Guest

#17

09.02.2006 21:53:00

Я проследил свою мысль о несовместимости между 2.9.11 и 12. Оказалось, что я ошибся! После обновления последних двух ссылок до x.12, цепочка стала бесполезной. Пинг в диапазоне 200 - 500 мс, обрывы соединения, сбои ядра и т.д. После отключения беспроводного пакета и включения устаревшего, а затем перезагрузки на всех устройствах, всё вернулось в норму. Пожалуйста, MT — давай уже обновление до x.13 !!! Kim C

YappaDappa

Guest

#18

10.02.2006 02:38:00

Ну что, применил рекомендованные фильтры. Работает как часы. Спасибо, мужик! Но это не решило мои проблемы с беспроводной сетью. Ping скачет, а разрешение страниц очень медленное. Однако, пропускная способность вроде бы соответствует заданному лимиту. Сегодня вечером попробую понизить сектор и оценю производительность. Сообщу вам всем. Всё ещё опасаюсь 2.9.12 и влияния, которое он оказал на Prism cards с клиентами senao CB3+. Cheers!

Jrslick22 Guest	#19 0 11.02.2006 23:53:00 Насколько близко физически расположены сектора друг к другу? У вас есть разделение каналов?

raha Guest	#20 0 18.02.2006 02:51:00 Просто хочу понять, как настроить динамическую полосу пропускания для управления трафиком, чтобы, если у клиента возникнут проблемы из-за перегрузки трафика, он мог пинговать с небольшим временем ответа. Не могли бы вы подсказать, как настроить управление полосой пропускания в Mikrotik? Хотя я использовал простой queue или queue tree, не могли бы вы рассказать, в чем разница между ними? Спасибо. С уважением.

Читают тему

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