cssman

SIEM систему из коробки, там предусмотрено хранилище.
Ну а трафик само собой собираете спаном.

Если денег на SIEM нету - то костыли из скриптов, но как будете инциденты выявлять?

Есть вот такая статья

Способ: вести архив конфигураций и сделать изменение конфиги с роллбэком по времени, в случае успешного применения изменений - configure confirm, если запороли что-то автоматический rollback по timeout

Внезапно наткнулся ещё на такие штуки как rule-based span, exception span. То что будет нужно для решения проблемы. Может кому то пригодится. Выборка этих данных как раз не нагрузит канал и SIEM.

а почему нельзя реконфигурить циску?
если циска шлюз - используйте NAT, у вас же наверняка вся адресация серая. Или есть ещё что-то с белым адресом?

Если вопрос всё-таки:
"Доступ к адресам 10.185.255.0-10.185.255.255 должен быть осуществлен через гейт 172.27.40.9 это возможно?"

То ответ:
"Да, возможно, это называется статический маршрут, прописать его на ubuntu можно в консоли

route add -net 10.185.225.0 netmask 255.255.255.0 gw 172.27.40.9 ethX // где ethX название интерфейса.

Либо прописать этот маршрут в файл /etc/network/interfaces
Добавив строку
up route add -net 10.185.225.0 netmask 255.255.255.0 gw 172.27.40.9 ethX // где ethX название интерфейса."

НО!!!
Важное замечание: шлюз 172.27.40.9 должен быть достижим для вашей ubuntu, иначе чуда не произойдёт :)

iperf, hping

какого типа пакеты прошли, их количество и т.д

tcpdump

скорость соединения

iperf

firewall.
у винды есть встроенный
если linux - то в зависимости от того что используете(pf, iptables)