Exemplarische Vorgehensweise zum Internetpeering für Peering Service Voice

In diesem Artikel erfahren Sie, wie Sie eine Peering Service-Verbindung zwischen einem Sprachdienstanbieter und Microsoft einrichten.

Sprachdienstanbieter sind die Organisationen, die Kommunikationsdienste (Messaging, Konferenzen und andere Kommunikationsdienste) anbieten und ihre Kommunikationsdienstinfrastruktur (SBC, SIP-Gateways und andere Infrastrukturgeräte) in Azure Communication Services und Microsoft Teams integrieren möchten.

Internetpeering unterstützt Sprachdienstanbieter beim Herstellen einer direkten Verbindung mit Microsoft an allen Edge-Sites (POP-Standorten). Die Liste aller öffentlichen Edge-Standorte ist in PeeringDB verfügbar.

Internetpeering bietet hochgradig zuverlässige Verbindungen mit QoS (Quality of Service)-Unterstützung für Communication Services, um hochwertige und leistungsorientierte Dienste sicherzustellen.

Das folgende Flussdiagramm fasst den Prozess zum Onboarding in Peering Service Voice Services zusammen:

Technische Anforderungen

Um eine direkte Verbindung für Peering Service Voice Services einzurichten, müssen Sie die folgenden Anforderungen erfüllen:

• Der Peer MUSS seine eigene autonome Systemnummer (Autonomous System Number, ASN) bereitstellen, die öffentlich sein MUSS.
• Der Peer MUSS an jedem Verbindungsstandort über eine redundante Verbindung (PNI) verfügen, um lokale Redundanz sicherzustellen.
• Der Peer MUSS seinen eigenen öffentlich routingfähigen IPv4-Adressraum bereitstellen und ankündigen, der von den Endpunkten des Peers (z. B. SBC) verwendet wird.
• Der Peer MUSS BGP über bidirektionale Weiterleitungserkennung (Bidirectional Forwarding Detection, BFD) ausführen, um die Routenkonvergenz im Bruchteil einer Sekunde zu ermöglichen.
• Der Peer DARF NICHT das Peering auf einem Gerät beenden, auf dem eine zustandsbehaftete Firewall ausgeführt wird.
• Der Peer KANN NICHT zwei lokale Verbindungen nicht auf demselben Router konfiguriert haben, da Vielfalt erforderlich ist
• Der Peer KANN NICHT Ratenbegrenzung auf seine Verbindung anwenden
• Der Peer KANN NICHT eine lokale redundante Verbindung nicht als Backupverbindung konfigurieren. Backupverbindungen müssen sich an einem anderen Ort befinden als primäre Verbindungen.
• Primäre, Backup- und redundante Sitzungen müssen alle über dieselbe Bandbreite verfügen
• Es wird empfohlen, Peering Service-Peerings an mehreren Standorten zu erstellen, damit Georedundanz erreicht werden kann.
• Alle Infrastrukturpräfixe sind im Azure-Portal registriert und werden mit der Communityzeichenfolge 8075:8007 angekündigt.
• Microsoft konfiguriert alle Verbindungslinks standardmäßig als LAG (Link-Bündel), daher MUSS der Peer LACP (Link Aggregation Control Protocol) für die Verbindungslinks unterstützen.

Einrichten einer direkten Verbindung mit Microsoft für Peering Service Voice Service

Führen Sie die folgenden Schritte aus, um eine direkte Verbindung mit Microsoft mithilfe von Internetpeering herzustellen:

1. Ordnen Sie Ihre öffentliche ASN Ihrem Azure-Abonnement zu

Informationen zum Zuordnen Ihres öffentlichen ASN zu Ihrem Azure-Abonnement finden Sie unter Zuordnen des Peer-ASN zum Azure-Abonnement mithilfe des Azure-Portals. Wenn der ASN bereits zugeordnet wurde, fahren Sie mit dem nächsten Schritt fort.

2. Erstellen eines Peering Service Voice Services-Peering

1. Um eine Peeringressource für Peering Service Voice Services zu erstellen, suchen Sie im Azure-Portal nach Peerings.

   

2. Wählen Sie + Erstellen aus.

   

