<div dir="ltr"><div><div><div><div><div><div><div><div><div><div><div><div>Hello,<br><br></div>For years, I used to configure SIP phone VLAN membership through a DHCP server.<br><br></div>Here are the details:<br></div>- I dedicate a LAN port on a switch to voice VLAN<br></div>- somewhere else, I configure a DHCP server to serve LAN addresses within voice VLAN<br></div>- any other switch port connected to an other DHCP server is explicitely excluded from voice VLAN<br></div>- new SIP hardphones are first connected to the dedicated voice VLAN port: after several reboots, they get an address within voice VLAN address range and save VLAN tag somewhere within their persistent memory<br></div>- SIP phones are then moved to an other switch port: as they boots, they request a LAN address using previously received VLAN tag.<br><br></div>Now I would like to improve this process using LLDP.<br></div>I ran a couple of tests in my lab and still have some questions:<br><br><br></div>1. My lab switch sends within LLDP frames, a list of VLANs. One is named "default" and the other is named "voice".<br>Do LLDP-capable phones look for a specific name to elect the VLAN tag they will later use to build DHCPDISCOVER request or do they look for something else (medPolicy) ?<br><br></div>2. With LLDP, do you still need your DHCP server to embed VLAN membership data within DHCPOFFER or is it a thing of the past ?<br><br></div><div>3. Have you been successfull with LLDP on a KVM guest networked to an LLDP-enabled switch through a linux bridge (see [1]) ?<br></div><div>Where can I find information regarding the line bellow:<br>echo 16384 > /sys/class/net/<bridge_name>/bridge/group_fwd_mask</div><div><br><br>[1] <a href="https://thenetworkway.wordpress.com/2016/01/04/lldp-traffic-and-linux-bridges/">https://thenetworkway.wordpress.com/2016/01/04/lldp-traffic-and-linux-bridges/</a><br><br><br></div>Best regards<br><div><div><div><div><div><br></div></div></div></div></div></div>