каждый интерфейс маршрутизатора должен быть в другой подсети?
Ошибка в вашей логике заключается в предположении, что в сетевых топологиях всегда задействованы маршрутизаторы, которые строго пропускают пакеты, полученные на интерфейсе в одной подсети, через интерфейс, определенный в другой подсети. Хотя это справедливо в обычных средах SOHO и средних предприятий, это не единственный возможный способ развертывания. У сетевых инженеров могут быть причины принять другой подход, или, благодаря удаче и оттоку конфигурации, они могут привести к тому, что один из них будет принят случайно.
Существует несколько сценариев, в которых маршрутизатор может принимать пакеты, которые впоследствии направляются обратно в ту же сеть, в которой они были получены. Имеет значение, как и в отношении какого устройства мы определяем наши подсети. Например, для маршрутизатора вполне законно иметь интерфейс 10.0.0.1/16 , в то время как находящиеся за ним устройства используют адреса в подсети 10.0.x.y/24 . С точки зрения устройства, пакеты от 10.0.1.x до 10.0.2.x должны будут проходить через один или несколько маршрутизаторов, но маршрутизатор знает об этом лучше. Это явление сетевого тромбонинга обычно встречается в ядре корпоративных сетей. Хотя он не обязательно эффективен, он работает, и маршрутизатор выполняет свою работу правильно.
Другое распространенное явление возникает при запуске трассировки от устройства, подключенного к концентратору VPN, который туннелирует свой трафик через VPN к удаленному устройству. Если предположить, что это было причиной вашего вывода traceroute, устройство .14 , скорее всего, будет концентратором, подключенным к корпоративной локальной сети на удаленном конце. Устройство .15 - это маршрутизатор для сети, к которой подключен концентратор. Пакеты принимаются (туннелируются) через интерфейс .14 и передаются обратно в тот же интерфейс для последующей маршрутизации к месту назначения. В этом нет ничего плохого, и traceroute законно показывает вам идентификаторы всех устройств, отвечающих за касание пакетов на уровне IP.
Без дальнейшего точного знания топологии сети и, в частности, конфигурации промежуточного (-ых) маршрутизатора (-ов) невозможно точно понять, что происходит в вашем случае.