3. Geben Sie auf der Registerkarte Grundlagen Ihr Azure-Abonnement, die Ressourcengruppe, den Namen und die ASN des Peerings ein, oder wählen diese aus:

   

   Hinweis

   Diese Details, die Sie auswählen, KÖNNEN NICHT MEHR geändert werden, nachdem das Peering erstellt wurde. bestätigen Sie, dass sie korrekt sind, bevor Sie das Peering erstellen.

4. Auf der Registerkarte Konfiguration MÜSSEN Sie die folgenden erforderlichen Konfigurationen auswählen:

   • Peeringtyp: Direkt.
   • Microsoft-Netzwerk: AS8075 (mit Voice).
   • SKU: Premium Free.

5. Wählen Sie Ihr Metro und dann Neu erstellen aus, um Ihrem Peering eine Verbindung hinzuzufügen.

   

6. Geben Sie unter Direkte Peeringverbindung Details Ihres Peerings ein, oder wählen Sie sie aus, und wählen Sie dann Speichern aus.

   

   Peeringverbindungen, die für Peering Service Voice Services konfiguriert sind, MÜSSEN Microsoft als Sitzungsadressenanbieter haben und Verwenden für Peering Service aktiviert haben. Diese Optionen werden automatisch für Sie ausgewählt. Microsoft muss der IP-Anbieter für Peering Service Voice Services sein, Sie können keine eigenen IPs bereitstellen.

7. Wählen Sie unter Peering erstellen die Option Neu erstellen erneut aus, um ihrem Peering eine zweite Verbindung hinzuzufügen. Das Peering muss mindestens zwei Verbindungen aufweisen. Lokale Redundanz ist eine Anforderung für Peering Service und das Erstellen eines Peerings mit zwei Sitzungen erfüllt diese Anforderung.

   

8. Klicken Sie auf Überprüfen + erstellen. Überprüfen Sie die Zusammenfassung, und wählen Sie Erstellen aus, wenn die Überprüfung bestanden wurde.

Warten Sie, bis die Bereitstellung der Ressource beendet wurde. Wenn die Bereitstellung erfolgreich war, wird Ihr Peering erstellt, und die Bereitstellung beginnt.

Konfigurieren des optimierten Routings für Ihre Präfixe

Führen Sie die folgenden Schritte aus, um ein optimiertes Routing für Ihre Präfixe mit Ihren Peering Service Voice Services-Verbindungen zu erhalten:

1. Registrieren Ihrer Präfixe

Für ein optimiertes Routing für Voice Services-Infrastrukturpräfixe müssen Sie diese registrieren.

Hinweis

Der Verbindungsstatus Ihrer Peeringverbindungen muss Aktiv sein, bevor Präfixe registriert werden.

Stellen Sie sicher, dass die registrierten Präfixe über die direkten Verbindungen angekündigt werden, die mit Ihrem Peering eingerichtet wurden. Wenn dasselbe Präfix an mehreren Peeringstandorten angekündigt wird, müssen Sie das Präfix NICHT an jedem einzelnen Standort registrieren. Ein Präfix kann nur mit einem einzelnen Peering registriert werden. Wenn Sie den eindeutigen Präfixschlüssel nach der Validierung erhalten, wird dieser Schlüssel für das Präfix auch an anderen Orten als dem Standort des Peerings verwendet, unter dem er registriert wurde.

1. Um mit der Registrierung zu beginnen, wechseln Sie im Azure-Portal zu Ihrem Peering und wählen unter Einstellungen die Option Registrierte Präfixe aus.

2. Wählen Sie unter Registrierte Präfixe die Option + Registriertes Präfix hinzufügen aus.

   

   Hinweis

   Wenn die Schaltfläche Registriertes Präfix hinzufügen deaktiviert ist, verfügt Ihr Peering nicht über mindestens eine aktive Verbindung. Warten Sie, bis dies auftritt, um Ihr Präfix zu registrieren.

3. Konfigurieren Sie Ihr Präfix, indem Sie ihm einen Namen geben und die IPv4-Präfixzeichenfolge, und wählen Sie Speichern aus.

   

Nach der Präfixerstellung können Sie beim Anzeigen der registrierten ASN-Ressource den generierten Peering Service-Präfixschlüssel sehen:

Nachdem Sie ein registriertes Präfix erstellt haben, wird es zur Validierung in die Warteschlange gestellt. Der Validierungsstatus des Präfixes finden Sie auf der Seite „Registrierte Präfixe“:

