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 - ricvil

Pages: [1] 2
1
Mitel Software Applications / Re: AWC under attack
« on: February 21, 2022, 12:00:55 PM »
Hi Monkeytail,

I really appreciate this.  I downloaded and applied the patches from the KMS articles.  It was clear what Mitel did.  The new binaries only listen on the loopback interface (127.0.0.1) and not on the LAN or WAN ones.

For example, before:
# netstat -aupn | grep 10070
udp        0      0 0.0.0.0:10070           0.0.0.0:*                           22044/muxer

and after the patch:
# netstat -aupn | grep 10070
udp        0      0 127.0.0.1:10070         0.0.0.0:*                           6108/muxer

Thanks!

2
Mitel Software Applications / Re: AWC under attack
« on: February 20, 2022, 04:49:04 PM »
Thank you Monkeytail.  I will contact our Mitel vendor for the patch.

3
Mitel Software Applications / Re: Teleworker (MBG) - IP Blocking
« on: February 20, 2022, 11:22:24 AM »
Yes, just build a text file with subnets like:

#Deny IP
1.0.0.0/8
2.0.0.0/8
3.0.0.0/8
4.0.0.0/8
5.0.0.0/8
6.0.0.0/8
7.0.0.0/8
8.0.0.0/8

Then import it.  If you click on the help icon, it will show you the full explanation.

4
Mitel Software Applications / AWC under attack
« on: February 20, 2022, 11:19:14 AM »
Hi,

We have been getting hammered by attacks over the internet the last few days to our Audio, Web and Video conferencing server (v9.1.3.205).  The initial symptoms were email alerts indicating "TPS-7005 NO ports available".  I confirmed no calls were happening during the times of the alarm so I focused on doing packet captures on traffic coming from the internet.  It became clear that during the times the alerts were generated, some inbound traffic to UDP port 10074 causes the AWC server to generate enormous amounts of packets outbound (tens of thousands).  This is clearly a sign of a DDoS amplification style attack (a few packets sent our way, and we send tens of thousands back to the source).

The process listening on that port is "/usr/awc/tns/tp240dvr".

Has anybody else experienced this?  Does anybody know what I lose in AWC if I close off that UDP port to the internet?  I closed it and was able to have regular conferences so I don't know what it really is supposed to be doing.

Thanks,
Ricardo


5
Mitel Software Applications / Re: MiCollab Chat Sync
« on: June 17, 2020, 09:13:52 AM »
Thanks Martin.  I had no knowledge of this Cloudlink service and that it was free.  I will have to investigate as it does sound like a solution to the problem.

6
Mitel Software Applications / Re: MiCollab Chat Sync
« on: June 16, 2020, 09:37:08 AM »
Thanks for the link.  We have been using MiCollab for over a year now and everybody loves the Softphone component but pretty much everybody has deemed the chat feature useless because of this and other reasons.  Hopefully Mitel will put more development work into it.

7
Mitel MiVoice Business/MCD/3300 / Re: Managing 69xx firmware
« on: November 19, 2019, 01:49:17 PM »
After searching the filesystems I figured it out.

MBG firmware files are at:  /var/mitel-phoneloads/tftp
3300 firmware files are at: /syspro/tftp

I deleted these files from the 3300
MINET_6940-enc.st
MINET_6930-enc.st
MINET_6920-enc.st

...and replaced them with the newer files from the MBG.

Rebooted the phones in the LAN and now we have the same firmware on local LAN and Teleworker phones.


8
Mitel MiVoice Business/MCD/3300 / Managing 69xx firmware
« on: November 19, 2019, 10:42:58 AM »
We have a 3300 v8.0 SP3 controller and an MBG v10.1.0.250. 

An annoying problem we are having is we setup a 69xx phone on the LAN and it updates to whatever firmware the 3300 has as it's latest.  Then the phone is taken offsite and configured as a Teleworker, then it goes through the firmware upgrade process again (which can take a long time).  So it has become clear the MBG has newer firmware files for the phones.

Question is, where does these firmware files reside in both the 3300 and MBG so we can mirror the latest versions and stop these unexpected firmware upgrade events when the phones are moved?

thanks.

