Freigeben über


Verwalten eines benutzerdefinierten IP-Adresspräfixes

Ein benutzerdefiniertes IP-Adresspräfix ist ein zusammenhängender Bereich von IP-Adressen, die sich im Besitz eines externen Kunden befinden und in einem Abonnement bereitgestellt werden. Der Kunde besitzt das Sortiment und erlaubt Microsoft, das Sortiment zu bewerben. Weitere Informationen finden Sie in der Übersicht über benutzerdefinierte IP-Adresspräfixe.

In diesem Artikel wird Folgendes erläutert:

  • Verwenden des Features „Regionale Kommissionierung“ für die sichere Migration eines aktiven Präfixes zu Azure

  • Erstellen von öffentlichen IP-Adresspräfixen aus bereitgestellten benutzerdefinierten IP-Präfixen

  • Migrieren aktiver IP-Präfixe von außerhalb von Microsoft

  • Anzeigen von Informationen zu einem benutzerdefinierten IP-Präfix

  • Außerbetriebnahme eines benutzerdefinierten IP-Präfixes

  • Aufheben der Bereitstellung und Löschen eines benutzerdefinierten IP-Präfixes

Informationen zum Bereitstellen einer IP-Adresse finden Sie unter Erstellen eines benutzerdefinierten IP-Adresspräfixes – Azure-Portal, Erstellen eines benutzerdefinierten IP-Adresspräfixes – Azure PowerShell oder Erstellen eines benutzerdefinierten IP-Adresspräfixes – Azure-Befehlszeilenschnittstelle.

Erstellen eines öffentlichen IP-Adresspräfixes aus einem benutzerdefinierten IP-Präfix

Wenn sich ein benutzerdefiniertes IP-Präfix im Status Bereitgestellt, Inbetriebsetzung oder In Betrieb gesetzt befindet, kann ein verknüpftes öffentliches IP-Adresspräfix erstellt werden. Dieses kann entweder eine Teilmenge des benutzerdefinierten IP-Adressbereichs des Präfixes oder den gesamten Bereich umfassen.

Verwenden Sie die folgenden CLI- und PowerShell-Befehle, um öffentliche IP-Adresspräfixe mit den Parametern --custom-ip-prefix-name (Befehlszeilenschnittstelle) und -CustomIpPrefix (PowerShell) zu erstellen, die auf ein vorhandenes benutzerdefiniertes IP-Präfix verweisen.

Tool Get-Help
Befehlszeilenschnittstelle (CLI) az network public-ip prefix create
PowerShell New-AzPublicIpPrefix

Hinweis

Ein öffentliches IP-Präfix kann von einem benutzerdefinierten IP-Präfix in einem anderen Abonnement mit den entsprechenden Berechtigungen mithilfe von Azure PowerShell oder des Azure-Portals abgeleitet werden.

Abbildung: Benutzerdefiniertes IP-Präfix mit abgeleiteten Präfixen für öffentliche IP-Adressen für mehrere Abonnements.

Das Beispiel für die Ableitung eines öffentlichen IP-Präfixes aus einem benutzerdefinierten IP-Präfix mit PowerShell wird unten gezeigt:

Set-AzContext -Subscription xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx
$customprefix = Get-AzCustomIpPrefix -Name myBYOIPPrefix -ResourceGroupName myResourceGroup
Set-AzContext -Subscription yyyyyyyy-yyyy-yyyy-yyyy-yyyyyyyyyyyy
New-AzPublicIpPrefix -Name myPublicIpPrefix -ResourceGroupName myResourceGroup2 -Location eastus -PrefixLength 30 -CustomIpPrefix $customprefix

Nach dem Erstellen können die IP-Adressen im untergeordneten öffentlichen IP-Adresspräfix Ressourcen wie alle anderen statischen öffentlichen IP-Adressen der Standard-SKU zugeordnet werden. Weitere Informationen zur Verwendung von IP-Adressen aus einem öffentlichen IP-Adresspräfix, einschließlich der Auswahl einer bestimmten IP-Adresse aus dem Bereich, finden Sie unter Erstellen einer statischen öffentlichen IP-Adresse aus einem Präfix.

Migrieren aktiver IP-Präfixe von außerhalb von Microsoft

Wenn ein anderes Netzwerk den bereitgestellten Bereich im Internet ankündigt, sollten Sie die Migration zu Azure planen, um ungeplante Ausfallzeiten zu verhindern. Verwenden Sie ein Wartungsfenster, um den Übergang vorzunehmen, unabhängig davon, für welche Methode Sie sich entscheiden.

