MENU
  1. ホーム
  2. Python
  3. Yealink MP54 e MP56, Hotline Mode non funziona dopo aggiornamento firmware Teams: cause, fix e procedure

Yealink MP54 e MP56, Hotline Mode non funziona dopo aggiornamento firmware Teams: cause, fix e procedure

Python

Dopo l’aggiornamento a firmware e Teams recenti, diversi Yealink MP54 e MP56 hanno smesso di comporre automaticamente in Hotline Mode: al sollevamento della cornetta si sente solo il tono. In questa guida trovi cause probabili, soluzioni verificate e procedure per rimettere in funzione la chiamata automatica.

Indice

Panoramica del problema

Su telefoni Yealink MP54 e MP56 configurati con Hotline Mode (la funzione che esegue una chiamata immediata appena si solleva la cornetta o si preme il vivavoce), il passaggio dalle build precedenti alla combinazione di firmware 1449/1.0.94.2024062010 e Teams 1449/1.0.94.2024061301 (o successive) ha introdotto un comportamento inatteso: il telefono non compone più, ma riproduce il solo tono di linea. La configurazione in Teams Admin Center risulta invariata, tuttavia il client non innesca la chiamata automatica.

Chi è interessato

  • Installazioni con Yealink MP54 e MP56 registrati in Teams.
  • Dispositivi che utilizzano profili Hotline creati in Teams Admin Center > Teams devices > Phones > Configuration profiles.
  • Scenari Common Area, reception, citofoni, interni di emergenza o qualsiasi punto dove è richiesta la chiamata automatica all’alzata della cornetta.

Come si manifesta

  • La UI del telefono appare normale, il dispositivo è online e registrato in Teams.
  • Alla rimozione della cornetta o al tap su Speaker si sente il tono di linea, ma non parte la composizione verso il numero/contatto configurato nell’Hotline.
  • Nel profilo di configurazione in TAC l’Hotline risulta ancora impostata correttamente.

Cause probabili

Il malfunzionamento non è riportato nelle note di rilascio, ma l’evidenza di campo indica un cambiamento lato client Teams: per attivare la composizione automatica il dispositivo deve autenticarsi esplicitamente in Common Area Phone sign‑in mode. Se il telefono non rileva questo stato, l’evento di off‑hook non viene tradotto in auto‑dial e il client riproduce soltanto il tono.

Tabella di impatto per versione

ComponenteVersioneEsito HotlineNote
Firmware1449/1.0.94.2024031102FunzionanteComportamento atteso prima del cambio
Firmware1449/1.0.94.2024062010Non funzionanteRiproduce solo tono di linea
Teams app1449/1.0.94.2024061301 e successiveNon funzionanteRichiesta esplicita del Common Area Phone sign‑in

Soluzioni e workaround consigliati

Di seguito una tabella riepilogativa degli interventi che hanno riportato in vita la composizione automatica su MP54/MP56, seguita da procedure dettagliate per ciascun passaggio.

PassoDescrizioneDettagli operativi
Applicare una Teams IP Phone Policy correttaIl telefono deve autenticarsi in modalità Common Area Phone perché l’Hotline funzioni.In PowerShell:
New-CsTeamsIPPhonePolicy -Identity CommonAreaPhone -SignInMode CommonAreaPhoneSignin Grant-CsTeamsIPPhonePolicy -PolicyName CommonAreaPhone -Identity <UPN del servizio> Dopo avere applicato la policy, eseguire sign‑out/sign‑in dal telefono.
Aggiornare il profilo Hotline in TACUn piccolo cambiamento può “svegliare” la funzione (riscontrato su alcuni MP56).In Teams Admin Center aprire Teams devices > Phones > Configuration profiles, modificare un campo non critico (ad esempio il Display name) e salvare.
Verificare assegnazioniControllare che profilo Hotline e IP Phone Policy siano effettivamente assegnati al dispositivo o all’account di servizio.In TAC verificare associazioni a livello di dispositivo e utente; se mancanti, rieseguire il binding.
Controlli di routineOperazioni di base in caso di persistenza del problema.Disconnessione/riconnessione, riavvio o reset rapido del telefono; verifica dello stato del servizio in Service Health.
Escalation a MicrosoftPer casi non risolti, aprire un ticket indicando che la criticità è lato app/firmware, non di configurazione locale.Includere: modello, versione firmware/Teams, log, profilo applicato e test effettuati.

