http://mikrotik.moscow Новое в теме Ищу людей, которые помогут с организацией дорожного движения. форума RouterOS на сайте Mikrotik.moscow [mikrotik.moscow] ru http://backend.userland.com/rss2 Mon, 03 Aug 2026 07:51:00 -0400 Ищу людей, которые помогут с организацией дорожного движения. RouterOS в форуме RouterOS.
Когда мы проходили обучение у Батча Эванса, там затронули много этой информации, и я "сертифицирован", но у меня нет времени проектировать всё и тестировать перед развертыванием. С удовольствием разделил бы расходы с тобой, если ты найдешь кого-то, кто это сделает. Можешь попробовать связаться с Батчем через butche (at) wisp-training.com, если этот email еще работает… Если ничего не выйдет, можем как-нибудь вместе разобраться… А еще можно спросить на списке рассылки Mikrotik Part-15.
31.03.2005 05:08:00, IntraLink.]]> http://mikrotik.moscow/forum/forum57/60667-ishchu-lyudey_-kotorye-pomogut-s-organizatsiey-dorozhnogo-dvizheniya./message231288 http://mikrotik.moscow/forum/forum57/60667-ishchu-lyudey_-kotorye-pomogut-s-organizatsiey-dorozhnogo-dvizheniya./message231288 Thu, 31 Mar 2005 05:08:00 -0500 RouterOS Ищу людей, которые помогут с организацией дорожного движения. RouterOS в форуме RouterOS.
Ищу оплачиваемую помощь от опытного пользователя MT, обладающего знаниями и навыками в области сложного управления трафиком в сетях ISP Ethernet. (Я еще раз сообщу об этом, когда потребность будет удовлетворена)

Напишите мне на jp@saucer.midcoast.com письмо с описанием вашего опыта решения подобных задач и указанием стоимости выполнения следующих действий:

*   Уточнить возникшие вопросы относительно описанной ниже конфигурации.
*   Подключиться по SSH к существующему маршрутизатору MT, создать резервную копию конфигурации в локальный файл.
*   Настроить правила, которые будут соответствовать требованиям, описанным ниже.
*   Предоставить возможность протестировать работу системы, чтобы убедиться, что она работает как ожидалось и не вызывает сбоев.
*   Выполнить любые незначительные доработки при необходимости.

Я сам могу справиться с этой задачей, но у меня нет времени на эксперименты, и я хотел бы нанять специалиста, чью конфигурацию можно будет повторно использовать, изменять и дополнять. Самый удобный способ оплаты – PayPal, но приемлемы также Visa/MC, если у вас оформлен бизнес.

Конфигурация:

Мы – ISP, использующий большое количество радиостанций Alvarion. Функции формирования трафика в радиостанциях Alvarion полезны, но недостаточно сложны для оптимизации производительности, поэтому мы хотим установить коробку MT в каждом пункте присутствия (POP) для управления IP-трафиком. У нас нет диапазона IP-адресов для каждой AU/AP, а есть диапазон IP-адресов для каждого сайта или города. Клиент может иметь различные ассоциации с AU/AP, в зависимости от того, у какого из них лучший сигнал в их секторе.

MT многопортовое устройство, работающее в режиме моста или маршрутизатора, Ethernet-соединение идет к Alvarion AU или AP. Мы хотим ограничить соединение с AU/AP до определенной скорости – возможно, 1,5 Мбит/с, хотя может потребоваться тонкая настройка, чтобы не перегружать воздушные каналы и вызывать проблемы с производительностью. Возможно, 1 Мбит/с вниз и 500 Кбит/с вверх тоже подойдут.

Мы хотим ограничить весь P2P-трафик до определенной скорости – скажем, 30 Кбит/с вверх и 200 Кбит/с вниз в сумме для всех пользователей AU/AP. Мы хотим гарантировать приоритет трафика VoIP и зарезервировать для него полосу пропускания. Я предполагаю, что максимум трафика VoIP для AU/AP в определенный момент – 300 Кбит/с, но обычно его будет намного меньше. Используется протокол SIP, но звонки осуществляются по протоколу UDP RTP на различных портах. Я думаю, что ATA обычно приоритизируют пакеты с использованием DiffServ, и, как я думаю, Alvarion поддерживает то же самое. Alvarion поддерживает 802.1p и ToS согласно RFC791. Следует ли нам помечать и резервировать полосу пропускания для этого в MT?

Помимо 802.1p и ToS от Alvarion, я также могу предоставить IP-адреса шлюзов, к которым подключаются ATA, если нет способа пометить UDP-трафик, кроме как по IP, если это необходимо. Ограничить скорость подключения к порту SMTP 25 для тех, кто не входит в указанный нами диапазон IP-адресов. Возможно, 40 Кбит/с. Заблокировать порты 135, 137, 445 и т.д. Я уже знаю, как это сделать.

Трафик, который не является низкого приоритета (P2P, нелокальный SMTP) и не является высокого приоритета (VoIP), должен получать всю оставшуюся доступную полосу пропускания для данного AU/AP. Должна быть возможность устанавливать MIR для отдельных IP-адресов клиентов по мере необходимости.

Мы будем использовать это с проводными Ethernet-системами и системами Trango, которые поддерживают гораздо более высокие скорости передачи данных, и нам нужны MIR для продажи уровней обслуживания, основанных на скорости, или для корректировки MIR для сохранения общей полосы пропускания в случае эксплуатации компьютеров клиентов или других подобных злоупотреблений.

Требуется ли отдельное устройство MT для каждого AU/AP или есть возможность создать очередь для каждого AU/AP и под очереди для каждой из служб? Возможно, вторая очередь для клиентов, которых я хочу пометить и ограничить.

Я хорошо знаком с IP, радиостанциями и Linux, но в некоторой степени новичок в проектировании систем управления IP-трафиком. Я занимался только простыми вещами, например, ограничивал определенный тип трафика или IP-адрес.

Если это сработает, я, конечно, скопирую конфигурацию для других сайтов в нашей сети, которым нужны такие же дополнительные функции управления трафиком.

Спасибо, Jason Philbrook Midcoast Internet Solutions http://www.midcoast.com/
30.03.2005 16:49:00, jp1.]]> http://mikrotik.moscow/forum/forum57/60667-ishchu-lyudey_-kotorye-pomogut-s-organizatsiey-dorozhnogo-dvizheniya./message231287 http://mikrotik.moscow/forum/forum57/60667-ishchu-lyudey_-kotorye-pomogut-s-organizatsiey-dorozhnogo-dvizheniya./message231287 Wed, 30 Mar 2005 16:49:00 -0500 RouterOS