Re: [c-nsp] SFP DOM SNMP Polling?

A typical SFP spec sheet leads me to conclude that reading optic values repeatedly is expected. For example: https://www.finisar.com/sites/default/files/resources/AN_2030_DDMI_for_SFP_Rev_E2.pdf (I selected Finisar as they have complete spec sheets publicly available.) I question the vendor

Re: [c-nsp] SFP DOM SNMP Polling?

I'm no expert in EEPROMs but recall awhile back we had an optical vendor (transport-side, not router-side) that did do frequent writes (maybe it was for performance info) to EEPROM and burned them out that way after a couple of years. Maybe your vendor is saying they don't support reporting this

Re: [c-nsp] SFP DOM SNMP Polling?

Michael, I totally missed the fact that reads don’t stress EEPROMs! Excellent point, and makes the vendor’s claim totally bogus. Probably just one employees claim, but the vendor should step up and fix the real problem. -mel > On Nov 22, 2016, at 9:11 AM, Michael Loftis

Re: [c-nsp] SFP DOM SNMP Polling?

On Tue, Nov 22, 2016 at 6:32 AM, Tim Durack wrote: > I have a vendor that does not support SFP DOM SNMP polling. They state this > is due to EEPROM read life cycle. Constant reads will damage the SFP. Complete and total garbage. Reading from EEPROM and Flash both DO NOT WEAR.

Re: [c-nsp] SFP DOM SNMP Polling?

> On Nov 22, 2016, at 9:32 AM, Tim Durack wrote: > > I have a vendor that does not support SFP DOM SNMP polling. They state this > is due to EEPROM read life cycle. Constant reads will damage the SFP. > > We SNMP poll SFP DOM from Cisco equipment without issue. > > Not