Дмитрий Шицков

Если не опираться на полностью готовое решение, то, к примеру

• SAMBA с включенным fullaudit логом
  
• Анализатор логов, например, Logstash + Elasticsearch
  

Правильного решения не знаю.
В рамках бреда - натить (src-nat) входящий трафик на эти порты, тогда пакет будет возвращен в соответствии с таблицей NAT.

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

У вас CRS - с ними будет несколько проще. Просто объедините все порты парами в "виртуальные свитчи", можно обойтись даже без VLAN, если не критично их наличие. Вешайте на каждый "виртуальный свитч" свой DHCP.
По маршрутизации меду подсетями упретесь в CPU - ничего не поделаешь, это L2 свитч с роутером, по сути. Не самым мощным роутером. Остаётся надеятся, что трафика между подсетями не так много будет. Можно попробовать расшевелить немного wiki.mikrotik.com/index.php?title=Manual:IP/Fasttr...
Отсутвие интернета, полагаю, связано с отсутствием настроенного NAT, DNS... да чего угодно. Требуется понимать что настроено, чтобы сказать, что недонастроено.

Есть более производительный аналог GNS3 - www.unetlab.com

В сторону от вопроса, решение на shell под linux с использование ffmpeg и libmp3lame (адаптированный под задачу ТС). Оригинальный скрипт пишет видео с IP-камер. Скрипт вешается на Cron с частотой запуска "раз в час".

#!/bin/sh

STREAM_1_URL="http://kpradio.hostingradio.ru:8000/russia.radiokp32.mp3"
STREAM_2_URL="http://kpradio.hostingradio.ru:8000/russia.radiokp32.mp3"

#Generate paths
name="`date +%d-%m-%Y_%H.%M`"
BASE_PATH='/usr/audiostream'
DATE_PATH=`date +%Y/%m/%d`
STREAM_1_PATH="${BASE_PATH}/stream1/${DATE_PATH}"
STREAM_2_PATH="${BASE_PATH}/stream2/${DATE_PATH}"

##Start recording
#Stream 1
ffmpeg -i $STREAM_1 -codec:a libmp3lame $STREAM_1_PATH/${name}.mp3 <
/dev/null >/dev/null 2>/tmp/stream1.log &

#Stream 2
ffmpeg -i r$STREAM_2 -codec:a libmp3lame -t 610 $STREAM_1_PATH/${name}.mp3 <
/dev/null >/dev/null 2>/tmp/stream2.log &

Используем двух провайдеров:

• MTT - проверено, звонит
  
• SIPNET - запрещено вызывать 8800 - указано в договоре
  

Совершенно разные вещи. Описание есть в документации

Добавьте виджет ES Explorer и укажите сетевую папку в качестве параметра виджета.

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

Вполне достаточно одного и не распределить - у Dell и Mikrotik для этого отличные протоколы

После подключения, какие маршруты до и после соединения на сервере и клиенте?
Клиент - Винда? Запускается от имени администратора?

5 мс - довольно большая потеря для игрового сервера.
Приоритетеней было бы настроить защиту от ddos на арендованной железяке.

А так лучше подойдёт, как вам написали - GRE-туннель, или IP-IP, как самые простые и производительные.
На VPS настройте static nat для проброса всего трафика 1 в 1 на ваш дедик. Мануал, например, вот
blogconfigs.blogspot.ru/2010/03/static-nat-using-i...

И. в конце концов, не забудьте ограничить доступ к дедику по внешнему ip. Должен остаться только доступ для администрирования

Вижу только вариант для Оперы и Мессенджера на другом конце туннеля запустить http или socks прокси, прописав его в настройках браузера и мессенджера