<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">2017-01-19 18:19 GMT+01:00 Jose Flores Galicia <span dir="ltr"><<a href="mailto:flojose@gmail.com" target="_blank">flojose@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div><div class="h5">2017-01-19 4:09 GMT-06:00 Olivier <span dir="ltr"><<a href="mailto:oza.4h07@gmail.com" target="_blank">oza.4h07@gmail.com</a>></span>:<br></div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div class="h5"><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>/b<wbr>ridge/group_fwd_mask</div><div><br><br>[1] <a href="https://thenetworkway.wordpress.com/2016/01/04/lldp-traffic-and-linux-bridges/" target="_blank">https://thenetworkway.wordpres<wbr>s.com/2016/01/04/lldp-traffic-<wbr>and-linux-bridges/</a><br><br><br></div>Best regards<br><div><div><div><div><div><br></div></div></div></div></div></div>
<br></div></div>--<br>
______________________________<wbr>______________________________<wbr>_________<br>
-- Bandwidth and Colocation Provided by <a href="http://www.api-digital.com" rel="noreferrer" target="_blank">http://www.api-digital.com</a> --<br>
<br>
Check out the new Asterisk community forum at: <a href="https://community.asterisk.org/" rel="noreferrer" target="_blank">https://community.asterisk.org<wbr>/</a><br>
<br>
New to Asterisk? Start here:<br>
      <a href="https://wiki.asterisk.org/wiki/display/AST/Getting+Started" rel="noreferrer" target="_blank">https://wiki.asterisk.org/wiki<wbr>/display/AST/Getting+Started</a><br>
<br>
asterisk-users mailing list<br>
To UNSUBSCRIBE or update options visit:<br>
   <a href="http://lists.digium.com/mailman/listinfo/asterisk-users" rel="noreferrer" target="_blank">http://lists.digium.com/mailm<wbr>an/listinfo/asterisk-users</a><br></blockquote></div><br></div><div class="gmail_extra">Hi Oliver.</div><div class="gmail_extra"><br></div><div class="gmail_extra">1. Actually there are 2 protocols which must be supported on switch and ip phone, one is LLDP wich inventories both ways. IP Phone <-> Switch, to ellaborate on both devices MIB database with switching/routing/app capabilities of their partner; second is the LLDP-MED (Media Endpoint Discovery) which is capable of sending L2/L3 settings to devices. These settings are in several categories, concerning your question is "Network Policy" settings wich will be sent to the ip phone based on their app capabilities (LLDP). </div><div class="gmail_extra">"Network Policy" settings can contain VLAN ID for voice and other ID for Data, and other for Video, etc. Once the LLDP-MED "Network Policy" settings are received on ip phone, will tag the phone traffic on the specified VLAN, On switching capable ip phones (2 or more ethernet interfaces), probably will only tag phone traffic, and leave the switched traffic on the access vlan.</div><div class="gmail_extra">So ip phone sends DHCPREQUEST on the VLAN ID set by LLDP-MED.</div><div class="gmail_extra"><br></div><div class="gmail_extra">2. DHCP VLAN settings will probably being ignored since most of devices will prefer LLDP-MED settings.</div><div class="gmail_extra"><br></div><div class="gmail_extra">3. With LLDP enabled on KVM guest, you can obtain information about network devices attached, their capabilities, brand, model, etc. I have never tried but LLDP-MED supposed only to work on next switch device (Link Layer), not a propagation protocol.</div><div class="gmail_extra"><br></div><div class="gmail_extra"><br></div><div class="gmail_extra">I always have deployed LLDP-MED capable ip phones on a LLDP-MED capable network is:</div><div class="gmail_extra">1.- Enable LLDP on all access switches so they can advertise and receive LLDP information.</div><div class="gmail_extra">2.- Configure LLDP-MED on all ports where will be connected ip phones and set the correct Network Policy, sending LLDP-MED capable voice devices to voice VLAN ID</div><div class="gmail_extra">3.- DHCP server exists attached to voice VLAN ID, as LLDP-MED will provide same VLAN ID, phone will receive at the first boot their DHCP settings.</div><div class="gmail_extra"><br></div><div class="gmail_extra">Best Regards.</div><div class="gmail_extra"><br></div><div class="gmail_extra"><br></div></div>
<br>--<br>
______________________________<wbr>______________________________<wbr>_________<br>
-- Bandwidth and Colocation Provided by <a href="http://www.api-digital.com" rel="noreferrer" target="_blank">http://www.api-digital.com</a> --<br>
<br>
Check out the new Asterisk community forum at: <a href="https://community.asterisk.org/" rel="noreferrer" target="_blank">https://community.asterisk.<wbr>org/</a><br>
<br>
New to Asterisk? Start here:<br>
      <a href="https://wiki.asterisk.org/wiki/display/AST/Getting+Started" rel="noreferrer" target="_blank">https://wiki.asterisk.org/<wbr>wiki/display/AST/Getting+<wbr>Started</a><br>
<br>
asterisk-users mailing list<br>
To UNSUBSCRIBE or update options visit:<br>
   <a href="http://lists.digium.com/mailman/listinfo/asterisk-users" rel="noreferrer" target="_blank">http://lists.digium.com/<wbr>mailman/listinfo/asterisk-<wbr>users</a><br></blockquote></div><br></div><div class="gmail_extra">Hello,<br><br></div><div class="gmail_extra">Combining a Yealink phone with a Ubiquiti switch, and thanks to above explanation,I could at last have my very first working LLDP experiment !<br><br></div><div class="gmail_extra">To sum up things: it seems an LLDP-enabled switch port would send a frame including an LLDP policy. This LLDP policy (which can be specific to each port) describe which tag to use to "enter" Voice VLAN.<br><br></div><div class="gmail_extra">In turn LLDP-enabled phone would tag its DHCP DISCOVER request with appropriate VLAN tag value and there is no need to include vendor-specific VLAN data in DHCP OFFER anymore.<br><br></div><div class="gmail_extra">The benefit is that with LLDP, any factory-reset phone can be plugged in any LLDP-enabled network and get appropriate VLAN config.<br><br></div><div class="gmail_extra">Thanks for helping.<br></div></div>