Нужно включить два данных коммутатор в стек. Один стоит удалённо на доме и работает, другой сейчас передо мной.

Правильно ли я понимаю что никаких настроек вбивать не нужно, просто соединить их через HDMI кабеля по схеме Ring или Chain и один будет Master а второй автоматически станет Backup. Или же нужно на удалённом поменять config config box_id current_box_id ?

На обоих сейчас одинаковые прошивки и бут пром.

Вот первый который сейчас рядом:
DGS-3100# sh stack_information

Master ID : 1
Backup ID :

Box ID User Set Boot version Firmware version H/W version
------ -------- ------------ ---------------- -----------
1 Auto 1.0.1.05 3.60.44 a2

Вот второй:

DGS-3100# sh stack_information

Master ID : 1
Backup ID :

Box ID User Set Boot version Firmware version H/W version
------ -------- ------------ ---------------- -----------
1 Auto 1.0.1.05 3.60.44 a2

Лучше отредактируйте, чтобы работающий сейчас на объекте коммутатор точно стал Master

Что именно нужно отредактировать и на каком из двух?

мануал
стр.206

Ссылка не работает, но мануал этот у меня есть, спасибо вроде бы всё понятно стало.

Не хочу создавать еще одной лишней темы, мучаю этот же DGS-3100-24TG. Т.к. в стек поставить не получилось - коммутатор показывает странное поведение. Ситуация следующая: на стенде соединил его с DES-3200-28 через SFP с 26 порта в 24 порт DGS. Конфиг дефолтный, назначил только ipif System нашей локалки чтоб его видеть и дефолтный маршрут, так же на DES-3200. Поставил на пинг оба свича всё пингуется ок, но через 10-15 мин (по разному) у DGS начинается странное поведение, на пинг отвечает а SSH и WEB отваливаются и сбрасывают соединение т.е. зайти вообще нельзя (только по ком порту) в терминал сыпятся такие строчки: SW3P_callback_rx_frame - intervention arp - discarded.
SW3P_callback_rx_frame - intervention arp - discarded. (в мануале по сислогу говориться что это Неизвестная инкапсуляция кадра?) во общем nmap тоже его не видит по портам. DES-3200 в это время работает нормально, прошивки везде последние. До этого его ставили в город - трафик шел и абоненты работали примерно день, но не было до него пинга.... Что это может быть и что можно сейчас сделать кроме ремонта?

При ведите топологию. Откуда пингуете с какого адреса и какие настройки на обоих коммутаторах (vlan, ipif)

up topic.

Нету как таковой какой то особенной топологии.

DGS-3100-24TG
Boot PROM Version : 1.0.1.05
Firmware Version : 3.60.45
Hardware Version : a2

"На стенде в нашей локальной сети был назначен статик IP адрес (192.168.192.218) и дефолтный маршрут на наш шлюз (192.168.192.254) в дефолтном вилане, через некоторое время коммутатор перестаёт отвечать на TCP коннекты по SSH, WEB, Telnet. Пингуется (c моей рабочей станции) в это время нормально без потерь, в логах запись - SW3P_callback_rx_frame - intervention arp – discarded. Сброс настроек не помогает."

Управление коммутатором нужно выносить в отдельный влан и желательно также настроить Trusted Host.

Топология сети уже была давно построена, сейчас менять что-то критично. С ядра сети с одного из портов уходит тегированный трафик vlan315, который в свою очередь уходит в порт агрегирующего узла опять же принимается с тэгом vlan315, далее с агрегатора снимается метка на порту который уходит уже непосредственно на коммутатор в дом. В нём все 1-28 порты в дефолтном вилане без тэга. Каким образом нужно настроить коммутатор чтобы управление System было в управляющем вилане, а пользователи в 315 ? (При этом что управляющего вилана как такого не существует в сети уже изначально при её возникновении). Сеть сегментирована по виланам только на верхних уровнях с тэгом.

P.S. Такое поведение наблюдается только у одной модели DGS-3100-24TG и на стенде, не думаю что здесь дело в том, что коммутатор не настроен на управляющий VLAN и доверенные хосты.

Пропишите везде в сети влан упрвления... Странно использовать такие коммутаторы, как тупые свитчи

Раз выше снимается метка 315, то наверняка есть какой-то влан для управления...

В ядре прописан еще на всех портах в сторону агрегации native-vlan-id - untagged (255) и на агрегаторе порт прихода от ядра так же прописан как untagged. Я не совсем понимаю как нужно прописывать, чтобы был мэнэджмент вилан на свичах). Буду благодарен если подскажите.

Соответственно получается схема: Core 11 port VLAN315 tagged и native-vlan-id то есть untagged 255 -> agregation 24 port (приход с ядра) untagged 255.

17 port agregation VLAN315 untagged (тут снимается), 24 port tagged -> далее на свичи без каких либо настроек виланов.

(выдержка из консоли агрегатора)
vlan315 Static 72:19:22 Untagged :17
Tagged :24

Извиняюсь если криво разъяснил.

вы бы показали команду вывода sh vlan относительно портов на хотябы трех коммутаторах снизу.. ну и кто куда воткнут..

Внизу это каких? На ядре и агрегации другие вендоры уже используются. sh vlan там нету) Боюсь за обсуждение не по теме администрация удалит сообщения, поэтому могу отписать вам в личку если у вас будет время.