On 2022/01/16 23:31, misc@abrakadabra.systems wrote: > On Wed, Jan 12, 2022 at 06:36:47PM +0000, Stuart Henderson wrote: > > On 2022/01/12 18:15, Jan Stary wrote: > > > On Jan 09 21:13:08, misc@abrakadabra.systems wrote: > > > > Can not get lan working with recent snapshot on RPi4B. > > > > RPi is directly attached to laptop (tried with other pc with exactly > > > > same results) > > > > > > > > I can assign ip address > > > > > > > > bse0: flags=8847<UP,BROADCAST,DEBUG,RUNNING,SIMPLEX,MULTICAST> mtu 1500 > > > > lladdr dc:a6:32:fb:b1:03 > > > > index 1 priority 0 llprio 3 > > > > groups: egress > > > > media: Ethernet autoselect (1000baseT full-duplex) > > > > status: active > > > > inet 192.168.17.38 netmask 0xffffff00 broadcast 192.168.17.255 > > > > > > > > and even ping itself but can not ping host in same network. > > > > > > > > When i ping laptop from RPi there are arps catched by tcpdump on laptop > > > > > > > > 20:31:29.657443 arp who-has 192.168.17.4 tell 192.168.17.38 > > > > 20:31:29.657478 arp reply 192.168.17.4 is-at f0:de:f1:0f:91:d0 > > > > > > > > but no replies on RPi > > > > > > Just to rule out the obvious: > > > have you also specified a default route > > > beside assigning an IP address? > > > > > I have all devices in the same /24 network. > And yes, with default route enabled it does not work > > > > > Does the laptop respond to pings from other machines? > Yes it does. > > > No firewall rules blocking things? > No. > > When i assign ip to interface it starts sending packets (google said > they are called "pause frames") to network (~30pkts/sec). This happens > only running OpenBSD. > > Same traffic capture and interpreted by various OS, attached to RPI: > > tcpdump openbsd: > 0.033577 dc:a6:32:fb:b1:03 01:80:c2:00:00:01 8808 60: MACCTL PAUSE\ > quanta 33553920 > > tcpdump linux: > 00:00:00.033525 dc:a6:32:fb:b1:03 > 01:80:c2:00:00:01, ethertype MPCP\ > (0x8808), length 60: MPCP, Opcode Pause, length 46
This is odd as the ifconfig you showed doesn't show that it negotiated flow control with the switch (rxpause/txpause should show in the "media" line if it had). Not really sure what to suggest now though. > wireshark windows: > No. Time Source Destination Protocol Length > Info > 775 70.146559000 dc:a6:32:fb:b1:03 01:80:c2:00:00:01 MAC CTRL 60 MAC\ > PAUSE: pause_time: 65535 quanta > > Frame 775: 60 bytes on wire (480 bits), 60 bytes captured (480 bits) > on interface 0 > Ethernet II, Src: dc:a6:32:fb:b1:03, Dst: 01:80:c2:00:00:01 > MAC Control > Opcode: Pause (0x0001) > pause_time: 65535 > > Internet search shows that this could be related to ethernet > flow control and/or size of network buffers. > Is there some way to debug or manage this behavior? >
