On 29/09/14 11:58, Varka Bhadram wrote:
Simon,
On 09/29/2014 03:50 PM, Simon Vincent wrote:
Currently there does not seem to be any filtering in the mac layer
anyway. In wpan.c mac802154_subif_frame we check the pan id and dest
address but we don't discard any packets. Should we be discarding
packets at this point? For example packets of type PACKET_OTHERHOST.
If I discard all PACKET_OTHERHOST in mac802154_subif_frame it solves
my problem. I just don't know if this will effect anything else.
I think we are not supposed to discard the packets like this. This will
create the problems if routing enabled on the node.
This not problem with the IEEE-802.15.4 driver or MAC implementation.
These issues related to IPv6/ICMPv6 (ECHO request and ECHO reply).
Here RFC2461/RFC4861 will
come into picture.
see:http://www.tahi.org/logo/phase2-core/result/Self_Test_4-0-3/freebsd71.router/nd.p2/
Can you explain the setup..? What h/w you are using. How the network
connected..?
I am running three nodes all directly connected to each other via
powerline networking running 802.15.4.
Therefore all nodes can see all the traffic. The nodes are setup with
ipv6 forwarding enabled.
If I ping node A from node B node C sends ICMP redirects.
--
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
