[lldp-devel] VDP22 protocol support in lldpad

Paddu Krishnan (padkrish) padkrish at cisco.com
Mon Apr 15 18:09:42 UTC 2013

Hi Thomas,
Thanks for the information.
I needed a quick server (Station) side VDP implementation that I could use
to test with the vendor's network side.
Another thing is also to see if this can be made to work together with OVS.


On 4/12/13 4:43 AM, "Thomas-Mich Richter" <tmricht at linux.vnet.ibm.com>

>On 04/08/2013 07:16 PM, Paddu Krishnan (padkrish) wrote:
>> Thanks for the status Thomas.
>> Sure, I can start working on the VDP station side. If there are any
>> that will help me get jump-started, it will be very useful.
>> Currently, I have some bandwidth to work on this apart from my regular
>> work. If there's any change of priorities, I shall certainly let you
>> :)
>> Thanks,
>> Paddu
>Here is some more info Paddu, sorry for the delay.
>As said before, I use 2 VM for testing. On VM named f18a runs a
>program named qbg22sim. It is in the git repository, together with its man
>On the other VM named f18b, runs lldpad and vdptest. vdptest sends a VSI
>created command via netlink to lldpad. lldpad then sends this commands
>to the switch. Right now lldpad stops at function vdp22_request. That is
>end of my work right now. We have to start from here for station support.
>Bridge support on the other hand is independent user input to
>VSI profiles, but requires a working counterpart. I wanted to use lldpad
>for this.
>I can send you an input file for the qbg22sim to establish evb parameters
>and an lldpad configuration file to request reflectivce-relay.
>May I ask what are your plans with IEEE802.1 Qbg protocol?
>Thomas Richter, Dept 3250, IBM LTC Boeblingen, Data Center Networking
>Vorsitzende des Aufsichtsrats: Martina Koederitz
>Geschäftsführung: Dirk Wittkopp
>Sitz der Gesellschaft: Böblingen / Registergericht: Amtsgericht
>Stuttgart, HRB 243294

More information about the lldp-devel mailing list