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

SFP DOM SNMP Polling?

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 heard this one before. Trying to see if there is some validity to the statement.

Re: SFP DOM SNMP Polling?

Seems bogus to me. I can't imagine why realtime stats would be in flash rather than RAM. In fact, that can't be the case: they have to update the stats many more times per second than SNMP would poll them. -mel beckman > On Nov 22, 2016, at 6:33 AM, Tim Durack wrote: > >

Re: SFP DOM SNMP Polling?

cisco-...@puck.nether.net on the CC is a cross-post to another list, resulting in bounces if you're not subscribed to both lists. So I am removing cisco-...@puck.nether.net as NANOG does not permit cross-site posting. -mel beckman > On Nov 22, 2016, at 6:57 AM, Mel Beckman

Re: BCP 38 coverage if top x providers ...

Hi Frank, Applying BCP38 at those level is more risky because of the sheer volume of transit & prefixes. For years, people have been working hard pushing the responsibility of BCP38 to outside their sandbox. You may remember one of those instance. - Alain Hebert

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

Re: BCP 38 coverage if top x providers ...

> On Nov 19, 2016, at 9:13 PM, Frank Bulk wrote: > > My google fu is failing me, but I believe there was a NANOG posting a year > or two ago that mentioned that if the top x providers would implement BCP 38 > then y% of the traffic (or Internet) would be de-spoofed. The

Re: Bell Canada contact - need help with DNS issue

Try dnsad...@bell.ca ? I haven’t used that address in quite some time but someone did respond to it some time ago Paul > On Nov 19, 2016, at 11:13 AM, Rich Lafferty wrote: > > > Hi, > > Does anyone have a NOC or DNS administrator contact at Bell

Anyone from American Express mail operations here?

Pardon the interruption Please contact me off list. EKG smime.p7s Description: S/MIME cryptographic signature

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?

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