Виртуальное тестирование кабеля коммутатор что это
Dlink Cable Tester или тестируем кабель по SNMP
В коммутаторы DES-3526 и DES-3550 (возможно DES-3028 и DES-3052) встроен кабельный тестер который позволяет определять (уточнить точность измерений) длину кабеля.
Использование из CLI
Комманда не требует админских полномочий (повторяющиеся строки удалены):
Описание OID-ов:
SNMPv2-SMI::enterprises.171.12.58.1.1.1.2.26 = INTEGER: 1
Имеем, порты 1-24 поддерживают нужный функционал. Проверить состояние линков:
SNMPv2-SMI::enterprises.171.12.58.1.1.1.3.1 = INTEGER: 0
- ok(0)
- open(1)
- short(2)
- open-short(3)
- crosstalk(4)
- unknown(5)
- count(6)
- no-cable(7)
- other(8)
Это единственный OID предназначенный как для чтения так и для записи.
- action(1)
- processing(2)
- other(3)
Тестирование
Работа с кабельным тестером в целом совершенно стандартна (что есть несомненный плюс)
- Запустить тест (запись нужного значения в соответвующий OID
- Дождаться завершения (проверить стением OID со статусом)
- Считать интересующие значения.
Попробую проверить работу этой ф-и на портах с различными длинами и состоянием кабеля.
Линк есть, работающий абонент:
SNMPv2-SMI::enterprises.171.12.58.1.1.1.12.21 = INTEGER: 1
Проверить что он завершился (cтатус != 2):
SNMPv2-SMI::enterprises.171.12.58.1.1.1.12.21 = INTEGER: 3
SNMPv2-SMI::enterprises.171.12.58.1.1.1.3.21 = INTEGER: 1
SNMPv2-SMI::enterprises.171.12.58.1.1.1.4.21 = INTEGER: 0
SNMPv2-SMI::enterprises.171.12.58.1.1.1.5.21 = INTEGER: 0
SNMPv2-SMI::enterprises.171.12.58.1.1.1.6.21 = INTEGER: 8
SNMPv2-SMI::enterprises.171.12.58.1.1.1.7.21 = INTEGER: 8
SNMPv2-SMI::enterprises.171.12.58.1.1.1.9.21 = INTEGER: 40
Определить длинну 2-й пары (40 метров, что логично, т.к. пары одинаковые)
SNMPv2-SMI::enterprises.171.12.58.1.1.1.9.21 = INTEGER: 40
SNMPv2-SMI::enterprises.171.12.58.1.1.1.10.21 = INTEGER: 0
SNMPv2-SMI::enterprises.171.12.58.1.1.1.11.21 = INTEGER: 0
Кабель не подключен:
SNMPv2-SMI::enterprises.171.12.58.1.1.1.12.2 = INTEGER: 1
SNMPv2-SMI::enterprises.171.12.58.1.1.1.6.2 = INTEGER: 8
Кабель есть, отключен
Подключаю 2-х метровый патч-корд к коммутатору (второй конец висит в воздухе):
SNMPv2-SMI::enterprises.171.12.58.1.1.1.12.2 = INTEGER: 1
Кабель имеет статус open:
SNMPv2-SMI::enterprises.171.12.58.1.1.1.4.2 = INTEGER: 1
SNMPv2-SMI::enterprises.171.12.58.1.1.1.8.2 = INTEGER: 3
SNMPv2-SMI::enterprises.171.12.58.1.1.1.9.2 = INTEGER: 2
Насколько я могу судить, точности измерения вполне достаточня (плюс-минус метр).
При проверке через SNMP соответвующих OID результат такой же, останавливаться подробнее нет смысла.
Спасибо автору за труд, ну а мы перейдем к реализации этого безобразия на PHP.
Приведу простой пример, как все это может выглядеть на PHP.
В моем рабочем варианте я ессно использую MySQL и все данные о свичах, OID`ах и значениях беру из БД.
З.Ы. При копировании статьи ссылка на источник ОБЯЗАТЕЛЬНА !
Для использования функции VCT (виртуального теста медного кабеля) в интерфейсе командной строки (CLI) необходимо перейти в режим enable (при соединении через протокол Telnet этот режим уже установлен), набрав одноименную команду в CLI.
Далее необходимо ввести команду: virtual-cable-test interface ethernet <номер порта> (1)
Выполнившись, команда возвращает нам данные о кабеле в виде таблицы (см. рисунок выше), в которой указано:
Cable pairs – порядковые номера тестируемых пар проводов, пары разделяются скобками. (2)
Cable Status – показывает статус тестируемой пары.
well – кабель в хорошем состоянии;
open – пара открыта;
short – пара закорочена;
no cable – пара не подключена к порту (или длина кабеля менее метра). (3 )
Length (meters) – длина тестируемой пары кабеля в метрах. Её необходимо различать в зависимости от статуса кабеля:
Статус well – длина всей пары кабеля (часто определяется неверно, в следствии этого в большинстве прошивок ставится значение N/A — означающее невозможность определения);
Статус open – длина пары до обрыва;
Статус short – длина кабеля до закоротки;
Статус no cable – возвращает значение либо 0, либо N/A (2).
(1) — номера портов используемых в CLI данного коммутатора можно уточнить, выполнив команду show running-config.
(2) — порядковые номера кабелей в коннекторе, начиная с бело-оранжевого и далее по стандарту B.
(3) — не реализовано в большей части прошивок. Обычно, если кабеля нет в порту - порт показывает обрыв на длине 0 или 1 метр.
Для использования функции VCT (виртуального теста кабеля) в WEB-интерфейсе необходимо в меню WEB-интерфейса выбрать пункты: Port configuration → Port virtual-cable-test config → virtual-cable-test configuration как показано на рисунке ниже.
Далее правее необходимо выбрать интересующий порт и нажать на кнопку «Apply»
Выходные данные представляются в той же таблице, что и в CLI (описание смотри в инструкции про VCT в CLI).
Это значит в WEB-интерфейсе коммутатора имеется ошибка, не позволяющая сделать тест кабеля в WEB-интерфейсе. Данная ошибка исправлена в более новой версии WEB-интерфейса или новой прошивке коммутатора.
Часто задаваемые вопросы:
Что дает тест кабеля?
- данная функция дает диагностические сведения, помогающие определить неисправность у абонента. Например если VCT показывает что кабель подключен, а линка нет — то это свидетельствует что либо отключен порт на коммутаторе, либо сетевой интерфейс абонента.
Что случилось, если при подключении к сетевому интерфейсу абонента VCT показывает что кабель закорачивается на этом конце?
- это свидетельствует о том, что сетевой интерфейс на стороне абонента вышел из строя (сгорел), либо о неправильном порядке обжима кабеля.
Как можно рассчитать на каком расстоянии от абонента повреждение кабеля?
- если одна пара кабеля показывает статус open, а другая статус well – то отключив кабель со стороны абонента можно посмотреть общую длину кабеля. Затем с помощью несложной формулы <общая длина кабеля> - <обрыв/закорочение пары> = расстояние до обрыва/закорочения от коннектора абонента.
Почему один коммутатор показывает информацию только о двух парах, а другой о четырех?
- порт первого коммутатора поддерживает стандарты не выше Fast Ethernet (100Мбит/с), а второго Gigabit Ethernet (1 Гбит/с). Соответственно в соединении интерфейсов используется разное количество медных пар.
Почему на некоторых портах коммутатора тест кабеля не поддерживается?
- потому что порт оптический, а для тестирования волоконно-оптических линий связи используется специализированное оборудование, такое как «Оптический рефлектометр».
Сегодня обойдёмся без фотографий. И так, в жизни каждого администратора наступает момент когда необходимо найти обрыв кабеля или проверить работу аникейщика, которого пригласили в удалённый офис. Вот и сейчас пришлось выкручиваться в ситуации когда «стоишь на асфальте в лыжи обутый. » Приглашенный аникей говорит, что вставил в нужный порт нужный патчкорд, а ничего не работает и грешит на «глюки» железа или настроек. И так, немного предыстории. Так как на объекте используются коммутаторы Cisco Catalyst 2960 с пачкой VLAN, то могут возникнуть определённые проблемы у неопытного администратора. Но у меня на объектах все порты в конфигурационном файле подписаны, по удалёнке можно посмотреть кто должен пользоваться портом, включен ли он и на какой скорости подключился пользователь. А так, же самая нужная мне опция: дистанция от коммутатора до пользователя. Используя информацию о длине кабеля мы всегда можем понять, что произошло: обрыв, не вставлен кабель, кабель отошел в патчпанелях в коммутационной.
Процесс получения информации о длине кабеля делится на две части: произвести тест на порту и просмотреть результаты теста на порту.
Для теста запускаем команду: test cable-diagnos tdr int порт. Например, вот результат вывода для порта
И через несколько секунд можно посмотреть информацию с помощью команды: show cable-diagnos tdr int порт.
В результатах можно увидеть, что порт работает на скорости 100 мбит/с по двум парам. А дистанция от коммутатора до компьютера 15 метров. Что соответствует действительной дистанции.
А что будет если выдернуть патчкорд из патчпанели?
Так как Pair status в режиме Open, то со второй стороны нет подключенного устройства. А длина кабеля определилась всего один метр. Так как в этой коммутационной используются патчкорды длиной один метр, то можно предположить, что он либо не вставлен в патчпанель, либо джек не защелкнулся в порт патчпанели.
Вот, с помощью небольшой, но очень полезной опции, можно идентифицировать проблему. Чисто теоретически, подобный функционал можно автоматизировать и написать программу, которая будет мониторить доступность сервисов в конторе и запрашивать у оборудования информацию о длине линка. Можно, конечно, автоматизировать до того что при физическом обрыве программа оповестит администратора по электронной почте. Но это уже тема совсем иного поста.
Но такой замер длины работает только на медных портах. Если попробовать замерить длину оптического кабеля на SFP то будет выдана ошибка.
Успехов в освоении оборудования и запомните, чем лучше вы знаете своё железо, тем меньше вам придётся бегать ногами.
6 комментариев
Опять же анализ протоколов активности юзеров на "железном" уровне может дать пищу для размышлений.
Да просто, регулярно прозванивать всю сетку на предмет, кто живой, и писать логи "обычного рабочего дня", "аврального рабочего дня", "праздников". Потом скормить это дело нейросети и выявлять признаки несанкционированного доступа :) Безопасники такое любят.
Отличный учебный проект для студента-практиканта, если они у вас есть. Я бы, кстати, и про онлайн-мониторинг подумал. Почему нет?
Может, конечно, глупость написал. Я сам не админ, а пользователь с опытом разработки систем с использованием сетей. Но у нас своя специфика.
Но подобное реально требуется в тех местах куда очень дорого отправлять админа ногами и проще просить найти аникейщика, либо попросить бухгалтера потыкать.
Но тебе конечни виднее, нужно ли заморачиваться вообще.
В реальной жизни, в нормальных условиях, сервер подключен не к одному, а к нескольким коммутаторам доступа, а эти коммутаторы подключены к коммутаторам распределения. Опять же иногда сервер подключен напрямую к коммутаторам ядра сети. У нас серверы обычно подключены 40гбит/с линками сразу в коммутаторы ядра сети, для этого выделяется по 2 и более порта в режиме агрегации.
Virtual cable test (VCT) technology uses time domain reflectometry (TDR) to detect the cable status. When pulse signals are transmitted in a cable, some energy of the signals is reflected at the end or a failure point on the cable. This phenomenon is called TDR. The VCT algorithm measures the time spent on transmitting pulse signals over a cable, reaching the failure point, and returning the pulse signals. The measured time is converted into the distance.
As shown in Figure 2-11, GE 1/0/1 of SwitchA is connected to GE 1/0/2 of SwitchB using a network cable. A failure point exists on the network cable. After VCT is configured on GE 1/0/1 , the system generates pulse signals. When the pulse signals reach the failure point, some energy is reflected to the GE 1/0/1 . In this example, the distance between SwitchA and the failure point is L, the period from sending pulse signals to receiving reflected pulse signals is T, and the transmission rate of pulse signals in the cable is V. The following formula is used to calculate the distance between the failure point and GE 1/0/1 :
VCT detects the network cable fault type and identifies the failure point, facilitating fault location on network cables.
Procedure
The system view is displayed.
The interface view is displayed.
VCT is configured.
- The test result is for reference only and may be inaccurate for network cables from some vendors.
- Running the virtual-cable-test command may affect services on the interface in a short period of time , and the interface in Up state may alternate between Up and Down .
- Combo electrical interfaces support VCT. However, you are not advised to configure VCT on a combo electrical interface because services will be interrupted.
VCT can be configured on a GE optical interface that has a GE copper module installed.
Verifying the Configuration
Run the display virtual-cable-test interface-type interface-number command in any view to check the latest VCT result on an Ethernet interface.
Читайте также: