Esegui migrazione gateway locale
La Webex Calling virtuale include l'infrastruttura cloud aggiornata a cui si connettono i gateway locali locali. Questo aggiornamento migliora il servizio e abilita diverse nuove funzioni per il gateway locale.
I miglioramenti apportati a questa nuova infrastruttura includono:
-
Migliori prestazioni di gestione delle chiamate, consentendo fino a 250 sessioni concorrenti 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:
-
Un nuovo elenco di indirizzi proxy è stato rilasciato. Un indirizzo proxy è un record DNS statico ottenuto da Control Hub durante il processo di onboarding di un gateway locale, quindi configurato sulla configurazione tenant di un gateway locale per la registrazione del gateway.
-
Webex Calling operazione cloud cloud richiede ai clienti di eseguire la migrazione dei gateway locali che utilizzano un indirizzo proxy precedente. I dettagli sono descritti 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 un periodo di manutenzione.
USA
Canada
Europa
Giappone
Australia
Singapore
I nuovi dispositivi gateway locali presenti a partire da dicembre 2020 vengono impostati automaticamente per l'uso di questa infrastruttura, pertanto non è necessaria alcuna azione. Si consiglia di fare riferimento all'elenco precedente per verificare se uno dei gateway locali necessitano di una migrazione e, in tal caso, eseguire una migrazione in base alle linee guida riportate di seguito.
Per determinare se uno dei gateway locali può richiedere una migrazione, fare riferimento alla sezione Introduzione alla migrazione del gateway locale.
Le schermate di configurazione in Control Hub, le operazioni di configurazione CUBE e l'indirizzo proxy in uscita variano a seconda della posizione della propria organizzazione e del gateway locale. I dettagli elencati nella procedura mostrata di seguito sono solo esempi.
Operazioni preliminari
-
Aggiornamento dell'elenco di controllo dell'accesso su CUBE: Webex Calling dispone di un intervallo aggiornato di indirizzi IP SBC (Session Border Controller), che potrebbero essere da applicare come elenco attendibile su tutti i CUBE della propria organizzazione che si connettono al Webex Calling. Verificare l'ultimo intervallo IP dalla Guida di riferimento porta Webex Calling per verificare se è già applicato e, in caso contrario, fare riferimento alla procedura di configurazione al punto 1 da Registra gateway locale Webex Calling per eseguire questo aggiornamento. L'presenza di "indirizzi IP attendibili" aggiornati sul CUBE è un requisito obbligatorio che, se non aggiornato, provocare errori delle chiamate.
-
Assicurarsi che il firewall esterno consenta di raggiungere questi indirizzi IP dal CUBE: se il firewall esterno filtra gli indirizzi IP che il CUBE può raggiungere, aggiornarlo anche in modo che il gateway locale possa contattare il cloud. Per ulteriori informazioni, fare riferimento alla Guida di informazioni di riferimento porta.
-
Assicurarsi che il trust anchor su CUBE sia stato aggiornato seguendo il punto 5 da Esegui configurazione piattaforma di riferimento.
Da ControlHub, è possibile ottenere il nuovo indirizzo proxy in uscita.
| 1 |
Dalla vista del cliente in https://admin.webex.com , andare a Servizi e scegliere Chiamata >Inoltro chiamata . |
| 2 |
Selezionare la PSTN di rete e fare clic su Modifica in Gateway locale. |
| 3 |
Fare clic su Gestisci per accedere alla configurazione del gateway locale. |
| 4 |
Copiare l'indirizzo proxy in uscita. Se si dispone di molti gateway locali nella propria organizzazione, è probabile che ogni volta che si esegue l'attività precedente per un gateway locale diverso, si o ottengono diversi indirizzi proxy in uscita da Control Hub. Accertarsi di copiare l'indirizzo proxy in uscita specifico da Control Hub per ciascun gateway locale configurato. La scelta di un indirizzo specifico è importante per ridondanza e bilanciamento del carico.  |
L'aggiornamento della configurazione del gateway locale ha impatto sul servizio e potrebbe avere impatto sulle chiamate attive.
Nell'esempio seguente, il tenant 201 è il tenant che si Webex Calling. Inserire il tenant corretto per la configurazione.
#mostra configurazione in esecuzione | tenant di classe vocale 201 tenant di classe vocale 201 registrar dns:lgw2.killarney.cisco.com schema sips scade 240 refresh-ratio 50 tcp tls numero di credenziali TRUNK_GRUPPO_24740_TRUNK nome utente LGU_GRUPPO_29959_Password LGU 6 K]W]ZP`PSZRKWE^WXXIPG\^_adTRUNK nome utente autenticazione STbLMHV BroadWorks_GRUPPO_29959_Password LGU 7 xxxxxxxx area di autenticazione BroadWorks TRUNK nome utente_GRUPPO_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 che inizia con Il gateway locale ora elimina la registrazione Webex Calling. |
| 2 |
Verificare che il gateway locale non sia registrato Webex Calling immettendo i seguenti comandi. |
| 3 |
Prendere il nuovo indirizzo copiato da Control Hub e aggiungere la linea delregistrare precedente. 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 risultato simile al seguente. |
Operazione successivi
Aggiornare gli altri gateway locali seguendo la stessa procedura descritta in precedenza.
Per una migrazione non riuscita, è sufficiente registrare nuovamente l'indirizzo proxy in uscita precedente. Attenersi alle istruzioni seguenti per ripristinare il servizio.
voice class tenant 201 no registrar outbound-proxy dns:lgwrestest.killarney.cisco.com registrar dns:lgw2.killarney.cisco.com scheme sips scade 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 l'indirizzo proxy in uscita precedente.
-
Accertarsi di aver seguito correttamente l'operazione 2 nella sezione Esegui migrazione del gateway locale in Control Hub e che non sia presente alcun firewall che blocca l'accesso al nuovo proxy in uscita.
-
Se non è possibile risolvere questo problema, contattare Cisco Webex Calling supporto.
È importante assicurarsi che i servizi funzione siano operativi come normali operazioni post-migrazione. Al termine della migrazione, accertarsi di testare il servizio. È possibile testare il servizio effettuando chiamate ai numeri di telefono dai dispositivi Webex Calling o testando le chiamate a qualsiasi controller SBC utilizzato insieme a Webex Calling .