Methode 1: Erstellen öffentlicher IP-Präfixe und öffentlicher IP-Adressen aus den Präfixen, wenn sich das benutzerdefinierte IP-Präfix im Zustand „Bereitgestellt“ befindet

  • Die öffentlichen IP-Adressen können Netzwerkressourcen zugeordnet werden, werden jedoch nicht angekündigt und sind nicht erreichbar. Wenn der Befehl zum Ändern des Status des benutzerdefinierten IP-Präfixes in Kommissioniert ausgeführt wird, werden die IP-Adressen vom Microsoft-Netzwerk angekündigt. Jede Ankündigung dieses Bereichs von einem anderen Standort als Microsoft könnte zu einer Instabilität des BGP-Routings oder zu Datenverlusten führen. Etwa von einem Kundenstandort aus. Die Ankündigung sollte deaktiviert werden, sobald die Azure-Infrastruktur als betriebsbereit bestätigt wurde.

Methode 2: Erstellen öffentlicher IP-Präfixe und öffentlicher IP-Adressen aus den Präfixen unter Verwendung von Microsoft-Bereichen. Bereitstellen einer Infrastruktur in Ihrem Abonnement und Bestätigen ihrer Betriebsbereitschaft.

  • Erstellen Sie einen zweiten Satz gespiegelter öffentlicher IP-Präfixe und öffentlicher IP-Adressen aus den Präfixen, wenn sich das benutzerdefinierte IP-Präfix im Zustand Bereitgestellt befindet. Fügen Sie die bereitgestellten IP-Adressen der vorhandenen Infrastruktur hinzu. Fügen Sie beispielsweise einer VM eine weitere Netzwerkschnittstelle oder ein anderes Front-End für den Lastenausgleich hinzu. Führen Sie eine Änderung an den gewünschten IP-Adressen durch, bevor Sie den Befehl ausführen, mit dem das benutzerdefinierte IP-Präfix in den Zustand In Betrieb gesetzt geändert wird.

  • Alternativ können die Bereiche zuerst in Betrieb gesetzt und dann geändert werden. Dieser Prozess funktioniert nicht für alle Ressourcentypen mit öffentlichen IP-Adressen. In diesen Fällen muss eine neue Ressource mit der bereitgestellten öffentlichen IP-Adresse erstellt werden.

Verwenden des Features „regionale Kommissionierung“

Wenn ein benutzerdefiniertes IP-Präfix den Zustand Kommissioniert annimmt, wird der Bereich von Microsoft aus der lokalen Azure-Region und global im Internet durch das WAN von Microsoft angekündigt. Wenn der Bereich derzeit gleichzeitig von einem anderen Standort als Microsoft im Internet angekündigt wird, kann das BGP-Routing instabil werden, oder es können Datenverkehrsverluste auftreten. Um den Übergang für einen Bereich zu vereinfachen, der derzeit außerhalb von Azure aktiv ist, können Sie das Feature Regionale Kommissionierung nutzen, das einen integrierten Bereich in den Status CommissionedNoInternetAdvertise versetzt, in dem es nur aus einer einzigen Azure-Region angekündigt wird. Dieser Status ermöglicht das Testen der gesamten angefügten Infrastruktur innerhalb dieser Region, bevor dieser Bereich im Internet angekündigt wird. Dieses Vorgehen eignet sich gut für Methode 1 im vorherigen Abschnitt.

Führen Sie die folgenden Schritte im Azure-Portal aus, um ein benutzerdefiniertes IP-Präfix in diesen Zustand zu versetzen:

  1. Geben Sie im Suchfeld oben im Azure-Portal Benutzerdefinierte IP-Adresse ein, und wählen Sie Benutzerdefinierte IP-Präfixe aus.

  2. Vergewissern Sie sich unter Benutzerdefinierte IP-Präfixe, dass Ihr benutzerdefiniertes IP-Präfix den Status Bereitgestellt aufweist. Aktualisieren Sie den Zustand bei Bedarf, bis der Zustand richtig ist.

  3. Wählen Sie Ihr benutzerdefiniertes IP-Präfix aus der Liste der Ressourcen aus.

  4. Wählen Sie unter Übersicht für Ihr benutzerdefiniertes IP-Präfix das Dropdownmenü Kommission und dann wählen Sie Nur <Resource_Region> aus.

