On Mon, Sep 09, 2024 at 03:27:30PM +0300, kekek wrote: > Alexander Bluhm <bl...@openbsd.org> writes: > > Then do some tcpdump to see if neigbor discovery packets go in or > > out. tcpdump -i pflog0 may also help debugging. > tcpdump -ni vio0 host fe80::5054:ff:fecd:f988 > tcpdump: listening on vio0, link-type EN10MB > 15:17:50.724847 fe80::5054:ff:fecd:f988 > ff02::1:ff00:1: icmp6: neighbor > sol: who has 2a04:5201:2::1 > 15:17:51.724837 fe80::5054:ff:fecd:f988 > ff02::1:ff00:1: icmp6: neighbor > sol: who has 2a04:5201:2::1 > 15:17:53.714947 fe80::5054:ff:fecd:f988 > ff02::1:ff00:1: icmp6: neighbor > sol: who has 2a04:5201:2::1
Solicitation goes out, but no advertisement comes back. Three possibiliites 1. solicitation gets lost 2. no advertisement generated 3. advertisement gets lost Next step is to tcpdump the tap device on the qemu host. This should answer in which case we run. bluhm
