У нас есть два здания, соединенных 30-метровым сетевым кабелем с переключателями на каждом конце. На прошлой неделе мы обновили некоторое старое оборудование для поддержки гигабитных скоростей. Один из двух коммутаторов был старым коммутатором 10/100, поэтому мы его обновили. Сразу перестала работать связь между домами.
Что мы пробовали
Вставьте старый коммутатор 10/100 обратно в промежуток между длительным сроком эксплуатации и новым гигабитным коммутатором. Это работает, но, очевидно, разрушает обновление.
Кабель был Cat5e, который был установлен 4 года назад. Он находится в пределах спецификации, но мы подумали, что он может быть низкого качества / поврежден, поэтому использовали новый кабель Cat7. Такое же точное поведение, как и у старого Cat5e (т.е. он работает на коммутаторе 10/100, но не на гигабитном коммутаторе).
Мы пробовали использовать разные гигабитные коммутаторы с обеих сторон кабеля. Такое же поведение.
Мы подключили один конец кабеля непосредственно к компьютеру с гигабитным Ethernet, а другой конец - к новому коммутатору. Это сработало нормально, что заставило нас подозревать, что может быть проблема согласования Auto-MDI. Мы переделали новый Cat7 в перекрестный кабель, чтобы избежать необходимости в Auto-MDI. Такое же поведение.
Мы соединили оба новых коммутатора с помощью короткого (2 м) патч-кабеля и перекрестного кабеля. Соединение отлично работает с любым из них.
Какие еще варианты устранения неполадок у нас есть на данный момент?
Детали оборудования:
TL-SF1005DTL-SG1008D (год выпуска 2018)TL-SG1008D (год выпуска 2016)DGS-1008C и DLink DGS-1008AGigabit требует всех 4 пар, а 10/100 требует только 2 пары. Таким образом, «тестирование» с переключателями 10/100 на самом деле не подтверждает, что все пары кабеля исправны.
Для чего-то подобного вам может понадобиться сертификат кабеля, а не простой тестер, который просто проверяет целостность.
30 метров действительно не так уж и много. Если это более новые коммутаторы, которые поддерживают стандарты Ethernet с низким энергопотреблением, отключите Green Ethernet / EEE / что-то еще, чтобы посмотреть, поможет ли это. Если по какой-либо причине они обнаруживают, что пробег короче, чем он есть, возможно, на порты подается недостаточно мощности.
Есть ли по тому же кабелепроводу какое-либо высокое напряжение? Электропитание и данные должны находиться на расстоянии минимум 2 дюйма друг от друга, чтобы избежать EMI (электромагнитных помех).
Кажется вероятным, что коммутационные устройства (потребительского уровня) не подходят для выполняемой работы. Вам следует использовать переключатели получше - это единственный способ убедиться.
Я думаю, что комментарий от @DavidSchwartz - наиболее вероятный виновник. То есть кроссовера при использовании гигабита действительно не существует. Если вы используете кабель, у которого пересекаются tx и rx, он просто не будет работать при использовании гигабита. Вам нужно использовать прямые «обычные» кабели для всего гигабита и выше (по крайней мере, в рамках Base-T).
ОБНОВИТЬ: Я никогда не видел этого на практике, но я обычно не пытаюсь использовать кроссоверные кабели с гигабитами. Предполагается, что должен существовать стандарт для чистой обработки такого рода сценариев. Начиная с 1000BASE-T, подуровень подключения к физической среде (PMA) обеспечивает идентификацию каждой пары и обычно продолжает работать даже по кабелю, где пары необычно поменяны местами или пересекаются. Остерегайтесь, «дешевый» переключатель может не реализовать это правильно.
Также следите за автосогласованием. Ваш вопрос указывает на то, что вы выполнили это обновление «асимметрично», то есть на одном из ваших сайтов использовался коммутатор 10/100/1000, соединенный с коммутатором 10/100. Я готов поспорить, что автосогласование было отключено на «существующем» коммутаторе 10/100/1000, чтобы сделать его совместимым с 10/100. Гигабит должен автосогласование, поэтому убедитесь, что нет ручных настроек скорости для этого порта ни на одном из коммутаторов 10/100/1000.
Если бы это сработало с более коротким кабелем, я думаю, это может быть проблема с сигналом на расстоянии с новыми переключателями. Вы сказали, что подключили его к компьютеру с помощью нового переключателя, и он сработал, поэтому я думаю, что эти новые переключатели получают более слабый сигнал. если у вас есть мультиметр, вы можете проверить это или подключить другой конец к компьютеру и выполнить тест пропускной способности, скопировав большой файл. Если полоса пропускания недостаточна, вероятно, из-за слабого сигнала и TCP должен постоянно запрашивать повторную отправку пакетов.