Messages

1

Mitel Software Applications / Attendant Console Reports using Business Reporter

« on: October 13, 2015, 04:27:38 AM »

Yoursite Explorer: 7.1.0.0
vMCD 7.0 SP1

Has anyone got reporting working for Attendant Consoles using Yoursite Explorer Business Reporter? Reporting works on Standard extensions but not attendant consoles. Our package comes with 300 Business Reporter licenses.

The media server is licensed to use Business Reporter.
The three attendant consoles and certain extensions (security, emergency etc) are licensed to use Business Reporter.
SMDR is enabled in all Class of Services.
The three consoles are set up as extensions with type Attendant Console (although I also tried Voice which didn't work either)

I thought it should be as simple as that but it doesn't work, any ideas? I do get a report displayed but all data are zero's.

2

Mitel Software Applications / Re: 3300 + MBG - Resiliency for MBG?

« on: October 13, 2015, 04:17:57 AM »

Hi orion, I'm curious to know have you tested your primary WAN link failure? I ask because we have and it doesn't work as expected. See my thread here:

http://mitelforums.com/forum/index.php?topic=7306.0

We sent wireshark data and Mitel have gone quiet on this and last we heard it's a design issue in that the MBG does not actually inform 3300/MCD that the link is down. It might detect it's own NIC failure (can't replicate that) but our WAN interface on MBG is connected to a Cisco edge device and when we switch off the interface on the Cisco switch (to simulate a failure with that device or the WAN link), all calls still try to use that link. Shtting down the LAN link is fine because MBG & MCD are peers.

Be nice to know if it works for you, what is different with your version of MBG?

3

Mitel Software Applications / Re: MBG not failing over if WAN link down

« on: September 08, 2015, 04:16:19 AM »

Hi. Yes, you need two SIP Peer Profiles. We also now use two vMCD's. vMCD1 is primary, vMCD2 is backup. We now have 25 SIP Trunk licenses on each vMCD. MBG1 & MBG2 is in a Cluster with 50 SIP trunks.

On vMCD1:

1. In Network Elements, I have two entries SIP_1 and SIP_2 as Type "Other" and two entries MBG1 and MBG2 as Type "Outbound Proxy".
2. In Trunk Attributes, I have two entries for SIP_1 (Trunk Service number 1) and SIP_2 (Trunk Service number 2).
3. In SIP Peer Profile,  I have two entries for the two Network Elements SIP_1 and SIP_2 with SIP_1 using Trunk Service 1 and SIP_2 using Trunk Service 2.
4. In ARS Routes 10 & 11, I have two entries using SIP Trunk as routing medium and SIP Peer Profiles of SIP_1 and SIP_2.
5. In ARS Routes Lists, I have a List number 10 with 1st choice = 10 (MBG1),  2nd choice = 32 (vMCD2), 3rd choice = 11 (MBG2)

You need to program similar on vMCD2. But in ARS Lists we only have 1st choice to MBG1 and 2nd choice to MBG2. Configuring it this way means we have resiliency on MBG and resiliency on vMCD and resiliency with SIP Trunks. All our devices have a  secondary element of vMCD2.

Friday last week we ported over one of our ISDN numbers to our SIP provider. Shutting down MBG1 WAN link results in incoming calls instantly being re-routed to second SIP circuit and through MBG2 so this is a success. However, outgoing calls do not get routed to MBG2.

I did use Wireshark and the capture file was sent to Mitel who acknowledged that vMCD was working as expected but MBG was not. This has now been escalated to the Mitel MBG Support Team. I will let you know the outcome.

Orion, please let me know how you get on with your setup.

4

Mitel Software Applications / Re: MBG not failing over if WAN link down

« on: September 02, 2015, 10:16:23 AM »

I'll see what I can do, thanks.

5

Mitel Software Applications / MBG not failing over if WAN link down

« on: September 02, 2015, 06:01:56 AM »

MBG: 8.1.25.0
vMCD: 7.0 SP1

We have 50 SIP trunks with a SIP provider in Active/Standby mode. We have a Cluster of two MBG's in Server-Gateway mode. Both MBG's have two NIC's (WAN & LAN) on network edge. We have a single vMCD for SIP use at present. ARS digits dialed configured as a List to use MBG1 as 1st choice and MBG2 as 2nd choice. Calls go through MBG1 to SIP cloud 1 & MBG2 to SIP cloud 2 successfully when tested, that is changing ARS digits dialed to a route rather than a list and testing both SIP circuits.

We are still testing but due to port our numbers over from ISDN soon. If I shut down the MBG1 LAN port on our Cisco switch, then after a few seconds calls correctly get routed to the 2nd choice route of MBG2. On vMCD a SIP LINK ACTIVE ALL correctly shows SIP1 as Out of Service. If I re-enable the LAN port, calls re-route back to MBG1.

The problem we have is when I shut down the MBG WAN port to simulate our main SIP circuit failing. This time it takes about 5 minutes for calls to be routed to MBG2, but that's not all, it only works once. If I re-enable the WAN port, calls go back through MBG1 but if I do the whole process again by shutting down the WAN port, calls never go to MBG2 until I reboot MBG1. And a SIP LINK ACTIVE ALL never shown MBG1 out of service.

It seems that MBG and vMCD are not communicating properly when the WAN link fails. I have messed about with the Timers in the SIP Peer Profile and the SIP Keepalives in MBG but nothing works. Our Mitel support Engineers are also scratching their heads, they even passed it onto Mitel who suggested a Timer change but this made it worse as now calls never get routed to MBG2.

vMCD, SIP Peer Profile Timers:

Keep-Alive (OPTIONS) Period  60
Registration Period  3600
Registration Period Refresh (%)  50
Registration Maximum Timeout  60
Session Timer  90
Session Timer: Local as Refresher  No
Subscription Period  3600
Subscription Period Minimum  300
Subscription Period Refresh (%)  80
Invite Ringing Response Timer  8  (this is the change suggested by Mitel)

MBG SIP Options

SIP support:  Enabled
PRACK support:  Disabled
Local streaming: False
Send options keepalives: Always
Options interval: 10
Gap register: True
Set-side registration expiry time: 240
ICP-side registration expiry time: 900
Challenge methods: invite subscribe
Allowed URI names:


Any ideas?

Jon.

6

Mitel Software Applications / Re: 6160 (v5.8) RAD ports

« on: September 04, 2013, 04:25:12 AM »

Thanks for the clarification. Another question on RAD ports for 6160, we have recently setup Updated Position in Queue using four RAD ports. If we have 10 callers in the queue, does it mean only four get their position updated? Each caller will be in a different position in the queue so is it a case that each caller gets assigned to one particular RAD port for the duration they are in the queue?

I'm finding RAD ports difficult to understand.

7

Mitel Software Applications / 6160 (v5.8) RAD ports

« on: September 03, 2013, 06:26:31 AM »

First of all, just joined so hello to you all

Can someone clarify something regarding RAD ports please. We have a Call Flow in IQ 6160 (version 5.8 ) with an initial announcement using three RAD ports (4441, 4442 and 4443 for example). The documentation says that each RAD port can play a message to 50 simultaneous callers. So I thought I would test this. I dialed the ACD path from four separate office phones, the first three used 4441 - 4443 as expected then I got a Busy tone on the fourth phone.

So I'm guessing that when the message starts playing using RAD 4441 for example, then that RAD port becomes busy until the message has finished. So how come Mitel claim you can have 50 callers for each RAD port when all I can get is one?

I'm obviously misunderstanding something. So any clarification would be great, thanks. If Mitel mean 50 callers at exactly the same time then I would think that is pretty much impossible?