Tek-Tips is the largest IT community on the Internet today!

Members share and learn making Tek-Tips Forums the best source of peer-reviewed technical information on the Internet!

  • Congratulations Mike Lewis on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!

Maxed Out !

Status
Not open for further replies.

MitelInMyBlood

Technical User
Apr 14, 2005
1,990
US
Our mgmt has asked us about the possibility of installing 50~60 additional SS4150s on this system. We have the instruments and the available ports, but I don't think it wise as we're already up against the wall and having some weird issues with various sets periodically needing rebooting. I think we're as far as we can go without unacceptable risk. (MFRD 21, Traffic 20). Other's opinions? Thanks!

Code:
                      DIMENSION AND FEATURE DISPLAY                           
|                                                                              |
| Hunt Groups . . . . . . . . . . . . .        120         |        11         |
| Independent Account Codes . . . . . .       1000         |         4         |
| IP Device Licenses  . . . . . . . . .                    |         0         |
| IP User Licenses  . . . . . . . . . .                    |         0         |
| Modems. . . . . . . . . . . . . . . .         30         |         0         |
| MSDN/DPNSS Cluster Elements . . . . .         10         |         5         |
| MSDN/DPNSS Remote Directory Numbers .      10501         |        33         |
| Multiline Sets. . . . . . . . . . . .       1600         |      1521         |
| Networked ACD - Rem Agent Subgroups .          1         |                   |
| Personal Speed Call Blocks. . . . . .        100         |         0         |
| Pickup Groups . . . . . . . . . . . .        130         |        39         |
| PKM devices . . . . . . . . . . . . .        150         |        28         |
| Single Line Sets . . . . .  . . . . .        520         |       507         |
| System Speed Call . . . . . . . . . .        400         |       126         |
| Trunks. . . . . . . . . . . . . . . .        401         |       288         |
| Trunk Groups. . . . . . . . . . . . .         71         |        14         |

 
 
TOTAL TRUNKS                281 TOTAL STATIONS             1935
TOTAL ATTENDANTS              2
 
CEPT Trunks                 120 UNIVERSAL T1 Trunks         161
 
On Premise Stations         374 DNI Stations               1513
COV Stations                 48

.



Original MUG/NAMU Charter Member
 
Sorry.. it's an SX2K with Expanded pers, software LW34 (34.2.7.4)

Original MUG/NAMU Charter Member
 
The 4150's will be OK if you don't load them up with button appearances. You are right to hesitate to deploy to the max if these sets are going to be high traffic. Looks like you might want to consider breaking this system up with a couple of MXe controllers and use IP networking to tie them together.

NO GOOD DEED GOES UNPUNISHED!
 
Migration to MXe/MCD is "tentatively" slated to occur sometime next year, which if it happens at all will be late in the year.

I personally believe the Performance Index for any/all systems was never intended that you take a MFRD-21 system (the largest std. config for the SX2k) and run it with the max possible (or very near the max) number of multiline sets. It's an invitation for disaster.

We've looked at the kernel queue and process pools of this system a couple years ago when it had flex dims running on it (Flex Dims = huge mistake) and saw then that it was low on resources.

There is no problem with the traffic load, plenty of elbow room there, so taking it to 3:1 blocking with expanded pers didn't bite us, but I'm guessing the message switch still has too much to do. I've wondered about the advisability of turning off some of the background stats. (?)

The problem prolific on the machine today is random SS4150s getting into a state where they either lose handset audio or lose speaker audio (only 1 mode works) until you reboot the affected instrument(s). Problem seems to only happen with SS420s and 4150s, not 4025s, but 4150s is what we have most of and still several cases of new ones in inventory.

Example, you dial into voicemail using handsfree, you hear the ring but when the vm system answers, your speaker on your 4150 goes mute. You pick up the handset and voila, your call is there. Reboot the set and it's fixed....for now until it happens again.

Mitel claims no other site has ever experienced this and it only started happening to us when we got above 1300 multiline sets, Now were at 1521 and being asked for more. System limit is 1600 but I don't see the 48 COV (Voice Mail) in that total shown on DIM & FEATS which makes me suspicious that "the wall" is closer than the number being shown.

Cust. knows they got to upgrade to 3300 but not budgeted until 3rd quarter of next year. I think it's nearing crisis level.

Original MUG/NAMU Charter Member
 
It occurs to me that the investment into legacy 4150 sets may be a bad way to go (only my opinion).
Looks like you have those sets on hand already though yes?
How is the network looking?
Would a "bolt on" MXe do the job with some equiv IP sets?
Money is the issue I'm sure but I wonder what the implications will be later.
All that time and effort for stuff that's essentially dead...
I dunno...
Pull the budget onto the front burner and make it part of the IT budget?
Just trying to help...

You can't believe anything you read... unless of course it's this sentence.
 
Was not the orginal intent of expanded per nodes to support single line sets in a low traffic senario? If you have many 4150's on the expanded per nodes then yes I would say that the message switch is not able to support the sets even though traffic is low. We always limited the number of multiline digital sets we installed on an expanded per node pair for that reason.
 
Thanks all.
Yes, the 4150's are already on hand in inventory. I have an MXe running on this site but there is "resistence" from upper levels to start rolling out new IP phones to the great unwashed. Cost is of course a factor, but the "ME TOO" factor is another issue that mgmt is afraid to deal with (no balls to say "no")

Original MUG/NAMU Charter Member
 
As you are soliciting opinions rather than answers, here is mine.

I think the 4150 part of your question is a red herring.

The real question is whether you should consider adding ANY multiline sets at all.

Without knowing the comparitive density of multiline sets to single line sets, the original question is moot.

That being said, I think you already know what needs to be done and are just looking for substantiation for "The Powers That Be"

*******************************************************
Occam's Razor - All things being equal, the simplest solution is the right one.
 
Precisely.
Also I discover today that of the 121 DNIC cards in the system, 47 are below minimum recommended rev.

2 years ago we had a major layoff and at that same time were able to bring the system down to a standard MFRD (21) and get away from Flex. We had problems too numerous to mention while flexed and at the time were pushing close to 1700 multiline sets (which is why we flexed). Once back at a std. MFRD I swore on my mother's grave I would never flex a system again.

My dips*** mgmt is once again trying to buy time, but we've played that game with them before and every time we succumb to pressure we end up regretting it. Just looking for AMMO. The line cards in that system are all dated 1988 or prior. It's time to polish up the old bugle and play Taps, but mgmt is starting to crawfish on me, looking now at MS OCS and softphones. They'll be s-o-o-o-o-o-r-r-y !

We're replacing batteries this weekend (site is 100% DC) so maybe we can accidentally open the loop to the standby power system while the primary is offline and cross our fingers that those old 40 meg drives won't spin up :) and hide the spares.

Original MUG/NAMU Charter Member
 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top