Средства статистики и диагностики кабеля в бюджетных коммутаторах D-Link.
При анализе работы компьютерной сети полезно использовать возможности управляемых и настраиваемых коммутаторов в части сбора статистической информации и диагностики кабеля. В данной заметке я расскажу о подобных возможностях и приведу скриншоты WEB-интерфейсов некоторых бюджетных настраиваемых коммутаторов компании D-Link, доступ к которым у меня имеется на данный момент.
Компания D-Link выпускает три серии настраиваемых коммутаторов:
Настраиваемые коммутаторы EasySmart серии DES/DGS-1100 собирают статистику по каждому порту переданных и принятых пакетов, как успешных, так и ошибочных. Большое количество ошибок на порту может говорить о физических проблемах с кабелем или о плохих контактах в коннекторах. Страница статистики WEB-интерфейса «Statistics» доступна в разделе «L2 Features» левого меню. Скриншоты сделаны на коммутаторе DGS-1100-24 (H/W A1).
Также коммутаторы этой серии позволяют провести раздельную диагностику кабелей, подключенных к портам. Страница диагностики «Cable diagnostics» доступна в разделе «L2 Features» левого меню. Результаты диагностики приводятся для каждой пары подключенного кабеля.
В коммутаторах D-Link возможны следующие сообщения результатов диагностики:
В коммутаторе DES-1100-10P отсутствует диагностика кабеля и отличается WEB-интерфейс. Страницы статистики доступны во вкладке «Packet Counter» раздела «Statistics» левого меню. Статистика по портам представлена на 4 страницах, выбираемых в выпадающем списке «Counter Mode Selection»:
Страница статистики «Statistics» в настраиваемых коммутаторах WebSmart серии DES/DGS-1210 доступна в разделе «Monitoring» левого меню. Эти коммутаторы позволяют отобразить более подробную статистику отдельно по каждому порту при нажатии на номер порта. Скриншоты сделаны на коммутаторе DES-1210-28P.
На странице подробной статистике порта показаны значения следующих счетчиков:
Страница диагностики «Cable Diagnostics» также доступна в разделе «Monitoring» левого меню.
Ещё в разделе «Monitoring» левого меню доступна страница системного лога «System Log». Для сохранения файла на компьютере можно из выпадающего списка «Save» верхнего меню выбрать пункт «Save Log».
В открывшейся странице для сохранения необходимо нажать кнопку «Backup Log».
В результате будет сохранён текстовый файл «systemlog.log».
В новой ревизии коммутаторов F1 серии DES/DGS-1210 пункты левого меню немного отличаются, но страницы статистики («Port Statistics»), диагностики кабеля и системного лога доступны также в разделе «Monitoring». Скриншоты сделаны на коммутаторе DGS-1210-52.
Настраиваемого стекируемого коммутатора SmartPro серии DES/DGS-1510 в моей доступности не оказалось, поэтому о нём написать нет возможности. Из руководства пользователя видно, что количество представленных значений счетчиков на страницах статистики этой линейки коммутаторов существенно больше.
Тест кабеля в коммутаторах QTECH
Инструкция по использованию функции тестирования кабеля в коммутаторах QTECH серии QSW
Для использования функции 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.
Для использования функции VCT (виртуального теста кабеля) в WEB-интерфейсе необходимо в меню WEB-интерфейса выбрать пункты: Port configuration → Port virtual-cable-test config → virtual-cable-test configuration как показано на рисунке ниже.
Далее правее необходимо выбрать интересующий порт и нажать на кнопку «Apply»
Выходные данные представляются в той же таблице, что и в CLI (описание смотри в инструкции про VCT в CLI).
Если вы видите сообщение «% Invalid input detected at ‘^’ marker.» смотри рисунок ниже.
Это значит в WEB-интерфейсе коммутатора имеется ошибка, не позволяющая сделать тест кабеля в WEB-интерфейсе. Данная ошибка исправлена в более новой версии WEB-интерфейса или новой прошивке коммутатора.
Часто задаваемые вопросы:
Что дает тест кабеля?
— данная функция дает диагностические сведения, помогающие определить неисправность у абонента. Например если VCT показывает что кабель подключен, а линка нет — то это свидетельствует что либо отключен порт на коммутаторе, либо сетевой интерфейс абонента.
Что случилось, если при подключении к сетевому интерфейсу абонента VCT показывает что кабель закорачивается на этом конце?
— это свидетельствует о том, что сетевой интерфейс на стороне абонента вышел из строя (сгорел), либо о неправильном порядке обжима кабеля.
Как можно рассчитать на каком расстоянии от абонента повреждение кабеля?
Почему один коммутатор показывает информацию только о двух парах, а другой о четырех?
— порт первого коммутатора поддерживает стандарты не выше Fast Ethernet (100Мбит/с), а второго Gigabit Ethernet (1 Гбит/с). Соответственно в соединении интерфейсов используется разное количество медных пар.
Почему на некоторых портах коммутатора тест кабеля не поддерживается?
— потому что порт оптический, а для тестирования волоконно-оптических линий связи используется специализированное оборудование, такое как «Оптический рефлектометр».
Базовая инфа (команды) по свитчам DLINK
Буду краток, сходу к делу.
Минимальный список необходимых команд для работы с длинками.
Command: cable_diag ports 12
Port Type Link Status Test Result Cable Length (M)
12 FE Link Up OK 15
Думаю переводить не надо.
Хорошо когда их нет. Если порт работает на халфе, то по ТХ будут резво набегать ошибки.
P.S. Вроде-бы основные написал.
GNU/Linux
716 постов 13.2K подписчиков
Правила сообщества
Все дистрибутивы хороши.
блиа, как вы меня нашли?
мне эти длинки уже снятся
неделю как допилил шаблоны для DES-3550, DGS-3426, DAP-2590 на zabbix.
сейчас думаю как и что мониторить на DFL-2500. и да, еще с trap надо доразбираться.
ничего не могу сказать про качество свичей. но как только закончилась 3х-летняя гарантия, на 4й год ремонтировались 6 из 8 DES.
Про «сиськи» почитал бы с удовольствием. Опыта ноль, но на Cisco Packet Tracer что-то пытался сделать
show utilization ports (загрузка порта), show utilization cpu (загрузка проца), show loopdetect ports №порта, show config current =)
И да. Можно не писать команду целиком, а только по началу команды sh sw (show switch) или просто пользоваться Табом для перебора вариантов команды.
Есть только одно но. Если железка с ПО Cisco_like, то и команды будут цисковские.
Как-то вообще сумбурно получилось.
Раз уж привел команды настройки то надо и save упомянуть. А то люди почитают, понастраивают, коммутатор перезагрузят спустя неделю, две или месяц и улетят все их настройки. Кроме того, не помешало бы еще упомнять некоторые команды из-за которых у абика может не подниматься сессия. Например dhcp_local_relay или dhcp_relay. traffic_segmentation и port_security тоже не надо стороной обходить.
Смысл какой в дублировании CLI Manual’а на пикабу?
Пока сам в консоль не полезешь, ничего не понятно.
Лучше напиши как с глюками бороться.
Когда L2 свитч начинает гадить в OSPF например. Очень трудно вообще понять в этот момент что происходит, почему сеть работает через раз.
А можно по подробней по Fragments, СРС понятно, а за что этот параметр отвечает?
Мне, как студенту,очень интересно. На парах в основном работаем с Cisco Packet Tracer-ом. С командами в D-Link не знакомились. Хотелось бы практических примеров (типичные проблемы, и их решение). Может кто знает ресурс какой-нить?
При загрузке свича зацепленному консольным кабелем тыкаем shift+6 и сносим там пароль свича.
Нравятся их свитчи. Но к сожалению у длинков не всё так однозначно. По работе сталкивался с очень большим количеством моделей. Мало того что в некоторых моделях команды на одно и тоже немного отличаются, так были ещё модели у которых через cli почти ничего нельзя сделать или посмотреть, а через web-морду любой каприз, а тут еще хуже, так как web-оболочка вообще очень сильно меняется от модели к модели, почему люблю пользоваться консолью. И да прошивки всегда последние из наиболее стабильных (совсем последняя часто не стабильная).
Ещё. Команды работающие с dhcp я бы не включал в основной минимум, так как они мало того что очень специфичны, так ими ещё далеко не все пользуются, так как у разных сетей разная специфика и архитектура.
Работает через задницу команда. Когда хочет тогда и отображает.
Как впрочем и всё остальное на д-линках.
Subnets.ru blog
Сети, настройка оборудования, сетевые сервисы.
Dlink Cable Tester или тестируем кабель по SNMP
Нам недавно пришлось реализовывать «кабельный тестер» на PHP. В Инете нашлась статья, спасибо автору большое, которую я и приведу, прежде чем переходить к кодингу:
В коммутаторы 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
Все OID с результатом имеют валидные значения только после выполнения теста. Далее — OIDы для состояния пар:
И, соответственно, длины пар: 1.3.6.1.4.1.171.12.58.1.1.1.8 — длинна первой пары 1.3.6.1.4.1.171.12.58.1.1.1.11 — длинна четвертой пары OID, предназначенный для запуска теста:
Это единственный OID предназначенный как для чтения так и для записи.
Тестирование
Работа с кабельным тестером в целом совершенно стандартна (что есть несомненный плюс)
Попробую проверить работу этой ф-и на портах с различными длинами и состоянием кабеля.
Линк есть, работающий абонент:
SNMPv2-SMI::enterprises.171.12.58.1.1.1.12.21 = INTEGER: 1
SNMPv2-SMI::enterprises.171.12.58.1.1.1.12.21 = INTEGER: 3
Проверить состояние линка (1 — есть линк)
SNMPv2-SMI::enterprises.171.12.58.1.1.1.3.21 = INTEGER: 1
Проверить состояние 1-й пары (0 — ОК)
SNMPv2-SMI::enterprises.171.12.58.1.1.1.4.21 = INTEGER: 0
Проверить состояние 2-й пары (0 — ОК)
SNMPv2-SMI::enterprises.171.12.58.1.1.1.5.21 = INTEGER: 0
Проверить состояние 3-й пары (8 — Нет кабеля, что естественно для 100-мбитного порта)
SNMPv2-SMI::enterprises.171.12.58.1.1.1.6.21 = INTEGER: 8
Проверить состояние 4-й пары (8 — Нет кабеля, что естественно для 100-мбитного порта)
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
Определить длинну 3-й пары (0 метров, фактически — не используется, не включена)
SNMPv2-SMI::enterprises.171.12.58.1.1.1.10.21 = INTEGER: 0
Определить длинну 4-й пары (0 метров, фактически — не используется, не включена)
SNMPv2-SMI::enterprises.171.12.58.1.1.1.11.21 = INTEGER: 0
Кабель не подключен:
Запустить тест, убедиться что при запросе ответе — «нет кабеля» (8)
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
«Обрыв» (в реальности — просто конец кабеля) на расстоянии 3 метра по одной и 2 метра по другой паре.
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.
Так как код в блоге выглядит не айс, то выкладываю файликом: http://subnets.ru/saved/dlink_cable_tester.php.txt
В моем рабочем варианте я ессно использую MySQL и все данные о свичах, OID`ах и значениях беру из БД.
Автор: Николаев Дмитрий (virus (at) subnets.ru)
Похожие статьи:
Поделиться ссылкой:
Эта статья размещена virus 08.07.2010 в 16:47 в рубриках Networks, Программинг, Сетевое оборудование. Метки: Dlink, snmp. Вы можете оставить отзыв или trackback с вашего собственного сайта. Отслеживайте все отзывы и комментарии к этой статье при помощи новостной ленты RSS.
Комментариев: 1
art.prof сказал:
Добавить комментарий
Вам следует авторизоваться для размещения комментария.
Метки
Рубрики
| Пн | Вт | Ср | Чт | Пт | Сб | Вс |
|---|---|---|---|---|---|---|
| « Фев | ||||||
| 1 | 2 | 3 | 4 | 5 | ||
| 6 | 7 | 8 | 9 | 10 | 11 | 12 |
| 13 | 14 | 15 | 16 | 17 | 18 | 19 |
| 20 | 21 | 22 | 23 | 24 | 25 | 26 |
| 27 | 28 | 29 | 30 | 31 | ||
Ссылки
Свежие записи
Свежие комментарии
Ratings
Самые читаемые статьи
Unable to display Facebook posts.
Show error
Инженер Google тестирует кабели USB Type-C и публикует отчёты на Amazon
Некоторые думают, что кабель — простая штука, почти все кабели работают одинаково и не могут причинить никакого вреда. Однако в случае с кабелями-конвертерами USB Type-C это неверно, судя по результатам тестирования, которое провёл Бенсон Люн (Benson Leung), инженер из подразделений Chrome OS, Chromebook Pixel и Pixel C в компании Google.
Среди прочих трудовых обязанностей, Бенсон занимается проверкой разнообразных кабелей-конвертеров USB Type-C на совместимость с ноутбуками Pixel, смартфонами Nexus 5X, 6P и вообще на соответствие спецификациям USB. Что самое ценное, результаты технических тестов он не скрывает, а публикует прямо на сайте Amazon, где продаются кабели.
К настоящему времени Бенсон опубликовал уже с десяток обзоров кабелей-конвертеров различных производителей: Frieq, CableCreation, Belkin, Monba, Kupx, iOrange, Juiced Systems, Orzly и Techmatte. Результаты противоречивые, мягко говоря.
Оказалось, что среди всех кабелей спецификациям USB соответствуют только кабели Frieq, Belkin и iOrange. У остальных есть как минимум одна из двух серьёзных проблем. Например, для адаптеров CableCreation заявлена поддержка силы тока 3 ампера, но в реальности компоненты конвертера не поддерживают такие параметры. Вместо резистора на 56kΩ в нём установлен резистор на 10kΩ, который можно использовать только в кабелях типа C-C (Type-C с обеих сторон). В итоге, при подключении устройства, способного тянуть 3 ампера, результат может оказаться плачевным. Та же проблема у адаптеров Kupx, Techmatte и Monba.
Ноутбуки Pixel как раз могут заряжаться по USB Type-C на 3 амперах, поэтому проблема некачественных кабелей для них весьма актуальна.
Бенсон объясняет, что требование использовать резистор на 56kΩ в спецификациях установлено для того, чтобы не повредить старое оборудование, в том числе USB Type-A, которое подключается с другой стороны кабеля, если он подключен к разъёму USB Type-C и тянет 3 ампера. Так можно повредить зарядное устройство, компьютер или другую технику.
Самое печальное, что кабель способен нормально работать долгое время, ничем не проявляя брак, но при подключении к определённому оборудованию оно может просто сгореть, как этот конвертер Anker.
Thought I’d get a quick response from @Ankerofficial but I guess their products starting on fire isn’t a big deal. pic.twitter.com/fpV5tWpmzc
В своём блоге Бенсон опубликовал инструкцию, как проверить на соответствие спецификациям кабелей-конвертеров из USB Type-A в Type-C или из USB Type-B в Type-C (при наличии ноутбука Chromebook Pixel 2015).
Нужно загрузить ноутбук в режиме отладки (dev mode) и подключить адаптер к какому-нибудь зарядному устройству, которого особо не жалко.
Затем запустить из консоли команду:
Во втором случае отображается Type-C с максимальной силой тока 3000 мА, в то время как кабель подключен к разъёму Type-A, что указывает на неправильные параметры резистора.
