[c-nsp] Catalyst 2970 and third-party SFPs

[Sascha E. Pollok]

Tony,

here we go. I received the 2970TS today and inserted two
Finisar SFPs. One SX one LX/LH. I did not configure
the "errdisable detect cause gbic-invalid" command
but left it in it's default configuration instead.
The ports did NOT go into errdisable but stayed not connected
(which is because it is simply: not connected).

This is what I see:

Switch#sh controllers ethernet-controller gig0/25 phy

General SFP Information
-----------------------------------------------
Identifier            :   0x03
Connector             :   0x07
Transceiver           :   0x00 0x00 0x00 0x02 0x12 0x00 0x0D 0x01
Encoding              :   0x01
BR_Nominal            :   0x0D
Vendor Name           :   CISCO-FINISAR
Vendor Part Number    :   1000BASE-LX
Vendor Revision       :   0x41 0x30 0x20 0x20
Vendor Serial Number  :   H11L974
-----------------------------------------------
[...]

Switch#sh controllers ethernet-controller gig0/26 phy

General SFP Information
-----------------------------------------------
Identifier            :   0x03
Connector             :   0x07
Transceiver           :   0x00 0x00 0x00 0x01 0x20 0x40 0x0C 0x01
Encoding              :   0x01
BR_Nominal            :   0x0C
Vendor Name           :   FINISAR CORP.
Vendor Part Number    :   FTRJ-8519-7D-CS
Vendor Revision       :   0x00 0x00 0x00 0x00
Vendor Serial Number  :   H115SL5
-----------------------------------------------
[...]

I'd say that this is working. Any more information required?

Cheers
Sascha


> >Well, these SFPs we have here (that are supposed to work - but, no 2970TS
> >switches arrived, yet) have only the Finisar label on it. No Cisco
> >labels.
> >
> >I am going to have further information as soon as the switches arrive.
> >
> >Sascha
>
> Yes Sascha, let us know how it goes.  Cisco's documentation says they use a unique
> SN and 'security code' and CRC in each device.  My research shows a unique Serial Number in
> the A0 page (memory pages are defined in the SFP MSA specification.) of the SFP
> flash mem. There is a 16-byte (128-bit) code at the beginning of the A2 page that appears
> to the be the 'security code'. This is probably a MD5 (or...?) hash using the contents of the
> A0 page (including SN) and a cisco key. There is also a standard CRC-32 done across the entire
> memory space and stored in the highest 4-bytes in the flash.  The security code and CRC
> are re-calculated and compared with the SFP values by IOS when the SFP is installed and,
> of course must be correct.   In addition, the SN (and, therefore security code) must be unique
> among the SFPs installed in a single switch/router.
>
> As I mentioned in my earlier email, be careful of these OEM parts as they may be simple
> copies of real cisco devices and you could easily end up with two parts in the same switch
> with identical Flash contents which puts you back in errdisable trouble.
>
> -tony
> _______________________________________________
> cisco-nsp mailing list  cisco-nsp at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-nsp
> archive at http://puck.nether.net/pipermail/cisco-nsp/
>