потери в cwdm

[gen12]

Добрый день Уважаемые ! В общем

Взяли 1 волокно в аренду, расстояние около 1 км , нужно было сделать 4 канала по 1 гбит для одной организации в связи с чем было куплено

 

Мультиплексор CWDM одноволоконный 4-канальный (trx:1610-1550, 1470-1530) 2

Шасси для оптических модулей 2

Модуль SFP CWDM оптический, дальность до 60км (17dB), 1470нм 1

Модуль SFP CWDM оптический, дальность до 60км (17dB), 1490нм 1

Модуль SFP CWDM оптический, дальность до 60км (17dB), 1510нм 1

Модуль SFP CWDM оптический, дальность до 60км (17dB), 1530нм 1

Модуль SFP CWDM оптический, дальность до 60км (17dB), 1550нм 1

Модуль SFP CWDM оптический, дальность до 60км (17dB), 1570нм 1

Модуль SFP CWDM оптический, дальность до 60км (17dB), 1590нм 1

Модуль SFP CWDM оптический, дальность до 60км (17dB), 1610нм 1

Конвертер оптический SNR-CVT-1000SFP 8

Шасси конвертерное SNR-CVT-CHASSIS 2 блока питания 2

Mini USB SFP программатор 1

Патчкорд оптический LC/UPC SM Duplex 3 метра 8

Патчкорд оптический FC/APC-SC/APC SM 5 метров 2

Аттенюатор SNR-ATT-MF-FC-05dB (Male-Female)2

 

Все установлено все 4 канала завелись , но по 2 каналам (2 других еще не тестили) наблюдаются небольшие потери

 

GigabitEthernet0/1 is up, line protocol is up (connected)

Hardware is Gigabit Ethernet, address is 88f0.777a.f4b1 (bia 88f0.777a.f4b1)

Description: Link to Build 28

MTU 1500 bytes, BW 1000000 Kbit, DLY 10 usec,

reliability 255/255, txload 1/255, rxload 1/255

Encapsulation ARPA, loopback not set

Keepalive not set

Full-duplex, 1000Mb/s, link type is auto, media type is 10/100/1000BaseTX SFP

input flow-control is off, output flow-control is unsupported

ARP type: ARPA, ARP Timeout 04:00:00

Last input 00:00:02, output 00:00:00, output hang never

Last clearing of "show interface" counters 14:54:14

Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0

Queueing strategy: fifo

Output queue: 0/0 (size/max)

5 minute input rate 73000 bits/sec, 10 packets/sec

5 minute output rate 47000 bits/sec, 16 packets/sec

407456 packets input, 474120303 bytes, 0 no buffer

Received 26764 broadcasts (12626 multicasts)

0 runts, 0 giants, 0 throttles

907 input errors, 28 CRC, 0 frame, 0 overrun, 0 ignored

0 watchdog, 12626 multicast, 0 pause input

0 input packets with dribble condition detected

596242 packets output, 64779577 bytes, 0 underruns

0 output errors, 0 collisions, 0 interface resets

0 babbles, 0 late collision, 0 deferred

0 lost carrier, 0 no carrier, 0 PAUSE output

0 output buffer failures, 0 output buffers swapped out

 

Сейчас стоят по 1 аттенюатору с 2 сторон

Вопрос, можно ли один аттенюатор снять ? не будет ли засветки и т.д.?

[Аndrey]

Ошибок быть недолжно, темболее на таком коротком расстоянии...

Вы аттенюаторы включили после мультиплексоров (в линию)? Какой уровень сигнала приходит на SFP?

[gen12]

Ошибок быть недолжно, темболее на таком коротком расстоянии...

Вы аттенюаторы включили после мультиплексоров (в линию)? Какой уровень сигнала приходит на SFP?

аттенюаторы включил после мультиплексоров (в линию)

Уровеньсигнала в сфп посмотреть не могу , они стоят в неуправляемых конверторах

Еще вопрос эти сфпшки если воткнуть в 2960 заведуться или шить их надо?

[k0stik]

Еще вопрос эти сфпшки если воткнуть в 2960 заведуться или шить их надо?

 

все зависит от прошивки sfp

[Аndrey]

Ошибок быть недолжно, темболее на таком коротком расстоянии...

Вы аттенюаторы включили после мультиплексоров (в линию)? Какой уровень сигнала приходит на SFP?

аттенюаторы включил после мультиплексоров (в линию)

Уровеньсигнала в сфп посмотреть не могу , они стоят в неуправляемых конверторах

Еще вопрос эти сфпшки если воткнуть в 2960 заведуться или шить их надо?

 

Как вариант, может с аттенюаторами перебор. Вам бы взять обычный измеритель мощности и посмотреть все уровни.

В 2960 должны так заработать.

[darkagent]

Померяйте рефлектометром те цвета, на которых возникают ошибки - если вносимого затухания аттеньюатором недостаточно - модули могут слепить (кстати, очень болезненный момент в 10G-cwdm), а если перебор - модули работающие на пределах тоже не есть хорошо. Если у вас SFP приходит в медиаконверторы, и уже с них медью уходят на коммутатор - попробуйте заменить патчкорды, а по возможности и вовсе откажитесь от дополнительной точки отказа.