Steerpike58
IS-IT--Management
We have an IPO 406 in CA and another in NJ, both with a 16-port digital station expansion module, a PRI card, and a VCM card supporting about 10 users. In sept. of last year, the CA system (3.2(57)) became unstable - locking up (no response to ping, to Manager, etc) and requiring a hard power cycle to recover. These became more frequent (several a week) and eventually - after much pain with Avaya support endlessly requesting more traces - they replaced the system and it has since been stable.
Our identical 3.2 (57) system in NJ locked up during a simple configuration update (adding user extension, or similar- something that required a reboot), carried out over the WAN from CA. It turned out, the system had lost it's 'default gateway' setting as well a it's configuration, but remained at our network-assigned address (10.10.1.x). Avaya support said we should not try running even simple config updates over the WAN, so we then dedicated a local workstation in NJ to running updates to that system.
Just this week, we did an update to 4.1 in both locations. The CA update completed without incident, but the NJ update locked up during the final reboot. We had to attach serial cable and re-set the box to recover. When recovered, the box seemed to be 'at' 4.1, and ... was not at 192.168.42.1, nor at our assigned address of 10.10.1.7, but rather, at 10.10.1.77 (a DHCP assigned address, we believe). We reloaded our saved config and the system was good to go.
We have 24/7 phone requirements. Is the IPO typically this flakey? I'm now scared to touch the NJ box for simple updates. What are others' experiences? Are we just terribly unlucky?
Thanks!
Our identical 3.2 (57) system in NJ locked up during a simple configuration update (adding user extension, or similar- something that required a reboot), carried out over the WAN from CA. It turned out, the system had lost it's 'default gateway' setting as well a it's configuration, but remained at our network-assigned address (10.10.1.x). Avaya support said we should not try running even simple config updates over the WAN, so we then dedicated a local workstation in NJ to running updates to that system.
Just this week, we did an update to 4.1 in both locations. The CA update completed without incident, but the NJ update locked up during the final reboot. We had to attach serial cable and re-set the box to recover. When recovered, the box seemed to be 'at' 4.1, and ... was not at 192.168.42.1, nor at our assigned address of 10.10.1.7, but rather, at 10.10.1.77 (a DHCP assigned address, we believe). We reloaded our saved config and the system was good to go.
We have 24/7 phone requirements. Is the IPO typically this flakey? I'm now scared to touch the NJ box for simple updates. What are others' experiences? Are we just terribly unlucky?
Thanks!