[j-nsp] Junos 12.3 more strict about 3rd party optics?

[Chuck Anderson]

On Tue, Jun 10, 2014 at 05:33:26PM +0100, Phil Mayers wrote:
> On 10/06/14 16:17, Chuck Anderson wrote:
> 
> >Moving this same exact optic from the QFX5100 to an EX4200 running
> >11.4R8.5 it fails, so this seems to be an issue with how the optic is
> >programmed vs. the specific switch/router hardware, rather than
> >Junos-version specific:
> 
> There are some suggestive entries in /var/log/messages now that I
> look; do you see anything there?

I've since tried this optic on a different EX4200 running 12.3R4.6,
and then upgraded it to 13.2X50-D19.2.  The result is the same as
11.4R8.5 & 12.3R6.6.  11.4 didn't report anything interesting in
/var/log/messages, but 12.3 and 13.2 did.

Jun 10 11:40:54  ex4200 chassism[1293]: XCVR: Inserted itable entry at xcvr index: 1 port: 0
Jun 10 11:40:54  ex4200 chassism[1293]: optics_xcvr_periodic: Link 0 XCVR - plugged in.
Jun 10 11:40:54  ex4200 chassism[1293]: XCVR: Unit 0, not Juniper supported XCVR
Jun 10 11:40:54  ex4200 chassism[1293]: XCVR: Unit 0, SFP+ of type 0 EEPROM is Mis Programmed!!
Jun 10 11:40:54  ex4200 chassism[1293]: xcvr_cache_eeprom XCVR link 0 pic_slot 1 plugged in

All versions reported something like this in /var/log/chassisd:

Jun 10 11:12:02  fpc 1: new port map received pic slot 0
Jun 10 11:12:02  fpc 1: new port map received pic slot 1
Jun 10 11:12:02  create_pic_entry: pic i2c 0xf0c1, hw qs 8 supported qs 8, flags 0x0, pic port 0
Jun 10 11:12:02  capability: xe-1/1/0, cap flag = 43072
Jun 10 11:12:02  PoE capability: xe-1/1/0, cap flag = 0
Jun 10 11:12:02  ifdev_create entered xe-1/1/0
Jun 10 11:12:02  xe-1/1/0: large delay buffer cleared
Jun 10 11:12:02  fpc 1: new port map received pic slot 1
Jun 10 11:12:02  op 1 for ifd xe-1/1/0
Jun 10 11:12:07  pic_copy_port_info:Got cable_type for FPC 1 PIC 1 port 0 cable num=65534, str=unknown cable
Jun 10 11:12:07  pic_copy_port_info:Got SFP Rev= , Pno=UNKNOWN, Sno=EOSExxxxxxxx