Messages

1

Mitel MiVoice Business/MCD/3300 / Re: BRI Idle State channel

« on: March 22, 2016, 04:14:51 AM »

Hi,
yes you're right!
BRI Framer cannot differentiate between Network forcing layer 1 down (power saving) and layer 1 being down due to fault. As you said, the command EDT SHOW LINK STATUS BRI permits to check LED status.
Thanks!
Nico

2

Mitel MiVoice Business/MCD/3300 / Re: Cluster and tenanting

« on: March 16, 2016, 07:07:23 AM »

Ok I get it, it sounds as the best solution. The sending travelling class mark is set to "No" but I understand now how to make it works with this parameter set to Yes et a good COR configuration.
The only pending point would be the MOH because I have different MOH per tenant.

3

Mitel MiVoice Business/MCD/3300 / Re: Cluster and tenanting

« on: March 15, 2016, 02:46:24 PM »

I don't get how the tenant number  becomes the tenant of the trunk on the far end. I can't find how to set a tenant number for an IP/XNET trunk.
Dealing with the COR solution, it's a little bit new for me, I usually configure COR with users and not with trunks ^^
You mean a COR Group per tenant?

4

Mitel MiVoice Business/MCD/3300 / Cluster and tenanting

« on: March 15, 2016, 10:58:47 AM »

Hello,
I can’t say if this is the normal behaviour or if there is something wrong in the configuration.
I have 2 ICP clustered connected via an IP trunk.
I have 5 tenants defined which are the same on both ICP and 8 BRI access per ICP (2 QUAD-BRI cards per ICP). Tenanting is programmed because we want to use x BRI channels per tenant.
For instance, First port of the first QUAD-BRI card is used for tenant 1, second port of the first card is dedicated to tenant 3 and so on…
Every digital trunks are members of the same trunk group.
This is working as expected, I mean users from Tenant 1 get external access from the digital trunk belonging to the tenant 1.
On the first ICP, tenant 1 has 2 BRI port dedicated (4 channels). I defined ARS route list where the first route is the local trunk group and a second one through the IP trunk to the 2nd ICP.
Once an overflow occurred from the 1st ICP to the 2nd one, the user who is making the call from the 1st ICP is not routed to a digital trunks from his tenant on the second ICP.
I expected that a user belonging to tenant 1 will use a digital trunk from the same tenant after the routing. The call from the first ICP to the 2nd ICP is using every digital trunk randomly, it doesn’t care about tenanting.
Can you confirm that this is a normal behavior or something is wrong with the configuration?
Hope I’m clear!
Thanks a lot!
Nico

5

Mitel MiVoice Business/MCD/3300 / BRI Idle State channel

« on: March 15, 2016, 09:41:56 AM »

Hello,
I'm facing a behaviour that I don't understand dealing with BRI accesses.
I have a QUAD-BRI card on a 3300 ICP MXe-III.
I want to perform some tests about the BRI external access which are working well for a few years (I didn't install the system). The thing is when I unplugged one of the four BRI access cable from the QUAD-BRI card, the channel are still seen in Idle state using the maintenance command STATE TRUNK GROUP.
I expected to see the channels down because the channel are still used even if there is no cable plugged.
Do you have any idea what I do not see?
Thanks!
Nico

6

Mitel MiVoice Business/MCD/3300 / Internal forward operator

« on: January 12, 2015, 05:08:45 AM »

Hi all,
I have a behaviour which I don't understand involving an operator.
There is an operator, configured as an extension (3535) with a VoiceMail on a Nupoint system (6000). The Call director is configured to route calls to the operator extension during business hours or to play the night message.
When I receive calls from the external to the operator, the behaviour is fine. I get the  call director flow.

But for internal calls, no matter if the forward (conditional/always) or the call rerouting to the operator (3535) is configured on an internal set, if a call from the external arrives on this internal set, the caller will be routed to the voice mail system (6000). No call operator call flow, just the voice mail system telling that “if you have a voice mail box on the system, please enter your voice mail number….” (or something like that). This is the standard message when you call directly the voice mail system without an account.
I expected to be routed on the 3535 call flow.
On the ICP, the DID number is translated to the operator 3535.
The Call Routing of the 3535 is set with an always alternative on the voice mail system (6000).
The call flow of the operator is business hours -> 3535 set and night hours -> voice guide.
I thought about something in the COS but no success.
Do you have any idea why I do not have the operator 3535 call director flow in this specific case?
Thanks,

Nicolas