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

Pages: [1] 2 3
1
Mitel Software Applications / Re: Mitel 5634 WiFi to Teleworker (MBG)
« on: November 15, 2023, 05:40:33 PM »
I usually test with manually entering the set and icp side passwords and make sure MiCollab gets entered setside first and mivb gets icpside last. Always works and is most secure. Templates from MiCollab...

2
Mitel Software Applications / Re: Teleworker TLS Version
« on: November 15, 2023, 05:34:35 PM »
if you don't put your MBG settings to "Intermediate" in the top the 53xx will never connect anyway which is TLS v1.2

The MBG in question I tested has all options of 1.0 and 1.1 de-activated by default.

Also as above poster mentioned you need to check the security settings in MiVB as well. Keeping all to High should I think be fine for 53xx phones meaning 5330 5340 etc but 5312 phones need a lower setting.....

3
Mitel Software Applications / Re: Mitel Soft Client
« on: November 15, 2023, 05:30:40 PM »
If you use UC Endpoint with TLS on deployment Mandatory and you put security to the highest in MBG settings you should be fine.

I did had to exclude specific outdated Cipher Suites but there is an SO article on that where you use exclamation marks on the webserver.

When you are ready you can always do a pen test on the URL and make sure the js libraries are updated and you should generally be fine.

I did find out that when using templates in MiCollab the setside password is identical to the ICP side when provisioned so worst case you could always do a manual import on MBG with different setside and icpside in combination with an MiVB import.

4
Hi There,

Trying to split your items from the config but you mention MiVB,MiCollab,Ignite (the latter is ***Censored*** since it still works with elasticsearch and not the MiCollab phonebook). So....

If you use a MiCollab,
If you use a MiVB,
If you use MiCollab Clients,

then there might be a solution. Create an extra IDS (if need be I use Cloudlink Provisioning and SAML in combination with on-prem for External Search) connecting to the on-premise AD. Most is Azure these days but most are also hybrid. If you can connect to on-prem there might be a solution.

Just make an IDS entry without sync and auth to on-prem. Go to the bottom and check External Search (REMEMBER you need to enable External Search in the MiCollab Client Service Enterprise page too).

Define the search Base which is your Base OU and then define the mapping for Extension or Mobile to the correct mapping.

In my situations I use this connection to always look for users without an INTERNAL phone BUT with MOBILE and it must be an ACTIVE user. This translates to the following for example:
&(|(ObjectClass=user)(ObjectClass=contact))(UserAccountControl=512)(mobile=06*)(!(extensionAttribute9=*))

I look for and USER and CONTACT with Mobile filled correctly AND WITHOUT internal number AND is ACTIVE user.

If the search context is correct (you can use multiple OUs separated by ; then you can look on the TAB External in the Client. If you modify correctly incoming calls to the field of mobile in this case you also see the name on incoming calls when people call from their cells.

I just personally found out Mitel isn't too good with + and E.164. It just ignores it so ADs filled with cells that use E.164 you might need to adjust them to the numbering plan of your region.

Hope this helps a bit.

Cheers and good luck



5
Mitel Software Applications / Re: MiVoice Business Console 9.2 Setup
« on: November 15, 2023, 05:11:45 PM »
Something that may help but not sure. If you become a Mitel User Group member can you not download specific software yourself from the Mitel website?

We have a customer who mentions they can themselves download the software being an "enduser" being a MUG member. Maybe I am wrong.

6
Mitel MiVoice Business/MCD/3300 / Re: IVR Port not passing CLI
« on: November 15, 2023, 05:06:20 PM »
Also make sure your SIP Peer has the following options active. They might help here too:

Public Calling Party Number Passthrough = YES
Use Original Calling Party Number If Available = YES

Also make sure your Trunk COS has those options set from the get go since some options if they are blocked on the trunk you can not "enable" them later on. The below settings I tested and show the A-Number on the C-Party side so maybe check those settings on the "Display" part of the COS for the IVR Ports.

Good luck

After Answer Display Time   
Calling Name Display - Internal - ONS   Yes
Calling Number Display - Internal - ONS   Yes
Display ANI/DNIS/ISDN Calling/Called Number   Yes
Display ANI/ISDN Calling Number Only   Yes
Display Caller ID on multicall/keylines   Yes
Display Caller ID On Multicall/Keylines Timer   5
Display Caller ID On Single Line Displays For Forwarded Calls   Yes
Display Dialed Digits during Outgoing Calls   No
Display DNIS/Called Number Before Digit Modification   No
Display DNIS on Key Label   Yes
Display Held Call ID on Transfer   Yes
Display Transfer Destination on Recall   Yes
Hot Desk External User - Display Internal Calling ID   No
Maintain Ringing Party During Recall   No
Non-Prime Public Network Identity   No
Originator's Display Update In Call Forwarding/Rerouting   No
Prefer Call Forwarding/Rerouting Information   Yes
Prefer Name for Call Information   No
Suppress Delivery of Caller ID Display between Sets   No
Suppress Delivery of Caller ID Display between Sets - Override   No
Suppress Display Of Account Code Numbers   No
Suppress Redial Display   No

7
Not knowing where your devices connect and where they need to go to and how the server they need to connect to is configured:

Make sure aside 5061 TCP the ports 20002-30999 (it immediately includes video) is opened on the subnets the clients connect from and to the servers. Since as above poster mentioned there is a lot of grey area make a drawing of your network and where the clients connect to and from.

Combine that with the MiVoice Border Gateway Engineering Guidelines found on the mitel website since the last chapter is all about port settings. The documents also include recommended deployment setups.

If you implement all these topics and still need to troubleshoot since firewall dudes always say stuff is fine on their end, install the Teleworker Network Analyzer on your laptop and connect it to the LAN/Wifi the clients connect to and see which ports are blocked. You always need to use a DNS internally as well as externally. Make sure it resolves and from there you can see where ports are closed or opened. The Teleworker Network Analyzer can be found as far as I know only on MBGs. Login and go to "Troubleshooting" in the top bar/ribbon and select "Diagnostics" from the drop down. TNA will be the bottom option.

I hope this helps but complex issues (since we dont know the topology/layout of the network) give complex answers.

Cheers and good luck

8
Mitel MiVoice Business/MCD/3300 / Re: Mitai monitoring issue
« on: June 23, 2017, 11:01:05 AM »
Well I was trying to extend on the info eugenej gave. Disabling the HCI options in the various class of services of devices who don't need them is a good first step to reduce monitors.

Since you mention Prairiefyre and SRC I assumed you use ACD. Therefor I also assumed you could be using hotdesk logins in your environment. In many environments where hotdesking is used, the physical phones are programmed with an IP-Device Only license in order to save on user licenses.

Those phones when not active by a hotdesk login, don't need a monitor as far as I know. The Class of Service on those devices might have the HCI options active by default.

So basically I am just trying to give you  options without me knowing the details of your Mitel setup.

Cheers



9
Mitel MiVoice Business/MCD/3300 / Re: Mitai monitoring issue
« on: June 22, 2017, 09:49:48 AM »
Hi,

Also "IP Device Only" phones and other devices you can disable the HCI options in the COS to remove the monitors I believe for all who don't need them.

Cheers,

Dutch

10
Hi,

If you always want the number barred the quickest solution I would assume would be to go to:

Trunks > Digital > ISDN > Outgoing Call Cha.... > Calling Line ID Restriction and change it to restrict. If the provider lets the PBX decide the calls should be "blocked/private" on external devices.

UK uses as far as I know Euro ISDN(30) so I would think that solution will work fine.

If you want to define it on a per call basis let me know because that is a bit more text and work :)

