CorbinMyMan
Technical User
We have about 25 Avaya IP phones (some S4625SW, some 5610SW) on an IP Office 500. I've had no problems for a decade from these and they've always worked wonderfully.
Last week I moved our Voicemail Pro role to a new server. It was on an old physical server and I migrated everything to a new virtual machine. Everything has been working flawlessly for a week without a problem.
Yesterday I was doing some unrelated work (moving our domain controller role to another server). In the middle of my DNS migration and testing, my desk phone suddenly rebooted for no reason at all. Turns out everyone's did. When they all came back up I had 3 phones that didn't fully boot. They said "BAD FILE SVR ADDR". It just says "* to program". When I press star it has all the settings they were configured with. Since we have such a small number of phones, when I installed them I just manually set their IP's as I was installing them. All these settings are still in the phones but no matter how many times I power cycle I still get the "BAD FILE SVR ADDR" on 3 of the phones. All the other phones are fine. The FILE SERVER address is correct in the phone (pointing to my new Voicemail Pro server thats been working fine since last week). CALL SERVER is pointing to IP office.
Is there a way to reset the phones completely from the "BAD FILE SVR ADDR" screen? I can't figure out for the life of me why this would have happened during a DNS migration.
A quick note: 802.1Q has always been OFF. Our lan they were on originally didn't do vlan tagging. As of last month it now does but they are on the same vlan they were on previously (same subnet as my IP Office) except now the vlan is tagged at the switch. Not sure if this needs to be ON or not considering they are still on the same vlan as my ip office.
Last week I moved our Voicemail Pro role to a new server. It was on an old physical server and I migrated everything to a new virtual machine. Everything has been working flawlessly for a week without a problem.
Yesterday I was doing some unrelated work (moving our domain controller role to another server). In the middle of my DNS migration and testing, my desk phone suddenly rebooted for no reason at all. Turns out everyone's did. When they all came back up I had 3 phones that didn't fully boot. They said "BAD FILE SVR ADDR". It just says "* to program". When I press star it has all the settings they were configured with. Since we have such a small number of phones, when I installed them I just manually set their IP's as I was installing them. All these settings are still in the phones but no matter how many times I power cycle I still get the "BAD FILE SVR ADDR" on 3 of the phones. All the other phones are fine. The FILE SERVER address is correct in the phone (pointing to my new Voicemail Pro server thats been working fine since last week). CALL SERVER is pointing to IP office.
Is there a way to reset the phones completely from the "BAD FILE SVR ADDR" screen? I can't figure out for the life of me why this would have happened during a DNS migration.
A quick note: 802.1Q has always been OFF. Our lan they were on originally didn't do vlan tagging. As of last month it now does but they are on the same vlan they were on previously (same subnet as my IP Office) except now the vlan is tagged at the switch. Not sure if this needs to be ON or not considering they are still on the same vlan as my ip office.