Hi, On 02/16/2017 08:44 PM, Michael Richardson wrote: > > Alexander Aring <aar@xxxxxxxxxxxxxx> wrote: > > I think the important thing is here (I suppose) the device can somehow > > handle TWO address filters. Meaning you can operate on TWO source > > pan-ids and having address filtering on. > > I imagine that yes, this is what the device is offering. > Yes, but inclusive some channel hopping feature when switching the PAN, so far I see... But it's still one phy. :-/ For me this is already some "out of spec" specification because the PHY PIB of 802.15.4 doesn't describe such handling to save it there, for one PHY. > > PAN is not just software if you have address filtering. Sure you can > > turn off the address filter, but for some transceivers this is only > > possible to go into promiscuous mode and then you disable all filters. > > I think that this is exactly the point: you can (have to) do address > filtering in software if you have turned on promiscuous mode. If you have > hardware that does this, then you can take the PANID from the hardware. > We could literally overload the entire VLAN process for this as for the > moment, 802.15.4 does not have 802.1Q, but I understand 802.15.10 will > change that. > Yes, turn transceiver "quietly" (maybe some pr_info notice) into promiscuous mode or (if supported) turn off address filtering only. Needs some driver layer changed and subsystem changes to allow it. And this all quietly, just make a pr_info notice for networking experts why your interrupt load for the transceiver will be increased. On e.g. at86rf233 it will go into promiscuous mode if somebody do a "ifup" of a second interface where the address filtering doesn't match anymore. But we should go into promiscuous mode when receiving is off... is just some handling with checking if one interface is up or all are down. :-) > > Setting Destination PAN for a 6LoWPAN 802.15.4 interface -> we can talk > > about that, this is software only. But listen source PAN -> problematic > > because you change address filter parameter while receiving is on. :-/ > > If you do so, you also could miss some frames from other PANs... > > Yes, a good point. > I'm not trying to be dynamic here, but rather to leverage the capabilities of > devices... > okay. --- I think for PAN handling in 6LoWPAN we need some draft what we offer and what's not. E.g. change destination pan for interface upto CMSG attribute. - Alex -- To unsubscribe from this list: send the line "unsubscribe linux-wpan" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
