Recent Posts

Pages: [1] 2 3 ... 10
1
doesn't hackers usually use the tftp protocol to gain access to servers for this case which is the MBG server and why tftp is usually not considered safe to allow through the firewall.
I mean, you aren't entirely wrong... tftp doesn't talk to the MBG, it passes it through to the MiVB, which is only a file repository and there is no access to anything else. Tftp is just a file transfer protocol, and it is in it's most basic form in the Mitel offering them for download only (there is no upload to the Mitel via tftp)... the Mitel doesn't execute or do anything with files in it's file repository for phones, it's just storage.

There is no security issue here...
2
Mitel Software Applications / Re: Agent / ring group member question
« Last post by joekske on Today at 09:42:39 AM »
I know that I could maybe use life cycle reports for finding out what agent took the call. But I'm often looking in device logs and I was hoping that I could find it in the device log (that would be a time saver) or in one of the other logs.

The next member or index, I really need for an issue for a customer. They are complaining about calls getting offered to the same agent to often.

Regards

Jo
3
I just want to preface this with by no means am I experienced in Mitel systems so if I'm missed some key info here, please give me a kick.  I'm just trying to help out a customer.

Came across this forum whilst troubleshooting an issue and wondered if people had some advice as I'm being passed from pillar to post.  Unfortunately the customer let their Mitel Maintenance and Support provider subscription lapse as it's being removed later this year.  Queue an issue on their system within two months of them lapsing.  Whilst I've tried to call them and get something in place, they've not been particularly forthcoming so I'm trying to pick apart what I can.

The issue in short is since yesterday morning, users dialing outside of the local network, cannot hear the other end.  The person they're calling hears them fine but the user cannot hear the incoming voice at all.  There are no alarms on the Mitel box itself but there are a number of 'warnings' on the MSL with the major stating "Sync connectivity failure in excess of 24 hours".

When I look at the sync it's not synced with Mitel since Monday and when you try to force a sync it says "ERROR: The server successfully started a sync operation with sync.mitel-amc.com but the connection was broken before the operation completed. Contact your authorized partner for more assistance if this error persists"

Queue some troubleshooting myself via Putty.  The MSL can ping the internet fine, pings any address I give it and DNS resolution works.  BUT it can NOT ping the IP it resolves for the sync.mitel-amc.com address 216.191.234.91.  I can ping that address from anywhere else in the network, I can ping it from home, but the MSL can not (but it pings everything else fine).

I've put a copy of the traceroute below, just wondering if anyone has any further ideas?  I've got a call with the ISP provider but they're saying it's the PBX (of course) and the PBX people, when I can even get them to engage, are blaming the ISP.

Advice would be appreciated.

Code: [Select]
[root@mivbg ~]# ping 8.8.8.8
PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data.
64 bytes from 8.8.8.8: icmp_seq=1 ttl=120 time=6.83 ms
64 bytes from 8.8.8.8: icmp_seq=2 ttl=120 time=6.81 ms
^C
--- 8.8.8.8 ping statistics ---
2 packets transmitted, 2 received, 0% packet loss, time 1595ms
rtt min/avg/max/mdev = 6.816/6.823/6.830/0.007 ms
[root@mivbg ~]# nslookup
> google.co.uk
Server:         10.5.88.56
Address:        10.5.88.56#53

Non-authoritative answer:
Name:   google.co.uk
Address: 172.217.169.3
> sync.mitel-amc.com
Server:         10.5.88.56
Address:        10.5.88.56#53

Non-authoritative answer:
Name:   sync.mitel-amc.com
Address: 216.191.234.91
> exit

[root@mivbg ~]# ping 216.191.234.91
PING 216.191.234.91 (216.191.234.91) 56(84) bytes of data.
^C
--- 216.191.234.91 ping statistics ---
113 packets transmitted, 0 received, 100% packet loss, time 112146ms

