Introduction
Ce document décrit le comportement de la fonctionnalité de tunnel de transfert indirect (IDFT) dans le contrôle et la séparation du plan utilisateur (CUPS) et la configuration héritée/sans système d'exploitation.
Conditions préalables
Exigences
Cisco vous recommande de prendre connaissance des rubriques suivantes :
- StarOS
- Fonction SGW (Serving Gateway) associée à IDFT
Composants utilisés
Les informations contenues dans ce document sont basées sur les versions logicielles et matérielles SGW - 21.25.9 (dans les versions héritées et CUPS).
The information in this document was created from the devices in a specific lab environment. Tous les dispositifs utilisés dans ce document ont démarré par une configuration effacée (par défaut). Si votre réseau est en ligne, assurez-vous de bien comprendre l’incidence possible des commandes.
Informations générales
SGW prend en charge les procédures IDFT pour la création et la suppression, qui sont applicables aux appels Pure-S et aux appels condensés avec un réseau de données à paquets multiples (PDN) et des supports multiples. Cette fonctionnalité est applicable à la prise en charge IDFT avec ou sans scénarios de déplacement et de collision SGW.
La fonction IDFT prend en charge les fonctionnalités suivantes :
- Créez une requête IDFT pour les appels Pure-S, réduits, une combinaison d'appels Pure-S et d'appels Pure-S multiPDN avec plusieurs supports.
- Transfert de données sur les supports IDFT de liaison descendante et de liaison montante.
- Suppression de la requête IDFT du moteur de gestion de la mobilité (MME). En outre, la suppression temporisée du support IDFT après l'expiration d'une valeur par défaut de 100 secondes, si le MME n'envoie pas de requête IDFT pour suppression.
- Suppression du PDN IDFT, qui inclut les abonnés Clear/Delete de MME/P-GW, lorsque le PDN normal tombe en panne.
- Traitement des échecs de Sx-Path en cas d'appels Pure-S et réduits au moment de l'état IDFT Active/IDFT Create Sx-Pending.
- Interaction et collision du message au moment de l'établissement ou de la suppression du PDN IDFT avec toute autre procédure.
- La gestion des défaillances de S11/S5 et de Sx-Path sur un PDN non IDFT est désormais prise en charge lorsque le PDN IDFT est actif.
Configurer IDFT
Cette section décrit les commandes CLI disponibles pour la prise en charge de la fonction IDFT.
Dans le plan de contrôle, utilisez ces commandes CLI pour activer ou désactiver la fonction IDFT.
configure
context context_name
sgw-service service_name
[ default | no ] egtp idft-support
end
Problème
SGW traite la requête Create IDFT même lorsque la fonction est désactivée. Ce comportement est observé dans les noeuds hérités/sans système d'exploitation.
Voici la configuration IDFT présente dans le noeud :
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
Les traces et les journaux de débogage sont obtenus par simulation de ce scénario dans les travaux pratiques et le comportement des commandes Create IDFT Request et Create IDFT Response est observé.
1) MME envoie la requête Create IDFT à SGW.
2) SGW traite la demande et renvoie la réponse Create IDFT Response à MME avec la cause « Request accept » (Demande acceptée).
Dans cette réponse Create IDFT, SGW doit envoyer une réponse Create IDFT avec la cause « Data Forwarding not supported », car cette fonctionnalité est désactivée dans la configuration.
La même configuration est utilisée dans la configuration CUPS :
1) MME envoie la requête Create IDFT à SGW.
2) SGW traite la demande et renvoie la réponse Create IDFT Response à MME avec la cause « Data Forwarding not supported ».
Dans le guide d'administration, pour activer cette fonction, vous devez effectuer les étapes suivantes :
Dans le plan de contrôle, utilisez ces commandes CLI pour activer ou désactiver la fonction IDFT.
configure
context context_name
sgw-service service_name
[ default | no ] egtp idft-support
end
Si vous suivez ces étapes dans l'ancienne version pour activer/désactiver le service, vous ne pouvez pas voir d'options pour le basculer.
[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
Lorsque vous essayez de l'activer/désactiver dans la configuration CUPS, il affiche l'option permettant de le basculer.
[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
Solution
La raison de ce comportement est décrite ici :
Comportement hérité :
- Il n'y avait pas d'interface de ligne de commande pour contrôler le comportement IDFT.
- IDFT est toujours pris en charge dans le code hérité.
Comportement de CUPS :
- L'interface de ligne de commande est contrôlée par licence, c'est-à-dire qu'elle est disponible uniquement avec une licence CUPS.
- Il peut être activé/désactivé dans CUPS.