Аплинк-порты 51-52 Aruba 2540 остаются Down на межздании линии, тогда как 2530 линкует те же модули
Обслуживаю площадку из двух зданий, и коммутаторы доступа некоторое время назад заменили на Aruba 2540. Волокно между зданиями не трогали, но после замены аплинк отказывается подниматься.
- Aruba 2540 на нашей стороне, порты 51 и 52 используются под аплинки
- Aruba J4858D 1000SX в 2540, TP-Link TL-SM311LM v2.0 на дальнем конце этой пары
- на второй паре - Aruba J9050D 10G против TP-Link TXM431-SR
- одна межздание-линия, скоммутирована с обоих концов, больше ничего не менялось
Коммутатор читает модули без возражений:
show tech transceivers
51 1000SX J4858D
52 1000SX J4858D
port 51: Down
port 52: Down
Что я уже исключил:
- те же модули, то же волокно, 2530 вместо 2540 - линк поднимается
- TP-Link на TP-Link по той же линии - линк поднимается
- 2540 на 2540 с J9050D на этом волокне - всё ещё Down
- оба модуля на коротком патч-корде на столе - линк поднимается
То есть волокно держит линк на любой комбинации, кроме тех, где на одном конце 2540, а show log -r не даёт мне ничего, кроме факта отключения порта. Что 2540 делает иначе?
Comments 3
Если линкуется всё, кроме коробки, которая является 2540, перестаньте смотреть на оптику и зафиксируйте скорость. Эти слоты сами согласуют скорость, и против стороннего оборудования с модулями с выбираемой скоростью это согласование - как раз то место, где такие линки застревают. Это же совпадает и с результатом на столе: на коротком корде дальний конец успевает устаканиться достаточно быстро, на длинной линии - нет.
Задайте явно на аплинках:
Сначала один порт, следя за
show log -r, пока он поднимается, потом второй. Если у дальнего конца есть опция фиксированного 1000 full, задайте и её, а не оставляйте одну сторону на согласовании.Две оговорки. Это то, что исправило тот же симптом на площадке, где я работал, а не что-то, на что я могу сослаться в мануале, так что докажите на одном порту своего оборудования, прежде чем раскатывать на все 2540. И формально ни один из модулей TP-Link не поддерживается в коммутаторе Aruba - если это когда-нибудь станет обращением в поддержку, первым делом попросят J4858D на обоих концах. Если фиксированная скорость ничего не меняет, вернуть именно эту линию на 2530 - вполне защитимое решение, пока у вас не будет поддерживаемой пары модулей на обеих сторонах.
Выложите полный
show tech transceiversс рабочего 2530 и с отказывающего 2540 рядом друг с другом. Меня интересует, читает ли 2540 эти модули точно так же, как 2530, или реагирует на что-то, что старая коробка тихо игнорирует.Ещё одна вещь, которую стоит исключить на 2540 - защиту spanning tree на этих портах. BPDU protection, root guard или loop protect уронят порт в течение секунды после подъёма, и с дальнего конца это выглядит как мёртвый линк. Запустите
show log -rиdebug event, пока устанавливаете модуль - это покажет, поднимался ли порт вообще хоть раз, или он никогда не видел света.Обе коробки читают модуль одинаково.
show tech transceiversвыдаёт 1000SX, J4858D на портах 51-52 и на 2530, и на 2540, строка в строку - ничего в этом выводе не отличает линки, кроме того, который не работает.Никаких функций защиты на этих портах тоже нет, это обычные аплинки с VLAN и больше ничего.
show log -rпоказывает отключение порта и ничего до этого, аdebug eventне даёт вообще никаких событий трансивера, пока модуль установлен.Сторона TP-Link в любом случае вне игры: два 2540 с J9050D на обоих концах того же волокна тоже остаются Down.