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

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?

Reply via email to