MS Teams on Linux: screen share and black window

With the latest MS Teams for linux, screen share just results in a black window with no way to exit!

To prevent this from happening:

#cd /usr/share/teams/resources/app.asar.unpacked/node_modules/slimcore/bin/
#sudo mv rect-overlay rect-overlay.old

Restart Teams and it should be working fine.

This link helped.

KDEConnect on Android 10

After an upgrade to Android 10, KDEConnect features have been impacted. The following issues are workarounds are documented here:

Clipboard share
Sharing the clipboard from Linux > Android works unhindered.
However, Android does not allow KDEConnect to monitor the clipboard.
Work around: selected text can be shared (you may need to copy to a note take, like in the case of WhatsApp) when highlighted. It will be pasted into a new text document on Linux.

File share
Android > Linux: open KDEConnect settings in Linux > Select paired device > Share and Receive > Configure : set path to store received files

Linux > Android: open KDEConnect in Android > Plugin settings > Share and Receive > Configure:
1. Customise destination directory = ticked
2. Press on "Destination Directory", from top right menu select "Show internal storage"
3. From left menu browse to destination folder and select "Allow Access To ..."

Mitel softphone one-way speech (InAttend, MiCollab) due to antivirus

Picking up audio issues like one-way speech or no speech? And probably you have the following working:

1. Can record a voice snippet fine using an audio recording program. So the device is working and drivers are good.
2. Tried analog line inputs and USB headsets.
3. Wireshark might only show RTP packets in one direction: but there is no firewall or routing involved (same subnet).

So here is the possible culprit: antivirus. Especially Kaspersky (or maybe that is the one I come across the most)

I am just posting this save someone a week or two of troubleshooting in the future...

OpenSUSE LEAP 15.2 and Broadcom WiFi

This is not new issue on this blog. OpenSUSE and Broadcom wireless seems to be a test of one's Linux mastery...and leaves one feeling very much the apprentice!

Here are the links to previous posts which saved my sanity on this latest install.
http://pabxtech.blogspot.com/2013/03/broadcom-wireless-drivers-for-opensuse.html
http://pabxtech.blogspot.com/2014/05/opensuse-131-broadcom-wireless-bcm432227.html

Before going on to the latest solution, it worth noting a frustrating symptom of the driver not working:

• The connection keeps on revolving but makes no progress
• Repeated prompts to re-enter the password, even though it is saved and not encrypted.

So here is the method that worked for me:

1. Add the Packman repo (see https://en.opensuse.org/Additional_package_repositories#Packman) by running the command: zypper ar -cfp 90 http://ftp.gwdg.de/pub/linux/misc/packman/suse/openSUSE_Leap_15.2/ packman
2. Install the Broadcom driver:  sudo zypper in broadcom-wl
3. Next, run the b43 firmware install: sudo install_bcm43xx_firmware
4.  Reboot your machine

And now you should be able to surf the net without that 10m Ethernet cable. :)

VOIP recording in a mixed environment: VMware and HP switches

Setup

VMware virtual appliances:
Mitel MX-ONE Call Server
Mitel MiCCE Server
Datatex Amethyst Voice Recorder (2x NIC)

Physical network equipment:
1x Mitel Media Gateway Classic (MGU/2)
1x Mitel Media Gateway Lite (MGU/2)

Solution

Physical network ports on HP Switch
Create a designated mirror port (or two, for VM failover)
mirror 1 port A5

Enable mirroring of each port connected to the physical Media Gateways

interface B2

   monitor all both mirror 1

   monitor all both mirror 2   //if created two above

   name "mguA_mirror"

   exit

interface B3

   monitor all both mirror 1

   monitor all both mirror 2  //if created two above

   name "mguB_mirror"

   exit

VMware vSwitch
Create a new port group just for Recording

• Allow promiscuous mode
• Allow all VLAN [this is NOT the same as 0(None)]
• Add ESXi host's physical NICs connected to the mirror port(s) [A5 in example above]
• Edit appliances to use the new port group

!Note:

• All virtual appliances (MX-ONE and Amethyst recorder) need to be on same physical host!
• When spread across two different hosts, many packets were dropped / not present at the voice recorder.
• Tag the two appliances to cater for instances where they need to fail over to a different host, together.
• Port group settings: VLAN Set to ALL. Otherwise recordings may have one-way speech since the vSwitch will reject tagged traffic, thus inbound part of the conversation will be dropped if origin sits in a VLAN.
• Using two mirror destination ports will allow you to remove and test one at a time for troubleshooting

 

MVO400 scheduled events

Recently I was struggling to have a switched event move successfully back to position 1. Switching to positions 2 and 3 worked fine. In the end, as seen in the attached picture, when switching back to 1, I did not specify the Switch Group. Since then, all switching occurs automatically.

Server 2016 battling to run updates

The solution below works well when the graphical option is failing. In brief:

1. Run CMD as Admin
2. Run command SConfig
3. Choose option 6 [From this point on: read the screen]

https://www.zubairalexander.com/blog/solution-for-windows-update-error-0x800705b4/