Ищу оплачиваемую помощь от опытного пользователя 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
Напишите мне на 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
