MACsec SFP

Mon Jun 30 07:51:30 UTC 2014

On 30 Jun 2014, at 3:47 pm, Saku Ytti <saku at 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/>