Может кому–то пригодится мой положительный опыт скрещивания не–cisco SFP модулей с Cisco каталистами?

Как бы понятно, что для серьезных решений это no–no, но мне требовалось докинуть до девятки наш удалённый офис, а родных модулей под рукой не оказалось.
Пыщь внутрях.

Tagged with:
 

11 Responses to Может кому–то пригодится мой положительный опыт скрещивания не–cisco SFP модулей с Cisco каталистами?

  1. AApple:

    и в sh int
    Gi0/2 err–disabled 1 auto auto unknown

  2. AApple:

    Тестировалось на c3560 с /c3560–ipservicesk9–mz.122–50.SE.bin и c3750 с c3750–ipbase–mz.122–35.SE5/c3750–ipbase–mz.122–35.SE5.bin

    Под рукой оказались 3COM SFP–GD–BX34–R и Nateks SFP–GE–SM–10KM

    при банальном включении в порт получаем:
    %GBIC_SECURITY_CRYPT–4– GBIC in port Gi0/2 has bad crc
    %PM–4– gbic–invalid error detected on Gi0/2, putting Gi0/2 in err–disable state

  3. AApple:

    #conf t
    #int Gi0/2
    #shut
    Снимаю модуль
    #exit
    #service unsupported–transceiver
    When Cisco determines that a fault or defect can be traced to
    the use of third–party transceivers installed by a customer or reseller,
    then, at Cisco’s discretion, Cisco may withhold support under warranty or
    a Cisco support program. In the course of providing support for a Cisco
    networking product Cisco may require that the end user install Cisco
    transceivers if Cisco determines that removing third–party parts will
    assist Cisco in diagnosing the cause of a support issue.

    Циска честно предупреждает что может наступить коллапс если воткнуть в неё сторонний модуль. Соглашаемся

    #no errdisable detect cause sfp–config–mismatch
    #no errdisable detect cause gbic–invalid

    Тыц модуль назад:
    %GBIC_SECURITY_CRYPT–4– GBIC in port Gi0/2 has bad crc
    %PHY–4– Unsupported transceiver found in Gi0/2

    Видит. Ругается, но уже не блокирует порт в err–disabled.
    #int Gi0/2
    #no shut
    #do sh int status | inc Gi0/2
    Gi0/2 connected routed a–full a–1000 unsupported

    собственно
    #do ping 10.254.0.1 repeat 1000

    Type escape sequence to abort.
    Sending 1000, 100–byte ICMP Echos to 10.254.0.1, timeout is 2 ! я идиот! убейте меня, кто–нибудь!! я идиот! убейте меня, кто–нибудь!

    #do sh int Gi0/2
    GigabitEthernet0/2 is up, line protocol is up (connected)
    Hardware is Gigabit Ethernet, address is 001f.6d94.5541 (bia 001f.6d94.5541)
    Internet address is 10.254.0.2/24
    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 unsupported
    input flow–control is off, output flow–control is unsupported
    ARP ARPA, ARP Timeout 00
    Last input 33, output 11, output hang never
    Last clearing of «show interface» counters never
    Input 0/75/0/0 (size/max/drops/flushes); Total output 0
    Queueing fifo
    Output 0/40 (size/max)
    5 minute input rate 0 bits/sec, 0 packets/sec
    5 minute output rate 0 bits/sec, 0 packets/sec
    849816 packets input, 101969402 bytes, 0 no buffer
    Received 5929 broadcasts (0 IP multicast)
    0 runts, 0 giants, 0 throttles
    0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored
    0 watchdog, 5927 multicast, 0 pause input
    0 input packets with dribble condition detected
    849885 packets output, 102019496 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

  4. AApple:

    ну и #do sh idprom int Gi0/2
    #sh idprom int Gi0/2

    General SFP Information ––––––––––––––––––––––––––––––––––––––––––– — —
    Identifier : 0x03
    Connector : 0x07
    Transceiver : 0x00 0x00 0x00 0x02 0x00 0x00 0x00 0x00
    Encoding : 0x01
    BR_Nominal : 0x0D
    Vendor Name : NATEKS
    Vendor Part Number : SFP–GE–SM–10KM
    Vendor Revision : 0x30 0x30 0x30 0x30
    Vendor Serial Number : 063401260 ––––––––––––––––––––––––––––––––––––––––––– — —

  5. AApple:

    уже неделю работает
    ходят слухи что в некоторых версиях IOS нет service unsupported–transceiver и те у кого всё работало, после обновления получили err–disabled, но у меня на IOSах с 122–25 до 122–50 проблем не наблюдалось.

    ну и как бы понятно что для промышленного решения это грабли, но для какого–то бюджетного или SoHo может быть вполне подойдет.
    что касается меня, то завтра придут новые GLC–LH–SM и я скорее всего заменю на них, чтобы спать спокойно 🙂

  6. AApple:

    спасибо )

    парсер очень в тему заменил восклицательные знаки пинга на «идиот убейте меня» 🙂

  7. ESam:

    на днях убедились в отсутствии service unsupported–transceiver в ME 4948. соответственно, левый sfp так и не заработал.

    до кучи: иногда трёх волшебных команд не хватает для того, чтобы коммутатор принял левые sfp. некоторым моделям нужно сказать speed nonegotiate на порту.

Добавить комментарий