A couple weeks ago after a firmware update, my Arc stopped communicating with the ERA100 surrounds. After a few days of hoping the problem would correct itself, no such luck. The error was “not connected’ for the surrounds. After trying several simple fixes (reboot, etc.) I ended up resetting the surrounds to factory. The Arc was working normally so I didn’t do anything to it.
After a number of failures with the same result, I called tech (non)support. Their analysis of the diagnostics was that the surrounds weren’t getting an ip address. We have a commercial grade infrastructure with a central dhcp server and multiple Aruba access points. The subnet is 255.255.0.0. The Arc is 10.11.190.x and the surrounds are 10.11.187.x, which are in the same subnet.
The next step they want is a “complete network layout or network map. Including the make and the model of router.” For security, I hesitate to give such total information to anybody. So next, I took the surround additions step by step. After deleting them from the app and doing a factory reset, I added each one to the system, including them in the same room as the Arc. I checked with IT and got the ip addresses of the surrounds and can ping them and the Arc from my computer, so the surrounds are definitely on the network and same subnet as the Arc. When I gave the data to support, the tech said that they were on different subnets and that the third octet had to be the same for both Arc and surrounds. Not true - because of the subnet mask, they are on the same subnet.
Now, the next step. Adding them as surrounds to the Arc. The process (as far as the app can show, goes normally and finishes with a “success”. But alas, no sound from the surrounds. AND, I can no longer ping them; they have lost their ip addresses.
Any clues as to what is happening? Saying the third octets must be the same only applies if the subnet mask if 255.255.255.0. Is it possible that Sonos’ programming has forced the Arc to look only at ip addresses that have identical first three octets? And if it fails, why are the surrounds losing their ip addresses, which are valid for the overall network and are on the same subnet as the arc?
Any ideas will be helpful. I don’t know if ip reservation is possible. Our IT department may not allow it. Will factory resetting the ARC (which I really don’t want to do) force all of them to pick up new ip addresses, which would maybe make the system happy. Whatever works, it would certainly make me happy.
