Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - theohiopatriot

Pages: [1]
1
Mitel MiVoice Business/MCD/3300 / Excessive re-invites
« on: January 21, 2019, 11:41:53 AM »
Friday our SIP provider told us that they are receiving excessive re-invites from our Mitel system.  This causes their SIP server to temporarily blacklist our IP address and all calls go silent (loss of audio) for 5 minutes.

This is a new install and this problem has been happening since day 1 and we were very shocked just to be hearing about this now.  However, the carrier says this is being caused by the Mitel System. 

The system is 8.0 SP1 using MBG 10.0.3.14.  The general call flow is as follows - SIP calls come in and traverse across a WAN to a Call Director Mailbox for a schedule and plays a greeting with 2 options.  Once you make a choice the calls transfer to an ACD group back on the Local LAN (local to SIP trunks) that contains three different RAD Greetings (embedded VM).  Calls hold until answered.  Nothing out of the normal.  Calls on hold range from 10-50 minutes as a rule.  When this problem was identified recently there were 10 calls on hold with an average hold time of 6 minutes.

Question - has anyone ever experienced what is described as excessive re-invites or a carrier that blocks an IP address because of this problem.

2
MiVoice Office 250/Mitel 5000 / Small 5000 Network issue.
« on: August 24, 2013, 10:01:20 AM »
I am installing a small 5000 network (3 nodes) which I have done hundreds of times before.  The is on Version 6.0 software.  Two nodes, A&B are on private 10.x.x.x networks and the third node, C is on a public network.  The two nodes on the private networks are working fine.  The third node, C, we have a peculiar issue with.  Each system is programmed with a private address and each has a public address with a 1-1 NAT to the private address.  The two nodes on the private network, A&B, are communicating with the private addresses with each other.  Both A&B I have programmed to go to a public address for node C.  Node C I have programmed to go to the public address for both A&B.  I can export/import from all nodes to all nodes.  From A to B and B to A all is working fine.  From A&B to C I have call control, you can dial the phone rings but no audio in either direction.  From C to A&B is the same result.

Checking the firewalls all rules are programmed and all the proper ports are in the list.  Here is where the peculiar issue comes in.  Doing a packet capture on both sides results in the following:

From Node A the 5000 is attempting to send packets to the private address of node C which is a non routable class C address.  Node A is programmed for the public address of node C and should not know the private address.  To clarify Node A is attempting to send packets to 192.168.254.x when it is in fact programmed to for 74.50.3.x.

From Node C we have the exact same result.  Node C is attempting to send packets to 10.7.x.x when it is programmed to go to 12.x.x.x.  Has anybody ever seen this before.  I am confident of the programming and have verified the firewalls.

3
I have worked on both systems for many years.  The short answer is the 3300 has much more flexibility with T-1's and programming in general.  While it is a bit of a learning curve from the 5000, in the long run the company is offering a more flexible solution that is in your best interest.

Pages: [1]