WTPIX

Может на небольшое время заблокировать трафик, пока слушает, нет ли в сети других RSTP. И всё, в остальном штатный режим работы.

Если для примера взять кольцо на 3 свичах - STP/RSTP достаточно включить лишь на любом одном, этот свич решит, что он корневой и заблокирует свой же линк для устранения кольца - ведь получит собственный же Hello на интерфейсе, который остальные свичи честно ретранслировали как рядовой L2-пакет. Два других свича могут быть вообще неуправляемыми.

1. Вообще лучше на разных вендорах вообще ничего не делать - моновендорная сеть всегда более предсказуемая.
2. По твоим действиям. Вначале запускаешь построение дерева RSTP. Если сеть крупная лучше это делать в моменты минимальной загрузки сети, обычно 5-6 часов утра. Возможно ты отсохнешь от управления на некоторый период времени (период построения покрывающего дерева) - но не пугайся, после построения дерева связь восстановиться.
3. Выставь везде веса, BridgeID и укажи акцесс порты - это ВАЖНО! Если не выставишь аксесс порты и твои комммутаторы будут смотреть на BPDU пакеты с эти портов, то по закону подлости обязательно появиться в сети м...дак который воткнет управляемый коммутатор в акцесс порт, и начнется новое перестроение дерева, а у тебя головная боль от мысли чегож всю сеть колбасит.
4. Соедени кольцо, перестроения дерева быть не должно (ты же сделал пункт 3?). Если после соединения кольца началась колбасня и перестроение дерева - проверь правильно ли ты сделал п.3

з.ы. Если сеть маленькая то достаточно из пункта 3 прописать на коммутаторах акцесс порты. Дерево будет строиться быстро и без указания весов.

FK потому и F (foreign - внешний), что указывает на другую таблицу. То есть в одной таблице у Вас должен быть ID и всё, что привязано только к ID, в другой таблице - IP, всё, что связано с IP и ключ, привязывающий IP к ID. Надо ли делать связь IP и MAC - непонятно, тем более, что MAC можно получить только в локальной сети.
ID+1 - атрибут AUTO_INCREMENT