[root@mivbg ~]# traceroute 216.191.234.91
traceroute to 216.191.234.91 (216.191.234.91), 30 hops max, 60 byte packets
^[[A 1  85.92.185.153 (85.92.185.153)  0.401 ms  0.298 ms  0.287 ms
 2  85.92.185.170 (85.92.185.170)  6.462 ms  6.486 ms  6.359 ms
 3  81.25.207.129 (81.25.207.129)  6.449 ms  6.464 ms  6.451 ms
 4  ae-7.r20.londen12.uk.bb.gin.ntt.net (129.250.4.140)  6.195 ms  6.826 ms  6.1                                                                             81 ms
 5  ae-13.a03.londen12.uk.bb.gin.ntt.net (129.250.3.249)  6.221 ms  6.755 ms  6.                                                                             719 ms
 6  208.184.12.80 (208.184.12.80)  8.684 ms  6.335 ms  6.283 ms
 7  * * *
 8  * * *
 9  * * *
10  * * *
11  * * *
12  * * *
13  * * *
14  * * *
15  * * *
16  * * *
17  * * *
18  * * *
19  * * *
20  * * *
21  * * *
22  * * *
23  * * *
24  * * *
25  * * *
26  * * *
27  * * *
28  * * *
29  * * *
30  * * *
4
Mitel MiVoice Business/MCD/3300 / Re: SDS Faults / Sync clarification
« Last post by ralph on Today at 06:45:19 AM »
It will push to whichever system host a particular extension.
So if the extension is hosted on system 4 then it will push the changes to system 1.

You can try this:
On one of the extensions that has an issue, delete it then recreate it. Sometimes that will fix it.
But I wouldn't be afraid of doing the sync although that may not fix it either. You'll have to figure out what's causing it to fail on node 1.

Ralph
5
# The system information:
- MiVoice Business Release level: 10.0 SP1
- Active software load:10.0.1.22 (21.0.1.50)
- Platform: SMBC 7963MB of RAM

# The incoming and outgoing calls via CO line / Analog trunk is OKI

# The PROBLEM with SIP trunk calls:
- Incoming / outgoing calls to / from a SIP phone EXT is OKI
- Incoming calls to a Mitel 5300, 6900 or Analog device EXT: the EXT rings -> picks up handset -> call is disconnected
- Outgoing calls from phone 5300, 6900 or Analog EXT: called phone rings -> answer -> call is disconnected

Please give me advice and support?

Thank you very much in advance!
Modify message
6
Introduction and Announcements / Re: Hello World
« Last post by ZuluAlpha on Yesterday at 03:23:21 PM »
Welcome aboard rikko.
7
That's good to know, I'll test it out and capture some logs to see if it does goes to that port. Thanks!
8
Mitel MiVoice Business/MCD/3300 / SDS Faults / Sync clarification
« Last post by rikko on Yesterday at 01:19:31 PM »
Good evening,

I'm looking for clarification please. If I'm trying to manually sync between two admin nodes in a cluster, which way will the synchronization go?

Here's the background, system I'm managing comprises of 4 nodes. I have a bunch of numbers hosted on node #4, with node #3 as a secondary host. When I try to modify users associated to any of these numbers (doing so from a primary host), replication is ok between nodes #2, #3 and #4, but it fails on node #1. As a result, I get multiple users under the same number, on node #1, and as much SDS faults in the process.
I've done the form comparison, and of course a number of users were found to exist only on node #1 (850+ that shouldn't be there). Naturally, I want to initiate sync manually, but it's unclear to me which way the synchronization will go. I don't want to copy these node #1 nonexistent users to other nodes, that's my concern. :) Ideally, I want the system to delete the extra users on node #1, automagically, instead of me going and removing them manually (which also works).

Can anyone clarify this for me please?

Thanks for reading
9
Introduction and Announcements / Re: Hello World
« Last post by ralph on Yesterday at 01:00:38 PM »
Welcome!

Ralph
10
Introduction and Announcements / Hello World
« Last post by rikko on Yesterday at 11:40:25 AM »
Hello fellow mitelians,

I hail from around the world, working for a moving hotel. :) My experience is respectable with Ericsson systems, although for a decade now I'm pocking fingers in 3300. Recently, company had downsized, and person who got the boot was the PABX admin. Somebody had to take over, so here I am. Formally educated in telecom, I can find my way around, but out of necessity I must level my game up.

Thank you

Pages: [1] 2 3 ... 10