Comportamento do recurso IDFT no StarOS
Contents
Introdução
Este documento descreve o comportamento do recurso Indirect Forwarding Tunnel (IDFT) em Control and User Plan Separation (CUPS) e configuração de legado/baremetal.
Pré-requisitos
Requisitos
A Cisco recomenda que você tenha conhecimento destes tópicos:
- StarOS
- Função de Gateway de Serviço (SGW) relacionada ao IDFT
Componentes Utilizados
As informações neste documento são baseadas nas versões de software e hardware SGW - 21.25.9 (em versões legadas e CUPS).
As informações neste documento foram criadas a partir de dispositivos em um ambiente de laboratório específico. Todos os dispositivos usados neste documento começaram com uma configuração limpa (padrão). Se a rede estiver ativa, certifique-se de que você entenda o impacto potencial de qualquer comando.
Informações de Apoio
O SGW suporta procedimentos de IDFT para criação e exclusão, que são aplicáveis para chamadas Pure-S e Recolhidas com rede de dados de pacotes múltiplos (PDN - Multi-Packet Data Network) e transportadores múltiplos. Este recurso é aplicável para suporte de IDFT com ou sem cenários de realocação e colisão de SGW.
O recurso IDFT suporta estas funcionalidades:
- Crie uma solicitação de IDFT para Collapsed, Pure-S, uma combinação de chamadas multiPDN Collapsed e Pure-S com vários transmissores.
- Transferência de dados em portadores de IDFT de downlink e uplink.
- Exclusão da solicitação de IDFT do MME (Mobility Management Engine). Além disso, a exclusão do portador de IDFT com base no temporizador após a expiração de um valor padrão de 100 segundos, se o MME não enviar uma solicitação de IDFT para exclusão.
- Exclusão de PDN de IDFT, que inclui Limpar/Excluir assinantes de MME/P-GW, quando o PDN normal fica inativo.
- Tratamento de falhas do Sx-Path em caso de Pure-S e chamadas recolhidas no momento de IDFT Ativo/IDFT Criar estado Sx-Pendente.
- Interação e colisão de mensagens no momento do estabelecimento ou da exclusão da PDN do IDFT com qualquer outro procedimento.
- A manipulação de falhas S11/S5 e Sx-Path em PDN não-IDFT agora é suportada quando o PDN IDFT está ativo.
Configurar IDFT
Esta seção descreve os comandos CLI disponíveis para suportar o recurso IDFT.
No plano de controle, use esses comandos CLI para ativar ou desativar o recurso IDFT.
configure
context context_name
sgw-service service_name
[ default | no ] egtp idft-support
end
Problema
O SGW processa a solicitação Criar IDFT mesmo quando o recurso está desativado. Esse comportamento é visto em nós herdados/baremetal.
Esta é a configuração de IDFT presente no nó:
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álise
Os rastreamentos e logs de depuração são obtidos por meio da simulação deste cenário no laboratório e o comportamento de Criar solicitação de IDFT e Criar resposta de IDFT é visto.
1) O MME envia a solicitação Create IDFT ao SGW.
2) O SGW processa a solicitação e envia a resposta Create IDFT Response de volta ao MME com a causa 'Solicitação aceita'.
Nessa resposta Criar IDFT, espera-se que o SGW envie Criar resposta IDFT com a causa 'Encaminhamento de dados sem suporte', pois esse recurso está desabilitado na configuração.
A mesma configuração é usada na configuração do CUPS:
1) O MME envia a solicitação Create IDFT ao SGW.
2) O SGW processa a solicitação e envia a resposta Create IDFT Response de volta ao MME com a causa 'Data Forwarding not supported' (Encaminhamento de dados sem suporte).
No guia do administrador, para habilitar esse recurso, você precisa executar estas etapas:
No plano de controle, use esses comandos CLI para ativar ou desativar o recurso IDFT.
configure
context context_name
sgw-service service_name
[ default | no ] egtp idft-support
end
Se você seguir essas etapas em legado para ativar/desativar o serviço, não poderá ver nenhuma opção para alterná-lo.
[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
Quando você tenta habilitá-lo/desabilitá-lo na configuração do CUPS, ele mostra a opção para alterná-lo.
[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
Solução
A razão para esse comportamento está descrita aqui:
Comportamento herdado:
- Não havia CLI no legado para controlar o comportamento de IDFT.
- IDFT é sempre suportado em código legado.
Comportamento do CUPS:
- O CLI é controlado por licença, ou seja, está disponível somente com uma licença CUPS.
- Ele pode ser ativado/desativado no CUPS.
Histórico de revisões
| Revisão | Data de publicação | Comentários |
|---|---|---|
1.0 |
26-Jul-2022 |
Versão inicial |
Feedback