Grazie per il feedback.
Effettuare la migrazione del suo gateway locale
Feedback?I miglioramenti di questa nuova infrastruttura includono:
-
Prestazioni migliorate nella gestione delle chiamate, che consentono fino a 250 sessioni simultanee per registrazione al gateway locale.
-
Supporta l'uso di Webex CallingMedia Optimization per le chiamate tra telefoni fissi, l'app Webex e un gateway locale.
Specifiche tecniche:
-
È 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 e quindi configurato sulla configurazione del tenant di un gateway locale per la registrazione del gateway.
-
Webex Callingle operazioni cloud richiedono ai clienti di migrare i gateway locali che utilizzano un indirizzo proxy precedente. I dettagli sono descritti nelle sezioni seguenti.
Se uno dei suoi gateway locali ha un indirizzo proxy in uscita che non fa parte del nuovo intervallo di indirizzi Webex Calling proxy elencato di seguito, esegua la migrazione manualmente per comodità della sua organizzazione. L'indirizzo elencato in Control Hub è uno dei nuovi indirizzi seguenti; tuttavia, il suo gateway locale potrebbe attualmente essere configurato con un vecchio indirizzo e richiedere la migrazione.
Questa migrazione non dovrebbe richiedere più di 10-15 minuti. Tuttavia, durante la migrazione, il gateway locale si registra nuovamente nel cloud, il che influisce sul servizio. Pertanto, Le consigliamo di svolgere questa attività durante un periodo di manutenzione.
US
Canada
Europa
Giappone
Australia
Singapore
I nuovi dispositivi Local Gateway integrati da dicembre 2020 sono configurati automaticamente per utilizzare questa infrastruttura e pertanto potrebbe non essere necessaria alcuna azione. Le consigliamo di fare riferimento all'elenco precedente per verificare se qualcuno dei suoi gateway locali necessita di una migrazione e, in caso affermativo, di eseguire una migrazione, secondo le linee guida seguenti.
Per capire se qualcuno dei suoi gateway locali potrebbe aver bisogno di una migrazione, faccia riferimento alla sezione Guida introduttiva alla migrazione del gateway locale.
Le schermate di configurazione in Control Hub, i passaggi di configurazione di CUBE e l'indirizzo proxy in uscita varieranno a seconda della posizione dell'organizzazione e del gateway locale. I dettagli elencati nei passaggi mostrati di seguito sono solo esempi.
Prima che Lei cominci
-
Aggiorna l'elenco di controllo degli accessi su CUBE: Webex Calling ha un intervallo aggiornato di indirizzi IP del session border controller (SBC), che potrebbe dover essere applicato come elenco attendibile su tutti i CUBE della sua organizzazione a cui si connette. Webex Calling Verifichi l'intervallo IP più recente dalla Webex CallingPort Reference Guide per confermare se è già applicato e, in caso contrario, faccia riferimento ai passaggi di configurazione riportati nel passaggio 1 di Register Webex Calling Local Gateway per eseguire questo aggiornamento. Avere «indirizzi IP affidabili» aggiornati sul suo CUBE è un requisito obbligatorio che, se non aggiornato, comporterà l'interruzione delle chiamate.
-
Si assicuri che il suo firewall esterno consenta di raggiungere questi indirizzi IP dal suo CUBE: se il suo firewall esterno filtra gli indirizzi IP che il CUBE può raggiungere, deve aggiornarlo anche in modo che il Local Gateway possa contattare il cloud. Per ulteriori informazioni, faccia riferimento alla Port Reference Information Guide.
-
Assicurarsi che trust anchor on CUBE sia stato aggiornato seguendo il passaggio 5 di Perform Reference Platform Configuration.
Da Control Hub, può ottenere il suo nuovo indirizzo proxy in uscita.
| 1 |
Accedi a Control Hub. |
| 2 |
|
| 3 |
Seleziona la sua connessione PSTN, quindi faccia clic su Modifica in Local Gateway. |
| 4 |
Faccia clic su Gestisci per accedere alla configurazione del gateway locale. |
| 5 |
Copia l'indirizzo del proxy in uscita. Se ha molti gateway locali nella sua organizzazione, è probabile che ogni volta che esegue l'operazione sopra indicata per un gateway locale diverso, ottenga diversi indirizzi proxy in uscita da Control Hub. Si assicuri di copiare l'indirizzo proxy in uscita specifico da Control Hub per ogni gateway locale che configura. La scelta di un indirizzo specifico è importante per la ridondanza e il bilanciamento del carico del traffico. 
|
L'aggiornamento della configurazione del gateway locale ha un impatto sul servizio e può influire sulle chiamate attive.
Nell'esempio seguente, il tenant 201 è l'inquilino a cui si connette. Webex Calling Inserisca il tenant corretto per la sua 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 |
Rimuova la riga in grassetto che inizia con Il Local Gateway ora ridurrà la registrazione aWebex Calling. |
| 2 |
Confermi che il suo gateway locale non è registrato Webex Calling inserendo i seguenti comandi. |
| 3 |
Prenda il nuovo indirizzo che ha copiato da Control Hub e aggiunga la riga del registrar dall'alto. Nell'esempio seguente, il nostro OBP era Il suo Local Gateway si registrerà presso il nuovo OBP. |
| 4 |
Convalidare che la registrazione sia avvenuta con successo utilizzando il seguente comando. Dovrebbe produrre un output simile al seguente. |
Cosa fare dopo
Aggiorna gli altri gateway locali seguendo la stessa procedura descritta sopra.
Per una migrazione non riuscita, è sufficiente registrare nuovamente il suo precedente indirizzo proxy in uscita. Segua le istruzioni seguenti per ripristinare e ripristinare il 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 esegue il rollback, la sua configurazione in Control Hub mostra ancora il nuovo indirizzo proxy in uscita. Questo è un comportamento previsto. Il servizio continuerà a funzionare con il vecchio indirizzo proxy in uscita.
-
Si assicuri di aver seguito correttamente il passaggio 2 nella sezione Migrare il suo gateway locale nella sezione Control Hub e che non ci sia alcun firewall che blocchi l'accesso al nuovo proxy in uscita.
-
Se non riesce a risolvere questo problema, contatti l'Cisco Webex Callingassistenza.
È importante garantire che i servizi funzionino normalmente dopo la migrazione. Si assicuri di testare il suo servizio dopo aver completato la migrazione. Può testare il suo servizio effettuando chiamate ai numeri di telefono dai Webex Calling suoi dispositivi o testando le chiamate verso qualsiasi SBC utilizzato insieme a. Webex Calling
