On my home network I have three wired (FI8904W) and three Wifi (FI8918W) Foscam cameras. Until I upgraded to Leap 42.1 on two of my machines and Tumbleweed on another (as it is only a 32-bit machine) all the cameras were working without any problems.
Since the upgrade the three wired cameras drop off the network and they don’t recover without powering off and on, except for one which happens to be the only device on the LAN of a second router (which also has a LAN connection to the main router) and this one recovers if I reboot the router (which probably looks like removing the LAN cable - unfortunately I’m remote from the network so I can’t try the same trick on another camera).
When the camera disappears it is still issuing arp who-has requests to the main router. I tried using arpoison to spoof a reply from my Linux machine and with tcpdump I could see a good response going to the camera but still no recovery.
I can’t see anything else in my network which has changed which might cause this problem and I would appreciate if anyone has any ideas as to why this might have suddenly started happening.
Not enough hard information provided here. When you say the cameras drop off the network, can you still ping the devices successfully by IP address? What about the ARP table entries in router when devices are and aren’t responding? Why do think that your openSUSE system is impacting here?
Thanks for the link but it doesn’t tell me anything I haven’t already tried.
The cameras have fixed IP addresses and the only thing they look for outside of my home network is an NTP server, nothing else is enabled.
When they drop off the network they won’t respond to a ping but I can see from tcpdump that they are still raising ARP who-has requests and they therefore appear in both the router and server ARP tables.
The reason why I am suspicious of the problem being with Opensuse is that is the only thing I am certain that changed on my network when the problem started. Prior to this the cameras had been running for two to three years without any problem.
Yes, but what I’ve read (quick google), these devices cease to respond to ARP requests, leading to the problem you’ve described. The openSUSE ARP table probably then shows stale entries
arp -a -n
ip -s ne list
So, adding a static ARP entry should help here? It would be useful to see commands and output here demonstrating that it doesn’t.
The reason why I am suspicious of the problem being with Opensuse is that is the only thing I am certain that changed on my network when the problem started. Prior to this the cameras had been running for two to three years without any problem.
What version of openSUSE were you previously running? Maybe the ARP cache garbage collection behaviour has changed with newer kernels (than you previously used) and this has exposed the ‘ARP request’ issue with these cameras.
I’ve tried a static ARP entry in the server - didn’t help. I’ve removed the ARP entry on the server, checked that it had gone and then within a minute or so the camera issues another who-has request and the server puts the ARP entry back.
It looks as though the camera is either not getting a response from the router (highly unlikely) or is not using it correctly. However the router is the same and the change is the server.
I was previously running 13.2.
Not sure what command output you would like to see but if it might help I’d be happy to provide it.