Cheers,

Dutch

11
Introduction and Announcements / Introductions to the community :)
« on: May 02, 2016, 09:39:43 AM »
Hi,

I have been posting here at times to help out a bit and because I find it fun, I thought why not introduce myself a small bit.

I am 36 years of age and I have been working with Mitel products for about 10 years with a premium Mitel partner in NL. Before that I did some ICT stuff as well some minor daily tasks on an Lucent Definity and a bit Siemens and I have also held some sales positions here and there.

Been working with most Mitel products for the last decade. 3300 at first and then quickly expanded my horizons and currently it goes as far as I think everything else in the product range, as well as AD setups for single point/flow provisioning, except `officially` no NuPoint.

Why no NuPoint? Well I have 3 colleagues who do, which is enough and in my experience I only scarcely encounter NuPoint configs in NL. In the US it might be totally the opposite I guess, but then again that's an assumption. In the end I guess it depends on the customer config and the type of business the customer is in. In NL we mostly refer to opening times to channel customer communication in configs. Thus there is always personal contact in combination with fallback not to voicemail but to ACD or reception or colleagues. People tend to not listen to their voicemail anyway here in my opinion and just call back the caller, so it could also be a difference in comms culture :)

Aside Mitel I am currently also doing some Microsoft Skype for business and completing my MCSE communication.

Outside work I tend to focus on sports (waterpolo and fitness) and well since I grew up with games, I still do some gaming with friends on an offday.

I hope to be able to help out at times and keep learning myself as far as Mitel Products go.

Cheers,

Dutch

12
DNIS is kept afaik. In order to reroute to a new mailbox I sometimes use a dummy ACD path which interflows to VM where the extension is the ACD path's number. I guess there are more roads that lead to Rome in this case, so there might be better solutions. The latter usually for me depends on, if I have more to work with then just a Mitel 3300 platform, eg IVR etc.

Cheers,

Dutch

13
For that one you can use another form "User and Device Attributes". Search for the number and it will tell you what pickupgroup number it's in. You can also change the pickup group there as well as other properties.

I hope this helps.

Cheers,

Dutch

14
Mitel MiVoice Business/MCD/3300 / Re: Possible SIP DTMF Tone issue
« on: April 26, 2016, 11:02:56 AM »
As far as I know Mitel 3300 only supports 2833 (out-of-band). You have to inform your SIP Provider to set it to out-of-band RFC 2833. Then your issues should be solved.

15
Mitel MiVoice Business/MCD/3300 / Re: Possible SIP DTMF Tone issue
« on: April 26, 2016, 08:13:21 AM »
In NL we have to make sure to use RFC 2833 and not inband for DTMF. Maybe I am wrong but we have encountered issues with that before. If your provider uses SIP INFO packets DTMF should work as far as I know/remember.

Cheers,

Dutch

Pages: [1] 2 3