I have a customer where we were thinking that there might be something wrong with their CPU (NIC) port
So we ordered a new CPU 7.88
Their current CPU is 7.0
This is a two cabinet system
I backed up a CPU and I am loaded it into my demo system so I could eliminate downtime
However when I plugged in the new CPU some of the extensions are not correct especially the one in the phone room that I’m staring at
I also only see one cabinet where I could see two cabinets on the original CPU
Very strange never seen anything like it
Just wondering if I am doing something wrong as far as loading the system into my demo system prior to installing it into the current system
Look at your system card layout in PCPro. The original.
You need to initialize the cards in port order for the database to match up.
Also, did you check to make sure it has the same version of the pal chip on the CPU? (IE: PALA UPG or PALB)
So I just took a look at my back up in PC pro
This site is a little strange because when we first installed it and then we realized it wasn’t big enough to support their needs so we ended up installing a second aspire multi cabinet right next to it tied in together with VoIP ports
There’s a Lot of unused slots on the system That showed that there’s station cards installed but they’re not so I wonder if I delete those in used slots and then do the back up if it would make a difference
Thoughts?
Just look at your original cabinet layout on card layout in pcpro. It will give ports on the cards. Remember, on the NEC the program overlays the port layout. You need to install the cards and get the port order the same as the program and all will be well. You really don't need to upload to a demo system and in fact it probably boned you. Pull all the cards save the first digital station card next to processor (you have to have this on Aspire), load the original database and look at the card config and start inserting the cards to make them come up in the proper order. This is literally what you have to do as I have done hundreds of these in the past. If you can't figure this out or understand it you might need to get a tech in.
PALB should be a max system.
I am a tech
This was a really weird install back in the day
It started out as a single cabinet just for Office (Admin)then they added the second cabinet because they wanted to include patient rooms (not all at once)
During the process we realize we didn’t have enough ports to fit everybody in there
So then we realize we had to have a separate phone system for just patient rooms
And tie the two systems together with a voip cards
The station ports do not go in numerical order they are all over the place
But when you mention the port layout I can see in PC pro there’s a bunch of cards that are PC pro but not in the system we took them out and put them in the other phone system
They were all analog station cards
It’s a little bit of a freak show but it’s been working ,lately they’ve been complaining about calls going to the patient rooms so obviously it has something to do with connectivity between the two systems.
There’s a Comcast PRI in each phone system when a DID call comes in for a patient room it goes into the first channel on admin PRI and then across the VoIP to the extension
I don’t necessarily think it’s the CPU I thought they might be a problem with the NIC card on the CPU
It’s probably the void cards
I’m actually trying to see if I can get Comcast to send the patient room DIDs to the second PRI
We are going to be replacing the phone system pretty soon they haven’t decided which direction they’re going in though
Pretty sure that used to be Aspirenet?
It still comes down to installing the cards like the database has them. Just as CT said.
If you have to, install dummy cards just to take up the ports and then remove them once the database is uploaded.
So I’m still trying to resolve this issue with 2 systems loosing communications between VoIP
The only way that seems to resolve it is rebooting the patient phone system
(2) Aspire M using Aspire Net
Problem has been going on for approximately 1 month
I have swapped out the (2) 4 port VoIP cards with (2) 16 port VoIP cards
I wanted swap out CPUs but that has turned out to be problematic
I was thinking could there be something going on with the network
I have (5) ip addresses involved
2 CPU
2 VoIP
1 voicemail
They know they have to replace the phone system but I’m still just curious
You need to wireshark it. Bet you anything you are getting DOS attacks or a conflicting IP address. Something changed. If Cisco make sure CDP (Cisco Discovery Protocol) is off.
Still trying to figure out why this is happening
IT company doesn’t see any IP conflicts
All residents DID calls come into System A then go to System B
At some point the calls get hosed up and will get answered by AA which should never happen
The only way to correct it is to reset System B (Residents)
I forgot to mention the fact that the call get picked up by AA when not working correctly
The residents do not use the voicemail system
I will have to go back out and look at the port activity on IntraMail
I have no idea what you are trying to trouble shoot. The AA is picking up because of system programming somewhere that dumps it there. Depending on the IT company is not the best way to go at this. You need to be wiresharking this when this fails. Resetting the system fixes it but what is causing it. You need to be looking at the traffic on System B. I've seen this a thousand times where a rogue device is causing a DOS attack on that ethernet port cause the buffer to fill up and cause it to stop working. The IT company cannot see this. This is clearly a networking issue of some type.