nanog mailing list archives

Re: MACsec SFP


From: Glen Turner <gdt () gdt id au>
Date: Mon, 30 Jun 2014 17:21:30 +0930


On 30 Jun 2014, at 3:47 pm, Saku Ytti <saku () ytti fi> wrote:

On (2014-06-30 13:28 +0930), Glen Turner wrote:

After the SFF Committee specifies the registers the operating system vendors or vendors of devices would then add 
commands to support to toggle the I2C needed to program those registers with MACsec keys, etc.

This is what I tried to tackle, this creates chicken/egg scenario, no one is
buying optic, because you can't program it from your router, and you can't
program it in your router, as no one is using the optic and vendor won't put
development hours on it.
If instead there would be standardized (DHCP option like) system to code
arbitrary value to arbitrary location, you could code the feature, without
router understanding what it is, after a while, syntactic sugar might be added
for convenience.

What you really want isn’t DHCP-like, but simple AND-mask OR-set register handling. You’d provide your customers with 
the magic numbers.

interface …
 gbic-register [if REGISTER AND-MASK VALUE]… [set REGISTER AND-MASK OR-VALUE]…
 gbic-register …

Assuming that the GBIC programming doesn’t change PHY requirements you are done.

-- 
 Glen Turner <http://www.gdt.id.au/~gdt/>


Current thread: