Re: [Lsvr] Initiating LSVR re-chartering discussion - draft#1 proposal

[Paul Congdon <[e-mail]>]

Hello Randy,

>> Back in 2021, IEEE 802.1 enhanced LLDP to support the discovery 
>> requirements of LSVR.
>
>uh, did lldpv2 get through the ieee sausage machine yet?  i think we had a race to see which machine could take the longest :)

The first draft was September 2020.  Technical changes were completed in September of 2021 and it was published in April of 
2022.  I think IEEE 802.1 won that race 😉

>as i remember, there were two problems with using lldpv2 in this space which l3dl addresses, security and serious scale.  
>has lldpv2 managed to move forward on these?  truth is, it has all been so long, i did not keep my eyes on the ball.

LLDP itself does not have any inherent security features and that was never part of its scope. It would be expected to run ontop
of MACSec or people could security their own TLVs using other approaches.

I'm not sure what you mean by serious scale issues.  LLDP is widely used, even in the largest datacenters.  Perhaps you are
referring to the ability to transfer more data using LLDP?  If so, that was exactly what we created project 802.1ABdh for.
See 802.1ABdh-2021 - IEEE Standard for Local and metropolitan area networks-- Station and Media Access Control Connectivity
Discovery Amendment 2: Support for Multiframe Protocol Data Units - https://ieeexplore.ieee.org/document/9760302. 

>btw, there was other work, at layer 3, which played into this space, though the drafts just expired, draft-ymbk-idr-l3nd*.  
>we can renew them if the wg needs additional confusion :)
>
>randy