Der Vorgang ist asynchron. Sie können den Status überprüfen, indem Sie das Feld Kommissionierungsstatus für das benutzerdefinierte IP-Präfix überprüfen. Anfangs wird der Status des Präfix als Kommissionieren und dann als Kommissioniert angezeigt. Der Rollout der Ankündigung erfolgt inkrementell, und der Bereich wird teilweise angekündigt, während der Status noch Kommissionieren lautet.

Verwenden Sie das folgende PowerShell-Beispiel, um einen benutzerdefinierten IP-Präfixbereich in diesen Zustand zu versetzen.

Update-AzCustomIpPrefix 
(other arguments)
-Commission
-NoInternetAdvertise

Anzeigen eines benutzerdefinierten IP-Präfixes

Um ein benutzerdefiniertes IP-Präfix anzuzeigen, können Sie die folgenden Befehle an der Azure-Befehlszeilenschnittstelle und in Azure PowerShell verwenden. Damit werden alle öffentlichen IP-Adresspräfixe angezeigt, die unter dem benutzerdefinierten IP-Präfix erstellt werden.

Befehle

Tool Get-Help
Befehlszeilenschnittstelle (CLI) az network custom-ip prefix list zum Auflisten benutzerdefinierter IP-Präfixe
az network custom-ip prefix show zum Anzeigen von Einstellungen und möglicher abgeleiteter öffentlicher IP-Präfixe
PowerShell Get-AzCustomIpPrefix zum Abrufen eines Objekts für ein benutzerdefiniertes IP-Präfix und Anzeigen seiner Einstellungen und abgeleiteter öffentlicher IP-Präfixe

Außerbetriebnahme eines benutzerdefinierten IP-Präfixes

Ein benutzerdefiniertes IP-Präfix muss außer Betrieb genommen werden, um seine Ankündigungen zu deaktivieren.

Hinweis

Alle öffentlichen IP-Adresspräfixe, die aus einem bereitgestellten benutzerdefinierten IP-Präfix erstellt wurden, müssen gelöscht werden, bevor ein benutzerdefiniertes IP-Präfix außer Betrieb genommen werden kann. Wenn dies im Rahmen einer Migration möglicherweise zu einem Problem führen kann, lesen Sie den folgenden Abschnitt über die regionale Kommissionierung.

Der Außerbetriebnahmeprozess dauert insgesamt etwa 3–4 Stunden.

Die folgenden Befehle können Sie an der Azure-Befehlszeilenschnittstelle und Azure PowerShell verwenden, um den Prozess zum Beenden der Ankündigung für den Bereich durch Azure zu starten. Der Vorgang ist asynchron. Verwenden Sie Anzeigebefehle, um den Status abzurufen. Der Status des Präfix wird im Feld CommissionedState zunächst als Decommissioning (Außerbetriebsetzung) angezeigt und ändert sich nach dem Wechseln in den früheren Status in Provisioned (Bereitgestellt). Das Beenden von Ankündigungen ist ein schrittweiser Prozess, und der Bereich wird während der Außerbetriebnahme teilweise weiterhin angekündigt.

Befehle

Tool Get-Help
Azure-Portal Verwenden Sie die Option Außer Betrieb setzen im Abschnitt „Übersicht“ des benutzerdefinierten IP-Präfixes.
BEFEHLSZEILENSCHNITTSTELLE (CLI) az network custom-ip prefix update mit dem für die Außerbetriebnahme festgelegten --state-Flag
PowerShell Update-AzCustomIpPrefix mit dem auf -Decommission festgelegten Flag

Alternativ kann ein benutzerdefiniertes IP-Präfix auch über das Azure-Portal mithilfe der Schaltfläche Außer Betrieb setzen im Abschnitt Übersicht des benutzerdefinierten IP-Präfixes außer Betrieb genommen werden.

Verwenden des Features der regionalen Kommissionierung zur Unterstützung der Außerbetriebsetzung

Ein benutzerdefiniertes IP-Präfix muss keine öffentlichen IP-Präfixe aufweisen, bevor es in den Status Außerbetriebsetzung versetzt werden kann. Um eine Migration zu vereinfachen, können Sie das Feature für die regionale Kommissionierung rückgängig machen. Sie können einen global in Auftrag gegebenen Bereich zurück in einen Status „Regional kommissioniert“ ändern. Mit dieser Änderung können Sie sicherstellen, dass der Bereich nicht mehr über den Bereich einer einzelnen Region hinaus angekündigt wird, bevor Sie öffentliche IP-Adressen aus ihren jeweiligen Ressourcen entfernen.

