nApoBo3, Спасибо за то, что отвечаете на мои вопросы и находите время. Ответом ранее я немного ошибся, главный коммутатор имеет адрес 10.5.0.1/24. Остальные коммутаторы имеют тот же префикс и ту же подсеть. Однако буду проверять ещё раз.
nApoBo3,
1. Фактически к коммутатору 10.5.0.92 подключено 7 стеков коммутаторов (10.5.0.104 - 10.5.0.110). По функционалу, настройкам, подключенным устройствам они идентичны. Проще говоря каждый стек - это 1 этаж здания.
2. Работают без проблем - 7 идентичных устройств при одинаковых настройках подключены к ядру (10.5.0.92). Но почему-то проблема есть только на одном. Думал проблема в стеке и устройствах СКУД, но после переключения последних в соседний стек (на схеме не показан 10.5.0.109) линки поднялись.
3. Максимально упрощая схему и задачу:
Имеем три коммутатора 10.5.0.110(конечный) ---10.5.0.92(промежуточный)---10.5.1.1(маршрутизатор)
Конечный не видит промежуточный, но видит маршрутизатор.
Промежуточный видит только маршрутизатор
Маршрутизатор видит конечный, но не видит промежуточный.
В итоге мы имеем что промежуточный не виден с обоих концов, но концы видят друг друга.
nApoBo3,
1. Отключал, пинговал, один адрес -иначе ничего бы не работало.
2. Как я написал в уточнении, в других подобных случаях всё работает, отличается только стеки. ARP-таблицы промежуточных коммутаторов пусты.
4. Действительно VLAN7 могут быть разными, но тогда неясно, почему другие стеки подключенные на коммутатор 10.5.0.92 работают без проблем.
nApoBo3,
Подсеть СКУД VLAN 7 10.0.128.1 - 10.0.192.254
С порта подключения контроллера я могу пропинговать сервер. Обратно нет.
Подсеть коммутаторов VLAN 5 10.5.0.1 - 10.5.0.254
Не пингуется два промежуточных коммутатора в обе стороны.
Если поставить на ноутбуке адрес контроллера 10.0.145.65, то пинг идёт до сервера, за исключением промежуточных коммутаторов 10.5.0.92, 10.5.0.97.
Если с сервера 10.0.128.3 пинговать, то не видны 10.0.145.65, 10.5.0.92 и 10.5.0.97
Пока мысли что проблема в промежуточных коммутаторах, но остальные VLAN на них работают, причём тот же СКУД.
Кабель целый. LAN Tester - всё норма, связь с устройством есть. Устройства не POE. До отключения питания - постоянно искали потребителя.
Устройство работает и на коротком кабеле и на длинном.
Обжатия норм, единственно удивляет на прямом кабеле индикация порта на коммутаторе MDIX (кроссовер) вместо MDI (прямой). Но уже год в сотне случаев работает без проблем.
Денис Сечин, Контроллер СКУД от Perco CT/L04.
7 портов на проблемном, главном коммутаторе в стеке, 4 на соседнем. Соседний коммутатор маки своих четырех контроллеров видит, но ситуация та же. В сети их нет.
@deni4ka, Маки отсутствуют. То бишь получается что проблемный коммутатор не видит их на подключенных устройствах.
Пинг делал со всех коммутаторов проблемной линии. Проблемное устройство не пингуется. Пинг есть только в пределах ближайшего оконечного коммутатора, к которому подключено оконечное устройство и только в пределах портов под одним VLAN.
Не совсем понимаю "терминалия"...
nApoBo3, Хорошо. Т.е. при наличии разных VLAN на коммутаторе L2 и отсутствии головного L3 маршрутизатора пинг между разными VLAN в пределах одного коммутатора ходить не обязан.
Можно ли выяснить причину отсутвия ответа если пинг в одну сторону от одного оконечного устройства до другого проходит, а назад только до шлюза?
hint000, Хорошо. Попробую. Я просто не могу понять - при тех же условиях другое оборудование работает и связь есть. Настройки абсолютно одинаковые.
Есть ещё нюанс - линия была медный коммутатор - оптический1 - оптический главный - медный. По сети коммутаторов оптический1 нет связи. Однако всё работает. Остальные коммутаторы видят друг друга. Решил убрать оптический1. Перенастроил и переподключил проблемную линию сразу на главный. Но ситуация не изменилась.
Drno, Была Win8 - потом сразу обновилась до Win10. Лицензия. Не подводила ни разу. От пыли чистил, но вот термопасту не менял. Всё время в работе, но в щадящем режиме.
Drno, Дело в том что в поиске причин снижения скородействия ПК я пока упёрся. Допустим у меня есть ноутбук Lenovo Yoga 13 c i7 процом 2013 г. и SSD. При покупке и года три спустя он включался менее чем за 10 секунд - в основном время тратилось на ввод пароля. Сейчас, даже при чистке реестра, служб, автозагрузки система грузится не хотя 30-45 сек. Переставлять винду правда не пробовал - слишком много ПО переставлять рабочего.
Но это не аргумент - и более свежие компьютеры, с эксплуатацией более года - история повторяется.
hint000, Спасибо за уточнение - написал PCI-E 4.0, потому как видел самые быстрые M.2
PCI-E 4.0 x4, чтение - 5000 Мбайт/сек, запись - 2500 Мбайт/сек, Phison PS5016-E16, TLC 3D NAND, NVM Express
, не знал что они с интелом не пойдут.
