3300 TFTP Downloads

[kwbMitel]

I have a customer that is having issues with TFTP downloads in the event of a POE failure.

All of the sets are 5235's and the 3300 Rev is 9.0

The total number of sets is 150.

In the THB is says that the maximum simultaneous TFTP downloads from the 3300 controller is 300.

In the Eng Guidelines it says the Maximum is 400 and it is configurable.

I'm happy with either maximum, but the configurable part concerns me. If it is configurable, what is it configured to by default? I can't find any info on where it is configured or how.

Anyone?

*******************************************************
Occam's Razor - All things being equal, the simplest solution is the right one.

 

[MitelInMyBlood]

The Resiliency guide (bigger book than the THB) has several examples & recommendations & tables showing how long it should take for differing numbers of sets, up through 1400, but I do not recall reading any reference to maximum concurrency or how to configure that parameter.

 

[Canuckvoip]

Hmmm...
What kind of controller is it?
5235's are (I think) heavy users on the processor.
Some controllers don't like more than 100 (IP) ACD agents.
I think there's a spreadsheet somewhere to help configure controller types based on various input.

Dave

You can't believe anything you read... unless of course it's this.

 

[Mitelpassion]

300 is what I've heard from 3rd line.
as for where to configure, I have no idea. maybe misinformation?? only place I can think is registry or maybe a setting or entry in a config file within the 3300. It's after all a TFTP server too.

 

[IrwinMFletcher]

What kind of trouble is it? 150 phones doesn't seem like a lot, even if a set runs into problems downloading (times out), it should trigger a back-off timer and retry later. Is it the controller that has problems, or some of the sets?

 

[kwbMitel]

The customer has had a few power issues after hours recently. When the customer arrives in the morning, a significant number of sets are stuck waiting for download. Rebooting the phone manually does the trick. The controller type is 3340.

*******************************************************
Occam's Razor - All things being equal, the simplest solution is the right one.

 

[Webmany]

It could be their network switch. When all phones on a switch are reset, they all try to do a DHCP request, which is considered a broadcast storm on most switches. I had to change the settings on a customer with a 26 port switch with 24 phones on it.

 

[IrwinMFletcher]

Are you able to reboot the sets or the controller at some time? I take it when there are power issues it's wide spread, everything goes down. It would be interesting to see if it's related just to the resetting of the phones or the restart of all of the routers, etc.

Try forcing the reboot of all the sets through ESM and see if it still happens. I would think that it should work as 150 phones isn't a lot. Having said that, if it's a CX then it may be at the higher end of it's capacity.

What is the base hardware for the 3340?

 

[tlpeter]

If it is a cx then 150 phones is too much
A cx can handle 100 phones !

ACS - Implement IP Office
ACA - Implement IP Telephony -- ACA - Design IP Telephony
ACA - Voice Services Management
______________
Women and cats can do as they please and men and dogs should relax and get used to the idea!

 

[kwbMitel]

The hardware is an older MX style but with the 3340 software limitation.

This issue typically occurs when POE is lost but the Controller power is maintained.

DHCP is initially provided by the customers DHCP server and then the phones switch vlan's and do another DHCP request.

WebMany: The possibility of the switches blocking the request due to broadcast storm had not occured to me. I am not particulary literate at the switch level. Can you provide more detail on what specifically might be modified at the switch level and I'll take it to my people.



*******************************************************
Occam's Razor - All things being equal, the simplest solution is the right one.

 

[tlpeter]

I have seen tftp timeout lately on an 5212
This phone had a static ipadres and did not get tftp after an upgrade

Only after factory defaulting the phones it did work again !!!

ACS - Implement IP Office
ACA - Implement IP Telephony -- ACA - Design IP Telephony
ACA - Voice Services Management
______________
Women and cats can do as they please and men and dogs should relax and get used to the idea!

 

[paterson]

DHCP is initially provided by the customers DHCP server and then the phones switch vlan's and do another DHCP request.

Where are the phones stopping? At getting a DHCP from the customer's server or at the phone vlan level. Perhaps the customer's DHCP server is not providing phones the initial DHCP address because the pool is not large enough to handle so many requests at once.

_______________________________________________________________

If you did not take enough time to get it right the first time...

What makes you think that you have time to fix it?

 

[kwbMitel]

Good thought Paterson but the customers DHCP is set to allow enough addresses for all PC's and Phones combined (and then some)



*******************************************************
Occam's Razor - All things being equal, the simplest solution is the right one.