Procedura dettagliata sul peering Internet per la voce del servizio di peering

Questo articolo illustra come stabilire un'interconnessione del servizio di peering tra un provider di servizi vocali e Microsoft.

I provider di servizi vocali sono le organizzazioni che offrono servizi di comunicazione (messaggistica, conferenza e altri servizi di comunicazione) e vogliono integrare l'infrastruttura dei servizi di comunicazione (SBC, gateway SIP e altri dispositivi di infrastruttura) con Servizi di comunicazione di Azure e Microsoft Teams.

Il peering Internet supporta i provider di servizi vocali per stabilire un'interconnessione diretta con Microsoft in qualsiasi sito perimetrale (località POP). L'elenco di tutti i siti di bordi pubblici è disponibile in PeeringDB.

Il peering Internet offre un'interconnessione altamente affidabile e QoS (Quality of Service) abilitata per Servizi di comunicazione per garantire servizi incentrati sulla qualità e sulle prestazioni elevate.

Il diagramma di flusso seguente riepiloga il processo di onboarding dei servizi vocali del servizio di peering:

Requisiti tecnici

Per stabilire l'interconnessione diretta per i servizi vocali del servizio di peering, seguire questi requisiti:

• Il peer DEVE fornire il proprio numero di sistema autonomo (ASN), che DEVE essere pubblico.
• Il peer DEVE avere un'interconnessione ridondante (PNI) in ogni posizione di interconnessione per garantire la ridondanza locale.
• Il peer DEVE fornire e annunciare il proprio spazio indirizzi IPv4 instradabile pubblicamente usato dagli endpoint del peer (ad esempio, SBC).
• Il peer DEVE eseguire BGP su Rilevamento inoltro bidirezionale (BFD) per facilitare la convergenza della route di sottosecondi.
• Il peer NON DEVE terminare il peering in un dispositivo che esegue un firewall con stato.
• Il peer non può avere due connessioni locali configurate sullo stesso router, perché è necessaria la diversità
• Il peer NON PUÒ applicare la limitazione della velocità alla connessione
• Il peer NON PUÒ configurare una connessione con ridondanza locale come connessione di backup. Le connessioni di backup devono trovarsi in una posizione diversa rispetto alle connessioni primarie.
• Tutte le sessioni primarie, di backup e ridondanti devono avere la stessa larghezza di banda
• È consigliabile creare peering del servizio di peering in più posizioni in modo che sia possibile ottenere la ridondanza geografica.
• Tutti i prefissi dell'infrastruttura vengono registrati in portale di Azure e annunciati con la stringa della community 8075:8007.
• Microsoft configura tutti i collegamenti di interconnessione come LAG (bundle di collegamento) per impostazione predefinita, pertanto il peer DEVE supportare LACP (Link Aggregation Control Protocol) nei collegamenti di interconnessione.

Stabilire l'interconnessione diretta con Microsoft per i servizi vocali del servizio di peering

Per stabilire un'interconnessione diretta con Microsoft tramite peering Internet, seguire questa procedura:

1. Associare l'ASN pubblico alla sottoscrizione di Azure

Vedere Associare l'ASN peer alla sottoscrizione di Azure usando il portale di Azure per informazioni su come associare l'ASN pubblico alla sottoscrizione di Azure. Se l'ASN è già stato associato, procedere con il passaggio successivo.

2. Creare un peering di Servizi vocali del servizio di peering

1. Per creare una risorsa di peering per i servizi vocali del servizio di peering, cercare Peering nel portale di Azure.

   

2. Seleziona + Crea.

   

3. Nella scheda Informazioni di base immettere o selezionare la sottoscrizione di Azure, il gruppo di risorse, il nome e l'ASN del peering:

   

   Nota

   Questi dettagli selezionati non possono essere modificati dopo la creazione del peering. verificare che siano corretti prima di creare il peering.

4. Nella scheda Configurazione è necessario scegliere le configurazioni necessarie seguenti:

   • Tipo di peering: diretto.
   • Rete Microsoft: AS8075 (con Voice).
   • SKU: Premium Gratuito.

5. Selezionare Metro e quindi Crea nuovo per aggiungere una connessione al peering.

   

6. In Peering diretto Connessione ion immettere o selezionare i dettagli della struttura di peering e quindi selezionare Salva.

   

   Le connessioni di peering configurate per i servizi vocali del servizio di peering devono avere Microsoft come provider di indirizzi di sessione e Usare per il servizio di peering abilitato. Queste opzioni vengono scelte automaticamente. Microsoft deve essere il provider IP per i servizi vocali del servizio di peering, non è possibile fornire indirizzi IP personalizzati.

