Messages

1

Mitel MiVoice Business/MCD/3300 / Re: 3300 ARP/Duplicate ip

« on: October 29, 2014, 05:32:15 AM »

Solved,

Should of spotted this earlier.


the guy who set up the vlan interfaces on our Cisco cat switch has used a wrong subnet mask.  The vlan range was 172.18.98.0/23  98.1 to 99.254  For our voice vlan

The vlan interface was configured as 172.18.99.252/24

When the 3300 controller was arping for any addresses in 172.18.98.0 /23 range it considered them to be in a different subnet  and sent the request to the hrsp default gateway address 172.18.99.254 ( default Behavoir in address is considered on a diff subnet)

HSRP active interface repsonded  with its mac address ( proxy arp) This address was already in the arp cache on the controller as the default gateway address causing the alert to be generated.


Sicne changing the Cisco  cat voice vlan  interface to the correct subnet mask the controller can send arp request to the entire /23 range.

 
No more pesky duplicate ip conflict messages.

2

Mitel MiVoice Business/MCD/3300 / Re: 3300 ARP/Duplicate ip

« on: October 16, 2014, 04:58:23 AM »

Hi Ralph,


WE have two cisco switches configured with hsrp redundancy for our vlans.


0000.0c07.ac02  is the  HSRP virtual gateway mac address for our phone system vlan

thanks

Ray

3

Mitel MiVoice Business/MCD/3300 / 3300 ARP/Duplicate ip

« on: October 15, 2014, 11:07:15 AM »

ood afternoon,

Could any one help me figure out why our 3300 is complaining about duplicate ip addressing even though there isn't any conflicts



Duplicate IP Address Detector
Description   Possibly 2 computers with the same IP address (172.18.98.116).
One of those computers has MAC address 08:00:0f:54:ac:b8. If this IP is used by
the Mitel RTC card, E2T card, a phone or router, there may be disruption in telephone service.


Time   14:39:17
Source   Duplicate IP Address Detector
Description   Possibly 2 computers with the same IP address (172.18.98.116).
One of those computers has MAC address 00:00:0c:07:ac:02. If this IP is used by
the Mitel RTC card, E2T card, a phone or router, there may be disruption in telephone service.


3300 arp table



LINK LEVEL ARP TABLE
Destination      LL Address        Flags  Refcnt Use        Interface
---------------------------------------------------------------------

172.18.98.116    08:00:0f:54:ac:b8 0x8405 2      1260       motfcc0   ( mitel Handset)

172.18.99.254    00:00:0c:07:ac:02 0x8405 42     0          motfcc0    ( HSRP active virtual Gateway address)


Cisco arp entries for above ips

Internet  172.18.99.254           -   0000.0c07.ac02  ARPA
Internet  172.18.98.116         141   0800.0f54.acb8  ARPA



The pbx system ip info



Host Name   o=motfcc   
System IP Address   172.18.99.200   
Subnet Mask   255.255.254.0   
Gateway IP Address   172.18.99.254   
Layer 2 (L2) Switch IP Address   172.18.99.202   
E2T Card IP Address   172.18.99.201 / 255.255.254.0

Ip routing


ICMP Router Discovery Server   Enabled
Gateway IP   172.18.99.254

As you can see there are no conflicts as such but the 3300 still reporting there is .

Any ideas guys ?


Thanks in advance.

4

Mitel MiVoice Business/MCD/3300 / softphone /CCM

« on: November 28, 2013, 04:48:09 AM »

Good morning folks.


I have a couple of uses that are being prompted for a pin code.

the pin request prompt occurs once the user changes the action button from logged off to log on.

No pin codes have been set on the system at  all.

screen shots attached

5

Mitel MiVoice Business/MCD/3300 / Re: Call reroute on dnd or no pickup

« on: October 23, 2013, 10:06:27 AM »

Thanks for the swift response folks.
 

Mattyman,

I am looking at the option you suggested.

so given the extension 111

how do i using the 1st alternative form page on the mitel mcd  to ensure that  if 111 is busy away on dnd the call with route to hunt group 529

i see no reference on the form page that correlates to any extension.

i have added an attachment of the relevant form.

thanks

6

Mitel MiVoice Business/MCD/3300 / Call reroute on dnd or no pickup

« on: October 23, 2013, 07:29:57 AM »

Hi,

firstly i have  little if any experience on the mitel phone platform so apologies if my question seems trivial.

I have department serveral users that are currently complaining that when customers call and they are either on the phone or away from desk or in dnd.
the caller recieves a out of service recorded message.

was wondering how i can set up call the phone system to route the caller back into the hunt group number 529

example extenstions

111
222
333
444
555
666

*777

*777 = manager extention. ( would ideally like calls to fall through to him/her if no one picks or is busy /dnd.

any help guidance appreciated.

7

Mitel Software Applications / Re: TCP UDP Ports

« on: July 22, 2013, 05:41:51 AM »

Hi there,

yep no nat what so ever.

thanks for the swift response.

8

Mitel Software Applications / TCP UDP Ports

« on: July 22, 2013, 04:13:48 AM »

Good morning,


I have been tasked with providing some ip phones at our remote office i have set up all the routing and end to end connectivity exists from a ping perspective.



Could any one advise on what ports i would need to have open on the firewall to allow a 5312 ip phone to register with our 3300 controller and to make and recieve calls.

Any advise greatly appreciated.

9

Mitel Software Applications / Re: mitel contact centre manager

« on: July 22, 2013, 03:52:06 AM »

Hi Guys,

Apologies for the late reply

Thanks for all your replies.

the issue was resolved by deleting and re-creating the users.

Not exactly the best solution but its fixed.

thanks for you imput.

10

Mitel Software Applications / mitel contact centre manager

« on: June 26, 2013, 04:05:40 AM »

good morning folks,


some of our softphone users are unable to login in to the contact centre manager via thier client app.



i am new ip telephony and mitel etc.

our set up is basically as follows.

two 3300 controllers.

Sever running contact centre manager.

users connecting to the 3300 via contact centre client.

Attached is screen shot showing the errror our users are recieving,


thanks in advance.