Hello Joerg,
>>>> jmayer@xxxxxxxxx 08/17/05 12:03 PM >>>
>> On Wed, Aug 17, 2005 at 11:21:12AM -0400, Jim Young wrote:
>> Obviously Joerg has augmented the wiki with some info regarding
>> these vendor specific Discovery protocols.
>> [snip]
>> Is anyone is up to putting an empty "LinkLayerDiscoveryProtocol"
>> page in place? If so I will try to augment it this weekend (if not
>> sooner).
>>
>> I'm not sure where in the current wiki tree might info on LLDP be
>> most appropriate?
>
>I think we may just rename the current page to LinkLayerDiscoveryProtocols
>or something.
>
I think your idea of a vendor specific entry page is still very
useful. Ethereal already has several dissectors specific
to Cisco (cdp, isl to name two). And regarding EAPS,
although it is encapsulated in what we are calling an edp
packet, I don't think of it as a discovery protocol, at least
not in the sense of what is intended by IEEE 802.1AB (LLDP).
I think EAPS, is much closer in purpose/role to SONET or
spanning-tree than it is LLDP.
You asked about renaming your current vendor overview
page to "LinkLayerDiscoveryProtocols" (plural). I think this
name would likely be confused with the page I had proposed
called "LinkLayerDiscoveryProtocol" (singular). I would like
to use the "LinkLayerDiscoveryProtocol" page specifically
to add notes about IEEE 802.1AB (LLDP).
The way I was thinking, my additions to the more generic
"DiscoveryProtocols" page would be to provide an overview
to more than just link layer based protocols. Although I can't
seem to come up with any good non-link layer over and above
the link layer adjacency protocols like cdp, edp, and lldp.
One could easily convince me that dhcp, bootp, rarp and arp
could all be considered examples of other types of discovery
protocols
You and the others most likely have much better ideas about
the wiki's proper role than me, so it's your call. Perhaps I'll be
more assertive once I feel competent about my abilities to edit
and organize the wiki, but for the time being I'll defer to what
you think best. ;-)
Thanks again for all you help so far.
Jim Young