Der Befehl ist ähnlich wie der zuvor auf dieser Seite verwendete Befehl:

Update-AzCustomIpPrefix 
(other arguments)
-Decommission
-NoInternetAdvertise

Der Vorgang ist asynchron. Sie können den Status überprüfen, indem Sie das Feld Kommissionierungsstatus für das benutzerdefinierte IP-Präfix überprüfen. Anfänglich zeigt der Status das Präfix als InternetDecommissioningInProgress an, auf das in Zukunft CommissionedNoInternetAdvertise folgt. Die Ankündigung im Internet ist nicht binär und der Bereich wird teilweise angekündigt, während er sich noch im Status InternetDecommissioningInProgress befindet.

Aufheben der Bereitstellung und Löschen eines benutzerdefinierten IP-Präfixes

Um ein benutzerdefiniertes IP-Präfix vollständig zu entfernen, muss zunächst seine Bereitstellung aufgehoben werden. Anschließend muss es gelöscht werden.

Hinweis

Wenn ein bereitgestellter Bereich von einer Region zu einer anderen migriert werden soll, muss das ursprüngliche benutzerdefinierte IP-Präfix vollständig aus der ersten Region entfernt werden, bevor ein neues benutzerdefiniertes IP-Präfix mit demselben Adressbereich in einer anderen Region erstellt werden kann.

Die geschätzte Dauer zum vollständigen Aufheben der Bereitstellung kann zwischen 30 und 60 Minuten liegen.

Sie können die folgenden Befehle an der Azure-Befehlszeilenschnittstelle und in Azure PowerShell verwenden, um die Bereitstellung aufzuheben und den Bereich aus Microsoft zu entfernen. Der Vorgang zum Aufheben der Bereitstellung ist asynchron. Sie können Anzeigebefehle verwenden, um den Status abzurufen. Der Status des Präfix wird im Feld CommissionedState zunächst als Deprovisioning (Bereitstellung wird aufgehoben) angezeigt und ändert sich nach dem Wechseln in den früheren Status in Deprovisioned (Bereitstellung aufgehoben). Wenn sich der Bereich im Zustand Deprovisioned (Bereitstellung aufgehoben) befindet, kann er mit den entsprechenden Befehlen gelöscht werden.

Befehle

Tool Get-Help
Azure-Portal Verwenden Sie die Option Bereitstellung aufheben im Abschnitt „Übersicht“ des benutzerdefinierten IP-Präfixes.
BEFEHLSZEILENSCHNITTSTELLE (CLI) az network custom-ip prefix update mit dem für die Aufhebung der Bereitstellung festgelegten --state-Flag
az network custom-ip prefix delete zum Entfernen
PowerShell Update-AzCustomIpPrefix mit dem auf -Deprovision festgelegten Flag
Remove-AzCustomIpPrefix zum Entfernen

Alternativ können Sie ein benutzerdefiniertes IP-Präfix über das Azure-Portal mithilfe der Schaltfläche Bereitstellung aufheben im Abschnitt Übersicht des benutzerdefinierten IP-Präfixes außer Betrieb genommen und dann mithilfe der Schaltfläche Löschen im gleichen Abschnitt entfernt werden.

Berechtigungen

Damit Ihr Konto über die erforderlichen Berechtigungen für das Verwalten öffentlicher IP-Adressen verfügt, muss es der Rolle Netzwerkmitwirkender oder einer benutzerdefinierten Rolle zugewiesen sein.

Aktion Name
Microsoft.Network/customIPPrefixes/read Lesen eines benutzerdefinierten IP-Adresspräfixes
Microsoft.Network/customIPPrefixes/write Erstellen oder Aktualisieren eines benutzerdefinierten IP-Adresspräfixes
Microsoft.Network/customIPPrefixes/delete Löschen eines benutzerdefinierten IP-Adresspräfixes
Microsoft.Network/customIPPrefixes/join/action Erstellen eines öffentlichen IP-Adresspräfixes aus einem benutzerdefinierten IP-Adresspräfix

Problembehandlung und häufig gestellte Fragen

Dieser Abschnitt enthält Antworten auf häufig gestellte Fragen zu benutzerdefinierten IP-Präfixressourcen und den Vorgängen zur Bereitstellung und Löschung.

Nach der Erstellung eines neuen benutzerdefinierten IP-Präfixes wird der Fehler „ValidationFailed“ zurückgegeben.

