Adding Extra Nodes Via DHCP [ON MSL]

[mitelmitel]

Using SRC at the moment for DHCP and TFTP/Call server. It has taps by the VR on voice streams.

I am getting the other SRC we have [spare at the moment] upgraded and clustered [v2.2].

PBX resiliency has not been enabled - yet.


Questions!

How, in DHCP on the SRC/MSL server can you assign more than one call server so that the phone has more than one ICP in its NVRAM? So when the main call server dies [SRC1] it will fail over to SRC2.

When using SRC servers with resilient ICPS how do you tell the phones what its secondary node is? At the moment the SRC is the TFTP and Call server due to obvious reasons, what happens on failover when an ICP fails?

Documentation a scarce with the SRC and very basic.


I suppose I need to know how it works when:

A] SRC1 fails.
B] Primary ICP fails.

 

[mitelmitel]

To simply above!:-

How does the phone register to the secondary SRC when its primary one fails – DHCP, if so how?

How does the phone register to its second ICP when primary fails when connected to the SRC server?

 

[Mitelmatt]

Where is your DHCP currently from?

To do resilient SRC you cluster them together.

Then when the phone registers to the SRC it gets the IP Addresses of all the SRC's in the cluster. You don;t need to do it via DHCP

In the Dhcp server your using, option 125 and the Call_svr element should have "ipaddress of first SRC,ipaddress of second SRC" (without the speach marks obviously). The Tftp section only handles one IP address so put in the IP address of the first SRC.

Then when the phone registers to the SRC it gets sent the IP addresses in the Clusetr (up to 4)

 

[mitelmitel]

The SRC's are due to be clustered. How does the phone know to rehome to the 2nd SRC on failure?

Currently all the voice VLANs use the embedded DHCP server on SRC1. Once we install another SRC [for clustering] I want to add another DHCP server and split the scopes across both.

When I do what you said: In the Dhcp server your using, option 125 and the Call_svr element should have "ipaddress of first SRC,ipaddress of second SRC"

I reboot the phone but the 2nd ICP IP address doesnt appear in the phone config.

 

[Mitelmatt]

The phone gets the list of SRC's from when it registers to the SRC, not from the DHCP, the only reason you put the 2 addresses in the DHCP is to know where to try on boot up.

But just remebered it won't take it when going through SRC so forget that. It knows to overite what the DHCP said and fill the list with it's cluster addresses.

Jst trust me, once you've got 2 SRC's clustered, when you boot the phone you will see both addresses in their

 

[Mitelmatt]

ooh, just read your bit about splitting the dhcp. You can have both dhcp servers running and split the load, just enable the dhcp server on the second src. You can do 2 things.

1) when you cluster the src's you can "Rank" them to say which is first, then second etc. Sowhen the phones register and get the list t will put the src's in the right order.

2) In the dhcp server on the second src, just put in the 1st src address for call server and tftp

 

[mitelmitel]

Thanks for the replies, I was wondering what happens when the primary user gateway fails with resiliency enabled?

 

[Mitelmatt]

when the primary ICP fails, the phone still homes through to the SRC to the secondary controller. So with 2 X ICPS and 2 X SRC's you have ultimate resiliency

 

[mitelmitel]

So you assign the secondary controller to the device as usual [through ops], the phone then rehomes to the secondary controller but not by connecting directly to the ICP but through the SRC?

I take it all PBX's will then need to be assigned in the SRC.

 

[Mitelmatt]

You are correct in the first question.

Not necessarily no, you only need one SRC to front a Cluster.

 

[LoopyLou]

If the SRC guide is a bit scarce on details try the MBG guide as it is exactly the same type of cluster functionality.