DHCP MCIPADD being ignored?

[Moshimoshi]

I'm vexed. I've been working with network services for a while now trying to curtail a problem we're having where our 4610SW IP phones ignore the MCIPADD line in our DHCP scopes and seem to grab another address (instead) arbitrarily.

But, because of our network topology, we cannot have these phones using the CLAN they're trying to jump too.

(NOTE: we're in the middle of an IP change, I've asked about this before and didn't get much input). Our data network moved to 10.150.xx.xx addresses before, from 10.130.xx.xx addresses. The routing is perfect, we can ping back and forth and route packets from 10.150 to 10.130 and back again, we tested this repeatedly, it doesn't seem to be the proble, and we exhausted the possibility that it was)

Basically. the MCIPADD line in DHCP states that the phones need to use 10.130.1.60 as the choice CLAN, since its local, vs. taking some very long packet trips out of T1's to another site.

When we register the phones...for example, I see...

10:37:04 rcv GRQ endpt 10.150.17.120:49300 switch 10.130.1.60:1719 ext
10:37:04 snd GCF endpt 10.150.17.120:49300 switch 10.130.1.60:1719 ext 5359
10:37:04 rcv RRQ endpt 10.150.17.120:49300 switch 10.150.121.2:1719 ext 5359
10:37:05 snd RCF endpt 10.150.17.120:49300 switch 10.150.121.2:1719 ext 5359

And the phone skips to 10.150.121.2 as a call server. Why? I don't understand how its ignoring our DHCP scope MCIPADD pref for 10.130.1.60 when the phones can (and do) use it when we force them too, but we don't want to have to set a static IP on every IP phone in the company.

This needs to be resolved so that we can do firmware updates to finish our IP move...

Anyhow have any thoughts?

~Sean
-----------------------
Telecom Analyst, FOI.\\\\_______________

 

[tanderson3733]

46xxsettings.txt maybe?

 

[wildcard100001]

Network regions on the PBX... The pbx is load balancing. The other CLAN needs to be in a different network region for it not to load balance to it.

My initial thought...

Thanks,

Wildcard

 

[98Converter]

Confirm they're all (phone/clan) set to same Network Region.



Thanks,
CJH

We are what we repeatedly do. Excellence, then, is not an act but a habit. ARISTOTLE 384-322 B.C.

 

[Moshimoshi]

Oh frack *facepalm* you're not kidding are you. I just turned up the documentation on this.

What are the effects of changing the network region of our IP Media Processor and the Control LAN to Network Region 2, or what should I make happen to get them into their own network region?

~Sean
-----------------------
Telecom Analyst, FOI.\\\\_______________

 

[Moshimoshi]

Err, I guess what I'm asking is "Different IP Network Regions cannot share the same IP space can they" ?

Meaning, like, say the CLAN, MEDPRO, and IP phones are all still in the same wash of VLANs and IP space as everything else for now, I can't just

Make Network Region 2, named IP Telephony

Use network IP Mapping to say...force them to use Region 2 despite sharing IP space?

~Sean
-----------------------
Telecom Analyst, FOI.\\\\_______________

 

[Mitch672]

If you want particulr phones, in a particular IP range to use a special CLAN/MEDPRO combo, you must setup the IP-Network-Map, to a Region, and only put that 1 CLAN and MEDPRO in that region, then the system will not try and "load balance" the IP phone registrations.

What is happenening now it, the system is redirecting the IP phones to use a different CLAN, to load balance and distribute the registrations. It will do this, and there is no way to stop it, other than using a dedicated IP-Network-Region.



Mitch

AVAYA Certified Expert

 

[jimbojimbo]

Sounds like your system is distributed but was never set up as such. If you apply a network region to a site and correctly administer the IP-Network-Map you can pretty much get the phones to do anything you want. You shouldn't have CLAN's separated by a WAN in the same network region.

Jimbo