Verhalten der IDFT-Funktion in StarOS

Einleitung 

In diesem Dokument wird das Verhalten der IDFT-Funktion (Indirect Forwarding Tunnel) bei Control and User Plan Separation (CUPS)- und Legacy-/Bare-Metal-Konfigurationen beschrieben.

Voraussetzungen

Anforderungen

Cisco empfiehlt, dass Sie über Kenntnisse in folgenden Bereichen verfügen:

• StarOS
• SGW-Funktion (Serving Gateway) für IDFT

Verwendete Komponenten

Die Informationen in diesem Dokument basieren auf den Software- und Hardwareversionen von SGW - 21.25.9 (in älteren Versionen und CUPS).

Die Informationen in diesem Dokument beziehen sich auf Geräte in einer speziell eingerichteten Testumgebung. Alle in diesem Dokument verwendeten Geräte begannen mit einer gelöschten (Standard-)Konfiguration. Wenn Ihr Netzwerk in Betrieb ist, stellen Sie sicher, dass Sie die möglichen Auswirkungen aller Befehle kennen.

Hintergrundinformationen

SGW unterstützt IDFT-Verfahren zum Erstellen und Löschen, die für Pure-S- und Collapsed-Anrufe mit Multi-Packet Data Network (PDN) und Multi-Bearer anwendbar sind. Diese Funktion eignet sich für IDFT-Unterstützung mit oder ohne SGW-Verlagerung und Kollisionsszenarien.

Die IDFT-Funktion unterstützt folgende Funktionen:

• Erstellen Sie eine IDFT-Anfrage für Collapsed, Pure-S, eine Kombination aus Collapsed- und Pure-S-Multi-PDN-Anrufen mit mehreren Trägern.

• Datenübertragung auf Downlink- und Uplink-IDFT-Trägern.
• Löschen der IDFT-Anfrage von der Mobility Management Engine (MME) Außerdem zeitgesteuertes Löschen des IDFT-Bearers nach Ablauf eines Standardwerts von 100 Sekunden, wenn das MME keine IDFT-Löschanforderung sendet.

• Löschen von IDFT PDN, einschließlich Clear/Delete-Abonnenten von MME/P-GW, wenn die normale PDN ausfällt

• Behandlung von Sx-Path-Ausfällen bei Pure-S-Anrufen und reduzierten Anrufen zum Zeitpunkt des Status "IDFT Active/IDFT Create Sx-Pending" (Ausstehend).

• Nachrichteninteraktion und Kollision zum Zeitpunkt der IDFT PDN-Einrichtung oder -Löschung mit einem anderen Verfahren.
• S11/S5 und Sx-Path Failure Handling auf Nicht-IDFT PDN wird jetzt unterstützt, wenn IDFT PDN aktiv ist.

IDFT konfigurieren

In diesem Abschnitt werden die CLI-Befehle beschrieben, die zur Unterstützung der IDFT-Funktion verfügbar sind.

Verwenden Sie auf der Kontrollebene diese CLI-Befehle, um die IDFT-Funktion zu aktivieren oder zu deaktivieren.

configure

   context context_name

      sgw-service service_name

          [ default | no ] egtp idft-support

       end

Problem 

Der SGW verarbeitet die Create IDFT-Anforderung auch dann, wenn die Funktion deaktiviert ist. Dieses Verhalten zeigt sich bei Legacy-/Bare-Metal-Knoten.

Nachfolgend wird die im Knoten vorhandene IDFT-Konfiguration aufgeführt:

sgw-service SGW-SVC

      accounting context EPC gtpp group default

      accounting mode gtpp

      associate ingress egtp-service S11-SGW

      associate egress-proto gtp egress-context EPC egtp-service S5-S8-SGW

      no egtp idft-support                                                                                           ---> IDFT feature is off in the node.

Analyse

Die Ablaufverfolgungen und Debug-Protokolle werden durch die Simulation dieses Szenarios in der Übung übernommen, und das Verhalten von Create IDFT Request und Create IDFT Response wird angezeigt.

1) MME sendet die Create IDFT-Anforderung an SGW.

2) Der SGW verarbeitet die Anforderung und sendet die Antwort Create IDFT Response (IDFT-Antwort erstellen) mit der Ursache "Request Accepted" an MME zurück.

In dieser Create IDFT Response (IDFT-Antwort erstellen) wird erwartet, dass das SGW Create IDFT Response (IDFT-Antwort erstellen) mit der Ursache "Data Forwarding not supported" (Datenweiterleitung wird nicht unterstützt) senden muss, da diese Funktion in der Konfiguration deaktiviert ist.

Dieselbe Konfiguration wird im CUPS-Setup verwendet:

1) MME sendet die Create IDFT-Anforderung an SGW.

2) Der SGW verarbeitet die Anforderung und sendet die Antwort Create IDFT Response (IDFT-Antwort erstellen) an MME zurück, mit der Ursache: Data Forwarding not supported (Datenweiterleitung wird nicht unterstützt).

Um diese Funktion zu aktivieren, müssen Sie im Administratorhandbuch folgende Schritte ausführen:
Verwenden Sie auf der Kontrollebene diese CLI-Befehle, um die IDFT-Funktion zu aktivieren oder zu deaktivieren.

configure

   context context_name

      sgw-service service_name

         [ default | no ] egtp idft-support

         end

Wenn Sie die Schritte unter "Legacy" befolgen, um den Dienst zu aktivieren/deaktivieren, werden Ihnen keine Optionen zum Umschalten angezeigt.

[sgw]TITAN-ULTRA-001(config-sgw-service)# egtp

  cause-code           - Configuration to related to handling failure response from peer

  change-notification-req - Configuration related to handling change notification request

  modify-bearer-req    - Configuration related to handling Modify Bearer Request

[sgw]TITAN-ULTRA-001(config-sgw-service)# no egtp

  cause-code           - Configuration to related to handling failure response from peer

  change-notification-req - Configuration related to handling change notification request

  modify-bearer-req    - Configuration related to handling Modify Bearer Request

Wenn Sie versuchen, es im CUPS-Setup zu aktivieren/deaktivieren, zeigt es die Option an, es umzuschalten.

[SAEGW]saegw-cp1(config-sgw-service)# egtp

  cause-code           - Configuration to related to handling failure response from peer

  change-notification-req - Configuration related to handling change notification request

  idft-support         - Enable/Disable the IDFT Feature for CUPS. By default, it is disabled

  modify-bearer-req    - Configuration related to handling Modify Bearer Request

[SAEGW]saegw-cp1(config-sgw-service)# egtp

  cause-code           - Configuration to related to handling failure response from peer

  change-notification-req - Configuration related to handling change notification request

  idft-support         - Enable/Disable the IDFT Feature for CUPS. By default, it is disabled

  modify-bearer-req    - Configuration related to handling Modify Bearer Request

Lösung

Der Grund für dieses Verhalten wird hier beschrieben:

Verhalten älterer Systeme:

- In der Legacy-Umgebung gab es keine CLI zur Steuerung des IDFT-Verhaltens.

- IDFT wird immer im Legacy-Code unterstützt.

CUPS-Verhalten:

- Die CLI ist lizenzgesteuert, d. h. sie ist nur mit einer CUPS-Lizenz verfügbar.

- Sie kann in CUPS aktiviert/deaktiviert werden.