Another 4.2 Resiliency Question

[cdpak]

2 MXe 3300 Controllers 4.2. The 2nd controller is for backup only. Phones and PRI failover properly. Can call out and into the Exts over the PRI. What I'm missing is Ext to Ext calls. I can use the Sys. ID code of 72 ex. 7240XX to complete the call. Now my question. Do I need to stop sharing my ARS forms and build seperate ARS forms for each Controller. So that the 2nd controller has a route that includes 72 or is there a simpler way possibly using the ARS Node ID Form?

Thank You

 

[kwbMitel]

Your Question seems to imply that some phones fail over while others do not. Can you explain?

You can share your ARS all you like but with the Cluster Digits you will need to make exceptions

**********************************************
What's most important is that you realise ... There is no spoon.

 

[cdpak]

All IP phones do fail over. The Ext number range is 4000 to 4099.
All phones are on the Primary. When they fail over to the Secondary Controller they are unable to call each other unless they dial the Node ID 72 (Primary) + Ext number ex. 724050

 

[kwbMitel]

Do you have PNI digits enabled and if so why?

**********************************************
What's most important is that you realise ... There is no spoon.

 

[cdpak]

No we do not have a PNI, Just a Name. Our members are programmed as such:

Name PBX Number/Cluster Element ID Cluster Local Feat Dn
Citysec 2 72 No
Cityprim 1 71 Yes


Again when the primary sets fail over to the Secondary we have to dial 72+40xx

 

[CharlesBr]

What do you see in the remote directory of the Secondary (Citysec) controller?

 

[kwbMitel]

Here's the issue I'm having with your description of the problem.

When you dial 72XXXX from a phone getting call control from the secondary controller, the 72 would be absorbed by the Cluster Form and the XXXX digits dialed on the system. You are saying that dialing XXXX directly does not work and that dialing 72XXXX does. This does not compute. They are 1 and the same thing.

**********************************************
What's most important is that you realise ... There is no spoon.

 

[actswitch]

I've done a few installations like this and never had a problem - AS LONG AS I DON'T SHARE ARS FORMS. SDS is a great idea, but it can cause chaos when you apply it to routing. I think your suggestion of removing ARS sharing is the way to go. Good luck!

 

[actswitch]

Another thing.... this is from Mitels' guide to programming IP clusters and resilliency

2. Program IP Trunks
The first step in Programming IP trunks is programming the ICP/PBX Assignment. The PBX number can be any 3 or 4-digit number, (the same digits must be used for Cluster Element Index Number), and the IP address of the 3300 RTC should be programmed (see 3300 ICP help for complete IP trunks programming)

Have you used the same number for your ICP/PBX and CEID?

 

[kwbMitel]

I like actswitch's last post as a probable cause.

System 1 must be programmed as system 1 on both systems and have CEID digits of 71 on both systems. Your symptoms make sense if this is not the case.

**********************************************
What's most important is that you realise ... There is no spoon.

 

[cdpak]

Thank you. That Finally makes sense. But now it looks like I've back myself in a corner.
Under:
ICP/Number Networking form
PBX Number (I have set The Primary as 1 and the Secondary as 2)
1 (Primary)
2 (Secondary)

In the Cluster Element form
Cluster Members (I have the CEID as 1&2 and CEID Digits as 71&72)

PBX Number/Cluster Element ID Cluster Element ID Digits
1 71
2 72

From what I understand from your comments. The PBX number for both controllers in both forms should be 1. But now I'm of course not able to to change the Secondary Controller PBX number in the ICP/PBX Networking form. I can in the Cluster Element form. Also the CEID Digits should be 71. Is this correct? If so, how can I get the two controllers to be the same PBX/CEID number?

 

[kwbMitel]

By no means is the info below complete but if there is a problem with the programming it is probably one (or more) of these.

[tt]Cluster Form
Primary Secondary
PBX 1 CEID Digits 71 Local Yes PBX 1 CEID Digits 71 Local No
PBX 2 CEID Digits 72 Local No PBX 2 CEID Digits 72 Local Yes[/tt]

[tt]ICP/PBX Networking Form
Primary Secondary
PBX 1 Local Yes IP XXX.XXX.XXX.XXX PBX 1 Local No IP XXX.XXX.XXX.XXX
PBX 2 Local No IP XXX.XXX.XXX.XXX PBX 2 Local Yes IP XXX.XXX.XXX.XXX[/tt]

[tt]ARS Dialed Digits
Primary Secondary
72XXXX Route XX2 (Do not share) 71XXXX Route XX1 (Do Not Share)
71XXXX No Entry! 72XXXX No Entry![/tt]

[tt]ARS Route Assignment
Primary Secondary
Route XX2 (Use IP Trunk route to sys2) Route XX1 (Use IP Trunk route to sys1)[/tt]

**********************************************
What's most important is that you realise ... There is no spoon.

 

[cdpak]

kwbMitel, I've been out of touch. I want to Thank You for getting out the crayons and explaining where I was going wrong. It is working.

 

[kwbMitel]

Could you let me know which specific piece was out of order. As I said earlier, the symptoms did not make sense. It would be nice to know the specifics of what might cause them.

**********************************************
What's most important is that you realise ... There is no spoon.