Introduction
Este documento descreve o comportamento em um plano de controle e usuário (CUPS UP) para um assinante pré-pago onde Gy é usado para gerenciamento de cotas.
Prerequisites
Requirements
A Cisco recomenda que você tenha conhecimento do Arquitetura CUPS.
Componentes Utilizados
Este documento não se restringe a versões de software e hardware específicas.
The information in this document was created from the devices in a specific lab environment. All of the devices used in this document started with a cleared (default) configuration. Se a rede estiver ativa, certifique-se de que você entenda o impacto potencial de qualquer comando.
Informações de Apoio
Esta opção de configuração está presente no grupo de controle de crédito:
credit-control-group xxx
pending-traffic-treatment quota-exhausted drop
No PGW/SAEGW legado, essa configuração causaria a queda de tráfego para esse grupo de classificação:
- Quando a concessão de cota é consumida e uma nova solicitação de cota está em andamento.
- Ou porque a cota é totalmente consumida (o atributo Final-Unit-Indication está presente com Final-Unit-Action) no último CCA do servidor do OCS.
Relevância para o ambiente CUPS
Em um ambiente CUPS, a situação é um pouco diferente. O fluxo no UP é:
- Quando uma cota é esgotada para um grupo de classificação, o VPP notifica o sessmgr-U, e o sessmgr-U consulta o uso do VPP. Há aqui um pequeno atraso.
- O VPP não descarta o tráfego durante esse tempo.
- O Sessmgr-U envia um relatório de sessão da solicitação do tipo: relatório de uso. Ele contém estas informações:
- disparador de relatório de uso: cota de volume
- medição do volume: volume total/volume de uplink/volume de downlink
Note: Os volumes podem ser superiores à cota concedida. Isso se deve ao atraso entre a notificação vpp e a recuperação do status do volume pelo sessmgr-U.
4. Quando a nova cota for recebida, a contagem de tráfego em UP será retomada (leve em conta os dados já enviados enquanto a nova cota estava sendo solicitada).
5. O mesmo ciclo de eventos acontece para cada atualização de cota.
6. Aquando da recepção da última concessão de contingente, verifica-se o seguinte:
- No CP, um CCA-U é recebido com indicação de unidade final (e unidade de ação final).
- O CP aciona uma solicitação de modificação de sessão para UP que contém a cota restante, junto com um FAR recém-criado com a ação DROP (devido à configuração 'pending-traffic-treatment quota-out drop')
- Isso indica para o UP que o tráfego deve ser descartado no consumo da cota final.
Demonstração do laboratório
Este teste de laboratório ilustra este comportamento com mais detalhes:
Configurações do OCS:
- Cota total: 5000000
- Quotas concedidas: 500000
- Limite de cota: 0
Teste de download de alta velocidade.
Durante toda a sessão, é relatado consistentemente um uso maior do que a concessão de cota de 500000 octetos nas solicitações de relatório da sessão SX do UP. Isso se deve ao download de alta velocidade em combinação com o atraso entre fastpath/sessmgr para obter as estatísticas de volume atualizadas no esgotamento da cota. Essa diferença é maior quando o throughput é maior durante esse período.
SEID: 0x0004000000000000, Message type: SX_SESSION_REPORT_REQUEST (0x38)
VOLUME MEASUREMENT:
Total Volume: 792288
Uplink Volume: 155652
Downlink Volume: 636636
SEID: 0x0004000000000000, Message type: SX_SESSION_REPORT_REQUEST (0x38)
VOLUME MEASUREMENT:
Total Volume: 533220
Uplink Volume: 143376
Downlink Volume: 389844
SEID: 0x0004000000000000, Message type: SX_SESSION_REPORT_REQUEST (0x38)
VOLUME MEASUREMENT:
Total Volume: 682584
Uplink Volume: 332724
Downlink Volume: 349860
SEID: 0x0004000000000000, Message type: SX_SESSION_REPORT_REQUEST (0x38)
VOLUME MEASUREMENT:
Total Volume: 514380
Uplink Volume: 247620
Downlink Volume: 266760
SEID: 0x0004000000000000, Message type: SX_SESSION_REPORT_REQUEST (0x38)
VOLUME MEASUREMENT:
Total Volume: 519792
Uplink Volume: 209916
Downlink Volume: 309876
SEID: 0x0004000000000000, Message type: SX_SESSION_REPORT_REQUEST (0x38)
VOLUME MEASUREMENT:
Total Volume: 539508
Uplink Volume: 249624
Downlink Volume: 289884
SEID: 0x0004000000000000, Message type: SX_SESSION_REPORT_REQUEST (0x38)
VOLUME MEASUREMENT:
Total Volume: 690876
Uplink Volume: 341292
Downlink Volume: 349584
SEID: 0x0004000000000000, Message type: SX_SESSION_REPORT_REQUEST (0x38)
VOLUME MEASUREMENT:
Total Volume: 586632
Uplink Volume: 286176
Downlink Volume: 300456
A subvenção final do OCS:
SEID: 0x0018000000000003, Message type: SX_SESSION_MODIFICATION_REQUEST (0x34)
Total Volume: 140720
Uplink Volume: 70360
Downlink Volume: 70360
SEID: 0x0004000000000000, Message type: SX_SESSION_REPORT_REQUEST (0x38)
VOLUME MEASUREMENT:
Total Volume: 141372
Uplink Volume: 75684
Downlink Volume: 65688
Depois, todo o tráfego no UP é descartado (como CC descartado) como pode ser visto no UP com este comando:
[local]saegw-up1# show subs user-plane-only full all
CC Dropped Uplink Pkts: 2583 CC Dropped Downlink Pkts: 2551
CC Dropped Uplink bytes: 3687672 CC Dropped Downlink Bytes: 3642828
Mas por que as medidas de volume no relatório de uso final da UP não excedem a concessão?
O CP, em sua concessão de cota final, cria um novo FAR com ação definida para descartar, e isso está vinculado ao URR. Isso instrui o VPP a descartar o tráfego imediatamente após o consumo da concessão final:
Wednesday March 10 2021
<<<<OUTBOUND 01:29:16:551 Eventid:221302(3)
[C-PLANE]PFCP Tx PDU, from 10.1.50.1:50007 to 10.1.50.3:8805 (163)
SEID: 0x0018000000000002, Message type: SX_SESSION_MODIFICATION_REQUEST (0x34)
Sequence Number: 0x00150B (5387)
…
INFORMATION ELEMENTS
CREATE FAR:
Type: 3
Value:
FAR ID:
Type: 108
Value: 0x0005
APPLY ACTION:
Type: 44
Value:
DROP: 1
FORW: 0
BUFF: 0
NOCP: 0
DUPL: 0
UPDATE URR:
Type: 13
Value:
URR ID:
Type: 81
Value: 0x80000027
MEASUREMENT METHOD:
Type: 62
Event: 0
Volume: 1
Duration: 1
REPORTING TRIGGERS:
Type: 37
Volume Quota: 1
Time Quota: 1
Envelope Closure: 0
Periodic Reporting: 0
Volume Threshold: 0
Time Threshold: 0
Quota Holding Time: 0
Start of Traffic: 0
Stop of Traffic: 0
Dropped DL Traffic Threshold: 0
Linked Usage Reporting: 0
VOLUME QUOTA:
Type: 73
Total Volume: 140720
Uplink Volume: 70360
Downlink Volume: 70360
TIME QUOTA:
Type: 74
Value: 1000
FAR ID:
Type: 108
Value: 0x0005
Note: Este comportamento no CUPS UP não leva ao consumo excessivo de cotas como pode ser visto no PC.
CP# show active-charging session full
…
Rating-Group: 100
Service-Identifier: 0
State: Final Unit
Checkpoint State: Current
Pending Update: No
Last Answer: 0h00m49s
Final-Unit-Action: Terminate
Quota Usage Total Usage
------------------ ------------- ------------- -------------
CC-Time: - 0 10
CC-Total-Octets: - 0 5000652
CC-Input-Octets: - 0 2042064
CC-Output-Octets: - 0 2958588
Note: Esse comportamento é visto claramente porque um limite de orçamento de zero foi configurado no OCS. Se um limite de cota diferente de zero for configurado, o UP solicitará uma nova cota quando o limite for atingido (antes do consumo total da concessão de cota).