Ein schneller Bereitstellungsfehler ist wahrscheinlich auf einen Präfixvalidierungsfehler zurückzuführen. Ein Präfixvalidierungsfehler weist darauf hin, dass Ihr Besitz des Bereichs nicht überprüft werden konnte. Ein Validierungsfehler kann aber auch darauf hindeuten, dass die Berechtigung für Microsoft zum Ankündigen des Bereichs oder die Zuordnung des Bereichs zum angegebenen Abonnement nicht überprüft werden können. Um den spezifischen Fehler anzuzeigen, überprüfen Sie das Feld FailedReason in der benutzerdefinierten IP-Präfix-Ressource (in der JSON-Ansicht im Portal), und lesen Sie den folgenden Abschnitt „Statusmeldungen“.

Nach dem Aktualisieren eines benutzerdefinierten IP-Präfixes für die Ankündigung geht es in den Status „CommissioningFailed“ über.

Wenn ein benutzerdefiniertes IP-Präfix nicht vollständig angekündigt werden kann, wechselt es in den Status CommissioningFailed. Um den spezifischen Fehler anzuzeigen, überprüfen Sie das Feld FailedReason in der benutzerdefinierten IP-Präfix-Ressource (in der JSON-Ansicht im Portal), und lesen Sie den folgenden Abschnitt „Statusmeldungen“, um festzustellen, an welchem Punkt der Aktivierungsprozess fehlgeschlagen ist.

Ich kann ein benutzerdefiniertes IP-Präfix nicht außer Betrieb setzen.

Stellen Sie vor der Außerbetriebnahme eines benutzerdefinierten IP-Präfixes sicher, dass es keine öffentlichen IP-Adresspräfixe oder öffentlichen IP-Adressen enthält.

Ich kann einen benutzerdefinierten IP-Präfix nicht löschen

Vor dem Löschen eines benutzerdefinierten IP-Präfixes muss es sich entweder im Status Bereitstellung aufgehoben oder Validierung fehlerhaft befinden. Wenn sich Ihr Bereich im Status Bereitstellung fehlerhaft befindet, muss er auf Bereitstellung aufgehoben gesetzt werden, bevor er gelöscht werden kann. Wenn der Bereich für einen längeren Zeitraum im Status Bereitstellung oder Bereitstellung aufgehoben „feststeckt“, wenden Sie sich an den Microsoft-Support.

Wie kann ich einen Bereich von einer Region zu einer anderen migrieren?

Um ein benutzerdefiniertes IP-Präfix zu migrieren, muss zunächst die Bereitstellung in der Region aufgehoben werden. Anschließend kann in einer anderen Region ein neues benutzerdefiniertes IP-Präfix mit demselben CIDR erstellt werden.

Gelten besondere Aspekte bei Verwendung von IPv6?

Ja, es gibt mehrere Unterschiede bei der Bereitstellung und Kommissionierung, wenn BYOIPv6 verwendet wird. Weitere Informationen finden Sie unter Erstellen eines benutzerdefinierten IPv6-Adresspräfixes – PowerShell.

Statusmeldungen

Wenn Sie ein benutzerdefiniertes IP-Präfix aus Azure integrieren oder entfernen, aktualisiert das System das FailedReason-Attribut der Ressource. Wenn das Azure-Portal verwendet wird, wird die Nachricht als Banner auf oberster Ebene angezeigt. In den folgenden Tabellen werden die Statusmeldungen beim Durchführen des Onboardings oder Entfernen eines benutzerdefinierten IP-Präfixes aufgeführt.

Hinweis

Wenn FailedReason den Wert OperationNotFailed aufweist, befindet sich das benutzerdefinierte IP-Präfix in einem stabilen Zustand (z. B. „Bereitgestellt“ oder „Kommissioniert“) ohne offensichtliche Probleme.

Fehler bei der Überprüfung

