Вопрос или проблема
Введение
У меня есть два коммутатора Planet sgs-5240-48t4x, и они подключены через соединение 1000BASE SFP по одномодовому волокну.
Соединение не работает, когда на обеих сторонах включена автонастройка. Для простоты назовем это “Проблема A”. Это неожиданное для меня поведение, но довольно незначительная проблема, так как отключение автонастройки на одной стороне и установка скорости вручную на 1000full-duplex делает соединение работоспособным.
Описание
Когда я сохраняю текущую конфигурацию в cfg-файл и загружаю этот файл, сохраняется следующая конфигурация:
interface ethernet 1/49
capabilities 100full
no negotiation
rate-limit input 10000000
no rate-limit input
rate-limit output 10000000
no rate-limit output
Это не имеет смысла для меня, так как нет информации о установленной скорости (speed-duplex 1000full), но есть информация о возможностях, которая не только неправильная, но и полностью устарела. Кроме команды no negotiation коммутатор включает автонастройку после перезагрузки, из-за чего соединение не работает, и я теряю доступ ко всему после второго коммутатора (что является значительной частью сети). Это “Проблема B”. Поскольку техническое обслуживание или отключение энергии могут привести к потере питания и перезагрузке коммутатора, это серьезная проблема.
Что я пробовал
Я пытался изменить cfg-файл вручную, добавляя правильную скоростную дуплексную настройку или возможности. Тем не менее, кажется, что коммутатор не читает все это правильно. Когда я загружаю текущий cfg, он показывает мне ту же самую конфигурацию, и после перезагрузки проблема остается, и я теряю соединение со вторым коммутатором. Из-за этого я не уверен, испытывает ли коммутатор проблемы с записью настроек, чтением настроек или и тем и другим. Возможно, здесь происходит что-то еще, о чем я не знаю.
Я пробовал разные SFP (все 1000full-duplex) и разные волокна, но проблема остается. Я не тестировал поведение с медными SFP, так как в данный момент у меня нет к ним доступа.
Я обратился в PLANET Technology Corp. и попросил помощи. Они не столкнулись с Проблемой A, но смогли надежно воспроизвести Проблему B. Теперь вот в чем дело: если у вас нет Проблемы A, Проблема B для вас не проблема, так как соединение все равно работает. Но в моем случае Проблема B является серьезной проблемой. На данный момент я все еще жду решения этой проблемы.
Вопрос
Кто-нибудь из вас сталкивался с этой проблемой с коммутаторами этого и/или других производителей?
Есть ли у вас идеи, в чем может быть проблема и как ее возможно решить?
Есть ли что-то, что я упустил из виду?
Спасибо за прочтение и заранее за помощь 🙂
Ответ или решение
Введение
Представленная проблема связана с двумя коммутаторами Planet SGS-5240-48T4X, соединенных через оптоволоконное соединение 1000BASE SFP singlemode. Основная неполадка состоит в том, что соединение не функционирует при включенной автонастройке на обеих сторонах. Мы обозначим эту проблему как "Проблема A". Однако, частичное решение находится в отключении автонастройки на одной стороне и ручной установке скорости на 1000full-duplex, после чего соединение начинает работать.
Кроме того, существует существенная проблема с сохранением и применением конфигурации, которую мы обозначим как "Проблема B". При сохранении и загрузке рабочего конфигурационного файла происходит сброс настроек на заводские значения автонастройки после перезагрузки, что вновь вызывает потерю связи.
Теория
Автонастройка (или "auto negotiation") широко используется для упрощения настройки сетевых устройств, позволяя им самостоятельно договариваться о максимальной скорости соединения и дуплексности. Отключение автонастройки и ручная фиксация параметров зачастую применяются для обеспечения стабильности, особенно когда устройства не могут самостоятельно договориться.
Однако когда конфигурация коммутатора теряет настройки, возможно несколько сценариев:
- Ошибка Firmware: В прошивке устройства могут быть ошибки, которые неправильно интерпретируют или сохраняют конфигурацию.
- Некорректное сохранение настроек: Команда сохранения может не учитывать специфичные команды оповещения скорости и дуплексности.
- Неправильная интерпретация конфигурации: После подачи питания конфигурация не читается должным образом, что может возвращать устройство в режим автонастройки.
Пример
Следующий код конфигурации показывает текущие сохраненные настройки:
interface ethernet 1/49
capabilities 100full
no negotiation
rate-limit input 10000000
no rate-limit input
rate-limit output 10000000
no rate-limit outputОтсутствие явной установки скорости (speed-duplex 1000full) делает эту конфигурацию недостаточной для стабильной работы, особенно с учетом отключенной автонастройки.
Применение
Для решения текущей проблемы предложено несколько шагов:
-
Обновление прошивки: Поскольку производитель уже осведомлен о "Проблеме B", должно быть выпущено обновление прошивки, которое устранит неправильное сохранение конфигурационных файлов или их интерпретацию при перезагрузке. Обязательно проверьте наличие новых версий на сайте производителя.
-
Ручное конфигурирование: Попробуйте задать конфигурацию вручную через интерфейс командной строки коммутатора (CLI). Например, используйте команды, которые явно указывают скорость и дуплексность, если они поддерживаются, и тестируйте, сохраняются ли они после перезагрузки.
-
Изучение документации: На сайте производителя и в поставляемой документации может содержаться информация о специфических случаях работы устройства. Важен каждый указанный нюанс, таких как особенности применения команд или ограничения аппаратной поддержки.
-
Контроль и мониторинг: Если доступно, примените внешние системы мониторинга для отслеживания состояния ваших коммутаторов и реакции на изменения конфигурации. Это позволит оперативно выявлять сбои или неправильные настройки.
-
Планирование резервирования: В ходе плановых обновлений, технического обслуживания или других вмешательств регистрации событий должны обезопасить от частичного или полного отказа сети. Придерживайтесь резервных схем, где возможно.
Другие аспекты
Также стоит рассмотреть возможность использования других коммутаторов на время диагностики и устранения неисправности, если это критично для вашей сети. Это временное решение поможет избежать простоев и связанных с этим убытков.
Заключительно, важно наладить общую инфраструктуру связи с производителем и поставщиком оборудования, чтобы получать квалифицированную консультацию и поддержку, а также своевременно узнавать о возможных решениях или обновлениях.