Что будет если в сети подключить 2 коммутатора с одинаковыми IP?

Question

[Николай Савельев]

Не сетевик, хотелось бы узнать про петли, шторм и тд.
Столкнулся на практике с описанной вопросе ситуацией. Поменяли коммутатор, старый забыли сбросить. Воткнули в сеть - сеть легла.
Нигде не настроено storm control и loop detection. Как объяснить что сеть перестает работать?
Примерно накидал схему. Коммутаторы 192.168.2. - дефолтный vlan 1 untag, менеджмент отключен. Коммутаторы 192.168.40. - порты транками сделаны, все влан тегируются, менеджмент влан 40. Адрес 192.168.40.254 - там порты 1-7 untag влан 10, порт 8 - все тегировано, pvid 40. В какой порт именно порт втыкали кабель точно не знаю.

Comments

[VoidVolker]

Ну, будет обычный конфликт IP адресов. В чём у вас вопрос-то?

[Akina]

В какой порт именно порт втыкали кабель точно не знаю.

Ну так посмотри ARP/FDB.

[Николай Савельев]

VoidVolker, вот и я думал обычный конфликт. Но по факту у меня сеть развалилась. Просто перестали ходить пакеты между коммутаторами. Пришлось по очереди вырубать порты на 192.168.2.248 пока не нашел, что при включении 192.168.2.231 сеть ложится через некоторое время. Отключил - включил, погасил порты кроме транка. Потом включая по одному обнаружил проблемный. На тот момент правда дублирующий комм уже отключили. Но сеть все равно ложилась. А почему - понять не могу.

[Николай Савельев]

Akina, да на большом я знаю, там розетки подписаны. А вот то который втыкали - нет ничего уже, его отключали же, и потом подключались с ноута. Он только ноут и показывает.

[VoidVolker]

Николай Савельев, это всё зависит от коммутаторов - в нормальных условиях девайсы с одинаковыми IP просто перестают работать либо работают нестабильно (видел оба варианта). В вашем случае надо отключать лишнее, воспроизводить ситуацию и детально с лупой смотреть что именно происходит в вашей сети. Может там баг какой в коммутаторе и он тупо виснет?

[Akina]

VoidVolker,

в нормальных условиях девайсы с одинаковыми IP просто перестают работать либо работают нестабильно (видел оба варианта).

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

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

[VoidVolker]

Akina, именно такой же ситуации, как у ТС с несколькими коммутаторами у меня не было. В моём случае были именно клиенты с одинаковыми IP. Но это уже всё оффтопик и нет смысла углубляться в тему.

[Ziptar]

Трудновато понять без подробной схемы в чем там дело, там один из длинков не в своем сегменте, описание вланов довольно размытое, и не очень понятно, что имеется в виду под легшей сетью - вся сеть лечь определенно не могла с такой схемой. Складывается впечатление, что дело таки не в адресах.

[Николай Савельев]

Ziptar, подправил картинку с вланами.
Сеть переделываю потихоньку, отдельный влан управления 40 сделал и все коммы туда перетаскиваю когда заняться не чем.

Answer 1

[Akina]

Сети похрен. Коммутаторам тоже похрен.

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

Всё это проверено практикой. Обычное дело, когда наводишь порядок в сети с кучей ненастроенных коммутаторов. Сперва подключаешься быстренько к кому-нибудь, резко меняешь ему IP, запоминая МАС, и надеешься, что именно в этот момент не произойдёт "смена лидера" (именно поэтому никаких веб-интерфейсов, только телнет). А потом, избавившись от дубляжа, по ARP-таблицам, списку активных портов и прочим признакам (например, модель коммутатора или тип свистка, FC или FX, в комбо-порте) пытаешься понять, кто есть ху.

Это при условии, что адрес на коммутаторах не используется активно - скажем, как промежуточный узел маршрутизации на L2+ или L3 коммутаторе. А если используется - то обычные проблемы дублирования встанут в полный рост.

Comments

[Николай Савельев]

Да вроде не используется маршрутизация на коммутаторах. Тем не менее, после включения длинк 1210-08p в сеть с дублированием адреса 192.168.40.254 сеть ложилась. Сначала росли задержки, потом пропадал доступ к 2.231, потом до других с трудом ходить трафик начинал. Даже после того как коммутатор выдернули, и воткнули в порт комп, сеть ложилась. Я прям провод держал в руках - выдергиваешь и все работает. Вставляешь устройство - сразу перестает ходить траффик в коммутаторе. Пробовал в этот порт комп, ip телефон. В итоге оставил выключенным.
Ну не может же порт глючить?

[Akina]

Николай Савельев, видимо, всё же у вас там настроено что-то, активно завязанное на адрес внутреннего интерфейса.

Типичный пример - все длинки изначально настроены на адрес 10.90.90.90. И хоть сотню соедини, всё равно всё работает. А вот как начинаешь что настраивать сложнее виланов и STP - вот тут сразу и начинаешь думать про адреса.

Вставляешь устройство - сразу перестает ходить траффик в коммутаторе.

надо было сразу подключиться к консоли да посмотреть лог коммутатора. Он бы сразу показал, что и где не слава солнцу.

[Николай Савельев]

Akina, возможно, но я только из веб интерфейса всегда настраиваю. Ну и работоспособность восстановить важнее было.

