| |||||||||
![]() | | ||||||||
| |||||||||||||||
| |||||||||||||||
| Meridian Systems Welcome to the Nortel Meridian Forums Including Meridian Options 11-81C CS1000M Meridian Mail Call Pilot Companion and Sucession Hospitality OTM MAT MICB RAN NetGateway ..., and all other Applications |
| Tags: design, redundancy, servercore, signaling |
![]() |
| | LinkBack | Thread Tools | Display Modes |
| | #1 (permalink) | ||||||||
| Junior Member ![]()
Rep Power: 3 ![]() | Redundancy design signaling server/core 0 A question came up recently and I can't imagine Nortel hasn't addressed it somewhere, but our local office didn't have any ideas. During the addition of the latest patches to our CS 1000M Large System, our Core 0 IP connection went down and the Core 1 IP kept coming up as the default. The Signaling Server only has one entry for a Call Server IP address (which is our Core 0 address). Thus, the signaling server could no longer communicate with the pbx, and incoming calls were not actually ringing on the IP sets. The signaling server stayed UP, so it technically wouldn’t have failed over to a backup. Is there another entry somewhere for a failover Call Server IP address? Any ideas would be great, as it created some doubt about the true redundant nature of the IP phones. If we ever can't get that Core 0 IP interface up, all of the IP sets would be down again. thanks! | ||||||||
| | |
| | #2 (permalink) | ||||||||
| Senior Member Fletch is Nortel E911 PLM
Location: NORTEL - NJ Rep Power: 7 ![]() | I have demonstrated this for customers many times by pulling out Core 0. You have 2 IP addresses (Core 0 and Core 1) however the only time the Core 1 IP is used, is when the machine is in Split Mode (maintenance). The active Core uses the address assigned to Core 0. Now on the data side, there is what is called an ARP table that maps IP address to MAC address. Is it possible that the ARP cache on the data switch did not update, and was pointing the Core 0 IP to the old Core 0 MAC? This ARP table should have refreshed the Core 0 IP to the active Core 1 MAC. Unfortunately this has to be tested in a maintenance window. Now this is the most plausible scenario I can think of, there may be others. This is a problem that I have witnessed before where a XYZ data switch did not update it's ARP cache. __________________ Fletch Nortel Emergency Services PLM For more on Nortel E911 Solutions on the web: http://nortel.com/e911 Check out this month's E911 Talk podcast at Nortel E911 Talk Podcasts | ||||||||
| | |
| | #3 (permalink) | ||||||||
| Senior Member ![]() PHONE_TECH has no status.
Location: Near Pluto's third Moon Rep Power: 7 ![]() | We are using the Sig Server and CS1000,system installed in January but we had some issues whith switching in the midnight routines.My manager wants them to switch each night but I don't know if this is a common practice or even if it is recommended. We switched out our processors and all was well for about a month.Yesterday the cores wouldn't switch in the midnight routines but switched as scheduled this morning. Anyone else having this issue or who out there has theirs set to switch. Just curious. | ||||||||
| | |
| | #4 (permalink) | |||||||||
| Junior Member ![]() TomasSouth has no status.
Rep Power: 6 ![]() | Quote:
Nortel has no mistake in designing as in Element Manager setting only one entry for Call Server IP address. | |||||||||
| | |
| | #5 (permalink) | |||||||||
| Junior Member ![]() TomasSouth has no status.
Rep Power: 6 ![]() | Quote:
| |||||||||
| | |
| | #6 (permalink) | |||||||||
| Senior Member Fletch is Nortel E911 PLM
Location: NORTEL - NJ Rep Power: 7 ![]() | Quote:
Code: OVLY SID 0 BKGD 044 PBXH X TODR 00 DROL 030 032 045 135 137 MID_SCPU YES CY45 00 MULTI_USER ON __________________ Fletch Nortel Emergency Services PLM For more on Nortel E911 Solutions on the web: http://nortel.com/e911 Check out this month's E911 Talk podcast at Nortel E911 Talk Podcasts | |||||||||
| | |
| | #9 (permalink) | ||||||||
| Junior Member ![]()
Rep Power: 3 ![]() | Fletch, I think you may be correct for my original post. The cores were split at the time, so that does help me feel better about it switching connectivity over to Core 1, if core 0 was really down. thanks for the help! It is great to have a resource like yourself here. | ||||||||
| | |
| | #10 (permalink) | ||||||||
| Senior Member Fletch is Nortel E911 PLM
Location: NORTEL - NJ Rep Power: 7 ![]() | Not a problem. Many folks at Nortel view this site as a valuable resource and insight to customer needs. It is not our intention to circumvent your normal maintenance providers, and you should always make an effort to keep them involved. We will, though, make every effort to assist and clarify any difficulties raised. Rick provides a great service to the user community by providing space on this forum for everyone to exchange ideas and tips. __________________ Fletch Nortel Emergency Services PLM For more on Nortel E911 Solutions on the web: http://nortel.com/e911 Check out this month's E911 Talk podcast at Nortel E911 Talk Podcasts | ||||||||
| | |
![]() |
| Currently Active Users Viewing This Thread: 1 (0 members and 1 guests) | |
| Thread Tools | |
| Display Modes | |
| |
Similar Threads | ||||
| Thread | Thread Starter | Forum | Replies | Last Post |
| Scaling a VoIP Network | rixride | VOIP Talk | 2 | 10-29-2006 06:14 PM |
| Looking for PBX Design Engineer | Newton | Other | 0 | 04-24-2006 08:05 PM |
| RE: Timers | crossbar50 | Meridian Systems | 17 | 05-04-2005 09:21 AM |
| Signaling server | dixiedogger | Meridian Systems | 6 | 10-17-2004 08:29 AM |
| Signaling Server Problems | mac11 | Meridian Systems | 2 | 08-27-2004 05:09 PM |