Hello @JordanCN and other,
of course, we at HP Poly are looking at this with the highest priority but we, to my own personal knowledge as a volunteer in this community, have not been reliably able to replicate this in a manner that can help us to troubleshoot this.
It is a very complex issue, again in my own personal knowledge as a volunteer in this community, and I personally recommend at present using our REST API
- https://community.polycom.com/t5/Video-Endpoints/FAQ-Rest-API-for-G7500-and-Studio-X/td-p/110271
to periodically reboot the systems or use the Microsoft TAC to do the same.
Please open a case with us so our engineers can potentially share debug builds to help us outside of HP Poly or our Partner Microsoft to find the root cause.
best regards
Steffen Baie
If official support is required please check how to phone or open a case here
----------------Hello @JordanCN and all,
in regards to the TC8 on a Microsoft level unpairing from Studio X or G7500 please ensure the units are both running 2023050203 on both the Studio X or G7500 and TC8.
If you still see these please work with our partner Microsoft via MSFT bugs #3032829/#3020282, support case 35701745, ADO 402617 (escalation), ADO 402650
Best regards
Steffen Baier
If official support is required please check how to phone or open a case here
----------------Hello Kasey0303,
Just curious if your TC8s are/have been running the same version of the Microsoft Teams App Version. I was not aware until today that you can update the Teams version via the Microsoft Teams Admin Center. Before I was relying on the Poly firmware updates to push the App version along and it was lagging behind.
Not sure if this will be a fix, so I was curious and I am reaching out.
Just an update.
Studio X firmware - 4.0.1.380048
TC8 Firmware - 4.0.1-211044
Running Teams Mode - 1449/1.0.96.2023050203
I created a script to use the REST API to reboot all the Poly Studio X devices I have (8-10 mix of X30 and X50). Started out running it daily. A few times one of the Studio X devices hung on the reboot.
Just seem to be trading one problem for another. Either leave them alone and wait for them to hang up or try to reboot them and hope they don't hang up on the reboot.
Script that references a TXT file with the devices and passwords for the device:
#BEGIN POWERSHELL SCRIPT FOR REBOOTING Poly GroupSeries command
$File = get-content "C:\Scripts\PolyStudio\IP_Pass.txt"
foreach ($line in $File){
$Arr = $line.Split(',')
[array]
#URL to make new session
$sessionURL = ("https://" + $Arr[0] + "/rest/session");
#Command to make new session
$sessionBody = "{`"user`": `"admin`",`"password`": `"" + $Arr[1] + "`"}"
#URL to issue reboot
$rebootURL = ("https://" + $Arr[0] + "/rest/system/reboot");
#Command to issue reboot
$rebootBody = "{`"action`": `"reboot`" , `"restartAll`": `"True`"}"
# disable self signed certificate check
if (-not ([System.Management.Automation.PSTypeName]'ServerCertificateValidationCallback').Type)
{
$certCallback = @"
using System;
using System.Net;
using System.Net.Security;
using System.Security.Cryptography.X509Certificates;
public class ServerCertificateValidationCallback
{
public static void Ignore()
{
if(ServicePointManager.ServerCertificateValidationCallback ==null)
{
ServicePointManager.ServerCertificateValidationCallback +=
delegate
(
Object obj,
X509Certificate certificate,
X509Chain chain,
SslPolicyErrors errors
)
{
return true;
};
}
}
}
"@
Add-Type $certCallback
}
[ServerCertificateValidationCallback]::Ignore()
# End self signed certificate commands
Invoke-WebRequest $sessionURL -UseBasicParsing -ContentType "application/json" -Method Post -body $sessionBody -SessionVariable sess;
Invoke-WebRequest $rebootURL -UseBasicParsing -ContentType "application/json" -Method Post -WebSession $sess -Body $rebootBody
}