Mitel Forums - The Unofficial Source

Mitel Forums => Mitel MiVoice Business/MCD/3300 => Topic started by: idxman01 on April 18, 2016, 09:54:55 PM

Title: PRI channel allocation / balancing
Post by: idxman01 on April 18, 2016, 09:54:55 PM
Without getting wild with ARS is there a way to either reserve/allocate 1-2 channels or balance non-emergency calls across two PRI's/3300's?

Title: Re: PRI channel allocation / balancing
Post by: acejavelin on April 18, 2016, 10:25:13 PM
Define "getting wild"?  ;D

This is pretty simple actually, just take the last channel out of each PRI (assuming 2 PRI's) and add them to a separate trunk group, then use that trunk group on your emergency route. Depending on your setup, this may be a little over simplified, but is about as minimal as you can get.
Title: Re: PRI channel allocation / balancing
Post by: idxman01 on April 18, 2016, 10:45:40 PM
That sounds pretty simple, i should have thought of that.  Some of the ARS stuff seems to get out of hand at times.  :D

Thanks, I will give it a try.
Title: Re: PRI channel allocation / balancing
Post by: acejavelin on April 19, 2016, 10:06:40 AM
That sounds pretty simple, i should have thought of that.  Some of the ARS stuff seems to get out of hand at times.  :D

Thanks, I will give it a try.
Yeah, I have seen some pretty crazy ARS stuff... "back in the day" I used to work for a small feature group B long distance carrier that used multiple SX-200D and SX-2000 systems as their CO switches in 3 locations in North Dakota. You haven't seen crazy ARS in a Mitel until you define every intra-lata exchange and every area code in North America, with routes out to 4 different carriers based on time of day, destination, and traffic load. Ahhh... those were the days.
Title: Re: PRI channel allocation / balancing
Post by: idxman01 on April 19, 2016, 01:07:47 PM
Yeah, I have seen some pretty crazy ARS stuff...

See, that's the wild stuff I'm talking about..

I appreciate the tip; it's setup and appears to work well.  I definitely like that it's simple as this pbx stuff is in no way related to my job..