Damit ein registriertes Präfix validiert werden kann, müssen die folgenden Prüfungen bestanden werden:

• Das Präfix darf nicht in einem privaten Bereich liegen
• Die Ursprungs-ASN muss in einer Hauptroutingregistrierung registriert sein
• Alle Verbindungen im übergeordneten Peering müssen Routen für das Präfix ankündigen
• Routen müssen mit der Peering Service-Communityzeichenfolge 8075:8007 angekündigt werden
• AS-Pfade in Ihren Routen dürfen eine Pfadlänge von „3“ nicht überschreiten und keine vorangestellten privaten ASNs oder AS enthalten

Weitere Informationen zu Anforderungen für registrierte Präfixe und zur Problembehandlung von Validierungsfehlern finden Sie unter Anforderungen für das Peering registrierter Präfixe.

2. Aktivieren Ihrer Präfixe

Im vorherigen Abschnitt haben Sie Präfixe und generierte Präfixschlüssel registriert. Die Präfixregistrierung aktiviert das Präfix NICHT für optimiertes Routing (und akzeptiert keine </24-Präfixe). Die Präfixaktivierung und ein geeigneter Verbindungsstandort sind Anforderungen für ein optimiertes Routing (zur Sicherstellung des Cold Potato-Routings).

1. Um mit der Aktivierung Ihrer Präfixe zu beginnen, geben Sie im Suchfeld oben im Portal Peering Serviceein. Wählen Sie in den Suchergebnissen Peering Services aus.

   

2. Wählen Sie Erstellen aus, um eine neue Peering Service-Verbindung zu erstellen.

   

3. Geben Sie auf der Registerkarte Grundlagen Ihr Abonnement, Ihre Ressourcengruppe und den Namen Ihrer Peering Service-Verbindung ein, oder wählen Sie sie aus.

   

4. Wählen Sie auf der Registerkarte Konfiguration Ihr Land, Ihr Bundesland/Ihren Kanton, Ihren Anbieternamen, den primären Peeringstandort und optional den Backup-Peeringstandort aus.

   Achtung

   Wenn Sie beim Erstellen eines Peering Service Keiner als Backup-Peeringstandort des Anbieters auswählen, werden Sie über keine Georedundanz verfügen.

5. Erstellen Sie im Abschnitt Präfixe die Präfixe, die den Präfixen entsprechen, die Sie im vorherigen Schritt registriert haben. Geben Sie den Namen des Präfixes, die Präfixzeichenfolge und den Präfixschlüssel ein, die Sie beim Registrieren des Präfixes erhalten haben. Beachten Sie, dass Sie nicht alle Peering Service-Präfixe erstellen müssen, wenn Sie einen Peering Service erstellen, Sie können diese später hinzufügen.

   Hinweis

   Stellen Sie sicher, dass der beim Erstellen eines Peering Service-Präfixes eingegebene Präfixschlüssel dem Präfixschlüssel entspricht, der beim Registrieren dieses Präfixes generiert wurde.

   

6. Klicken Sie auf Überprüfen + erstellen.

7. Überprüfen Sie die Einstellungen, und wählen Sie dann die Option Erstellen.

Nachdem Sie ein Peering Service-Präfix erstellt haben, wird es zur Validierung in die Warteschlange gestellt. Der Validierungsstatus des Präfixes finden Sie auf der Seite „Peering Service-Präfixe“.

Damit ein Peering Service-Präfix validiert werden kann, MÜSSEN die folgenden Prüfungen bestanden werden:

• Das Präfix darf nicht in einem privaten Bereich liegen
• Die Ursprungs-ASN muss in einer Hauptroutingregistrierung registriert sein
• Das Präfix muss registriert sein, und der Präfixschlüssel im Peering Service-Präfix muss mit dem Präfixschlüssel des entsprechenden registrierten Präfixes übereinstimmen
• Alle primären und Backupsitzungen (sofern konfiguriert) müssen Routen für das Präfix ankündigen
• Routen müssen mit der Peering Service-Communityzeichenfolge 8075:8007 angekündigt werden
• AS-Pfade in Ihren Routen dürfen eine Pfadlänge von „3“ nicht überschreiten und keine vorangestellten privaten ASNs oder AS enthalten

Weitere Informationen zu Anforderungen für den Peering Service-Präfix und zur Problembehandlung von Validierungsfehlern finden Sie unter Anforderungen für den Peering Service-Präfix.

