home bbs files messages ]

Just a sample of the Echomail archive

Cooperative anarchy at its finest, still active today. Darkrealms is the Zone 1 Hub.

   RBERRYPI      Support for the Raspberry Pi device      21,939 messages   

[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]

   Message 21,930 of 21,939   
   Lars Poulsen to All   
   Re: Uodate on PI wifi bridging issues.   
   06 Feb 26 10:00:02   
   
   MSGID:  1b1c2a5a   
   REPLY: <10lvdfr$2a0lm$5@dont-email.me> e0241b4f   
   PID: PyGate 1.5.11   
   TID: PyGate/Linux 1.5.11   
   CHRS: ASCII 1   
   TZUTC: 1100   
   REPLYADDR lars@beagle-ears.com   
   REPLYTO 3:633/10 UUCP   
   On 2026-02-04, The Natural Philosopher  wrote:   
   > If you remember I had constricted a bridge from wifi to ethernet to act    
   > as a bridged access point. On a PI 4B as a test platform   
   >   
   > The problem was that whilst the bridge was reasonably OK accessing my    
   > LAN, up to 90% packet loss was experienced when accessing the internet    
   > via my edge router.   
   >   
   > Two further points have been established but the exact reason for the    
   > behaviour still remains a mystery   
   >   
   > 1/. A friend with a Pi 5 attempted to duplicate the setup, could not get    
   > it to work and instead used the Network Manager  GUI to set up  a    
   > (routed?) access point which worked ok. It turns out that you cannot use    
   > the GUI tool to set up a bridge at all. Only nmcli.   
   >   
   > 2/. After a long time with traceroutes and pings I realised that this    
   > particular machine was the *only one wired directly to the router via a    
   > single gigabit Ethernet cable*. Everything else went via an ancient    
   > 100Mbps switch that I inherited from an office clearout. In a rash of    
   > 'well I tried everything else' I unplugged the Pi from the Gigabit    
   > router socket  and put it into the 100Mbps switch and bingo!... Pretty    
   > decent internet performance. Yes extremely long transfers sometimes    
   > fail, but its very useable   
   >   
   > What I cannot for the life of me understand is *why*  this worked. The    
   > same [Gigabit] link was involved in both local and Internet access.  The    
   > only difference being that local access ALSO went through a 100Mbps switch.   
   >   
   > If anyone can shed light on this I would appreciate it.   
   >   
   > If it matters, the router is a Draytek Vigor2762Vac running PPPoE via an    
   > Openrach ONT to an optical fibre for Internet and thence to the ISP.   
      
   The link-level connection involves a negotiation handshake to find   
   compatible parameters. You may read up on MII (Media Independent   
   Interface). When the state machines in the MII part of the MAC block in   
   the Ethernet part of your SoC chip encounters an MII state machine it   
   has not seen before, there may be timing dependent glitches.   
   One of our customers has an installation on a remote island where   
   the link between a microprocessor in his seismic gear connected via an   
   ethernet switch to our radio locks up every 6 to 12 months and needs a   
   remote-triggered power cycle to reset. We suggested he try another   
   switch next time he can get a service tech to the island.   
      
   It is also possible that a port data rate of a Gigabit may occasionally   
   cause bus contention on some internal data bus in the PI triggering   
   a bus error, while 100Mbps avoids that contention. I have seen such   
   bus contention cause glitches in memory controllers in a few systems   
   over my career.   
      
   --    
   Lars Poulsen - an old geek in Santa Barbara, California   
      
   --- PyGate Linux v1.5.11   
    * Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)   
   SEEN-BY: 105/81 106/201 128/187 129/14 305 153/7715 154/110 218/700   
   SEEN-BY: 226/30 227/114 229/110 112 134 200 206 300 317 400 426 428   
   SEEN-BY: 229/470 616 664 700 705 266/512 291/111 292/854 320/219 322/757   
   SEEN-BY: 342/200 396/45 460/58 633/10 280 414 418 420 422 509 2744   
   SEEN-BY: 712/848 770/1 902/26 2320/105 5020/400 5075/35   
   PATH: 633/10 280 229/426   
      

[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]


(c) 1994,  bbs@darkrealms.ca