On Mon, Sep 29, 2014 at 03:12:21PM +0100, Simon Vincent wrote: > > On 29/09/14 14:58, Alexander Aring wrote: > >On Mon, Sep 29, 2014 at 02:51:51PM +0100, Simon Vincent wrote: > >>Sorry for the confusion. My problem is I am receiving all packets. > >>PACKET_OTHERHOST does not seem to be dropped. A suggestion from Varka was to > >>disable redirects however it now seems that this is not possible on a ipv6 > >>interface. > >> > >>I can fix the problem by dropping PACKET_OTHERHOST in mac802154_subif_frame. > >The first what IPv6 does is [0]. > > > >See my previous mail. Also that we should handle on 6LoWPAN packet > >handler function for receiving "lowpan_rcv" we should do the same, > >otherwise we parsing PACKET_OTHERHOST sk_buff's and drop these directly > >in IPv6 layer, which makes no sense. > > > >But what I see is that the current behaviour should also work. > >Instrument the IPv6 delivery function and be sure that the information > >about PACKET_OTHERHOST was not dropped. > I do not catch any PACKET_OTHERHOST packets in the ip6_input.c ipv6_rcv > function. Can you please check these two functions: lowpan_give_skb_to_devices -> send to IPv6 layer and lowpan_rcv -> getting sk_buff from mac802154 and with check I mean PACKET_OTHERHOST value. I suppose we drop the information somewhere in the middle. - 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
