Freigeben über

Versionshinweise zu Azure Private 5G Core 2308

  • Artikel

In den folgenden Versionshinweisen werden neue Features, noch nicht behobene schwerwiegende Probleme und behobene Probleme für das 2308-Release von Azure Private 5G Core (AP5GC) beschrieben. Die Versionshinweise werden fortlaufend aktualisiert. Wenn schwerwiegende Probleme festgestellt werden, die eine Problemumgehung erfordern, werden diese umgehend hinzugefügt. Lesen Sie die in diesen Versionshinweisen enthaltenen Informationen, bevor Sie diese neue Version bereitstellen.

Dieser Artikel bezieht sich auf das AP5GC 2308-Release (2308.0-9). Dieses Release ist mit der Azure Stack Edge (ASE) Pro 1-GPU und Azure Stack Edge Pro 2 kompatibel, auf denen die ASE 2303- und ASE 2309-Releases ausgeführt werden. Es unterstützt die Versionen 2023-06-01 und 2022-11-01 der Microsoft.MobileNetwork-API.

Weitere Informationen zur Kompatibilität finden Sie unter Paketkern- und Azure Stack Edge-Kompatibilität.

Mit diesem Release gibt es ein neues Benennungsschema, und Paketkernversionen werden jetzt als „2308.0-9“ und nicht als „PMN-2308“ bezeichnet.

Warnung

Für dieses Release ist es wichtig, dass die Paketkernversion vor dem Upgrade auf das ASE 2309-Release auf das AP5GC 2308-Release upgegradet wird. Das Upgrade auf ASE 2309 vor dem Upgrade auf den Paketkern 2308.0.9 führt zu einem Ausfall des gesamten Systems. Für die Wiederherstellung müssen Sie den AKS-Cluster in Ihrer ASE löschen und erneut erstellen.

Supportlebensdauer

Paketkernversionen werden unterstützt, bis zwei nachfolgende Versionen veröffentlicht werden. Sie sollten planen, ein Upgrade für Ihren Paketkern in diesem Zeitrahmen durchzuführen, um zu vermeiden, dass die Unterstützung verloren geht.

Derzeit unterstützte Paketkernversionen

In der folgenden Tabelle wird der Supportstatus für verschiedene Paketkernversionen angezeigt.

Freigabe Status der Unterstützung
AP5GC 2308 Unterstützt, bis AP5GC 2403 veröffentlicht wird
AP5GC 2307 Unterstützt, bis AP5GC 2310 veröffentlicht wird
AP5GC 2306 und früher Nicht mehr unterstützt

Neuigkeiten

10 DNs

In diesem Release steigt die Anzahl der unterstützten Datennetzwerke (DNs) von drei auf 10, einschließlich der Trennung des Datenverkehrs der Ebene 2. Wenn mehr als 6 DNs erforderlich sind, wird ein gemeinsamer Switch für den Zugriff und den Kerndatenverkehr benötigt.

Informationen zum Hinzufügen eines Datennetzwerks zu Ihrem Paketkern finden Sie unter Ändern einer Paketkerninstanz.

Standardwerte der MTU

In dieser Version werden die Standard-MTU-Werte wie folgt geändert:

  • UE-MTU: 1440 (war 1300)
  • Zugangs-MTU: 1500 (war 1500)
  • Daten-MTU: 1440 (war 1500)

Kunden, die ein Upgrade auf 2308 durchführen, sehen eine Änderung der MTU-Werte auf ihrem Paketkern.

Wenn die UE-MTU auf einen gültigen Wert festgelegt ist (siehe API-Spezifikation), werden die anderen MTUs auf Folgendes festgelegt:

  • Zugangs-MTU: UE-MTU + 60
  • Daten-MTU: UE-MTU

Rollbacks auf Packet Core-Versionen vor 2308 sind nicht möglich, wenn das UE-MTU-Feld nach einem Upgrade geändert wird.

Informationen zum Ändern der vom Paketkern signalisierten UE-MTU finden Sie unter Ändern einer Paketkerninstanz.

MTU Interop-Einstellung

In dieser Version ist die MTU Interop-Einstellung veraltet und kann nicht für Packet Core-Versionen 2308 und höher festgelegt werden.

