Нет линка на sfp модули
Проблема состоит в том, чтобы соединить два 2960G-24 через SFP 1000Base-LX по одномоду. С кабелем проблем вроде нет - просвечиваются обе жилы, но интерфесы почему-то не поднимаются. Конфиги портов идентичны на обоих свичах:interface range GigabitEthernet0/21-24
switchport mode trunk
switchport nonegotiate
udld port
no shutdownв какой бы порт из 4х не подключался, как бы не менял TX/RX - ничего не получается. В чем может быть дело? UDLD?
>[оверквотинг удален]
>
>interface range GigabitEthernet0/21-24
>switchport mode trunk
>switchport nonegotiate
>udld port
>no shutdown
>
>в какой бы порт из 4х не подключался, как бы не менял
>TX/RX - ничего не получается. В чем может быть дело? UDLD?
>что говорит sh int ?
>[оверквотинг удален]
>>switchport mode trunk
>>switchport nonegotiate
>>udld port
>>no shutdown
>>
>>в какой бы порт из 4х не подключался, как бы не менял
>>TX/RX - ничего не получается. В чем может быть дело? UDLD?
>>
>
>что говорит sh int ?На SFP модуль cisco в консоль не ругается когда Вы его вставляете?
>[оверквотинг удален]
>>>
>>>в какой бы порт из 4х не подключался, как бы не менял
>>>TX/RX - ничего не получается. В чем может быть дело? UDLD?
>>>
>>
>>что говорит sh int ?
>
>На SFP модуль cisco в консоль не ругается когда Вы его вставляете?
>
>нет. Модули не левые, а тоже вобщем-то cisco. в sh int transceiver properties тоже все в порядке. media-type sfp пробовал, хотя они включаться должны и так по умолчанию
>[оверквотинг удален]
>>switchport mode trunk
>>switchport nonegotiate
>>udld port
>>no shutdown
>>
>>в какой бы порт из 4х не подключался, как бы не менял
>>TX/RX - ничего не получается. В чем может быть дело? UDLD?
>>
>
>что говорит sh int ?смотрел неоднократно и точно помню, что порты были в статусе notconnect, а не error disabled. Но на всякий случай сегодня гляну еще разок.
>[оверквотинг удален]
>
>interface range GigabitEthernet0/21-24
>switchport mode trunk
>switchport nonegotiate
>udld port
>no shutdown
>
>в какой бы порт из 4х не подключался, как бы не менял
>TX/RX - ничего не получается. В чем может быть дело? UDLD?
>Линк поднялся, но только на одной из сторон. Т.е. интерфейс одного свича в апе, на другом нет - даже лампочка не горит. Что это может быть такое?
>[оверквотинг удален]
>>udld port
>>no shutdown
>>
>>в какой бы порт из 4х не подключался, как бы не менял
>>TX/RX - ничего не получается. В чем может быть дело? UDLD?
>>
>
>Линк поднялся, но только на одной из сторон. Т.е. интерфейс одного свича
>в апе, на другом нет - даже лампочка не горит. Что
>это может быть такое?Один GBIC ловит сигнал от второго, а наоборот нет. ;-)
Дайте больше технической информации: модели GBIC, марку кабеля, а то тут гадать бесполезно.
>[оверквотинг удален]
>>>TX/RX - ничего не получается. В чем может быть дело? UDLD?
>>>
>>
>>Линк поднялся, но только на одной из сторон. Т.е. интерфейс одного свича
>>в апе, на другом нет - даже лампочка не горит. Что
>>это может быть такое?
>
>Один GBIC ловит сигнал от второго, а наоборот нет. ;-)
>Дайте больше технической информации: модели GBIC, марку кабеля, а то тут гадать
>бесполезно.SFP Модули Cisco 1000BASE-LX/LH
кабель 10A
патчкорды 9/125 толи 10/125
>[оверквотинг удален]У меня однажды не поднимался интерфейс на рутере в цепочке > оптика одномодовая -- медиа конвертер -- Fast Ethernet interface рутера, тогда причина была в том, что после медиа конвертера нужно было гигабитное устройство. После этого интерфейс поднялся.
>>>в апе, на другом нет - даже лампочка не горит. Что
>>>это может быть такое?
>>
>>Один GBIC ловит сигнал от второго, а наоборот нет. ;-)
>>Дайте больше технической информации: модели GBIC, марку кабеля, а то тут гадать
>>бесполезно.
>
>SFP Модули Cisco 1000BASE-LX/LH
>кабель 10A
>патчкорды 9/125 толи 10/125С модулями и патчами понятно, кабель уточните (производитель, маркировка).
>[оверквотинг удален]
>>>
>>>Один GBIC ловит сигнал от второго, а наоборот нет. ;-)
>>>Дайте больше технической информации: модели GBIC, марку кабеля, а то тут гадать
>>>бесполезно.
>>
>>SFP Модули Cisco 1000BASE-LX/LH
>>кабель 10A
>>патчкорды 9/125 толи 10/125
>
>С модулями и патчами понятно, кабель уточните (производитель, маркировка).
>[оверквотинг удален]
>>>>
>>>>Один GBIC ловит сигнал от второго, а наоборот нет. ;-)
>>>>Дайте больше технической информации: модели GBIC, марку кабеля, а то тут гадать
>>>>бесполезно.
>>>
>>>SFP Модули Cisco 1000BASE-LX/LH
>>>кабель 10A
>>>патчкорды 9/125 толи 10/125
>>
>>С модулями и патчами понятно, кабель уточните (производитель, маркировка).Всем спасибо, проблема была в битых патчкордах.
Здравствуйте!
Пытались соединить два MES3324F между собой оптикой, трасса примерно 27 км.
SFP модули на 40 км, фото одного из них во вложении. При включении порт несколько раз зажигается и гаснет.
Рядом стоят MXA-64, включаем те же патч-корды и sfp-модули в них - линк загорается сразу!
Кабельщики померяли трассу - все в норме.
На МЕСах использовали обычные порты и XG порты - линка нет.
Не вижу вложение.
show fiber-ports optical-transceiver
Наши админы ответили:
SFP модули на 40 км без DDM, но в начали были модули на 20 км на них DDM был:
Port Temp Voltage Current Output Input LOS Transceiver
[C] [Volt] [mA] Power Power Type
[mW / dBm] [mW / dBm]
----------- ------ ------- ------- ------------- ------------- --- -------------
te1/0/2 19 3.21 10.45 0.24 / -6.11 0.00 / -22.00 N/S Fiber
Temp - Internally measured transceiver temperature
Voltage - Internally measured supply voltage
Current - Measured TX bias current22-Aug-2017 20:07:07 %LINK-W-Down: te1/0/2
Output Power - Measured TX output power in milliWatts/dBm
Input Power - Measured RX received power in milliWatts/dBm
LOS - Loss of signal
N/A - Not Available, N/S - Not Supported, W - Warning, E - Error
22-Aug-2017 20:07:07 %LINK-I-Up: te1/0/2
Transceiver information:
Vendor name: FANG HANG
Serial number: S1253271221932
Connector type: LC
Type: SFP/SFP+
Compliance code: unknown
Laser wavelength: 1550 nm
Transfer distance: 20000 m
Diagnostic: supported
Log:
22-Aug-2017 21:01:37 %LINK-I-Up: te1/0/2
22-Aug-2017 21:01:37 %LINK-W-Down: te1/0/2
22-Aug-2017 21:01:37 %LINK-I-Up: te1/0/2
22-Aug-2017 21:01:37 %LINK-W-Down: te1/0/2
22-Aug-2017 21:01:38 %LINK-I-Up: te1/0/2
22-Aug-2017 21:01:38 %LINK-W-Down: te1/0/2
22-Aug-2017 21:01:38 %LINK-I-Up: te1/0/2
22-Aug-2017 21:01:38 %LINK-W-Down: te1/0/2
22-Aug-2017 21:01:39 %LINK-I-Up: te1/0/2
22-Aug-2017 21:01:39 %LINK-W-Down: te1/0/2
22-Aug-2017 21:01:39 %LINK-I-Up: te1/0/2
22-Aug-2017 21:01:39 %LINK-W-Down: te1/0/2
22-Aug-2017 21:01:39 %LINK-I-Up: te1/0/2
22-Aug-2017 21:01:40 %LINK-W-Down: te1/0/2
22-Aug-2017 21:01:40 %LINK-I-Up: te1/0/2
22-Aug-2017 21:01:40 %LINK-W-Down: te1/0/2
22-Aug-2017 21:01:40 %LINK-I-Up: te1/0/2
22-Aug-2017 21:01:40 %LINK-W-Down: te1/0/2
22-Aug-2017 21:01:40 %LINK-I-Up: te1/0/2
22-Aug-2017 21:01:41 %LINK-W-Down: te1/0/2
22-Aug-2017 21:01:41 %LINK-I-Up: te1/0/2
22-Aug-2017 21:01:41 %LINK-W-Down: te1/0/2
22-Aug-2017 21:01:41 %LINK-I-Up: te1/0/2
22-Aug-2017 21:01:43 %LINK-W-Down: te1/0/2
22-Aug-2017 21:01:43 %LINK-I-Up: te1/0/2
22-Aug-2017 21:01:43 %LINK-W-Down: te1/0/2
22-Aug-2017 21:01:43 %LINK-I-Up: te1/0/2
22-Aug-2017 21:01:44 %LINK-W-Down: te1/0/2
22-Aug-2017 21:01:44 %LINK-I-Up: te1/0/2
22-Aug-2017 21:01:44 %LINK-W-Down: te1/0/2
22-Aug-2017 21:01:44 %LINK-I-Up: te1/0/2
22-Aug-2017 21:01:45 %LINK-W-Down: te1/0/2
22-Aug-2017 21:01:45 %LINK-I-Up: te1/0/2
22-Aug-2017 21:01:45 %LINK-W-Down: te1/0/2
22-Aug-2017 21:01:46 %LINK-I-Up: te1/0/2
22-Aug-2017 21:01:46 %LINK-W-Down: te1/0/2
22-Aug-2017 21:01:46 %LINK-I-Up: te1/0/2
22-Aug-2017 21:01:46 %LINK-W-Down: te1/0/2
22-Aug-2017 21:01:46 %LINK-I-Up: te1/0/2
22-Aug-2017 21:01:46 %LINK-W-Down: te1/0/2
22-Aug-2017 21:01:47 %LINK-I-Up: te1/0/2
22-Aug-2017 21:01:47 %LINK-W-Down: te1/0/2
22-Aug-2017 21:01:47 %LINK-W-PORT_SUSPENDED: Port te1/0/2 suspended by link-flapping
22-Aug-2017 21:02:47 %LINK-I-Up: te1/0/2
22-Aug-2017 21:02:48 %LINK-W-Down: te1/0/2
22-Aug-2017 21:02:48 %LINK-I-Up: te1/0/2
22-Aug-2017 21:02:48 %LINK-W-Down: te1/0/2
22-Aug-2017 21:02:49 %LINK-I-Up: te1/0/2
22-Aug-2017 21:02:49 %LINK-W-Down: te1/0/2
22-Aug-2017 21:02:49 %LINK-I-Up: te1/0/2
22-Aug-2017 21:02:49 %LINK-W-Down: te1/0/2
22-Aug-2017 21:02:50 %LINK-I-Up: te1/0/2
22-Aug-2017 21:02:51 %LINK-W-Down: te1/0/2
22-Aug-2017 21:02:51 %LINK-I-Up: te1/0/2
22-Aug-2017 21:02:52 %LINK-W-Down: te1/0/2
22-Aug-2017 21:02:52 %LINK-I-Up: te1/0/2
22-Aug-2017 21:02:53 %LINK-W-Down: te1/0/2
22-Aug-2017 21:02:53 %LINK-I-Up: te1/0/2
22-Aug-2017 21:02:54 %LINK-W-Down: te1/0/2
22-Aug-2017 21:02:54 %LINK-I-Up: te1/0/2
22-Aug-2017 21:02:54 %LINK-W-Down: te1/0/2
22-Aug-2017 21:02:54 %LINK-I-Up: te1/0/2
22-Aug-2017 21:02:55 %LINK-W-Down: te1/0/2
22-Aug-2017 21:02:55 %LINK-I-Up: te1/0/2
22-Aug-2017 21:02:55 %LINK-W-Down: te1/0/2
22-Aug-2017 21:02:56 %LINK-I-Up: te1/0/2
22-Aug-2017 21:02:56 %LINK-W-Down: te1/0/2
22-Aug-2017 21:02:56 %LINK-I-Up: te1/0/2
22-Aug-2017 21:02:57 %LINK-W-Down: te1/0/2
22-Aug-2017 21:02:57 %LINK-I-Up: te1/0/2
22-Aug-2017 21:02:57 %LINK-W-Down: te1/0/2
22-Aug-2017 21:02:57 %LINK-W-PORT_SUSPENDED: Port te1/0/2 suspended by link-flapping
T1600G-18TS( V2 ) , T1500G-10PS( V2 ) , T1600G-28TS( V3 ) , T1700G-28TQ( V3 ) , T2600G-52TS( V3 ) , T2600G-18TS( V2 ) , T1500-28PCT( V3 ) , T2600G-28TS( V3 ) , T2600G-28SQ( V1 ) , T1600G-28PS( V3 ) , T2500G-10TS( V2 ) , T2700G-28TQ( V3 ) , T1500G-10MPS( V2 ) , T2600G-28MPS( V3 ) , T1600G-52PS( V3 ) , T1600G-52TS( V3 ) , T1700X-16TS( V3 )
Иногда мы сталкиваемся с проблемой совместимости, заключающейся в том, что Smart/управляемые коммутаторы TP-Link не могут подключиться к коммутаторам других производителей при подключении через порт SFP. Например, как показано на рисунке, два коммутатора соединены оптоволокном, и на портах горят индикаторы, но данные между ними не передаются. В этом FAQ, состоящем из двух шагов, мы расскажем, что делать в такой ситуации.
Шаг 1. Убедитесь, что оба коммутатора имеют одинаковую скорость на SFP-портах.
При подключении коммутаторов через SFP-порты сначала нужно убедиться, что у их SFP-портов одинаковая скорость. Например, если скорость SFP-порта коммутатора TP-Link составляет 1000 Мбит/с, скорость SFP-порта другого коммутатора также должна быть 1000 Мбит/с.
Примечание: обычно при разработке коммутаторов большинство производителей не внедряют функцию автоматического согласования скорости для портов SFP, поэтому скорость порта SFP почти всегда выставляется вручную.
Шаг 2. Проверьте режим дуплекса на коммутаторах.
Помимо скорости порта SFP на результат согласования также влияет режим дуплекса. Убедившись, что скорость на портах одинаковая, нужно проверить на коммутаторах режим дуплекса.
Если порт SFP коммутатора поддерживает только принудительный (Force) режим, это может привести к неудачному согласованию. Для решения этой проблемы можно использовать последние модели Smart/управляемых коммутаторов TP-Link (например, T2600G-28TS V4), чьи SFP-порты имеют поддержку функции автоматического согласования дуплекса, благодаря которой коммутатор сначала попробует согласовать тип дуплекса с другим коммутатором в режиме автоматического определения, а если ответа не будет, он вернётся в принудительный режим. Поэтому нужно просто оставить автоматический режим дуплекса для SFP-порта коммутатора TP-Link, тогда он сможет работать с большинством коммутаторов других производителей.
Однако у некоторых более старых коммутаторов TP-Link нет режима автоматического согласования, и нужно вручную устанавливать дуплексный режим — такой же, как и на «коммутаторе-соседе». Если вы не уверены в дуплексном режиме второго коммутатора, можно попробовать поочерёдно менять дуплексный режим коммутатора TP-Link до тех пор, пока они не заработают. Обычно дуплексный режим порта SFP поддерживает только два типа: полный и автоматический.
Чтобы изменить режим дуплекса, перейдите в L2 FEATURES > Switching >Port > Port Config .
Примечание: управляемый коммутатор TP-Link T2600G-28SQ V1 отличается от других моделей, поскольку это управляемый коммутатор Gigabit SFP L2 с 28 портами SFP. Для улучшения производительности его порты 1–16 и порты 17–24 относятся к другому аппаратному модулю в конструкции, так что дуплексное поведение этих портов может отличаться при взаимодействии с другими коммутаторами. Поэтому, если вы обнаружите, что у портов T2600G‑28SQ разные значения дуплекса — это нормально.
На коммутатор dgs-3420-28pc нужно подключить локалку из соседнего здания, оттуда же будет браться интернет, расстояние 500 метров, прокинута одномодовая оптика, расшита на 3 патч корда, один идёт в коммутатор через sfp модуль,светодиод говорит что линк имеется, как проверить в консоле работоспособность сети и собственно есть ли линк на самом деле? При подключении оборудование сетевая карта не получает ip, нужно ли в коммутаторе настраивать маршрутизацию с sfp порта на остальные?
уточню, первый раз когда подключил ноут к коммутатору сетевая карта получила ip адресс и windows увидела домен и локалку соседнего здания, ipscan'ом увидел всю сеть. После 5 минут работы - сети нет(точнее она не определяется, не выдается ip адресс).
мне говорят что что то на моей стороне не то, а мне кажется меня блокируют, пытаюсь разобраться.
порт с sfp и порт куда включаете оборудование в одном и том же vlan'е? Вообще в этом vlan есть dhcp сервер что бы выдавать адреса?
да, в одном, уточню, первый раз когда подключил ноут к коммутатору сетевая карта получила ip адресс и windows увидела домен и локалку соседнего здания, ipscan'ом увидел всю сеть. После 5 минут работы - сети нет(точнее она не определяется, не выдается ip адресс).
мне говорят что что то на моей стороне не то, а мне кажется меня блокируют, пытаюсь разобраться.
All4ip, сначала удостоверьтесь что L2 линк установился. Проверьте на обоих концах линка согласованность скорости передачи и дуплекса, смотрите что бы не было ошибок на портах и sfp модуле, так же наблюдайте за логами коммутатора.
1. Что у вас за sfp модули? на 100 или 1000 Мбит? На какую дальность? Или может вообще sfp+ на 10G?
2. Коммутатор с PoE поэтому подключая напрямую ноут необходимо удостовериться что PoE на подключаемом порту выключен, иначе рискуете сжечь сетевуху в ноуте (если уже не сожгли).
3. У Длинков по умолчанию адрес 10.90.90.90, подключайтесь хоть на web, хоть на telnet и проверяйте настройки, а также смотрите состояния портов, ошибки.
Серверное сетевое оборудование всегда проектируется с расчетом на длительную и бесперебойную работу. Трансиверы, позволяющие передавать данные с высокими скоростями по оптическому волокну, не исключение. Тем не менее, как и любое другое оборудование, трансиверы могут начать сбоить или работать некорректно.
Сегодня мы расскажем о диагностике оптических трансиверов в случае фиксирования каких-либо проблем или перед сдачей в эксплуатацию mission-critical сервисов.
Для начала стоит понимать, что оптический трансивер — достаточно сложное устройство с EEPROM-памятью, собственным процессором, лазерным диодом для передачи и фотодетектором для приема. Разумеется, полное внутреннее устройство значительно более сложное, но мы не станем его рассматривать в рамках этой статьи. Важно лишь понимать, что у любого оптического трансивера есть несколько потенциальных точек отказа, связанных как с «физикой», так и с программным обеспечением.
Выход из строя оптического трансивера чаще всего не происходит мгновенно. Самой уязвимой частью является лазерный диод, который требует соблюдения очень точных параметров электропитания и может сильно нагреваться во время работы. Чтобы отслеживать эти показатели, в трансиверы встраивают механизм самодиагностики DDM (Digital Diagnostics Monitoring). Некоторые вендоры используют собственные обозначения, например, в трансиверах Cisco этот механизм называется DOM (Digital Optical Monitoring), а у трансиверов Zyxel — DDMI (Digital Diagnostic Monitoring Interface).
Интересно, что в целом можно провести параллель между DDM и S.M.A.R.T. Обе эти технологии обеспечивают считывание показателей и могут выдавать сигнал тревоги в случае превышения определенных пороговых значений. На уровне программного обеспечения это выглядит как зарезервированные 256 байт памяти в EEPROM, доступные по адресу 1010000X (0xA0). Сам же интерфейс находится по адресу 1010001X (0xA2).
DDM позволяет в реальном времени получить доступ к следующим значениям:
- температура модуля,
- напряжение,
- ток смещения передатчика,
- выходная мощность,
- принимаемая мощность.
Подводя итоги
В общем и целом проблемы с трансиверами не редкость, хотя и встречаются не каждый день. Большинство из них носит чисто механический характер, так что если линк вдруг стал нестабильным, то стоит провести несколько простых действий:
В инженерку замели, трансивер шьют
Зачем вообще нужно перепрошивать трансиверы, неужели часто возникает такая потребность? Скажем так, иногда приходится это делать по разным причинам. Наиболее часто трансиверы перешиваются, если при попытке использования в другой модели коммутатора трансивер корректно не определяется. Каждый вендор сетевого оборудования в той или иной степени старается не допускать использования модулей компаний-конкурентов.
Так что если трансивер в коммутаторе одного вендора работает нормально, а в коммутаторе другого вендора не определяется с ошибкой «unsupported transceiver», то скорее всего проблему можно решить перепрошивкой трансивера под «требования» конкретного вендора.
Для перепрошивки трансиверов используются программаторы, широко выпускаемые в Поднебесной. Чаще всего эти программаторы выглядят как печатная плата с разъемами SFP/XFP/GBIC/QSFP и не имеют корпуса. Есть и более красиво выглядящие промышленные решения, но по значительно более высокой цене. Хотя с нынешним распространением хоббийных FDM-принтеров отсутствие корпуса решается простым созданием модели в каком-нибудь TinkerCAD и последующей печатью.
Задача такого программатора проста и понятна. Очистить каждую из доступных для записи областей памяти EEPROM и поместить туда новые данные. Но не со всеми типами трансивера это проходит легко и непринужденно.
В некоторых случаях для перепрошивки потребуется 4-х байтный пароль для снятия защиты, что предусмотрено стандартом. В целом эти пароли давно не «Le secret de Polichinelle» и регулярно выкладываются в сеть. Например, на профильных форумах. Там же можно найти и прошивки. Есть ресурсы, которые содержат базы готовых прошивок и генераторы-конструкторы, позволяющие собрать прошивку, исходя из детальных параметров и характеристик конкретного модуля. Кстати, поиск в сети — далеко не единственный способ получения желаемого бинарника. В некоторых случаях прошивку можно попросить напрямую у производителя.
Универсального софта для перепрошивки не существует. Каждый производитель подобных программаторов создает свое собственное программное обеспечение, которое будет работать только с родным железом. Но прошивка сохраняется в EEPROM-памяти, и, зная границы блоков адресов (и, разумеется, метод защиты от записи / защиты от случайного стирания), можно спокойно перешить модуль любого вендора.
Процедуру перепрошивки следует проделывать с осторожностью. Желательно использовать антистатический браслет и проверить, не ошиблись ли вы при выборе бинарника. Некоторые трансиверы стоят весьма приличных денег, а риск «окирпичить» это нежное устройство далеко не нулевой.
Тот или не тот свет
Трансиверы выходят из строя не только из-за перегрева. Частой причиной сбоя могут стать действия по восстановлению связи. К примеру, произошла авария, связанная с обрывом оптического кабеля. Монтажники со сварочным аппаратом для оптических волокон приехали на место и спустя некоторое время доложили, что поврежденные волокна сварены и должны работать. Казалось бы, что могло пойти не так в этой ситуации?
Когда стали проверять соединение, оказалось, что из-за яркой вспышки, которой сопровождается сварка волокон, вышел из строя фотодетектор трансивера. Хороший пример того, что при проведении подобных работ стоит отключать оптический кабель от трансиверов. Точно такой же эффект может дать обычный рефлектометр. Его излучения с лихвой хватит, чтобы вывести из строя чувствительный фотодетектор.
Достаточно любопытный факт: при диагностике проблем с оптическими кабелями и трансиверами на инженеров иногда начинают действовать некоторые когнитивные искажения. Мы все привыкли думать, что высокий уровень сигнала — это хорошо. Наш ложный вывод основан на привычных для нас закономерностях, к примеру, если уровень сигнала у мобильного телефона низкий, то связь будет плохая, а наоборот — хорошая. Вот только в реальности высокий уровень сигнала может быть не менее «вредным», чем низкий.
Аттенюаторы, снижающие интенсивность сигнала
Главной ошибкой в этом случае будет использование трансиверов разной или несоответствующей текущей трассе дальности. Если внутри дата-центра, где расстояние составит условные 100 метров, мы возьмем трансиверы, предназначенные для передачи сигнала на 40 км, то вероятнее всего столкнемся с выходом из строя фотодетекторов.
Это объясняется их значительно более высокой чувствительностью по сравнению с трансиверами, рассчитанными на меньшие расстояния. Так что если все же возникла острая необходимость использования таких трансиверов на коротких расстояниях, то это допустимо только с использованием аттенюаторов, понижающих интенсивность светового сигнала.
Hot N Cold
Вот как вы думаете, температура под нагрузкой в 82°C — это много или в порядке вещей? Если, к примеру, мы такие показатели увидим у какого-нибудь Zyxel SFP10G-LR, то это вполне нормально, хотя и очень близко к верхней границе эксплуатационной температуры. В то же время 82°C у модуля Juniper Networks EX-SFP-10GE-SR, однозначно, будет свидетельствовать о перегреве, поскольку для него 70°C — заявленный предел. Важно не делать поспешных выводов и всегда сверяться с ТТХ конкретной модели трансивера.
Деградация лазерных диодов и прогнозирование их срока службы — крайне обширная тема, ставшая ключевой для десятков (если не сотен) кандидатских и докторских диссертаций. В целом, все исследователи отмечают то, что повышенная температура и ток накачки приводят к ускоренной деградации лазерных диодов. Выражается она в понижении генерируемой мощности излучения. Каких-либо единых критериев или стандартов на текущий момент не выработано, но если генерируемая мощность уменьшилась на 20-30%, то это вполне можно расценивать как отказ лазерного диода.
Чтобы обеспечивать стабильную оптическую мощность, драйвер лазерного модуля варьирует подаваемый ток, тем самым компенсируя снижение мощности в результате деградации. Если в какой-либо момент подаваемый ток превысит пороговое значение, то это вызовет внезапную (катастрофическую) деградацию с повреждением базовой гетероструктуры лазерного диода и он полностью выйдет из строя. Так что эксплуатация оптических трансиверов с превышением их рабочей температуры недопустима.
Особенно остро эта проблема может возникать в коммутаторах повышенной плотности, где на 1U-устройстве работает более 48 портов с оптическими трансиверами. Крайне важно уделить кабель-менеджменту особое внимание, чтобы обеспечить достаточное охлаждение этим чувствительным элементам инфраструктуры.
Считать данные конкретного оптического трансивера для коммутаторов производства следующих вендоров:
К сожалению, это работает не всегда. На некоторых моделях трансиверов функция самодиагностики не поддерживается, а определенные модели коммутаторов в обязательном порядке требуют наличия лицензий для выполнения подобных команд.
Теперь можно посмотреть на интересующем нас порту количество общих ошибок и ошибок проверки контрольной суммы CRC. Для Juniper эти команды выглядят следующим образом:
Рост количества CRC-ошибок в большинстве случаев вызвано аппаратными, а не программными причинами. Чаще всего причиной их появления служит неплотно вставленный оптический кабель или не до конца вставленный в слот трансивер. Еще одной возможной причиной может быть загрязненная линза оптического порта.
В нашем блоге много статей по сетям. Возможно, вам понравятся следующие посты:
Косвенно можно продиагностировать наличие загрязнения по аномально низкому уровню мощности оптического сигнала. Очистку линзы проводят либо специальными очищающими палочками, либо специальной ручкой-очистителем.
Такое устройство на кончике имеет держатель нити из нетканого материала. Когда вы вставляете его в порт, нить прокручивается и уносит с собой частицы грязи, осевшие на линзе лазерного диода.
Иногда ошибки начинают «вылезать» исключительно под нагрузкой. Так что хороший способ проверить трансивер — взять пару пустых коммутаторов, заведо рабочий трансивер, соответствующий кабель и пару ноутбуков. Соединяем оптикой коммутаторы, включаем ноутбуки в медные разъемы и начинаем генерировать загрузку с помощью популярной утилиты iperf3.
Первый ноутбук будет выполнять роль сервера, так что на нем выполняем команду:
Второй ноутбук будет клиентом, на нем запускаем:
10 минут такой нагрузки вполне достаточно, чтобы определить работоспособность трансивера. Если при проведении теста ошибок и ретрансмитов нет, а температура остается в рамках штатной, то трансивер точно рабочий и может использоваться дальше в сетевом оборудовании или выделенных серверах.
Читайте также: