Какова ваша стратегия в отношении приоритезации/управления трафиком.
Я не хочу просто получить список решений по формированию пакетов. Вместо этого я хотел бы получить рекомендации по стратегиям управления трафиком, которые включают:
Вот некоторые решения, о которых я слышал, но не имел большого (если вообще имел) опыта работы с ними:
Некоторые заметки:
Мне нравится использовать сквид с опцией пулов задержки как действительно простая начальная точка. Слабость этого решения - то, что оно только поможет с типами трафика, который может быть вызван через прокси.
Для установки его, Вы просто помещаете сквид на свое конечное устройство, настраивают по мере необходимости. Настраивание клиентов для протоколов, которые не могут быть прозрачно прерваны.
Существует замечательный HowTo для Linux на расширенной маршрутизации и управлении трафиком. Это включает очень хороший раздел по управлению пропускной способностью путем классификации трафика.
Netequalizer соединил страницу, которая перечисляет то, что пользователи говорили относительно независимых блогов, форумов и listservs. Так, это - хороший способ получить некоторую обратную связь от людей, которые на самом деле используют его - http://netequalizernews.com/about-the-netequalizer/what-netequalizer-users-are-saying/
Я сделал довольно мало работы с устройствами Packeteer. Они - defacto корпоративный стандартный продукт для руководящей пропускной способности, я думаю.
Они - устройства, которые находятся встроенные, можно затем ограничить трафик машиной или приложением. Можно установить и приоритеты и жесткие пределы.
Так, например, можно установить канал WAN для помещения электронной почты, поскольку низкий приоритет, использование говорит 256k только. Вы могли установить трафик RDP, чтобы быть высшим приоритетом и иметь столько nadwidth, сколько Вы думаете, что ему было бы нужно. На самом деле можно установить предел для протокола по всем и для каждого подключения в том протоколе.
Устройства Packetter довольно просты разобраться, но существует много расширенных функций для проигрывания с. Я рекомендовал бы им. Конечно, они не являются дешевыми... прошу прощения.