La piattaforma Webex Calling include un'infrastruttura cloud aggiornata a cui si connettono i tuoi gateway locali basati su locale. Questo aggiornamento migliora il servizio e consente diverse nuove funzioni per il gateway locale.
I miglioramenti di questa nuova infrastruttura comprendono:
Migliori prestazioni di gestione delle chiamate, che consentono fino a 250 sessioni simultanee per registrazione del gateway locale.
Supporta l'uso di Webex Calling Media Optimization per le chiamate tra telefoni da tavolo, app Webex e un gateway locale.
Specifiche:
È stato rilasciato un nuovo elenco di indirizzi proxy. Un indirizzo proxy è un record DNS statico ottenuto da Control Hub durante il processo di onboarding di un gateway locale, quindi configurato nella configurazione tenant di un gateway locale per la registrazione del gateway.
Le operazioni cloud Webex Calling richiedono ai clienti di eseguire la migrazione dei gateway locali che utilizzano un indirizzo proxy precedente. I dettagli sono illustrati nelle sezioni seguenti.
Se uno dei tuoi gateway locali dispone di un indirizzo proxy in uscita che non fa parte del nuovo intervallo di indirizzi proxy Webex Calling elencato di seguito, esegui manualmente la migrazione in base alla convenienza della tua organizzazione. L'indirizzo elencato in Control Hub è uno dei nuovi indirizzi riportati di seguito; tuttavia, il gateway locale potrebbe attualmente essere configurato con un indirizzo precedente e richiede la migrazione.
Questa migrazione non dovrebbe richiedere più di 10-15 minuti. Tuttavia, durante la migrazione, il gateway locale esegue nuovamente la registrazione sul cloud che ha un impatto sul servizio. Pertanto, si consiglia di eseguire questa attività durante una finestra di manutenzione.
USA
Canada
Europa
Giappone
Australia
Singapore
 | I nuovi dispositivi gateway locali caricati da dicembre 2020 sono impostati automaticamente per l'uso di questa infrastruttura e pertanto non è necessaria alcuna azione. Si consiglia di fare riferimento all'elenco precedente per verificare se uno dei gateway locali richiede una migrazione e, in caso affermativo, eseguire una migrazione, in base alle linee guida riportate di seguito. |
Per comprendere se un gateway locale può necessitare di una migrazione, fai riferimento alla sezione Introduzione alla migrazione del gateway locale.
| Gli schermi di configurazione in Control Hub, le fasi di configurazione CUBE e l'indirizzo proxy in uscita variano a seconda della posizione della tua organizzazione e del gateway locale. I dettagli elencati nelle fasi seguenti sono solo esempi. |
Operazioni preliminari
Aggiorna l'elenco di controllo degli accessi su CUBE: Webex Calling dispone di un intervallo aggiornato di indirizzi IP SBC (Session Border Controller), che potrebbe dover essere applicato come elenco attendibile su tutti i CUBE della tua organizzazione connessa a Webex Calling. Verifica l'ultimo intervallo IP dalla Guida di riferimento porta Webex Calling per confermare se è già applicato e, in caso contrario, fai riferimento alla procedura di configurazione sotto il punto 1 da Registra gateway locale a Webex Calling per eseguire questo aggiornamento. La presenza di "indirizzi IP affidabili" aggiornati su CUBE è un requisito obbligatorio che, se non aggiornato, provocherà errori di chiamata.
Assicurarsi che il firewall esterno consenta di raggiungere questi indirizzi IP da CUBE: se il firewall esterno filtra gli indirizzi IP che CUBE può raggiungere, è necessario eseguire l'aggiornamento anche in modo che il gateway locale possa contattare il cloud. Fare riferimento alla Guida alle informazioni di riferimento porta per ulteriori informazioni.
Assicurarsi che l'ancora di trust su CUBE sia stata aggiornata seguendo il passaggio 5 da Esegui configurazione piattaforma di riferimento.
Da Control Hub, è possibile ottenere il nuovo indirizzo proxy in uscita.
| 1 | Dalla vista cliente in https://admin.webex.com, andare a Servizi e scegliere . | ||
| 2 | Seleziona la tua connessione PSTN, quindi fai clic su Modifica in Gateway locale. | ||
| 3 | Fai clic su Gestisci per accedere alla configurazione del gateway locale. | ||
| 4 | Copiare l'indirizzo proxy in uscita.
|
L'aggiornamento della configurazione del gateway locale ha impatto sul servizio e può avere un impatto sulle chiamate attive.
Nell'esempio seguente, il tenant 201 è il tenant che si connette a Webex Calling. Immettere il tenant corretto per la configurazione.
#show running-config | s voice class tenant 201
voice class tenant 201
registrar dns:lgw2.killarney.cisco.com scheme sips expires 240 refresh-ratio 50 tcp tls
credentials number TRUNK_GROUP_24740_LGU username TRUNK_GROUP_29959_LGU password 6 K]W]ZP`PSZRKWE^WXXIPG\^_adSTbLMHV realm BroadWorks
authentication username TRUNK_GROUP_29959_LGU password 7 xxxxxxxx realm BroadWorks
authentication username TRUNK_GROUP_29959_LGU password 6 xxxxxxxx realm lgw2.killarney.cisco.com
sip-server dns:lgw2.killarney.cisco.com
connection-reuse
session transport tcp tls
url sips
error-passthru
bind control source-interface GigabitEthernet1
bind media source-interface GigabitEthernet1
no pass-thru content custom-sdp
sip-profiles 201
outbound-proxy dns:lgwrestest.killarney.cisco.com
| 1 | Rimuovere la linea imbullonata iniziando con Il gateway locale ora interromperà la sua registrazione a Webex Calling. |
| 2 | Conferma che il tuo gateway locale non è registrato in Webex Calling immettendo i seguenti comandi. |
| 3 | Prendere il nuovo indirizzo copiato da Control Hub e aggiungere la linea di registrazione dall'alto. Nell'esempio seguente, il nostro OBP era Il gateway locale verrà registrato con il nuovo OBP. |
| 4 | Convalidare la registrazione eseguita correttamente utilizzando il comando seguente. Dovrebbe produrre un'uscita simile a quella riportata sotto. |
Operazioni successive
Aggiornare gli altri gateway locali seguendo la stessa procedura descritta sopra.
Per una migrazione non riuscita, devi semplicemente registrare nuovamente il tuo indirizzo proxy in uscita precedente. Seguire le istruzioni riportate di seguito per eseguire il rollback e il ripristino del servizio.
voice class tenant 201
no registrar
outbound-proxy dns:lgwrestest.killarney.cisco.com
registrar dns:lgw2.killarney.cisco.com scheme sips expires 240 refresh-ratio 50 tcp tls
!
Se si esegue il rollback, la configurazione in Control Hub mostra ancora il nuovo indirizzo proxy in uscita. Questo funzionamento è normale. Il servizio continuerà a funzionare con il vecchio indirizzo proxy in uscita.
Assicurarsi di aver seguito correttamente il passaggio 2 nella sezione Migra il gateway locale nella sezione Control Hub e che non sia presente alcun firewall che blocca l'accesso al nuovo proxy in uscita.
Se non riesci a risolvere questo problema, contatta il supporto Cisco Webex Calling.
È importante garantire che i servizi funzionino come normali dopo la migrazione. Assicurati di testare il servizio una volta completata la migrazione. Puoi testare il servizio effettuando chiamate ai numeri di telefono dai tuoi dispositivi Webex Calling o testando le chiamate a qualsiasi SBC utilizzato in combinazione con Webex Calling.
