Аудит пропускной способности удаленных сайтов
Если я понимаю правильно, что у Вас есть большинство ПК уже, работающих через шлюз (Точка 3), но Вы хотите, чтобы некоторые соединились непосредственно с Интернетом, не проходя шлюз ПК.
Для тех ПК, которым нужен прямой доступ, они должны будут быть в той же подсети как модем DSL, или Вам будут нужны своего рода маршрутизатор или шлюз для них. Ваш шлюз ПК служит шлюзом между этими двумя подсетями.
Ваши опции: - перемещают некоторых, или все ПК к подсети DSL - перемещают DSL в подсеть ПК (и какие-либо ПК, которые уже находятся в той подсети) - устанавливают маршрутизатор между подсетями - т.е. если Ваша маршрутизация уровня 3 поддержки коммутаторов, имейте его, маршрут между подсетями - использует шлюз, ПК для всей маршрутизации между подсетями, и работают через любые проблемы, которые Вы имеете с маршрутизацией (т.е. почему Вы хотите, чтобы некоторые ПК имели прямой доступ?)
Необходимо действительно делать это при наличии SNMP, контролирующего на граничном маршрутизаторе (маршрутизаторах) удаленных сайтов. Инструменты как MRTG сделаны специально для этого. За исключением Вашего контрольного сервера, это не имеет никакого отношения к серверам на удаленных сайтах. Это - сетевой контроль и должно быть сфокусировано на самих сетевых устройствах.
Я соглашаюсь с идеей mfinni, но если Вы абсолютно чувствуете потребность протестировать Вашу пропускную способность, можно легко создать сценарий для использования wget загружать один из тех больших тестовых файлов от испытательной площадки. wgetвывод покажет то, что Вы загрузили, сколько времени он взял и средняя скорость для загрузки. Если необходимое выполнение тест в расписании.