Sobald ein Präfix die Validierung bestanden hat, ist die Aktivierung für dieses Präfix abgeschlossen.

Häufig gestellte Fragen (FAQ):

F: Wann wird mein BGP-Peer angezeigt?

A. Sobald die LAG angezeigt wird, konfiguriert unser automatisierter Prozess BGP mit BFD. Der Peer muss BGP mit BFD konfigurieren. Beachten Sie, dass BFD konfiguriert und für den Nicht-MSFT-Peer aktiv sein muss, um den Routenaustausch zu starten.

F: Wann werden Peering-IP-Adressen zugewiesen und im Azure-Portal angezeigt?

A. Unser automatisierter Prozess weist Adressen zu und sendet die Informationen per E-Mail, nachdem der Port auf unserer Seite konfiguriert wurde.

F: Ich besitze für meine Kommunikationsdienste kleinere Subnetze (</24). Sind die kleineren Subnetze auch für das Routing geeignet?

A. Ja, Microsoft Azure-Peering unterstützt auch das Routing mit kleineren Präfixen. Stellen Sie sicher, dass Sie die kleineren Präfixe für das Routing registrieren und dass diese über die Verbindungen angekündigt werden.

F: Welche Microsoft-Routen empfangen wir über diese Verbindungen?

A. Microsoft kündigt alle öffentlichen Dienstpräfixe von Microsoft über diese Verbindungen an, um sicherzustellen, dass nicht nur Voice, sondern auch andere Clouddienste über dieselbe Verbindung zugänglich sind.

F: Die Validierung meines registrierten Präfixes für Peering ist fehlgeschlagen. Wie soll ich vorgehen?

A. Überprüfen Sie die Anforderungen für den Peering Service-Präfix, und führen Sie die beschriebenen Schritte zur Problembehandlung aus.

F: Die Validierung meines Peering Service-Präfixes ist fehlgeschlagen. Wie soll ich vorgehen?

A. Überprüfen Sie die Peering Service-Präfixanforderungen, und führen Sie die beschriebenen Schritte zur Problembehandlung aus.

F: Bestehen Einschränkungen für den AS-Pfad?

A. Ja, ein privater ASN darf sich nicht im AS-Pfad befinden. Bei registrierten Präfixen, die kleiner als /24 sind, muss der AS-Pfad kleiner als vier sein.

F: Ich muss das Präfixlimit festlegen. Wie viele Routen würde Microsoft ankündigen?

A. Microsoft kündigt ungefähr 280 Präfixe im Internet an, und dies kann sich in Zukunft um 10-15 % erhöhen. Daher kann ein sicheres Limit von 400-500 als „Maximale Präfixanzahl“ festgelegt werden.

F: Wird Microsoft die Peerpräfixe erneut im Internet ankündigen?

A. Nein.

F: Wird für diesen Dienst eine Gebühr berechnet?

A. Nein, es wird jedoch erwartet, dass der Peer die Kosten für standortübergreifende Verbindungen übernimmt.

F: Was ist die minimale Übertragungsrate einer Verbindung?

A. 10 GBit/s.

F: Ist der Peer an eine SLA gebunden?

A. Ja, sobald die Auslastung 40 % erreicht, muss ein 45-60-tägiger LAG-Zuwachsprozess beginnen.

F: Was ist der Vorteil dieses Diensts gegenüber aktuellem Direct Peering oder ExpressRoute?

A. Der gesamte Pfad ist uneingeschränkt für Sprachdatenverkehr über Microsoft WAN optimiert, und die Konvergenz ist mit BFD für den Bruchteil einer Sekunde abgestimmt.

F: Wie lange dauert es, den Onboardingprozess abzuschließen?

A. Die Dauer variiert abhängig von der Anzahl und dem Standort der Sites ab sowie davon, ob der Peer vorhandene private Peerings migriert oder eine neue Verkabelung herstellt. Der Netzbetreiber sollte über 3 Wochen einplanen.

F: Wie wird der Fortschritt außerhalb des Portalstatus kommuniziert?

A. Es werden automatisierte E-Mails an unterschiedlichen Meilensteinen gesendet.

F: Können APIs für das Onboarding verwendet werden?

A. Zurzeit gibt es keine API-Unterstützung, und die Konfiguration muss über das Webportal erfolgen.