7. In Crea un peering selezionare di nuovo Crea nuovo per aggiungere una seconda connessione al peering. Il peering deve avere almeno due connessioni. La ridondanza locale è un requisito per il servizio di peering e la creazione di un peering con due sessioni raggiunge questo requisito.

   

8. Selezionare Rivedi e crea. Esaminare il riepilogo e selezionare Crea dopo il completamento della convalida.

Attendere il completamento della distribuzione della risorsa. Al termine della distribuzione, viene creato il peering e viene avviato il provisioning.

Configurare il routing ottimizzato per i prefissi

Per ottenere un routing ottimizzato per i prefissi con le interconnessioni dei servizi vocali del servizio di peering, seguire questa procedura:

1. Registrare i prefissi

Per il routing ottimizzato per i prefissi dell'infrastruttura dei servizi vocali, è necessario registrarli.

Nota

Lo stato di connessione delle connessioni di peering deve essere Attivo prima di registrare eventuali prefissi.

Assicurarsi che i prefissi registrati vengano annunciati sulle interconnessioni dirette stabilite con il peering. Se lo stesso prefisso viene annunciato in più posizioni di peering, non è necessario registrare il prefisso in ogni singola posizione. Un prefisso può essere registrato solo con un singolo peering. Quando si riceve la chiave del prefisso univoco dopo la convalida, questa chiave verrà usata per il prefisso anche in posizioni diverse dalla posizione del peering in cui è stato registrato.

1. Per iniziare la registrazione, passare al peering nel portale di Azure e selezionare Prefissi registrati in Impostazioni.

2. In Prefissi registrati selezionare + Aggiungi prefisso registrato.

   

   Nota

   Se il pulsante Aggiungi prefisso registrato è disabilitato, il peering non ha almeno una connessione attiva . Attendere che ciò si verifichi per registrare il prefisso.

3. Configurare il prefisso assegnandogli un nome e la stringa di prefisso IPv4 e selezionare Salva.

   

Dopo la creazione del prefisso, è possibile visualizzare la chiave del prefisso del servizio di peering generato quando si visualizza la risorsa ASN registrata:

Dopo aver creato un prefisso registrato, verrà accodato per la convalida. Lo stato di convalida del prefisso è disponibile nella pagina Prefissi registrati:

Per convalidare un prefisso registrato, è necessario che i controlli seguenti superino:

• Il prefisso non può trovarsi in un intervallo privato
• L'ASN di origine deve essere registrato in un registro di routing principale
• Tutte le connessioni nel peering padre devono annunciare le route per il prefisso
• Le route devono essere annunciate con la stringa della community del servizio di peering 8075:8007
• I percorsi AS nelle route non possono superare la lunghezza del percorso 3 e non possono contenere asn privati o as in sospeso

Per altre informazioni sui requisiti dei prefissi registrati e su come risolvere gli errori di convalida, vedere Peering Registered Prefix Requirements.For more information on registered prefix requirements and how to troubleshoot validation errors, see Peering Registered Prefix Requirements.

2. Attivare i prefissi

Nella sezione precedente sono stati registrati prefissi e chiavi di prefisso generate. La registrazione del prefisso NON attiva il prefisso per il routing ottimizzato (e non accetta <prefissi /24). L'attivazione del prefisso e la posizione di interconnessione appropriata sono requisiti per il routing ottimizzato (per garantire il routing delle patate a freddo).

1. Per iniziare ad attivare i prefissi, nella casella di ricerca nella parte superiore del portale immettere il servizio di peering. Selezionare Servizi di peering nei risultati della ricerca.

   

2. Selezionare Crea per creare una nuova connessione al servizio di peering.

   

3. Nella scheda Informazioni di base immettere o selezionare la sottoscrizione, il gruppo di risorse e il nome della connessione al servizio di peering.

   

4. Nella scheda Configurazione scegliere il paese, lo stato/provincia, il nome del provider, il percorso di peering primario e, facoltativamente, il percorso di peering di backup.

   Attenzione

   Se si sceglie Nessuno come percorso di peering di backup del provider durante la creazione di un servizio di peering, non si avrà ridondanza geografica.

5. Nella sezione Prefissi creare prefissi corrispondenti ai prefissi registrati nel passaggio precedente. Immettere il nome del prefisso, la stringa di prefisso e la chiave del prefisso ottenuta al momento della registrazione del prefisso. Non è necessario creare tutti i prefissi del servizio di peering quando si crea un servizio di peering, è possibile aggiungerli in un secondo momento.

   Nota

   Assicurarsi che la chiave del prefisso immessa durante la creazione di un prefisso del servizio di peering corrisponda alla chiave del prefisso generata al momento della registrazione del prefisso.

   

6. Selezionare Rivedi e crea.