Fehlermeldung Erklärung
CustomerSignatureNotVerified Die signierte Nachricht kann nicht mit der Authentifizierungsnachricht anhand des Whois/RDAP-Eintrags für das Präfix überprüft werden.
NotAuthorizedToAdvertiseThisPrefix
oder
ASN8075NotAllowedToAdvertise
ASN8075 ist nicht berechtigt, dieses Präfix anzukündigen. Stellen Sie sicher, dass Ihre Routenursprungsautorisierung (Route Origin Authorization, ROA) ordnungsgemäß übermittelt wird.
PrefixRegisteredInAfricaAndSouthAmericaNotAllowedInOtherRegion Das IP-Präfix wird mit AFRINIC oder LACNIC registriert. Diese Präfixe können nicht außerhalb Von Afrika/Südamerika verwendet werden.
NotFindRoutingRegistryToGetCertificate Der öffentliche Schlüssel für das IP-Präfix wurde nicht mit dem Registrierungs-Datenzugriffsprotokoll (Registration Data Access Protocol, RDAP) der regionalen Internetregistrierung (Regional Internet Registry, RIR) gefunden.
CIDRInAuthorizationMessageNotMatchCustomerIP Die CIDR-Adresse in der Autorisierungsnachricht entspricht nicht der übermittelten IP-Adresse.
ExpiryDateFormatInvalidOrNotInThefuture Das in der Autorisierungsnachricht angegebene Ablaufdatum weist ein falsches Format auf oder ist abgelaufen. Erwartetes Format: yyyymmdd.
AuthMessageFormatInvalid Das Format der Autorisierungsnachricht ist ungültig. Das erwartete Format ist xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx1.2.3.0/24jjjjmmtt.
CannotParseValidCertificateFromRIRPage Der öffentliche Schlüssel für das IP-Präfix kann nicht mit dem Registrierungs-Datenzugriffsprotokoll (Registration Data Access Protocol, RDAP) der regionalen Internetregistrierung (Regional Internet Registry, RIR) analysiert werden.
ROANotFound Die Routenursprungsautorisierung (Route Origin Authorization, ROA) für die Überprüfung konnte nicht gefunden werden.
CertFromRIRPageExpired Der öffentliche Schlüssel, der vom Registrierungs-Datenzugriffsprotokoll (Registration Data Access Protocol, RDAP) der regionalen Internetregistrierung (Regional Internet Registry, RIR) bereitgestellt wird, ist abgelaufen.
InvalidPrefixLengthInROA Die angegebene Präfixlänge entspricht nicht dem Präfix in der Routenursprungsautorisierung (Route Origin Authorization, ROA).
RIRNotSupport Nur Präfixe, die bei ARIN, RIPE, APNIC, AFRINIC oder LACNIC registriert sind, werden unterstützt.
InvalidCIDRFormat Das CIDR-Format ist ungültig. Das erwartete Format ist 10.10.10.0/16.
InvalidCIDRFormatInAuthorizationMessage Das Format der CIDR-Adresse in der Autorisierungsnachricht ist ungültig. Das erwartete Format ist xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx1.2.3.0/24jjjjmmtt.
OperationFailedPleaseRetryLaterOrContactSupport Unbekannter Fehler. Wenden Sie sich an den Support.

Hinweis

Nicht alle Nachrichten, die während des Aktivierungs- oder Deaktivierungsprozesses angezeigt werden, geben Fehler an. Einige bieten einfach einen detaillierteren Status.

Aktivierungsstatus

Statusmeldung Erklärung
RegionalCommissioningInProgress Der Bereich wird aktiviert, um die Ankündigung regional innerhalb von Azure auszuführen.
CommissionedNoInternetAdvertise Der Bereich wird nun regional in Azure angekündigt.
InternetCommissioningInProgress Der Bereich führt die Ankündigung jetzt regional innerhalb von Azure aus und wird für die Ankündigung im Internet aktiviert.

Deaktivierungsstatus

Statusmeldung Erklärung
InternetDecommissioningInProgress Der Bereich wird derzeit deaktiviert. Der Bereich wird im Internet nicht mehr angekündigt.
RegionalDecommissioningInProgress Der Bereich wird nicht mehr im Internet angekündigt und wird derzeit deaktiviert. Der Bereich wird innerhalb von Azure nicht mehr regional angekündigt.

Aktivierungsfehler

Fehlermeldung Erklärung
CommissionFailedRangeNotAdvertised Der Bereich konnte in Azure oder im Internet nicht regional angekündigt werden.
CommissionFailedRangeRegionallyAdvertised Der Bereich konnte nicht im Internet angekündigt werden, wird aber innerhalb von Azure angekündigt.
CommissionFailedRangeInternetAdvertised Der Bereich konnte nicht optimal angekündigt werden, wird aber im Internet und in Azure angekündigt.

Deaktivierungsfehler

Fehlermeldung Erklärung
DecommissionFailedRangeInternetAdvertised Der Bereich konnte nicht deaktiviert werden und wird weiterhin im Internet und in Azure angekündigt.
DecommissionFailedRangeRegionallyAdvertised Der Bereich konnte nicht deaktiviert werden und wird weiterhin in Azure angekündigt, aber nicht mehr im Internet.

Nächste Schritte