Procedura passo‑passo

Applicare o forzare la modalità Common Area Phone

La condizione abilitante è che l’account con cui accede il telefono sia vincolato a una Teams IP Phone Policy con CommonAreaPhoneSignin. Se non esiste già una policy dedicata, crearla e assegnarla all’account di servizio (o all’utente dispositivo) associato al telefono.

  1. Aprire una sessione di PowerShell Teams con un account amministratore.
  2. Creare la policy (se non presente): New-CsTeamsIPPhonePolicy -Identity CommonAreaPhone -SignInMode CommonAreaPhoneSignin
  3. Assegnarla all’UPN che usa il telefono (resource account o utente dispositivo): Grant-CsTeamsIPPhonePolicy -PolicyName CommonAreaPhone -Identity <UPN del servizio>
  4. Dal telefono, eseguire Sign out e quindi Sign in per rileggere la policy. In alternativa, riavviare.
  5. Verificare sul dispositivo, voce About, che l’account risulti come Common Area Phone.

Suggerimento: in ambienti con molti telefoni conviene standardizzare il nome della policy (ad esempio CommonAreaPhone) e gestirne l’assegnazione in blocco con script.

Aggiornare lievemente il profilo Hotline

Alcuni MP56 hanno ripreso a comporre dopo una banale modifica del profilo. Il cambio forza la risincronizzazione delle impostazioni sul device.

  1. In Teams Admin Center andare su Teams devices > Phones > Configuration profiles.
  2. Aprire il profilo Hotline usato dal dispositivo.
  3. Modificare un campo non critico (ad esempio il Display name) e salvare.
  4. Controllare che il profilo sia ancora assegnato al telefono o all’account di servizio.

Verificare assegnazioni e priorità delle impostazioni

In caso di conflitti, le impostazioni più restrittive o le override per dispositivo possono prevalere sul profilo hotline. Verificare:

  • Assegnazione del Configuration profile al dispositivo.
  • Assegnazione della IP Phone Policy all’UPN usato dal telefono.
  • Assenza di policy alternative che impostino User Sign‑in al posto di Common Area.

Controlli di routine e diagnostica

  • Sign‑out/Sign‑in dal telefono per rileggere policy e profilo.
  • Riavvio o reset rapido (non factory reset) per sgomberare cache e processi del client.
  • Controllare in Service Health eventuali incident che coinvolgano i Teams devices.
  • Verificare target Hotline: numero E.164, contatto Teams o interno valido e raggiungibile con le policy di chiamata correnti.
  • Controllare dial plan: ensure che il numero Hotline non venga bloccato o normalizzato in modo errato.

Quando aprire un ticket a Microsoft

Se il comportamento persiste dopo i passaggi sopra, è il momento di un’escalation. Preparare:

  • Modello dispositivo (MP54 o MP56) e revision hardware se disponibile.
  • Versioni esatte di firmware e app Teams.
  • Profilo di configurazione Hotline esportato o riepilogato.
  • Log del dispositivo (System/Teams) e orari delle prove.
  • Elenco delle azioni già eseguite (policy, riavvii, profilo modificato, ecc.).

Piano di verifica dopo la correzione

  1. Controllare in TAC che il dispositivo risulti Online e con il profilo giusto.
  2. Eseguire off‑hook: il telefono deve iniziare la composizione entro un istante.
  3. Se previsto un delay dell’Hotline, verificare che rispetti l’impostazione.
  4. Chiudere la chiamata e ripetere il test a cornetta e a vivavoce.
  5. Verificare una chiamata di durata reale per accertare audio e DTMF.

Automazione e controllo su larga scala

In ambienti con decine o centinaia di telefoni, conviene assegnare e verificare la policy in massa. Ecco due esempi di script PowerShell:

Assegnazione da elenco CSV

CSV con intestazione UPN, una riga per ogni account di servizio.

# Importa gli UPN dal file CSV
$accounts = Import-Csv .\cap-accounts.csv

Nome della policy che abilita Common Area Phone sign-in

$policyName = "CommonAreaPhone"

foreach ($a in $accounts) {
try {
Grant-CsTeamsIPPhonePolicy -PolicyName $policyName -Identity $a.UPN -ErrorAction Stop
Write-Host "Policy assegnata a $($a.UPN)"
} catch {
Write-Warning "Errore su $($a.UPN): $($_.Exception.Message)"
}
}