Answer 2

[mordo445]

Дело не в одинаковых IP адресах, а в настройках STP, как мне видится. Новый коммутатор становится корнем и перестраивает дерево в vlan-ах

Comments

[Akina]

Новый коммутатор становится корнем и перестраивает дерево в vlan-ах

Это бы вырубало трафик временно. Сколько там у STP сходимость? секунд 30, и то в самом хреновом случае (а в нарисованной сети на практике - ну максимум пару-тройку секунд). А потом всё должно было снова забегать.

[mordo445]

Akina, BPDU получаешь на транк, на котором есть vlan, а включенным остается транк, на котором нужного vlan нет и всё, жди сходимость.

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

[Николай Савельев]

mordo445, прошу прощения, я не сетевик, эникей простой. Можете объяснить простым языком что именно произошло и как от этого защититься? 1 untag настроен для компов. В 10 у меня камеры, как раз 1210-08p под них стоял и не скинули.

[Akina]

mordo445,

BPDU получаешь на транк, на котором есть vlan, а включенным остается транк, на котором нужного vlan нет и всё, жди сходимость.

А вот это странно - наличие в кольце разных наборов VLANID на транковых портах. Если такое имеется, следует использовать не классический STP, который вообще-то не предназначен для мультивлановой сети, а что-то типа Per-VLAN Spanning Tree. У D-Link, которые у автора, вроде бы RSTP является Per-VLAN, но я сам этого не проверял...

[Akina]

Николай Савельев,

Можете объяснить простым языком что именно произошло

Что ТОЧНО произошло - сказать, не имея полной информации, трудно. Но можно дать несколько советов по предотвращению подобных ситуаций.

Первое - в принципе никогда не подключайте к сети коммутатор, у которого вы не проверили конфигурацию полностью. оптимум - вообще перед подключением сделать полный сброс, настроить с нуля, проверить ресетом.

Второе - никогда не используйте на транковых портах гибридный или клиентский режим. Только чистый транк, только тегованные VLAN. Клиентов подключайте к клиентским портам (один нетегованный VLAN, заодно объявляйте такие порты Edge), и только отдельные чисто административные станции можно подключать к портам, настроенным в гибридный режим.

[Николай Савельев]

Akina, у меня просто на портах компы и сип телефоны. Вот и приходится один влан тегировать.
Но все-таки по тому что вы сказали - , BPDU получаешь на транк, на котором есть vlan, а включенным остается транк, на котором нужного vlan нет и всё, жди сходимость.
И обвели красным. Что будет если 10 untag воткнуть в порт где 1 untag? По идее просто не должно работать, нет? Почему вдруг к коммутатору сразу доступ теряется? И даже потом если убрать такое соединение и просто комп подключить. Мало того, и остальные коммутаторы в сети пропадать начинают.

[Akina]

Николай Савельев,

Что будет если 10 untag воткнуть в порт где 1 untag? По идее просто не должно работать, нет?

Почему? Вы просто так объедините два вилана в один, и всё. Вполне обычная, хотя и редкая, ситуация объединения либо разделения VLAN, или смены VLANID, использует именно этот способ (правда, требуется определённая аккуратность, чтобы порт не был отрублен по Loopback detect или Link Local).

Это на порте у вас untag с определённым VLANID. А в кабеле у вас простой нетегованный пакет, и никакого VLANID у него нет.

[Николай Савельев]

А вот это странно - наличие в кольце разных наборов VLANID на транковых портах. Если такое имеется, следует использовать не классический STP, который вообще-то не предназначен для мультивлановой сети, а что-то типа Per-VLAN Spanning Tree. У D-Link, которые у автора, вроде бы RSTP является Per-VLAN, но я сам этого не проверял...

Ну есть общие коммутаторы, там весь набор. А есть места где только видеокамеры, зачем там остальные вланы?
Ну и еще момент - у меня везде STP отключен вроде. Хотя на микротиках на транковом порту включен. И на центральном длинке глобально выключне, но по портам что-то есть. Видимо надо сетивика искать на аудит.

[mordo445]

Николай Савельев, Согласен с Akina, что у вас там конкретно произошло сложно сказать, то что я упомянул лишь один из возможных сценариев. Защитится от такого можно внимательно всё настроив, проверив теги всех vlan на всех коммутаторах и настроив вдумчиво STP и его ипостаси. Диагностировать можно так: во время сбоя в сети подключится к коммутатору, хосты на котором сейчас недоступны, к консоли и посмотреть статус транковых портов, в норме они будут "administratively up", счетчики пакетов будут расти. Если так, нет сообщений о BPDU, надо проверить соседа в цепочке. Если на транках есть обмен, а связи нет, то возможно вас "штормит", и тут придется подумать, откуда. Возможно, у вас всё это время торчит лишний патчкорд из одного порта в другой, на совсем другом коммутаторе.
А, еще пару слов про настройки STP! Никогда не стоит недооценивать забагованность прошивок, у меня один свич (старый дель) при "выключеном STP" регулярно заставлял заливать мультикастом свои порты свичи циско, тоже камеры и телефоны отказывали. Шутка в том, что настройка была отключена в вебе, в консоли, но не работала. После обновления прошивки эта железяка заработала как должна