search for: sendp

...r host, we now send some packets to the wrong interface (to enp0s6 with a source address belonging to enp0s5's net): >>> e = Ether(dst='00:1c:42:5c:28:c0') >>> i = IPv6(src='fd00::1', dst='fd11::3') >>> u = UDP(dport=1337) >>> sendp(e / i / u, iface='vnic3') . Sent 1 packets. In this case, everything works as expected and the first "fib" rule matches: > nft list chain inet raw prerouting table inet raw { chain prerouting { type filter hook prerouting priority -300; policy accept;...

...hoplimit 1 icmpv6 type mld-listener-query counter accept } } Then created the packet using scapy: >>> p = IPv6(src='fec0:42::1', dst='fec0:42::5')/ICMPv6MLQuery() >>> ep = Ether(src='fe:54:00:62:0e:9a', dst='52:54:00:62:0e:9a')/p >>> sendp(ep, iface='vnetbr0') Looking at the ruleset, I see the counter increments so the packet is recognized by nftables. I'll therefore close this ticket. If the problem still happens for you with recent versions of nftables and kernel, feel free to reopen. Cheers, Phil -- You are receiv...

...hanges in 'drivers/dstate.c'. I will create a patch later today and try to upload that to the Development branch (if I manage to make that work). > /* somewhere beyond the halfway point - prod it to make it talk */ > if (elapsed > (maxage / 2)) > sendping(ups, now, maxage); > return 0; > } Furthermore I think 'docs/new-drivers.txt' needs to be updated. From what is written there, I assumed that calling dstate_dataok() regularly is needed and will tell upsd that the driver is still there. It turns out it isn't and that o...