Mon Mar 11, 2013 8:35 pm
Hmmm. Not quite the setup I was thinking of. The only thing that comes to mind is possible "lease time" issues - A DHCP server usually "leases" an IP address to the client for a fixed time, usually a few hours. This is because the local (sub-)network will only have a limited number of such available. Maybe, since, presumably, the "campus router" serves a number of "rooms/buildings", there are times when a Pi tries to renew its lease but there isn't a spare IP address available. However, that is "just a possibility". From your original post I thought you were using the Pi's as file/music? servers to a much more "localised" network via the switch. The other puzzle is that you have to "re-install the OS to fix it". This suggests that something odd is happening to the network configuration files invoked during start up. All I can suggest for now is perhaps, and assuming you can still use the Pi un-networked, when the "network connection" fails, next time, before re-installing the O.S. (esp. raspbian) you edit the network startup files to use a static IP address (info. on how to this is in the wiki IIRC) and see if you can now connect to another computer (which, if using the switch, but NOT the router, may also need a different static IP addr. eg Pi 192.168.1.1 , other computer 192.168.1.2) via your cabling. Trev.
Still running Raspbian Jessie or Stretch on some older Pi's (an A, B1, 2xB2, B+, P2B, 3xP0, P0W, 2xP3A+, P3B+, P3B, B+, and a A+) but Buster on the P4B's. See: https://www.cpmspectrepi.uk/raspberry_pi/raspiidx.htm