<div style='line-height:1.4'>I know the mac Bytes cost only a little for wifi.But I am working on a network in which some channels are so bad ,every Byte is important.I will try to set a constant metric for these channels and test the performance.<br/><br/><br/><br/></div>On 2015-10-11 21:03 ,  <a href="mailto:hrogge@gmail.com">Henning Rogge</a> Wrote: <br><br><blockquote id='ntes-andriodmail-quote' style="margin:0px;padding-left:1ex;border-left:#ccc 1px solid">What metric do you plan to use? <br/> <br/>the MAC tlv is not that much overhead because its only in the Hello <br/>messages, which are not flooded through the network. <br/> <br/>Henning <br/> <br/>P.S.: please reply to the mailing list if possible so that other <br/>people can learn from your experience and handling of the software. <br/> <br/>On Sun, Oct 11, 2015 at 2:45 PM, work_xl <work_xl@qq.com> wrote: <br/>> Thank you for your instruction.Now I can understand your "beautiful"mac <br/>> hack. I would not use DATmetric.So I will just cut this mac bytes for lower <br/>> radio channel cost and see what's going to happen. <br/>> <br/>> <br/>> On 2015-10-10 18:08 , Henning Rogge Wrote: <br/>> <br/>> Hi, <br/>> <br/>> very nice to see someone noticed this "slightly ugly hack". <br/>> <br/>> The DAT metric I use for NHDP/OLSRv2 uses linklayer information to get <br/>> the incoming datarate for each neighbor... unfortunately the nl80211 <br/>> subsystem (of course) does only know the MAC address of the neighbors, <br/>> so I need a way to know which MAC address corresponds to which NHDP <br/>> neighbor (which I know via IP address). <br/>> <br/>> The joke is that while every incoming (linklocal) multicast from the <br/>> neighbors contains the MAC address in the ethernet header, there is no <br/>> way in Linux to get the MAC address of an incoming UDP packet except <br/>> for using a raw socket... which are a headache to use with multicast <br/>> (e.g. creating the necessary IGMP/ICMPv6 multicast join/leave <br/>> messages). <br/>> <br/>> I still hope there is a better way to do this, but until someone <br/>> suggest one I just added the MAC address to each NHDP HELLO message as <br/>> an easy way to get the MAC address of the other sides interface. <br/>> <br/>> Henning <br/>> <br/>> On Sat, Oct 10, 2015 at 5:26 AM, work_xl <work_xl@qq.com> wrote: <br/>>> Hi, <br/>>> In nhdp plugin code,there is a msg tlv named NHDP_MSGTLV_MAC.Writer write <br/>>> it <br/>>> and reader read it.But I could not find it in both rfc6130 and rfc7181.On <br/>>> the other hand,I did not realize its function in the codes .So,why do we <br/>>> add <br/>>> this tlv?What could happen if I just remove it? <br/>>> Best regards. <br/>>> <br/>>> xl <br/>>> <br/>>> -- <br/>>> Olsr-dev mailing list <br/>>> Olsr-dev@lists.olsr.org <br/>>> <a href="https://lists.olsr.org/mailman/listinfo/olsr-dev">https://lists.olsr.org/mailman/listinfo/olsr-dev</a> <br/>Q</blockquote>