Probleme im AP5GC 2308-Release behoben

Die folgende Tabelle enthält eine Zusammenfassung der Probleme, die in dieser Version behoben wurden:

Nein Funktion Abgang
1 Paketweiterleitung Wenn die Komponente der Paketweiterleitung auf der Benutzerebene abstürzt, kann sie nicht wiederhergestellt werden. Wenn sie das nicht tut, tritt ein Ausfall des Systems auf, bis es manuell wiederhergestellt wurde
2 Paketweiterleitung Ein zeitweiliger Fehler auf der Netzwerkebene verursacht einen Ausfall der Paketweiterleitung
3 Diagnostizierbarkeit Während der Paketerfassung können Uplink-Pakete auf der Benutzerebene aus Paketerfassungen weggelassen werden
4 Paketweiterleitung Fehler in Paketerkennungsregeln auf der Benutzerebene können zu falschen Paketverarbeitungen führen

Bekannte Probleme im AP5GC 2308-Release

Nein Funktion Problem Problemumgehung/Kommentare
1 Paketweiterleitung Eine leichte Zunahme (0,01 %) der Paketverluste wird im neuesten AP5GC-Release beobachtet, das auf der ASE-Plattform Pro2 mit ASE-2309 für einen Durchsatz höher als 3,0 GBit/s installiert ist. Keine
2 Lokale verteilte Ablaufverfolgung In der Multi-PDN-Sitzungseinrichtung/den Release-Anrufabläufen mit verschiedenen DNs kann die grafische Webbenutzeroberfläche für die verteilte Ablaufverfolgung einige 4G NAS-Nachrichten (standardmäßige EPS-Bearer-Kontextanforderung aktivieren/deaktivieren) und einige S1AP-Nachrichten (ERAB-Anforderung, ERAB-Release) nicht anzeigen. Keine
3 Lokale verteilte Ablaufverfolgung Wenn ein Webproxy in der Azure Stack Edge-Appliance aktiviert ist, auf der der Paketkern ausgeführt wird und Azure Active Directory verwendet wird, um den Zugriff auf lokale AP5GC-Dashboards zu authentifizieren, wird der Datenverkehr an Azure Active Directory nicht über den Webproxy übertragen. Wenn eine Firewall Datenverkehr blockiert, der nicht über den Webproxy geleitet wird, führt die Aktivierung von Azure Active Directory dazu, dass die Paketkerninstallation fehlschlägt. Deaktivieren Sie Azure Active Directory, und verwenden Sie stattdessen die kennwortbasierte Authentifizierung, um den Zugriff auf lokale AP5GC-Dashboards zu authentifizieren.
4 Paketweiterleitung In Szenarien mit anhaltender hoher Last (z. B. kontinuierliche Einrichtung von Hunderten von TCP-Flüssen pro Sekunde) in 4G-Setups kann bei AP5GC ein interner Fehler auftreten, was zu einer kurzen Dienstunterbrechung führt, die zu einigen Aufruffehlern führt. In den meisten Fällen wird das System eigenständig wiederhergestellt und kann neue Anforderungen nach einigen Sekunden der Unterbrechung verarbeiten. Für vorhandene Verbindungen, die abgebrochen werden, müssen die UEs die Verbindung erneut herstellen.

Die folgende Tabelle enthält eine Zusammenfassung der bereits aus früheren Releases bekannten Probleme.

Nein. Funktion Problem Problemumgehung/Kommentare
1 Lokale Dashboards Wenn ein Webproxy in der Azure Stack Edge-Appliance aktiviert ist, auf der der Paketkern ausgeführt wird und Azure Active Directory verwendet wird, um den Zugriff auf lokale AP5GC-Dashboards zu authentifizieren, wird der Datenverkehr an Azure Active Directory nicht über den Webproxy übertragen. Wenn eine Firewall Datenverkehr blockiert, der nicht über den Webproxy geleitet wird, führt die Aktivierung von Azure Active Directory dazu, dass die Paketkerninstallation fehlschlägt. Deaktivieren Sie Azure Active Directory, und verwenden Sie stattdessen die kennwortbasierte Authentifizierung, um den Zugriff auf lokale AP5GC-Dashboards zu authentifizieren.

Nächste Schritte