Конфликт сетевых портов сервера видеонаблюдения. Как исправить?

Question

[skywion]

(Сразу хочу сказать айтишник я начинающий).
Есть два сервера для видеонаблюдения абсолютно идентичных. Установлены в одном шкафу.
Оба сервера подключены к одному и тому же управляемому свитчу.
У каждого сервера три lan-порта на самой матери(Remote NDIS based Internet Sharing Device,Intel(R) I210 Gigabit Network Connection,Intel(R) I210 Gigabit Network Connection#2), и два порта на дискретной сетевой карте(Intel(R) Ethernet Server Adapter I350-T2 #2Intel(R) Ethernet Server Adapter I350-T2).
Один lan-порт подключен к сети с интернетом, другой - подключен в сеть видеонаблюдения в которой только камеры и два этих видеосервера.
Какое-то время сервера друг друга видят в сети видеонаблюдения, пингуются, всё в порядке. Потом в какой-то момент на одном из двух серверов, тот lan-порт что смотрит в сеть видеонаблюдения перестает пинговаться с портом видеонаблюдения второго сервера. Сетевая карта при этом включена и lan-порт тоже, даже какой-то трафик проходит. Пинг до камер проходит, но с переменным, рандомным успехом, а вот до сервера второго абсолютно не проходит.
Переподключаю тот же самый патч-корд между сервером и коммутатором в другой lan-порт этого же сервера - все работает, но недолго.
ip статические, ipconfig ниже. Что может быть не так? Как исправить такие постоянные вылеты из сети?

ipconfig1

Настройка протокола IP для Windows

Адаптер Ethernet Ethernet 2:

Состояние среды. . . . . . . . : Среда передачи недоступна.
DNS-суффикс подключения . . . . . :

Адаптер Ethernet Ethernet 4:

Состояние среды. . . . . . . . : Среда передачи недоступна.
DNS-суффикс подключения . . . . . :

Адаптер Ethernet Ethernet 3:

DNS-суффикс подключения . . . . . :
Локальный IPv6-адрес канала . . . : fe80::a1d9:3de4:e12e:649a%3
IPv4-адрес. . . . . . . . . . . . : 192.168.1.13
Маска подсети . . . . . . . . . . : 255.255.255.0
Основной шлюз. . . . . . . . . : 192.168.1.1

Адаптер Ethernet Ethernet 5:

DNS-суффикс подключения . . . . . :
Локальный IPv6-адрес канала . . . : fe80::5132:ef5e:298f:42b4%16
IPv4-адрес. . . . . . . . . . . . : 192.168.226.91
Маска подсети . . . . . . . . . . : 255.255.255.0
Основной шлюз. . . . . . . . . :

ipconfig2

Настройка протокола IP для Windows

Адаптер Ethernet Ethernet 4:

Состояние среды. . . . . . . . : Среда передачи недоступна.
DNS-суффикс подключения . . . . . :

Адаптер Ethernet Ethernet 5:

Состояние среды. . . . . . . . : Среда передачи недоступна.
DNS-суффикс подключения . . . . . :

Адаптер Ethernet Ethernet:

DNS-суффикс подключения . . . . . :
IPv4-адрес. . . . . . . . . . . . : 192.168.226.90
Маска подсети . . . . . . . . . . : 255.255.255.0
Основной шлюз. . . . . . . . . :

Адаптер Ethernet Ethernet 2:

DNS-суффикс подключения . . . . . :
Локальный IPv6-адрес канала . . . : fe80::7c3:51d3:eeda:331a%11
IPv4-адрес. . . . . . . . . . . . : 192.168.1.18
Маска подсети . . . . . . . . . . : 255.255.255.0
Основной шлюз. . . . . . . . . : 192.168.1.1

Comments

[Петровский]

Ничего не понятно. Может, как-то разбить на абзацы, выделить важное, схему нарисовать

[skywion]

Петровский, изменил немного

[Drno]

skywion, тоесть 2 сервака, одинаковое ПО. одинаковые сети, просто разные IP
падает один из них?
а если уббрать бридж с сетевых карт и подключить только в 1 ?

[Akina]

У меня такое ощущение, что в сети тупо петля. И коммутатор нафиг отшибает один из портов.
А с учётом описания - 99% за то, что так и есть.

[skywion]

Drno, просто разные статические ip прописаны этим сервакам руками. никто из них не падаёт ip. бридж тоже не делал между портами. тоесть у меня бридж где-то установлен?

[Akina]

Как исправить такие постоянные вылеты из сети?

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

[skywion]

Akina, петля? я конечно не шарю но могу предположить что вы говорите о сетевом шторме? это впринципе возможно

[Akina]

skywion,

могу предположить что вы говорите о сетевом шторме?

Петля - это далеко не всегда шторм. А иногда даже необходимо. Но на описанную схему просто обязан окрыситься, к примеру, Loopback Detection.

[skywion]

Akina, если в кратце вот схема сети видеонаблюдения

[Akina]

Это не схема, это так, эскизик. Опять же неполный - там кто-то говорил про интернет, которого на рисунке в упор не видать.

Нет, суть проблемы уже понятна. С вероятностью в 90% она в том, что имеется два двухинтерфейсных сервера, которые торчат интерфейсами в одних и тех же сегментах, подсетях, рабочих группах, и т.д., и т.п. И когда один из сервисов (фиг знает на каком уровне) обнаруживает петлю, то начинается визг, и коммутатор отрубает один из портов. Ну или сервер оказывается либо умнее, либо тупо быстрее, и отрубает адрес первым.

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

[skywion]

Akina, да я подключал инет в основном для anydesk