7. Rivedere le impostazioni e quindi selezionare Crea.

Dopo aver creato un prefisso del servizio di peering, verrà accodato per la convalida. Lo stato di convalida del prefisso è disponibile nella pagina Prefissi del servizio di peering.

Affinché un prefisso del servizio di peering venga convalidato, i controlli seguenti devono essere superati:

• Il prefisso non può trovarsi in un intervallo privato
• L'ASN di origine deve essere registrato in un registro di routing principale
• Il prefisso deve essere registrato e la chiave del prefisso nel prefisso del servizio di peering deve corrispondere alla chiave di prefisso del prefisso registrato corrispondente
• Tutte le sessioni primarie e di backup (se configurate) devono annunciare le route per il prefisso
• Le route devono essere annunciate con la stringa della community del servizio di peering 8075:8007
• I percorsi AS nelle route non possono superare la lunghezza del percorso 3 e non possono contenere asn privati o as in sospeso

Per altre informazioni sui requisiti del prefisso del servizio di peering e su come risolvere gli errori di convalida, vedere Requisiti del prefisso del servizio di peering.

Dopo che un prefisso supera la convalida, l'attivazione per tale prefisso è stata completata.

Domande frequenti:

D. Quando verrà visualizzato il mio peer BGP?

R. Dopo l'attivazione del ritardo, il processo automatizzato configura BGP con BFD. Il peer deve configurare BGP con BFD. Si noti che per avviare lo scambio di route è necessario configurare e configurare BFD nel peer non MSFT.

D. Quando verranno allocati gli indirizzi IP di peering e visualizzati nella portale di Azure?

R. Il processo automatizzato alloca gli indirizzi e invia le informazioni tramite posta elettronica dopo che la porta è configurata sul nostro lato.

D. Sono presenti subnet più piccole (</24) per i servizi di comunicazione. È anche possibile indirizzare le subnet più piccole?

R. Sì, anche il servizio peering di Microsoft Azure supporta il routing dei prefissi più piccoli. Assicurarsi di registrare i prefissi più piccoli per il routing e che gli stessi siano annunciati sulle interconnessioni.

D. Quali route Microsoft riceveranno tramite queste interconnessioni?

R. Microsoft annuncia tutti i prefissi dei servizi pubblici di Microsoft su queste interconnessioni per garantire non solo la voce, ma altri servizi cloud sono accessibili dalla stessa interconnessione.

D. La convalida del prefisso registrato per il peering non è riuscita. Come procedere?

R. Esaminare i requisiti del prefisso registrato per il peering e seguire la procedura di risoluzione dei problemi descritta.

D. Il prefisso del servizio di peering non è riuscito a convalidare. Come procedere?

R. Esaminare i requisiti del prefisso del servizio di peering e seguire i passaggi per la risoluzione dei problemi descritti.

D. Esistono vincoli di percorso AS?

R. Sì, un ASN privato non può trovarsi nel percorso AS. Per i prefissi registrati inferiori a /24, il percorso AS deve essere minore di quattro.

D. È necessario impostare il limite di prefisso, quante route Microsoft annunciano?

R. Microsoft annuncia circa 280 prefissi su Internet e potrebbe aumentare del 10-15% in futuro. Pertanto, un limite sicuro di 400-500 può essere valido per impostare come "Numero massimo di prefissi"

D. Microsoft pubblicizzerà nuovamente i prefissi peer su Internet?

R. No.

D. C'è una tariffa per questo servizio?

R. No, tuttavia, si prevede che peer porti costi di connessione incrociata del sito.

D. Qual è la velocità minima di collegamento per un'interconnessione?

R. 10 Gbps.

D. Il peer è associato a un contratto di servizio?

R. Sì, una volta che l'utilizzo raggiunge il 40% di un processo di aumento del ritardo di 45-60 giorni deve iniziare.

D. Qual è il vantaggio di questo servizio rispetto al peering diretto corrente o expressroute?

R. L'intero percorso di liquidazione è ottimizzato per il traffico vocale sulla rete WAN Microsoft e la convergenza è ottimizzata per il sottosecondo con BFD.

D. Come è necessario completare il processo di onboarding?

R. Il tempo è variabile a seconda del numero e della posizione dei siti e se peer sta eseguendo la migrazione di peering privati esistenti o stabilendo un nuovo cablaggio. Il vettore dovrebbe pianificare 3+ settimane.

D. Come viene comunicato lo stato di avanzamento all'esterno dello stato del portale?

R. I messaggi di posta elettronica automatizzati vengono inviati a diverse attività cardine

D. È possibile usare le API per l'onboarding?

R. Attualmente non è disponibile alcun supporto per le API e la configurazione deve essere eseguita tramite il portale Web.