Hi, 2018-03-11 13:30 GMT-04:00 <anton@xxxxxxxxxxx>: > On Sun, Mar 11, 2018 at 09:34:39AM -0400, Alexander Aring wrote: >> >> > Seems working so far, at least instances are able to see each >> > other, pair up and even occasionally ping each other from CLI. >> >> be prepared that the kernel will filter some stuff, you should change >> it that it will not do it. I think we would accept a patch to make >> that possible. The kernel is filtering -> you don't running a user >> space stack. > > I tried to remove llsec_encrypt/llsec_decrypt from kernel, recompiled/rebooted, > pings started passing only after that, but still not all IPv6 addresses are pingable. > Seems that half of the packets are still filtered out somewhere. > What could be the other possible places in kernel where raw packets can be dropped? > You do it too hacky, look how monitor tx and rx works... they have different callbacks and are not changable during runtime *yet*. > Now I am trying to compare tcpdump dumps from both devices, with "node" type interfaces. The tip above is the only thing what I can give you... you need to disable all software side filtering up to AF_PACKET raw layer (I hope you don't use af802154 raw - it's terrible broken). --- I will not respond anymore to this mail, I gave you all my knowledge... it would for me very simple for me to implement it, but the last years I discovered more and more: "freelancer ask questions, I implement - because fun" and their make profit about it. So I _only_ want to implement stuff which makes this subsystem as a benefit. Running user space stacks is not a benefit to this subsystem, so I am not interested. Sorry :-( - 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
