Este documento describe cómo configurar el mecanismo de control de congestión en el router de servicios agregados (ASR) de Cisco serie 5x00. La funcionalidad de control de congestión que se describe en este documento se aplica principalmente a las funciones de red del nodo de soporte del servicio general de radio de paquetes (GPRS) (SGSN) y de la entidad de gestión de movilidad (MME).
No hay requisitos específicos para este documento.
Este documento no tiene restricciones específicas en cuanto a versiones de software y de hardware.
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. If your network is live, make sure that you understand the potential impact of any command.
A veces, se puede observar una carga excesiva en la red, lo que puede dar lugar a una violación de la licencia, un uso elevado de la CPU, un uso elevado de los puertos o un uso elevado de la memoria. Esto puede causar una degradación del rendimiento en el nodo que está bajo carga pesada, pero estas condiciones son generalmente temporales y se resuelven rápidamente. El control de la congestión se utiliza para ayudar en la identificación de tales condiciones e invocar las políticas que abordan la situación cuando estas condiciones de carga pesada persisten continuamente, o cuando existen un gran número de estas condiciones.
Esta sección describe el mecanismo de control de la congestión en el SGSN y el MME, según el Proyecto de asociación de tercera generación (3GPP).
El MME proporciona un mecanismo de control de congestión a nivel de Startum (NAS) sin acceso, que se basa en el nombre del punto de acceso (APN) o en el control de gestión de movilidad (MM) a nivel de NAS general.
Los mecanismos de control de la congestión basados en APN pueden gestionar la señalización de gestión de sesiones (ESM) del sistema de paquetes evolucionados (EPS) y de gestión de la movilidad EPS (EMM) asociada al equipo de usuario (UE) que tiene una APN y UE en particular. La red debe admitir esta función de control de congestión. El MME detecta el control de congestión de nivel NAS asociado con el APN, y inicia y detiene el control de congestión basado en APN de acuerdo con este criterio:
El control de congestión de sesiones basado en APN se puede activar en el MME debido a una situación de congestión, por OAM o por un reinicio/recuperación de un PGW. El MME puede rechazar las solicitudes de ESM de la UE, que se pueden incluir en las solicitudes de conectividad PDN, asignación de recursos de portador o modificación de recursos de portador. El MME también puede desactivar la conexión PDN actual durante condiciones de congestión y enviar un temporizador de respaldo de sesión a la UE. Cuando se incluye este temporizador, la solicitud de reactivación no debe activarse.
El MME puede almacenar el temporizador de respaldo de la administración de sesiones (SM) para un UE y APN en particular durante la congestión y rechazar inmediatamente cualquier mensaje SM subsiguiente de la UE dirigido a ese APN hasta que se agote el temporizador. Esto es necesario para los UE que no admiten el temporizador de respaldo SM (para las versiones UE anteriores a la versión 10). El MME primero borra este temporizador si quiere enviar un mensaje SM a la UE para la cual el temporizador ya se ejecuta.
La UE puede completar estas acciones mientras el temporizador se ejecuta:
Al igual que los procedimientos SM, el MME también tiene un temporizador de respaldo MM y puede rechazar el procedimiento de adhesión. El MME debe mantener los datos del suscriptor durante algún tiempo después de rechazar el procedimiento de adhesión para que el rechazo de las solicitudes posteriores para el mismo suscriptor pueda completarse sin interacción con el HSS.
Mientras se ejecuta el temporizador de respaldo, la UE no debe iniciar ninguna solicitud NAS para el procedimiento MM, excepto para acceso de alta prioridad o servicios de emergencia. Sin embargo, la UE puede realizar actualizaciones de área de seguimiento (TAU) si ya está en el modo conectado.
El MME debe seleccionar un temporizador de respaldo de tal manera que todos los UE no deberían tener el mismo valor de este temporizador, y los UE deberían iniciar solicitudes aplazadas simultáneamente. Cuando se recibe el temporizador de respaldo de la movilidad, el comportamiento UE no es específico de APN.
El control de congestión general de nivel NAS es útil en condiciones generales de sobrecarga. Funciona de forma similar al control de congestión basado en APN y tiene un concepto similar para el temporizador de respaldo. Cuando se ejecuta el temporizador de respaldo, la UE puede iniciar solicitudes de desconexión, solicitudes de alta prioridad y TAU (mientras se encuentra en modo conectado).
El temporizador de respaldo continúa ejecutándose incluso después de que la UE se desconecta de la red. El MME debe detener el temporizador de respaldo si el MME desea mostrar la UE para la cual el temporizador de respaldo ya se ejecuta, y la UE debe detener el temporizador de respaldo después de recibir la solicitud de paginación del MME e iniciar la solicitud de servicio.
El temporizador de respaldo MM no afecta al cambio de Cell/RAT y PLMN. El cambio TA no detiene este temporizador. Este temporizador se detiene cuando se selecciona un nuevo PLMN que no es equivalente al PLMN.
Cuando la UE recibe un comando de transferencia, debe continuar con la entrega independientemente del estado del temporizador de respaldo.
Si el MME rechaza la solicitud TAU o la solicitud de servicio con un temporizador de respaldo MM, que es mayor que la suma del temporizador de TAU periódico UE más el temporizador de desconexión implícita, el MME debería ajustar el temporizador de desconexión móvil y/o el temporizador de desconexión implícita de manera que el MME no desconecte implícitamente la UE mientras se ejecuta el temporizador de respaldo MM.
El MME puede enviar un mensaje Overload Start al E-NodeB (eNB) para reducir la carga de señalización. Este procedimiento utiliza señalización no asociada UE. El Elemento de información de acción de sobrecarga (IE) tiene un IE de respuesta de sobrecarga dentro del mensaje de inicio de sobrecarga, que contiene información sobre los criterios de rechazo, y el eNB realiza la acción apropiadamente.
Para indicar el final de la situación de sobrecarga, el MME envía un mensaje de detención de sobrecarga al eNB:
El PGW puede rechazar una conexión PDN durante situaciones de sobrecarga. El PGW puede detectar una condición de sobrecarga e iniciar o detener el control de sobrecarga basándose en criterios como:
El PGW puede especificar un temporizador de respaldo PGW hacia el MME para un APN específico, y el MME debe rechazar las solicitudes de conexión PDN para ese APN durante este período de tiempo. El MME puede seleccionar otro PGW en lugar de rechazo durante ese período de tiempo, a menos que ya haya una conexión PDN actual al mismo APN para ese UE.
La operación de control de congestión se basa en la configuración de estas funciones adicionales:
Aquí tiene un ejemplo:
Esta funcionalidad permite que el sistema active o desactive la política de desconexión de llamadas pasivas (en todo el chasis) durante una situación de sobrecarga. También le permite ajustar con precisión la política de desconexión de sobrecarga.
Se pueden definir varios umbrales de control de congestión, que determinan las condiciones para las que se debe habilitar el control de congestión. También establece los límites para la definición del estado del sistema que está congestionado o despejado. Cuando se alcanzan estos umbrales, no sólo se genera una trampa (congestión) del protocolo simple de administración de red (SNMP), sino que también se invoca una política de congestión.
Se utiliza una tolerancia de umbral para dictar el porcentaje bajo el umbral configurado que se debe alcanzar antes de que se considere que una condición está desactivada y se active una trampa SNMP (CongestionClear).
Las políticas de servicio de congestión se pueden configurar para cada servicio, como Nodo de servicio de datos de paquetes (PDSN), Nodo de soporte GPRS de gateway (GGSN) y Nodo de soporte de GPRS de servicio (SGSN). Estas políticas dictan la forma en que los servicios responden cuando se detecta una congestión en el sistema debido a una brecha en el umbral de congestión.
Esta sección describe las configuraciones necesarias para habilitar el control de congestión y el ajuste básico del control de congestión.
El control de congestión está desactivado de forma predeterminada en el chasis. Ingrese el comando congestion-control en el modo de configuración global para habilitarlo:
[local]host_name(config)# congestion-control
La desconexión de sobrecarga del control de congestión habilita o inhabilita la política para la desconexión de las llamadas pasivas en todo el chasis durante una situación de sobrecarga. Esto está desactivado de forma predeterminada. Permite la desconexión de las llamadas pasivas en etapas y en iteraciones desde el chasis hasta que se borra el control de congestión. Se puede configurar el umbral para la utilización de licencias y max-sessions-per-service-usage, junto con el valor de umbral.
Por ejemplo, si el umbral se configura con un valor del 90% y una tolerancia del 5%, el sistema detiene la desconexión pasiva de la llamada cuando el número de llamadas cae por debajo del 85% del total de llamadas permitidas para ese servicio.
Esta es la sintaxis CLI que se puede utilizar para habilitar la desconexión de sobrecarga del control de congestión, que siempre se configura en el modo de configuración global:
congestion-control overload-disconnect
congestion-control overload-disconnect [ iterations-per-stage <integer> | percent
<percentage_value> | threshold { license-utilization <percentage_value> |
max-sessions-per-service-utilization <percentage_value> | tolerance <number> } ]
A continuación se muestran algunas notas sobre esta sintaxis:
Puede configurar la política de control de congestión por servicio. La política puede hacer que el sistema tome acciones como descartar, no redirigir y rechazar en nuevas sesiones cuando se excede cualquiera de los umbrales de control de congestión definidos, lo que activa el control de congestión.
Esta configuración permite una definición más granular de la política de control de congestión para el servicio MME y SGSN y permite la configuración de diferentes etapas de control de congestión, como crítico, principal y secundario (junto con la asociación de perfiles de acción).
Esta es la sintaxis CLI de configuración de la política de control de congestión (excepto para los servicios MME):
congestion-control policy { asngw-service | asnpc-service | cscf-service | fng-service
| epdg-service | samog-service | ggsn-service | ha-service | hnbgw-service |
hsgw-service | ipsg-service | lma-service | lns-service | mipv6ha-service |
pcc-af-service | pcc-policy-service | pdg-service | pdif-service | pdsn-service |
pdsnclosedrp-service | pgw-service | phsgw-service | phspc-service | saegw-service
| sgsn-service | sgw-service | wsg-service } action { drop | none | redirect |
reject }
A continuación se muestran algunas notas sobre esta sintaxis:
Esto se debe configurar si se configura una acción de redirección para el servicio Call Session Control Function (CSCF), HRPD Serving Gateway (HSGW), Home Agent (HA) o PDSN.
Antes de la versión 14.0, la política de control de congestión para el servicio MME se puede definir de manera similar a la sintaxis CLI mencionada en la sección anterior, pero con algunas opciones adicionales. Esta es la sintaxis de CLI:
congestion-control policy mme-service action { drop | none | reject | report-overload
{ permit-emergency-sessions | reject-new-sessions | reject-non-emergency-sessions }
enodeb-percentage <percentage> }
Además de las acciones drop, none y reject, el servicio MME también tiene la opción de informar las condiciones de sobrecarga para eNodeBs. El MME invoca el procedimiento de sobrecarga S1 con el mensaje S1AP Overload Start para informar una condición de sobrecarga a la proporción especificada de eNodeBs a los que el MME tiene una conexión de interfaz S1. El MME selecciona los eNodeBs aleatoriamente. Dos MME sobrecargados en el mismo conjunto no envían mensajes de sobrecarga a los mismos eNodeBs. Cuando el MME se ha recuperado y puede aumentar su carga, entonces envía un mensaje S1AP Overload Stop. Además, estas acciones se pueden completar cuando se configura una acción de sobrecarga de informe:
En las versiones 14.0 y posteriores, el servicio MME puede tener tres políticas diferentes y perfiles de acción asociados. Esta es la sintaxis de CLI:
congestion-control policy { critical mme-service action-profile <action_profile_name> |
major mme-service action-profile <action_profile_name> | minor mme-service
action-profile <action_profile_name> }
Hay tres tipos de políticas que se pueden configurar para el MME en las versiones 14.0 y posteriores:
El perfil de acción de la política de control de congestión de MME se puede configurar bajo la lte-policy. Esta es la sintaxis de CLI:
configure > lte-policy
congestion-action-profile <profile_name>
Las secciones siguientes describen las acciones disponibles que se pueden configurar en el perfil de acción de congestión.
Desplegar
Esta acción provoca una caída de las nuevas solicitudes de sesión cuando se alcanza el umbral del control de congestión. Esta es la sintaxis de CLI:
drop { addn-brr-requests | addn-pdn-connects | brr-ctxt-mod-requests |
combined-attaches | handovers | ps-attaches | s1-setups | service-request |
tau-request } [ lapi ] [ apn-based ]
Permite un control más granular del tipo de solicitudes/eventos de llamada que se deben descartar. Estos son los detalles:
Estas dos opciones también se pueden configurar con el tipo de evento de llamada mencionado anteriormente (ambas opciones están controladas por licencia):
droplapi
droplapi
Excluir eventos de emergencia
Esto permite que las solicitudes de emergencia se procesen incluso cuando se ha superado el umbral. Esta es la sintaxis de CLI:
exclude-emergency-events
Cuando se configura esto, la acción de congestión rechaza y no se aplican las caídas para estos mensajes en los UE conectados a emergencias:
Excluir eventos de voz
Esto permite que las llamadas de voz se procesen incluso cuando se ha superado el umbral. Esta es la sintaxis de CLI:
exclude-voice-events
Ninguno
Esto especifica que no se debe realizar ninguna acción de control de congestión para las solicitudes entrantes cuando se alcanza el umbral del control de congestión. Esta es la sintaxis de CLI:
none { addn-brr-requests | addn-pdn-connects | combined-attaches | handovers |
psattaches | s1-setups | service-request | tau-request }
Estos son los detalles de los eventos de llamada que se pueden configurar para esta acción (ninguno es la acción predeterminada para todos estos eventos de llamada):
Rechazar
Esto hace que las solicitudes entrantes sean rechazadas y que se envíe una respuesta de mensaje de rechazo cuando se alcance el umbral del control de congestión. Esta es la sintaxis de CLI:
reject { addn-brr-requests | addn-pdn-connects | brr-ctxt-mod-requests |
combined-attaches | handovers | ps-attaches | s1-setups time-to-wait
{ 1 | 10 | 2 | 20 | 50 | 60 } | service-request | tau-request }[ lapi ]
[ apn-based ]
A continuación se muestran los detalles de los eventos de llamada que se pueden configurar con la acción reject:
Estas dos opciones también se pueden configurar con el tipo de evento de llamada mencionado anteriormente (ambas opciones están controladas por licencia):
rejectlapi
rejectlapi
Sobrecarga de informes
Esto permite que el MME informe las condiciones de sobrecarga a los eNodeBs para aliviar los escenarios de congestión. El MME invoca el procedimiento de sobrecarga S1 con el mensaje S1AP Overload Start para informar la condición de sobrecarga a la proporción especificada de eNodeBs a los que el MME tiene una conexión de interfaz S1.
El MME selecciona los eNodeBs aleatoriamente. Dos MME sobrecargados en el mismo conjunto no envían mensajes de sobrecarga a los mismos eNodeBs. Cuando el MME se ha recuperado y puede aumentar su carga, envía un mensaje S1AP overload Stop. Esta es la sintaxis de CLI:
report-overload { permit-emergency-sessions-and-mobile-terminated-services |
permit-highpriority-sessions-and-mobile-terminated-services |
reject-delay-tolerant-access | reject-new-sessions |
reject-non-emergency-sessions } enodeb-percentage
Estas son las opciones que se pueden configurar con esta acción:
En las versiones 17.0 y posteriores, el SGSN también exigió una política de control de congestión similar a la del MME. El SGSN puede tener tres acciones de control de congestión y cada acción se asocia a un perfil de acción. Esta es la sintaxis de CLI:
congestion-control policy { critical | major | minor }
sgsn-service action-profile <action_profile_name>
Estos tres tipos de políticas se pueden configurar para el MME en las versiones 14.0 y posteriores:
El perfil de acción de la política de control de congestión de SGSN se configura en el modo de configuración sgsn-global. Define la acción que se debe completar para estos tipos de eventos de llamada/mensaje cuando se alcanza cualquier umbral de control de congestión en el nodo SGSN:
Esta es la sintaxis para la configuración del perfil de acción de la política de control de congestión de SGSN:
configure > sgsn-global > congestion-control
congestion-action-profile <action_profile_name>
En las secciones siguientes se describen las diversas políticas que se pueden configurar en el perfil de acción de congestión de SGSN.
Política de llamadas activa
Esto especifica la eliminación o el rechazo de cualquier mensaje de llamada activo cuando se produce una congestión durante una llamada activa. Un descarte o rechazo de llamadas activas sólo se puede definir como LAPI para el mensaje. Esta es la sintaxis de CLI:
active-call-policy { rau | service-req } { drop | reject } [ low-priority-ind-ue ]
A continuación se muestran algunas notas sobre esta sintaxis:
Nueva política de llamadas
Esto especifica la eliminación o el rechazo de cualquier mensaje de llamada nuevo cuando se produce una congestión. Las acciones de descarte o rechazo para nuevas llamadas (solicitud de adhesión o nueva RAU entre SGSN) se pueden ajustar a LAPI o a APN, o a ambas. Esta es la sintaxis de CLI:
new-call-policy { drop | reject } [ apn-based ] [ low-priority-ind-ue ]
A continuación se muestran algunas notas sobre esta sintaxis:
Mensajes SM
Esto define la política para los mensajes SM, tales como solicitudes activas o de modificación. La respuesta del SGSN sólo puede ser reject, y esto puede ser refinado a LAPI o basado en APN, o a ambos. Esta es la sintaxis de CLI:
sm-messages reject [ apn-based] [ low-priority-ind-ue ]
A continuación se muestran algunas notas sobre esta sintaxis:
El umbral del control de congestión define los valores de umbral para los diversos parámetros que pueden invocar el control de congestión cuando se excede el umbral. Esta es la sintaxis de CLI:
congestion-control threshold { license-utilization percent |
max-sessions-per-service-utilization <percent> | message-queue-utilization <percent>
| message-queue-wait-time <time> | port-rx-utilization <percent> | port-specific
{ <slot/port> | all } [ tx-utilization <percent> ] [ rx-utilization <percent> ]
port-specific-rx-utilization critical | port-specific-tx-utilization critical |
port-tx-utilization <percent> | service-control-cpu-utilization
| system-cpu-utilization <percent> | system-memory-utilization <percent>
| tolerance <percent> }
Estos son los diferentes parámetros que se pueden configurar con valores de umbral y que pueden activar el control de congestión cuando se alcanza el umbral:
Esta sección define la configuración del umbral para el MME y el SGSN cuando se definen tres desencadenadores diferentes, junto con los perfiles de control de congestión.
Esta información es aplicable a las versiones 14.0 y posteriores de MME, y a las versiones 17.0 y posteriores de SGSN. Estos son los tres niveles diferentes de desencadenadores disponibles para MME y SGSN, que se asocian más a las políticas de control de congestión que corresponden:
Los tres valores de umbral se pueden definir para todos los parámetros/desencadenadores mencionados en la sección anterior. Esta es la sintaxis CLI que se utiliza para definir los umbrales para los diferentes parámetros:
congestion-control threshold license-utilization { critical <percent> | major
<percent>t | minor <percent> }
congestion-control threshold max-sessions-per-service-utilization { critical
<percent> | major <percent> | minor <percent> }
congestion-control threshold message-queue-utilization { critical <percent> |
major <percent> | minor <percent> }
congestion-control threshold message-queue-wait-time { critical <time> |
major <time> | minor <time> }
congestion-control threshold port-rx-utilization { critical| major
| minor }
congestion-control threshold port-specific {[ tx-utilization {
critical| major | minor ] [ rx-utilization {
critical| major | minor } | all { critical
| major | minor } }
congestion-control threshold port-tx-utilization { critical <percent> | major
<percent> | minor <percent> }
congestion-control threshold service-control-cpu-utilization { critical
| major | minor }
congestion-control threshold system-cpu-utilization { critical <percent> |
major <percent> | minor <percent> }
congestion-control threshold system-memory-utilization { critical|
major| minor }
congestion-control threshold tolerance { critical <percent> | major
<percent> | minor <percent> }
Utilice la información que se describe en esta sección para verificar la configuración del control de congestión.
Ingrese la configuración show congestion-control | más comandos CLI para verificar la configuración del control de congestión. Las secciones siguientes proporcionan resultados de comandos de ejemplo para las diversas etapas del control de congestión.
[local]st40-sim# show congestion-control configuration | more
Congestion-control: disabled
...................
[local]st40-sim# configure
[local]st40-sim(config)# congestion-control
[local]st40-sim(config)# end
[local]st40-sim# show congestion-control configuration | more
Congestion-control: enabled
............
[local]st40-sim# configure
[local]st40-sim(config)# congestion-control overload-disconnect
[local]st40-sim(config)# end
[local]st40-sim# show congestion-control configuration | more
Congestion-control: enabled
............
Overload-disconnect: enabled
Overload-disconnect threshold parameters
license utilization: 80%
max-session-per-service utilization: 80%
tolerance: 10%
session disconnect percent: 5%
iterations-per-stage: 8
............
La configuración del parámetro de acción <action> de la política de control de congestión <service-name> cambia el valor de la sección política de control de congestión, según la configuración. A continuación, se muestra un ejemplo de configuración de una acción para el servicio de gsn:
[local]st40-sim(config)# congestion-control policy ggsn-service action drop
[local]st40-sim(config)# end
[local]st40-sim# show congestion-control configuration | more
Congestion-control: enabled
............
Congestion-control Policy
pdsn-service: none
hsgw-service: none
ha-service: none
ggsn-service: drop
closedrp-service: none
.............
Esta sección describe la verificación de la configuración del umbral de control de congestión para los perfiles principal y secundario. El perfil crítico ya tiene algunos valores predeterminados, que se pueden cambiar según sea necesario, pero es necesario configurar los umbrales principal y secundario. Estos tres perfiles se pueden utilizar posteriormente junto con una política de control de congestión.
[local]st40-sim# configure
[local]st40-sim(config)# congestion-control threshold license-utilization major 70
[local]st40-sim(config)# congestion-control threshold license-utilization minor 60
[local]st40-sim(config)# congestion-control threshold
max-sessions-per-service-utilization major 70
[local]st40-sim(config)# congestion-control threshold
max-sessions-per-service-utilization minor 60
[local]st40-sim(config)# congestion-control threshold mes
message-queue-utilization message-queue-wait-time
[local]st40-sim(config)# congestion-control threshold
message-queue-utilization major 70
[local]st40-sim(config)# congestion-control threshold
message-queue-utilization minor 60
[local]st40-sim(config)# congestion-control threshold message-queue-wait-time major 4
[local]st40-sim(config)# congestion-control threshold message-queue-wait-time minor 3
[local]st40-sim(config)# congestion-control threshold port-rx-utilization major 70
[local]st40-sim(config)# congestion-control threshold port-rx-utilization minor 60
[local]st40-sim(config)# congestion-control threshold port-tx-utilization major 70
[local]st40-sim(config)# congestion-control threshold port-tx-utilization minor 60
[local]st40-sim(config)# congestion-control threshold
service-control-cpu-utilization major 70
[local]st40-sim(config)# congestion-control threshold
service-control-cpu-utilization minor 60
[local]st40-sim(config)# congestion-control threshold syst
system-cpu-utilization system-memory-utilization
[local]st40-sim(config)# congestion-control threshold system-cpu-utilization major 70
[local]st40-sim(config)# congestion-control threshold system-cpu-utilization minor 60
[local]st40-sim(config)# congestion-control threshold
system-memory-utilization major 70
[local]st40-sim(config)# congestion-control threshold
system-memory-utilization minor 60
[local]st40-sim(config)# congestion-control threshold tolerance major 5
[local]st40-sim(config)# congestion-control threshold tolerance minor 2
[local]st40-sim(config)# end
[local]st40-sim# show congestion-control configuration | more
Congestion-control: enabled
Congestion-control Critical threshold parameters
system cpu utilization: 80%
service control cpu utilization: 80%
system memory utilization: 80%
message queue utilization: 80%
message queue wait time: 5 seconds
port rx utilization: 80%
port tx utilization: 80%
license utilization: 100%
max-session-per-service utilization: 80%
tolerance limit: 10%
Congestion-control Major threshold parameters
system cpu utilization: 70%
service control cpu utilization: 70%
system memory utilization: 70%
message queue utilization: 70%
message queue wait time: 4 seconds
port rx utilization: 70%
port tx utilization: 70%
license utilization: 70%
max-session-per-service utilization: 70%
tolerance limit: 5%
Congestion-control Minor threshold parameters
system cpu utilization: 60%
service control cpu utilization: 60%
system memory utilization: 60%
message queue utilization: 60%
message queue wait time: 3 seconds
port rx utilization: 60%
port tx utilization: 60%
license utilization: 60%
max-session-per-service utilization: 60%
tolerance limit: 2%
Overload-disconnect: enabled
Overload-disconnect threshold parameters
license utilization: 80%
max-session-per-service utilization: 80%
tolerance: 10%
session disconnect percent: 5%
iterations-per-stage: 8
............
Utilice esta información para verificar la activación de la política de control de congestión para el SGSN:
[local]st40-sim# configure
[local]st40-sim(config)# sgsn-global
[local]st40-sim(config-sgsn-global)# congestion-control
[local]st40-sim(config-congestion-ctrl)# end
[local]st40-sim# configure
[local]st40-sim(config)# congestion-control
[local]st40-sim(config)# end
[local]st40-sim# configure
[local]st40-sim(config)# sgsn-global
[local]st40-sim(config-sgsn-global)# congestion-control
[local]st40-sim(config-congestion-ctrl)# congestion-action-profile sgsn_critical
[local]st40-sim(config-cong-act-prof-sgsn_critical)# active-call-policy rau reject
[local]st40-sim(config-cong-act-prof-sgsn_critical)# active-call-policy
service-req reject
[local]st40-sim(config-cong-act-prof-sgsn_critical)# new-call-policy reject
[local]st40-sim(config-cong-act-prof-sgsn_critical)# sm-messages reject
[local]st40-sim(config-cong-act-prof-sgsn_critical)# exit
[local]st40-sim(config-congestion-ctrl)# congestion-action-profile sgsn_major
[local]st40-sim(config-cong-act-prof-sgsn_major)# active-call-policy rau drop
[local]st40-sim(config-cong-act-prof-sgsn_major)# active-call-policy
service-req drop
[local]st40-sim(config-cong-act-prof-sgsn_major)# new-call-policy drop
[local]st40-sim(config-cong-act-prof-sgsn_major)# sm-messages reject
low-priority-ind-ue
[local]st40-sim(config-cong-act-prof-sgsn_major)# exit
[local]st40-sim(config-congestion-ctrl)# congestion-action-profile sgsn_minor
[local]st40-sim(config-cong-act-prof-sgsn_minor)# exit
[local]st40-sim(config-congestion-ctrl)# exit
[local]st40-sim(config-sgsn-global)# exit
[local]st40-sim(config)# congestion-control policy critical sgsn-service
action-profile sgsn_critical
[local]st40-sim(config)# congestion-control policy major sgsn-service
action-profile sgsn_major
[local]st40-sim(config)# congestion-control policy minor sgsn-service
action-profile sgsn_minor
[local]st40-sim(config)#end
[local]st40-sim# show congestion-control configuration | more
Congestion-control: enabled
............
pdsn-service: none
hsgw-service: none
ha-service: none
ggsn-service: drop
closedrp-service: none
lns-service: none
cscf-service: reject
pdif-service: none
wsg-service: none
pdg-service: none
epdg-service: none
fng-service: none
sgsn-service:
Critical Action-profile : sgsn_critical
Major Action-profile : sgsn_major
Minor Action-profile : sgsn_minor
...........
Utilice esta información para verificar la activación de la política de control de congestión para el MME:
[local]st40-sim# configure
[local]st40-sim(config)# lte-policy
[local]st40-sim(lte-policy)# congestion-action-profile mme_critical
Are you sure? [Yes|No]: yes
[local]st40-sim(congestion-action-profile)# drop addn-brr-requests
[local]st40-sim(congestion-action-profile)# drop s1-setups
[local]st40-sim(congestion-action-profile)# exit
[local]st40-sim(lte-policy)# congestion-action-profile mme_major
Are you sure? [Yes|No]: yes
[local]st40-sim(congestion-action-profile)# reject addn-brr-requests
[local]st40-sim(congestion-action-profile)# reject s1-setups time-to-wait 20
[local]st40-sim(congestion-action-profile)# exit
[local]st40-sim(lte-policy)# congestion-action-profile mme_minor
Are you sure? [Yes|No]: yes
[local]st40-sim(congestion-action-profile)# none addn-brr-requests
[local]st40-sim(congestion-action-profile)# none s1-setups
[local]st40-sim(congestion-action-profile)# exit
[local]st40-sim(lte-policy)# exit
[local]st40-sim(config)# congestion-control policy critical mme-service
action-profile mme_critical
[local]st40-sim(config)# congestion-control policy major mme-service
action-profile mme_major
[local]st40-sim(config)# congestion-control policy minor mme-service
action-profile mme_minor
[local]st40-sim(config)# end
[local]st40-sim# show congestion-control configuration | more
Congestion-control: enabled
............
pdsn-service: none
hsgw-service: none
ha-service: none
ggsn-service: drop
closedrp-service: none
lns-service: none
cscf-service: reject
pdif-service: none
wsg-service: none
pdg-service: none
epdg-service: none
fng-service: none
sgsn-service:
Critical Action-profile : sgsn_critical
Major Action-profile : sgsn_major
Minor Action-profile : sgsn_minor
mme-service:
Critical Action-profile : mme_critical
Major Action-profile : mme_major
Minor Action-profile : mme_minor
...........
Estos comandos se utilizan para ver las estadísticas y estados relacionados con el control de congestión:
show congestion-control { configuration | statistics { <manager> [ all | instance
<task_instance> ] } [ | { grep <grep_options> | more } ]
show congestion-control statistics mme { critical | full | major | minor } [ | {
grep <grep_options> | more } ]
La opción <manager> puede tener estos valores:
El nivel de activación-congestión sgsn { crítico | mayor | menor } se utiliza para activar manualmente el control de congestión en el SGSN. El comando sgsn clear-congestion se utiliza para borrar la congestión iniciada por el comando sgsn trigger-congestion.
A continuación se presenta un ejemplo de salida:
[local]st40-sim# sgsn trigger-congestion level critical
[local]st40-sim# show congestion-control statistics imsimgr all full | more
Current congestion status: Cleared
Current congestion Type : None
Congestion applied: 0 times
Critical Congestion Control Resource Limits
system cpu use exceeded: No
service cpu use exceeded: No
system memory use exceeded: No
port rx use exceeded: No
port tx use exceeded: No
port specific rx use exceeded: No
port specific tx use exceeded: No
max sess use exceeded: No
license use exceeded: No
msg queue size use exceeded: No
msg queue wait time exceeded: No
license threshold exceeded: No
max sess threshold exceeded: No
Sessions disconnected due to overload disconnect: 0
Major Congestion Control Resource Limits
system cpu use exceeded: No
service cpu use exceeded: No
system memory use exceeded: No
port rx use exceeded: No
port tx use exceeded: No
port specific rx use exceeded: No
port specific tx use exceeded: No
max sess use exceeded: No
license use exceeded: No
msg queue size use exceeded: No
msg queue wait time exceeded: No
Minor Congestion Control Resource Limits
system cpu use exceeded: No
service cpu use exceeded: No
system memory use exceeded: No
port rx use exceeded: No
port tx use exceeded: No
port specific rx use exceeded: No
port specific tx use exceeded: No
max sess use exceeded: No
license use exceeded: No
msg queue size use exceeded: No
msg queue wait time exceeded: No
SGSN Congestion Control:
MM Congestion Level: Critical
Congestion Resource: None
SM Congestion Level: Critical
O&M Congestion Level: Critical
Actualmente, no hay información específica de troubleshooting disponible para esta configuración.
Revisión | Fecha de publicación | Comentarios |
---|---|---|
1.0 |
23-Jul-2015 |
Versión inicial |