Приветствую. Есть WiFi мост из 2х RBSXTG-5HPacD, он периодически из сети. Схема следующая (Cisco 2924XL)<ethernet линк 1>(1 - RBSXTG-5HPacD)<WiFi линк>(2 - RBSXTG-5HPacD)<ethernet линк 2>(DES 3200-10) Когда сеть "пропадает", на порту cisco(линк 1) видны mac'и устройств, но связи с оборудованием "за" нет. Всё приходит в норму с перезагрузкой (1 - RBSXTG-5HPacD). Были проблемы(duplex mismatch) на <ethernet линк 2> - решение отключение autonegotiation на (2 - RBSXTG-5HPacD) и (DES 3200-10). При попытке сделать тоже самое на <ethernet линк 1>, линк не поднимается, но если на (Cisco 2924XL) обратно включить autonegotiation, линк поднимается в 100Half и опять же видны mac'и но свзязи нет. RouterOS везде стоит 6.28(до этого была 6.27) Есть ещё несколько мостов предыдущих моделей(например - RB SXT G-5HPnD r2 и RB SXT 2nD r2) с такой же конфигурацией(один из них подключен в этот же коммутатор) - на них проблем нет. Конфигурацию проблемной точки приложил.
А когда теряется связь, на Bridge в SXT какое состояние порта ? Там STP точно не отрабатывает ? /System routerboard фирмваре обновляли ?
1. Посмотреть статус на "зависшей" точке, к сожалению, не могу, доступа на неё нет. На всех bridge'ах отключил rstp, хотя в сети, в принципе, не используется stp. 2. Не знаю с какой версии начиная(в 6.27 уже точно есть) system routerboard upgrade делать не нужно, оно происходит автоматически при следующей перезагрузке после обновления(при вызове system routerboard print есть соответствующее предупреждение). Из-за множества перезагрузок стоит последнее ПО.
Хм.. "плохой кабель", по моему опыту, вызывает ошибки на порту(CRC), иногда port flapping - но ни того, ни другого не было. Кабель, всё одно, заменён - из обнаруженного питание на точке стабилизировалось(прыгало 20-21в) и поднялось до 23в. Так что догадка, в любом случае, была верной, но решит ли это существующую проблему? Ожидаем присутствие отсутствия проблем
Здесь еще по кабелю питание идет. Если не поможет, попробуйте /interface ethernet poe settings set ether1-poe-in-long-cable=yes (возможно не правильно команду написал. Давно не возился, сейчас нет SXT под руками проверить)
После смены кабеля - всё хорошо. Главное правило "электрика/инженера и т.д и т.п."- работает не лезь , потому трогать лишний раз неохота. В долгих поисках похожих проблем, обнаружено мнение, что именно данная модель начинает подвисать когда питание "падает" до 20V. Сейчас оно стабильно 23V. Хм.. а по поводу командны, вроде как, она для для PoE-out - отключает проверку на КЗ, не знаю, как это может помочь в данной ситуации...
Команда вводится на стороне питаемого устройства. Что-то там делаем с режимом энергопотребления. SXT весьма критичны к качеству питания. Если кабель так себе, длина большая и нагрузка на SXT приличная, глюки могут быть самые разные.
Хм.. и всё же.. в документации сказано, что как раз для PoE-Out: setting to yes will disable short detection on all poe-out ports to enable use of longer ethernet cables. This is potentially dangerous settings and should be used with caution. Вот...
Вообще странно. У меня было обращение по гарантии, когда с Omnitik UPA не запитывались SXT Пришел вот такой ответ от производителя: ======== Please check two things: 1) Try to run following command on OmniTik: "/interface ethernet poe set etherX poe-out=forced-on" 2) Try to run following command on OmniTik: "/interface ethernet poe settings set ether1-poe-in-long-cable=yes" ======== После чего все заработало.
Эм... ну всё верно, эту команду и нужно вводить на Omnitik. С неё же питается SXT... А на SXT, который запитан от "обычного" инжектора , она, скорее всего, не будет иметь никакого эффекта.