9
Mitel MiVoice Business/MCD/3300 / Re: Web interface not accessable 3300
« on: October 10, 2019, 05:24:04 PM »
If you can't even ping it, you are either on another VLAN or another subnet that isn't routed to the 3300.  Sometimes you don't even realize it but your switch might have the "Voice VLAN" feature enabled which causes the phones to join this VLAN instead of staying on the default one.  Try to PING the phones and if those don't respond either, look into the switch VLAN settings.

10
Mitel MiVoice Business/MCD/3300 / Re: Reseller refusing warranty
« on: August 07, 2019, 05:45:39 PM »
I understand the point and given the size of CDW I would agree, but if hypothetically we had purchased from a reseller that went out of business should the manufacturer be responsible?  I am not an attorney but I am sure there are laws in the US that would not let a manufacturer off the hook just because the store where the item was purchased closed down.

11
Mitel MiVoice Business/MCD/3300 / Reseller refusing warranty
« on: August 06, 2019, 01:53:42 PM »
Hi all,

Being relatively new to the Mitel way of doing business, I would like to ask for opinions and possible ways to face our current problem.

We bought a number of Mitel phones and headsets from CDW (looked them up on the Mitel portal and where happy to see they where a platinum partner).  Ordered from them with confidence.  Two months after receiving the equipment, the DECT headsets we ordered for the 6940 phones started failing.  Contacted our rep at CDW to process the warranty and he was quick to say I needed to do this direct with Mitel.  Called Mitel and they asked us for our account number, when I said we bought through a partner (CDW), they said we needed to deal with CDW on this.  A few calls back and forth to Mitel and CDW and we are no closer to resolving this.  Mitel is adamant the reseller needs to handle the warrantly and the reseller (CDW) says it is the other way around.  I don't know what else to do.  Isn't there a point where the manufacturer needs to own this and stand up by their product?

Any advise? Any similar stories?

Thanks,
Ricardo

12
Mitel MiVoice Business/MCD/3300 / Mitel 6930 and Bluetooth Airpods
« on: August 06, 2019, 12:04:37 PM »
I was pleasantly surprised when I tried to pair my Apple Airpods with the Mitel 6930.  It worked right away and the audio quality is superb.   After it is paired, it works fast.  As soon as I pull one Airpod out of the case, I see the message on the screen and the little headset icon.  It would be nice to compile a list of Blutooth headsets that people have been able to pair succesfuly.  I am sure it will help others.

Thanks,
Ricardo 

13
There is an MBG in gateway mode (for remote Teleworkers).  But there are no local handsets defined in it and no recording audio flows through it.  I get your point about the MBG being required, and it is configured in the MiVCR, but I would not want to point local phones to it.  When I did, I quickly realized the following problem. If I point a local phone to the LAN side of the MBG, the MBG turns around and provides the public internet facing IP to the phone.  The phone then communicates only via the public IP of the MBG, which means our signaling and audio goes out to the internet and back into the MBG.  This was not good, plus we have remote sites on MPLS, so now phones wanted to go out the internet and then back in via the internet IP of the MBG on extension to extension calls.

14
We did not deploy an internal MBG.  We are making use of the indirect recording feature of the 69XX sets.  These sets have the ability to generate two audio streams.  One goes to the actual destination and the other audio stream goes to the recorder.  It's all documented in the MiVCR Integration Guide.  This makes the setup a lot simpler as we don't have to deploy an internal MBG and then provision users in this MBG.

But thanks for your suggestion as it does present a valid work around although at an additional cost $$$.

15
Hi,
I was wondering if anybody else has run into this and how they have dealt with it.

We have about 100 seats on a 3300 running 8.0 SP3.  We rolled out the latest iteration of Mitel phones, the 69XX series, and everybody was overjoyed at the incredible audio quality delivered by the G722.1 audio codec on extension to extension calls (outside calls go out via a PRI and use G711).  Of those 100 seats, we have 5 that need to be recorded so we bought the latest version of the Mitel Voice Recorder (9.2) and found out it is unable to record G722.1 audio.  According to Mitel we need to disable G722.1 on the 3300 codec form to force all calls to G711 and thus be able to record it.  I found this unacceptable.  I understand needing to force 5 sets to G711, but Mitel's answer was to force *everybody* to G711 because they don't have the ability to set codecs by station, thus lowering the audio quality of all users, not just the ones in need of being recorded.

Anybody has encountered this issue before?   Am I getting bad info from the Mitel reseller?

Pages: [1] 2