Einrichten einer Verbindung für Peering mit Sprachdiensten
In diesem Artikel erfahren Sie, wie Sie eine Verbindung zwischen einem Sprachdienstanbieter und Azure Peering Service einrichten.
Ein Anbieter von Sprachdiensten ist eine Organisation, die Kommunikationsdienste wie Messaging und Konferenzen anbietet. In diesem Szenario möchte der Anbieter seine Kommunikationsdienstinfrastruktur in Azure Communication Services und Microsoft Teams integrieren. Die Infrastruktur kann SBCs (Session Border Controllers), SIP-Gateways (Session Initiation-Protokoll) und andere Infrastrukturgeräte umfassen.
Internetpeering in Azure Peering Service unterstützt direkte Verbindungen mit Microsoft an jedem seiner PoP-Edgestandorte (Point-of-Presence) für Internetaustauschpartner (IXPs). Die Liste aller öffentlichen Edgestandorte ist auf PeeringDB verfügbar.
Internetpeering bietet hochgradig zuverlässige QoS-Verbindungen für IXPs, um hochwertige und leistungsorientierte Dienste sicherzustellen.
Das folgende Flussdiagramm fasst den Prozess zum Onboarding in Peering Service-Sprachdienste zusammen:
Technische Anforderungen
Um eine direkte Verbindung für Peering Service-Sprachdienste einzurichten, müssen die folgenden Anforderungen erfüllt werden:
- 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 Netzwerkverbindung (PNI) verfügen, um lokale Redundanz sicherzustellen.
- Der Peer muss einen eigenen öffentlich routingfähigen IPv4-Adressraum bereitstellen und ankündigen, der von den Endpunkten des Peers (z. B. von einem SBC) verwendet wird.
- Der Peer muss BGP (Border Gateway Protocol) ü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 über zwei lokale Verbindungen verfügen, die auf demselben Router konfiguriert sind. Vielfalt ist erforderlich.
- Der Peer kann keine Ratenbegrenzung auf seine Verbindung anwenden.
- Der Peer kann eine lokale redundante Verbindung nicht als Backupverbindung konfigurieren. Backupverbindungen müssen sich an einem anderen Ort befinden als die primäre Verbindung.
- Primäre Sitzungen, Backupsitzungen und redundante Sitzungen müssen über dieselbe Bandbreite verfügen.
- Es wird empfohlen, Peering Service-Peerings an mehreren Standorten zu erstellen, um Georedundanz zu erzielen.
- Alle Infrastrukturpräfixe sind im Azure-Portal registriert und werden mit der Communityzeichenfolge
8075:8007
angekündigt. - Der Peer muss das LACP (Link Aggregation Control Protocol) für die Verbindungsverknüpfungen unterstützen. Microsoft konfiguriert standardmäßig alle Verbindungsverknüpfungen als Linkaggregationsgruppen (Link Aggregation Groups, LAGs).
Einrichten einer direkten Verbindung für Peering Service-Sprachdienste
Führen Sie die in den folgenden Abschnitten beschriebenen Schritte aus, um eine direkte Verbindung mit Microsoft für Peering Service-Sprachdienste einzurichten.
Ordnen Sie Ihre öffentliche ASN Ihrem Azure-Abonnement zu
Der erste Schritt besteht darin, Ihre öffentliche ASN Ihrem Azure-Abonnement zuzuordnen.
Weitere Informationen finden Sie unter Zuordnen einer Peer-ASN zu einem Azure-Abonnement.
Wenn die ASN bereits mit Ihrem Azure-Abonnement verknüpft ist, fahren Sie mit dem nächsten Schritt fort.
Erstellen eines Peering Service-Sprachdienstpeerings
So erstellen Sie eine Peeringressource für Peering Service-Sprachdienste
Suchen Sie im Azure-Portal nach Peerings, und wählen Sie dann diese Option aus.
Wählen Sie unter Peerings die Option Erstellen aus.
Geben Sie auf der Registerkarte Grundlagen Ihr Azure-Abonnement, eine Ressourcengruppe, einen Peeringnamen und die ASN des Peerings ein, oder wählen Sie sie aus.
Warnung
Sie können diese Optionen nach dem Erstellen des Peerings nicht mehr ändern. Vergewissern Sie sich, dass Ihre Auswahl korrekt ist, bevor Sie das Peering erstellen.
Wählen Sie auf der Registerkarte Konfiguration die folgenden erforderlichen Konfigurationen aus:
Wählen Sie für PeeringtypDirect aus.
Wählen Sie für Microsoft-Netzwerk die Option AS8075 (mit Voice) aus.
Wählen Sie für SKU die Option Premium Free aus.
Wählen Sie für Metro den entsprechenden Wert aus. Wählen Sie dann Neu erstellen aus, um eine Verbindung zu Ihrem Peering hinzuzufügen.
Geben Sie unter Direkte Peeringverbindung die Peeringeinrichtungsdetails ein, oder wählen Sie sie aus. Wählen Sie Speichern.
Für Peeringverbindungen, die für Peering Service-Sprachdienste konfiguriert sind, muss Microsoft als Sitzungsadressenanbieter festgelegt und Verwenden für Peering Service aktiviert sein. Diese Optionen werden automatisch festgelegt. Microsoft muss der IP-Anbieter für Peering Service-Sprachdienste sein. Sie können keine eigenen IPs angeben.
Wählen Sie unter Peering erstellen die Option Neu erstellen aus, um ihrem Peering eine zweite Verbindung hinzuzufügen. Das Peering muss mindestens zwei Verbindungen aufweisen. Lokale Redundanz ist eine Voraussetzung für Peering Service. Durch das Erstellen eines Peerings mit zwei Sitzungen wird diese Anforderung erfüllt.
Klicken Sie auf Überprüfen + erstellen. Überprüfen Sie die Zusammenfassung, und wählen Sie dann Erstellen aus, wenn die Überprüfung erfolgreich ist.
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
Um optimiertes Routing für die Präfixe zu erzielen, die Sie für Ihre Peering Service-Sprachdienstverbindungen verwenden, führen Sie die in den folgenden Abschnitten beschriebenen Schritte aus.
Registrieren Ihrer Präfixe
Um optimiertes Routing für Sprachdienstinfrastrukturpräfixe zu nutzen, müssen Sie die Präfixe registrieren.
Hinweis
Der Verbindungsstatus Ihrer Peeringverbindungen muss Aktiv lauten, bevor Sie Präfixe registrieren.
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 Standort registrieren. Ein Präfix kann mit nur 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 es registriert wurde.
So beginnen Sie mit der Registrierung
Navigieren Sie im Azure-Portal zu Ihrem Peering.
Wählen Sie im Dienstmenü unter Einstellungen die Option Registrierte Präfixe aus.
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 über keine aktiven Verbindungen. Warten Sie, bis für eine Verbindung Aktiv angezeigt wird, um Ihr Präfix zu registrieren.
Geben Sie einen Namen für Ihr Präfix und die IPv4-Präfixzeichenfolge ein. Wählen Sie Speichern.
Navigieren Sie nach der Präfixerstellung zum Anzeigen des generierten Peering Service-Präfixschlüssels zum Bereich Registrierte ASN-Ressource.
Nachdem Sie ein registriertes Präfix erstellt haben, wird es zur Validierung in die Warteschlange gestellt. Sie können den Validierungsstatus des Präfixes unter Registrierte Präfixe anzeigen:
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 (Autonomes System) in Ihren Routen dürfen eine Pfadlänge von „3“ nicht überschreiten und keine vorangestellten privaten ASNs oder AS enthalten.
Weitere Informationen zu den Anforderungen für registrierte Präfixe und zur Problembehandlung von Validierungsproblemen finden Sie unter Anforderungen für das Peering von registrierten Präfixen.
Aktivieren Ihrer Präfixe
Im vorherigen Abschnitt haben Sie Präfixe und generierte Präfixschlüssel registriert. Die Präfixregistrierung aktiviert nicht das Präfix für optimiertes Routing (und akzeptiert keine </24-Präfixe). Die Präfixaktivierung und ein geeigneter Verbindungsstandort sind Voraussetzungen für optimiertes Routing (zur Sicherstellung des Cold Potato-Routings).
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.
Wählen Sie Erstellen aus, um eine neue Peering Service-Verbindung zu erstellen.
Geben Sie auf der Registerkarte Grundlagen Ihr Azure-Abonnement, den Ressourcengruppennamen und den Namen der Peering Service-Verbindung ein, oder wählen Sie sie aus.
Wählen Sie auf der Registerkarte Konfiguration Ihr Land oder Ihre Region, das Bundesland oder den Kanton, den Namen des Anbieters und den primären Peeringstandort aus. Wählen Sie optional einen Backuppeeringstandort aus.
Achtung
Wenn Sie Keine für den Backuppeeringstandort des Anbieters auswählen, wenn Sie Ihre Peering Service-Instanz erstellen, hat Ihr Peering keine Georedundanz.
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. Sie müssen nicht alle Peering Service-Präfixe zum Zeitpunkt der Peeringerstellung erstellen. Sie können später Präfixe 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 des Präfixes generiert wurde.
Klicken Sie auf Überprüfen + erstellen.
Überprüfen Sie die Einstellungen, und wählen Sie dann die Option Erstellen.
Nachdem Sie ein Peering Service-Präfix erstellt haben, wird das Präfix zur Validierung in die Warteschlange gestellt. Um den Überprüfungsstatus des Präfixes zu überprüfen, wechseln Sie zum Bereich Präfixe in Peering Service.
Damit ein Peering Service-Präfix die Validierung besteht, 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 Sitzungen 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 Präfixanforderungen für Peering Service und zur Problembehandlung von Validierungsfehlern finden Sie unter Azure Peering Service-Präfixanforderungen.
Sobald ein Präfix die Validierung bestanden hat, ist die Aktivierung für dieses Präfix abgeschlossen.
Häufig gestellte Fragen
Erhalten Sie Antworten auf häufig gestellte Fragen.
F: Wann ist mein BGP-Gitter verfügbar?
A. Wenn LAG ausgeführt wird, stellt unser automatisierter Prozess das BGP-Gitter mit BFD bereit. Der Peer konfiguriert BGP mit BFD. BFD muss konfiguriert sein und für den Nicht-Microsoft-Peer ausgeführt werden, um den Routenaustausch zu starten.
F: Wann werden Peering-IP-Adressen zugewiesen und im Azure-Portal angezeigt?
A. Unser automatisierter Prozess weist IP-Adressen zu und sendet die Informationen per E-Mail, nachdem der Port aufseiten von Microsoft konfiguriert wurde.
F: Ich besitze für meine Kommunikationsdienste kleinere Subnetze (</24). Werden kleinere Subnetze weitergeleitet?
A. Ja, Peering Service unterstützt das Routing mit kleineren Präfixen. Stellen Sie sicher, dass Sie die kleineren Präfixe für das Routing registrieren. Dann werden sie über die Verbindungen angekündigt.
F: Welche Microsoft-Routen erhalten wir über die Verbindungen?
A. Microsoft kündigt alle öffentlichen Dienstpräfixe von Microsoft über die Verbindungen an, um sicherzustellen, dass Sprach- und andere Clouddienste über dieselbe Verbindung zugänglich sind.
F: Die Validierung meines registrierten Präfixes für das Peering ist fehlgeschlagen. Wie soll ich vorgehen?
A. Überprüfen Sie die Anforderungen für das Peering von registrierten Präfixen, und führen Sie die beschriebenen Schritte zur Problembehandlung aus.
F: Die Überprüfung meines Peering Service-Präfix 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: Muss ich über alle AS-Pfadeinschränkungen informiert sein?
A. Ja. Eine private ASN darf sich nicht im AS-Pfad befinden. Bei registrierten Präfixen, die kleiner als /24 sind, muss der AS-Pfad kleiner als 4 sein.
F: Ich muss die Präfixgrenze festlegen. Wie viele Routen wird Microsoft ankündigen?
A. Microsoft kündigt ungefähr 280 Präfixe im Internet an. Die Zahl kann um 10 % bis zu 15 % steigen. Es ist sicher, einen Grenzwert von 400 bis 500 als Wert für Maximale Präfixanzahl festzulegen.
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 Vereinbarung zum Servicelevel (Service-Level Agreement, SLA) gebunden?
A. Ja. Wenn die Auslastung 40 % erreicht, beginnt ein LAG-Erweiterungsprozess, der 45 bis 60 Tage dauert.
F: Was ist der Vorteil dieses Diensts gegenüber aktuellem direkten Peering oder ExpressRoute?
A. Dieser Dienst ist uneingeschränkt, und der gesamte Pfad ist für den Sprachdatenverkehr über das Microsoft WAN (Wide Area Network) optimiert. Die Konvergenz ist mit BFD für den Bruchteil einer Sekunde abgestimmt.
F: Wie lange dauert der Onboardingprozess?
A. Die Zeit bis zum Abschließen des Onboardings variiert je nach Anzahl und Standort von Websites und abhängig davon, ob der Peer vorhandene private Peerings migriert oder eine neue Verkabelung erstellt. Der Netzbetreiber sollte mindestens drei Wochen einplanen.
F: Wie wird der Fortschritt außerhalb des Status im Azure-Portal kommuniziert?
A. Es werden automatisierte E-Mails zu unterschiedlichen Meilensteinen gesendet.
F: Können APIs für das Onboarding verwendet werden?
A. Derzeit gibt es keine API-Unterstützung. Sie können Ihren Dienst nur über das Azure-Portal konfigurieren.