Usare il routing diretto per connettersi al servizio di telefonia esistente

  • Articolo

Servizi di comunicazione di Azure routing diretto consente di connettere l'infrastruttura di telefonia esistente ad Azure. L'articolo elenca i passaggi generali necessari per la connessione di un SBC (Session Border Controller) supportato al routing diretto e al funzionamento del routing vocale per la risorsa di comunicazione abilitata.

Per informazioni sul fatto che Servizi di comunicazione di Azure routing diretto sia la soluzione più adatta per l'organizzazione, vedere Concetti relativi alla telefonia di Azure. Per informazioni sui prerequisiti e sulla pianificazione della distribuzione, vedere Requisiti dell'infrastruttura di routing diretto di Servizi di comunicazione.

Connettere il SBC con Servizi di comunicazione di Azure

Convalidare la proprietà del dominio

Seguire queste istruzioni per convalidare la proprietà di un dominio del SBC

Configurare il routing vocale in uscita

Vedere Avvio rapido per il routing vocale per aggiungere un SBC e configurare le regole di routing vocale in uscita.

Stato della connessione di Session Border Controller

Integrità di una connessione SBC ora esposta in portale di Azure. Prende in considerazione lo stato tls (Transport Layer Security) e LE OPZIONI SIP.

Screenshot delle proprietà di connessione SBC.

Valori possibili di ogni indicatore di integrità

Stato TLS : stato delle connessioni TLS di un trunk:

  • Sconosciuto: indica che SBC non ha tentato un handshake TLS negli ultimi 15 minuti.
  • Attivo : indica che viene stabilita la connessione TLS.
  • CertExpiring : indica che il certificato SBC è in scadenza.
  • CertExpired : indica che il certificato SBC è scaduto.

SIP OPTIONS (Ping) - Stato dei messaggi SIP OPTIONS exchange:

  • Sconosciuto: indica che SBC non ha inviato alcuna opzione SIP.
  • Attivo : indica che OPZIONI vengono inviate e ricevute.
  • Scaduto: indica che SBC stava inviando OPZIONI SIP, ma non sono stati ricevuti messaggi OPTIONS negli ultimi 15 minuti.
  • Errore - Indica un errore nello scambio OPTIONS.

Stato : stato di integrità complessivo di un trunk:

  • Sconosciuto: indica uno stato di integrità sconosciuto.
  • Online - Indica che la connessione SBC è integra.
  • Avviso: indica che TLS o Ping è scaduto.

Nota

Se è stato appena configurato un nuovo trunk, possono essere necessari fino a 15 minuti per aggiornare lo stato.

Importante

Prima di effettuare o ricevere chiamate, assicurarsi che lo stato SBC sia Online

Considerazioni sul routing vocale in uscita

Servizi di comunicazione di Azure routing diretto ha un meccanismo di routing che consente l'invio di una chiamata a un SBC specifico in base al modello numerico chiamato.

Quando si aggiunge una configurazione di routing diretto a una risorsa, tutte le chiamate effettuate dalle istanze di questa risorsa (identità) provano prima un trunk di routing diretto. Il routing si basa su un numero composto e una corrispondenza nelle route vocali configurate per la risorsa.

  • Se esiste una corrispondenza, la chiamata passa attraverso il trunk di routing diretto.
  • Se non esiste alcuna corrispondenza, il passaggio successivo consiste nell'elaborare il alternateCallerId parametro del callAgent.startCall metodo .
  • Se la risorsa è abilitata per chiamate vocali (PSTN) e ha almeno un numero acquistato da Microsoft, viene alternateCallerId controllato .
  • Se corrisponde alternateCallerId a un numero acquistato per la risorsa, la chiamata viene instradata tramite l'infrastruttura PstN (Voice Calling).
  • Se alternateCallerId il parametro non corrisponde ad alcun numero acquistato, la chiamata non riesce.

Il diagramma illustra la logica di routing vocale Servizi di comunicazione di Azure.

Diagramma del diagramma di flusso del routing vocale in uscita.

Esempi di routing vocale

Negli esempi seguenti viene visualizzato il routing vocale in un flusso di chiamata.

Nota

In tutti gli esempi, mentre la route vocale superiore ha una priorità più alta, i SBC in una route vengono provati in ordine casuale.

Un esempio di route:

Se è stata creata una route vocale con un modello ^\+1(425|206)(\d{7})$ e aggiunto sbc1.contoso.biz e sbc2.contoso.biz a esso, quando l'utente effettua una chiamata a +1 425 XXX XX XX o +1 206 XXX XX XX, la chiamata viene prima instradata a SBC sbc1.contoso.biz o sbc2.contoso.biz. Se nessuno dei due SBC è disponibile, la chiamata viene eliminata.

Esempio di due route:

Se è stata creata una route vocale con un modello ^\+1(425|206)(\d{7})$ e aggiunto sbc1.contoso.biz e sbc2.contoso.biz a essa, quindi è stata creata una seconda route con lo stesso modello con sbc3.contoso.biz e sbc4.contoso.biz. In questo caso, quando l'utente effettua una chiamata a +1 425 XXX XX XX o +1 206 XXX XX XX, la chiamata viene prima instradata a SBC sbc1.contoso.biz o sbc2.contoso.biz. Se sbc1 e sbc2 non sono disponibili, viene tentata la route con priorità inferiore (sbc3.contoso.biz e sbc4.contoso.biz). Se nessuno dei SBC della seconda route è disponibile, la chiamata viene eliminata.

Esempio di tre route:

Se è stata creata una route vocale con un modello ^\+1(425|206)(\d{7})$ e aggiunto sbc1.contoso.biz e sbc2.contoso.biz a essa, quindi è stata creata una seconda route con lo stesso modello con sbc3.contoso.biz e sbc4.contoso.bize e creato una terza route con ^\+1(\d{10})$ .sbc5.contoso.biz In questo caso, quando l'utente effettua una chiamata a +1 425 XXX XX XX o +1 206 XXX XX XX, la chiamata viene prima instradata a SBC sbc1.contoso.biz o sbc2.contoso.biz. Se sia sbc1 che sbc2 non sono disponibili, viene tentata la route con priorità inferiore (sbc3.contoso.biz e sbc4.contoso.biz). Se nessuno dei SBC di una seconda route è disponibile, viene tentata la terza route. Se sbc5 non è disponibile, la chiamata viene eliminata. Inoltre, se un utente compone +1 321 XXX XX XX, la chiamata passa a sbc5.contoso.bize non è disponibile, la chiamata viene eliminata.

Nota

Il failover al successivo SBC nel routing vocale funziona solo per i codici di risposta 408, 503 e 504.

Nota

In tutti gli esempi, se il numero composto non corrisponde al modello, la chiamata verrà eliminata a meno che non esista un numero acquistato per la risorsa di comunicazione e questo numero è stato usato come alternateCallerId nell'applicazione.

Gestione delle chiamate in ingresso

Per la gestione delle chiamate in ingresso generale, usare gli SDK di Automazione chiamate per compilare un'applicazione in ascolto e gestire le chiamate in ingresso effettuate a un numero di telefono o ricevute tramite Servizi di comunicazione di Azure routing diretto. Per i clienti di Customer Service omnichannel, fare riferimento a queste istruzioni.

Passaggi successivi

Documentazione concettuale

Avvi rapidi