Comportamiento de la función IDFT en StarOS
Contenido
Introducción
Este documento describe el comportamiento de la función Túnel de reenvío indirecto (IDFT) en Control and User Plan Separation (CUPS) y en la configuración heredada/sin software específico.
Prerequisites
Requirements
Cisco recomienda que tenga conocimiento sobre estos temas:
- StarOS
- Función Serving Gateway (SGW) relacionada con IDFT
Componentes Utilizados
La información de este documento se basa en las versiones de software y hardware de SGW - 21.25.9 (en versiones antiguas y CUPS).
La información que contiene este documento se creó a partir de los dispositivos en un ambiente de laboratorio específico. Todos los dispositivos que se utilizan en este documento se iniciaron con una configuración sin definir (predeterminada). Si tiene una red en vivo, asegúrese de entender el posible impacto de cualquier comando.
Antecedentes
SGW admite procedimientos IDFT para la creación y eliminación, que son aplicables para llamadas Pure-S y Collapsed con multi-Packet Data Network (PDN) y multi-bearers. Esta función es aplicable a la compatibilidad con IDFT con o sin reubicación de SGW y escenarios de colisión.
La función IDFT es compatible con las siguientes funcionalidades:
- Cree una solicitud IDFT para llamadas contraídas, Pure-S, una combinación de llamadas contraídas y Pure-S multi-PDN con varios portadores.
- Transferencia de datos en portadores IDFT de link descendente y ascendente.
- Eliminación de la solicitud IDFT de Mobility Management Engine (MME). Además, la eliminación basada en temporizador del portador IDFT después de la expiración de un valor predeterminado de 100 segundos, si el MME no envía una solicitud IDFT para la eliminación.
- Eliminación de IDFT PDN, que incluye Clear/Delete subscribers from MME/P-GW, cuando el PDN normal deja de funcionar.
- Gestión de fallos de seis rutas en el caso de llamadas contraídas y Pure-S en el momento del estado de IDFT Active/IDFT Create Sx-Pending.
- Interacción y colisión de mensajes en el momento del establecimiento o eliminación de IDFT PDN con cualquier otro procedimiento.
- La gestión de fallos S11/S5 y Sx-Path en PDN no IDFT ahora se admite cuando PDN IDFT está activo.
Configurar IDFT
En esta sección se describen los comandos de CLI disponibles para la función IDFT.
En el plano de control, utilice estos comandos de CLI para activar o desactivar la función IDFT.
configure
context context_name
sgw-service service_name
[ default | no ] egtp idft-support
end
Problema
SGW procesa la solicitud Create IDFT incluso cuando la función está desactivada. Este comportamiento se observa en los nodos sin software específico o heredados.
Esta es la configuración IDFT presente en el nodo:
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.
Análisis
Los seguimientos y los registros de depuración se realizan a través de la simulación de este escenario en el laboratorio y se observa el comportamiento de Create IDFT Request and Create IDFT Response .
1) MME envía la solicitud Create IDFT a SGW.
2) SGW procesa la solicitud y envía la respuesta Create IDFT Response de nuevo a MME con la causa 'Request accept' (Solicitud aceptada).
En esta Crear respuesta IDFT se espera que SGW envíe Crear respuesta IDFT con la causa 'Reenvío de datos no compatible', ya que esta función está deshabilitada en la configuración.
Se utiliza la misma configuración en la configuración de CUPS:
1) MME envía la solicitud Create IDFT a SGW.
2) SGW procesa la solicitud y envía la respuesta Create IDFT Response de nuevo a MME con la causa 'Data Forwarding not supported'.
En la guía del administrador, para activar esta función debe realizar los pasos siguientes:
En el plano de control, utilice estos comandos de CLI para activar o desactivar la función IDFT.
configure
context context_name
sgw-service service_name
[ default | no ] egtp idft-support
end
Si sigue estos pasos en legacy para activar/desactivar el servicio, no verá ninguna opción para activarlo.
[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
Al intentar activarlo/desactivarlo en la configuración de CUPS, se muestra la opción para activarlo.
[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
Solución
La razón de este comportamiento se describe aquí:
Comportamiento anterior:
- No había CLI en el legado para controlar el comportamiento de IDFT.
- IDFT siempre es compatible con el código heredado.
comportamiento de CUPS:
- La CLI está controlada por licencia, es decir, solo está disponible con una licencia CUPS.
- Se puede activar/desactivar en CUPS.
Historial de revisiones
| Revisión | Fecha de publicación | Comentarios |
|---|---|---|
1.0 |
26-Jul-2022 |
Versión inicial |
Comentarios