Verifica dello stato policy

# Verifica rapida per un elenco UPN
$accounts = Import-Csv .\cap-accounts.csv
$result = foreach ($a in $accounts) {
  $u = Get-CsOnlineUser -Identity $a.UPN
  [PSCustomObject]@{
    UPN    = $a.UPN
    Policy = $u.TeamsIPPhonePolicy
  }
}
$result | Format-Table -Auto

Buone pratiche

  • Standardizzare i profili Hotline e documentarne i parametri.
  • Usare naming coerente per dispositivi e account di servizio.
  • Tenere traccia delle versioni firmware e app al momento dell’incidente.

Alternative e considerazioni sul rollback

Un downgrade del firmware può mitigare la criticità nell’immediato, ma non è consigliato in ambienti gestiti perché espone a rischi di sicurezza e perdita di altre correzioni. Meglio:

  • Applicare la policy CommonAreaPhoneSignin.
  • Risincronizzare il profilo Hotline.
  • Monitorare i rilasci successivi per un fix definitivo.

Domande frequenti

Serve una licenza particolare?

Per l’uso in aree comuni è tipico adottare account di servizio con licenze adatte al piano voce dell’organizzazione. Verificare che l’account disponga dei diritti per chiamare il target dell’Hotline (PSTN, interno, contatto Teams).

È indispensabile usare il sign‑in da Common Area Phone?

Con le versioni citate la composizione automatica sembra dipendere dall’autenticazione esplicita in Common Area Phone. Se il dispositivo fa User sign‑in standard, l’Hotline non parte e si sente solo il tono.

Perché la modifica del nome profilo aiuta?

Il cambio forzato, anche minimo (ad esempio il Display name), risincronizza il profilo dall’endpoint TAC. Su alcuni MP56 questo basta a riattivare i trigger di Hotline, soprattutto dopo aggiornamenti ravvicinati di firmware e client.

Meglio assegnare il profilo al dispositivo o all’utente?

Entrambe le opzioni sono valide, ma in scenari di area comune si tende ad assegnare il profilo al dispositivo. In ogni caso, coerente con l’approccio policy‑first, è fondamentale che l’utente del telefono (resource account o utente dispositivo) riceva la IP Phone Policy corretta.

Quali log raccogliere per la diagnostica?

Dal telefono esportare log di sistema e del client Teams; segnare orari dei test, numero Hotline e risultato. In TAC annotare versione del device, profilo applicato ed esito della sincronizzazione.

Checklist operativa rapida

  • Confermare versione firmware e app Teams del telefono.
  • Verificare che l’account sia vincolato a CommonAreaPhoneSignin via Teams IP Phone Policy.
  • Rieseguire sign‑out/sign‑in o riavvio del dispositivo.
  • Aprire il profilo Hotline in TAC, modificare un campo innocuo e salvare.
  • Controllare che profilo e policy risultino assegnati al device/utente.
  • Eseguire il test di composizione all’alzata della cornetta.
  • Se persiste, raccogliere log completi ed effettuare escalation.

Note operative

  • Il problema non risulta documentato nelle release notes del firmware e si comporta come un cambiamento di requisito lato client Teams.
  • Se gestisci molti telefoni, valuta uno script di assegnazione e verifica della policy CommonAreaPhone su base ricorrente.
  • Il downgrade può aiutare temporaneamente, ma non è la strada consigliata per ambienti regolati e con requisiti di sicurezza.
  • Continua a monitorare i prossimi rilasci di Teams e firmware Yealink per un fix strutturale.

Conclusioni

Il comportamento osservato sugli Yealink MP54/MP56 dopo l’aggiornamento è riconducibile a una dipendenza implicita dal Common Area Phone sign‑in. Allineando la Teams IP Phone Policy, risincronizzando il profilo Hotline e verificando le assegnazioni in TAC, nella maggior parte dei casi l’Hotline Mode torna a funzionare senza dover ricorrere a versioni precedenti del firmware. Mantieni la configurazione standardizzata, automatizza l’assegnazione delle policy e prepara una diagnostica ripetibile: sono le leve più efficaci per stabilizzare e prevenire ricadute.

Python
Common Area Phone MP54 MP56 Teams Yealink
Indice