Tecnología inalámbrica : Cisco MME Mobility Management Entity

Selección PGW y SGW del MME mecanismo en el ASR

18 Junio 2016 - Traducción Automática
Otras Versiones: PDFpdf | Comentarios

Introducción

Este documento describe la manera de la cual el mecanismo de la entidad de administración de la movilidad (MME) se utiliza para seleccionar los gatewayes del paquete (PGW) y el gateway de la porción (SGWs), y cómo se implementa en el router agregado las Cisco 5x00 Series del servicio (ASR5x00).

Contribuido por Krishna Kishore DV, ingeniero de Cisco TAC.

Registros de recursos

Esta sección describe los diversos registros de recursos que son utilizados por el MME.

A y AAAA

El registro de recursos A se utiliza para definir a las direcciones de host de la versión 4 del protocolo de Internet (IPv4) que corresponden al nombre de dominio completo (FQDN) del host. El registro de recursos AAAA se utiliza para definir a las direcciones de host de la versión 6 del protocolo de Internet (IPv6) que corresponden al FQDN del host.

Aquí tiene un ejemplo:

example.example.com

1500 IN A 1.1.1.1

NAPTR

El registro de recursos del puntero de la autoridad del nombre (NAPTR) y es una herramienta potente que permite que el Domain Name System (DNS) sea utilizado para mirar para arriba los servicios para una amplia variedad de nombres del recurso que no estén en el sintaxis del Domain Name (DN).

El procedimiento Directo-NAPTR (S-NAPTR) se utiliza para la resolución de un DN, de un nombre del servicio de aplicación, o de un Application Protocol dinámicamente para apuntar el servidor y virar hacia el lado de babor vía NAPTR y el servicio (SRV).

Aquí tiene un ejemplo:

starent.apn.epc.mnc012.mcc345.3gpp.org

             order pref flags

2000 IN NAPTR 100 10   "s"   "SGW:PMIP"           ( ; service

                         ""                          ; regexp

                         pmip.example.com.           ; replacement

                                                  )   

SRV

El registro de recursos SRV utiliza un pool de los servidores para un solo dominio con el Equilibrio de carga estático a cada servidor para mover los servicios desde el host para recibir y para señalar algunos host como servidores primarios para un servicio de un pool de los host.

Aquí tiene un ejemplo:

pmip.example.com

           Pref Weight Port Target

1500 IN SRV 10   0     10000 example.example.com.

Selección PGW

Esta imagen ilustra la selección PGW del MME para el mensaje inicial de la fijación y la conexión adicional de la Red de datos públicos (PDN):

Durante la fijación y la creación iniciales de la conexión PDN con el acceso del proyecto de la sociedad de la 3ra generación (3GPP), un PGW y un SGW se deben seleccionar por el MME.

El parámetro de servicio que se utiliza en el procedimiento S-NAPTR para el PGW es x-3gpp-pgw:x-s5-gtp o x-3gpp-pgw:x-s5-pmip.

Usted debe provision al servidor DNS autoritario que es responsable del dominio apn.epc.mnc<MNC>.mcc<MCC>.3gppnetwork.org con los expedientes NAPTR para cada valor del Punto de acceso Nombre-FQDN (APN-FQDN) en la red. Los expedientes NAPTR se forman de estos parámetros de servicio y de todas las interfaces S5/S8:

  • x-3gpp-pgw:x-s8-gtp

  • x-3gpp-pgw:x-s8-pmip

  • x-3gpp-pgw:x-s5-gtp

  • x-3gpp-pgw:x-s5-pmip

El APN-FQDN es utilizado en las interrogaciones DNS por el MME y derivado de un APN. Los procedimientos DNS y S-NAPTR hacen salir lógicamente una lista de nombres del host que cada uno se junten con un servicio, un protocolo, un puerto, y una lista de direccionamientos del IPv4 y/o del IPv6. Ésta es la lista del candidato de los PGW para un APN específico. Esta lista del candidato se pasa con la lógica de selección para elegir un PGW específico. La lógica de selección puede utilizar los parámetros por ejemplo:

  • Carga (localmente deducida)

  • Orden, preferencia, y ponderación (DNS proporcionado)

  • Colocación con el SGW (aprendido de las respuestas de DNS)

  • Proximidad topológica

Nota: Una vez que el PGW se ha entrado en contacto con éxito, salvan el nombre del host seleccionado PGW, la dirección IP usada PGW, el número del puerto, y al Tipo de protocolo seleccionado en el MME por el PDN.

APN-FQDN

El APN es recibido por la función de detección desarrollada del nodo de la base del paquete (EPC) para los accesos 3GPP y tiene dos porciones: el identificador de red APN (NI) y el identificador del operador APN (OI).

Aquí tiene un ejemplo:

APN NI - <APN-NI>
APN OI - mnc<MNC>.mcc<MCC>

El APN-FQDN se obtiene del APN vía la inserción de la escritura de la etiqueta apn.epc entre el APN-NI y el valor por defecto APN-OI, y vía un reemplazo de la escritura de la etiqueta .gprsat el final del valor por defecto APN-OI con las escrituras de la etiqueta .3gppnetwork.org.

Por ejemplo, con un APN de internet.mnc015.mcc234.gprs, el APN-FQDN derivado es internet.apn.epc.mnc015.mcc234.3gppnetwork.org.

Este formato es utilizado por el MME en las interrogaciones DNS a las redes con el aprovisionado DNS a Release-8. Los expedientes DNS que son aprovisionado en esta ubicación son expedientes NAPTR e incluyen todos los S5/S8 interconectan para PGW y los PGW colocados/SGWs que se piensen para ser utilizados para eso APN.

Hay exactamente tres escrituras de la etiqueta, y la escritura de la etiqueta más reciente es gprs. El APN se transforma al formato APN-FQDN, según lo descrito en la sub-cláusula 19.4.2.2.3 de las especificaciones técnicas 3GPP (TS) 23.003 [2]:

Si el APN tiene las tres escrituras de la etiqueta más recientes que corresponden con el modelo “mnc<MNC>.mcc<MCC>.gprs”, donde <MNC> y <MNC> cada uno se componen de 3 dígitos decimales, después las escrituras de la etiqueta del último 3 del APN serán substituidas por el "apn.epc.mnc<MNC>.mcc<MCC>.3gppnetwork.org" para formar el APN-FQDN.

Si el usuario Equipment(UE)/Station(MS) móvil está en la red doméstica y la cadena APN tiene como más reciente etiqueta los “gprs”, después la escritura de la etiqueta “gprs” del último en la cadena APN será substituido por el "apn.epc.mnc<MNC>.mcc<MCC>.3gppnetwork.org" para formar el APN-FQDN donde están los valores la red móvil Code(MNC) y los valores móviles de Code(MCC) del país de la red doméstica. Este caso del uso ocurre si el terreno público casero Network(HPLMN) móvil OI-1 (derivado del campo del reemplazo APN OI en el perfil del suscriptor) no se ajusta al modelo “mnc<MNC>.mcc<MCC>.gprs”.

Si no el APN es inválido y no se puede utilizar para un uso de la versión 8 APN.

Operaciones de búsqueda APN para LTE simple (lista del candidato PGW)

Aquí está un ejemplo de las operaciones de búsqueda APN para un escenario a largo plazo simple de la evolución (LTE) de TS 29.303:

Asuma un LTE de NON-itinerancia UE indica que quiere utilizar la cadena el "imsTV2" APN-NI al MME en nuestra red de muestra en la fijación inicial.

NOTA 1:   El recordatorio $ORIGIN es epc.mnc990.mcc311.3gppnetwork.org. y se emplea aquí simplemente para mantener la longitud del texto del ejemplo manejable

El MME comienza el procedimiento S-NAPTR con la cadena única de la aplicación = imsTV2.apn.$ORIGIN y los servicios deseados x-3gpp-pgw:x-s5-gtp y x-3gpp-pgw:x-s5-pmip.

El MME comienza con la cadena única = imsTV2.apn.$ORIGIN y los servicios deseados x-3gpp-pgw:x-s5-gtp y x-3gpp-pgw:x-s5-pmip de la aplicación

--------- Command to DNS server----------

## dig @192.0.2.247 +tcp NAPTR imsTV2.apn.$ORIGIN

---------Start Response from DNS server----------

;; QUESTION SECTION:

;imsTV2.apn.$ORIGIN. IN NAPTR

;; ANSWER SECTION:

imsTV2.apn.$ORIGIN. 3600 IN NAPTR 600 999 "a" "x-3gpp-pgw:x-s8-pmip" ""
topoff.vip2.gw01.node.$ORIGIN.

imsTV2.apn.$ORIGIN. 3600 IN NAPTR 100 999 "a" "x-3gpp-pgw:x-s5-gtp:x-s8-gtp"
"" topoff.vip1.gw21.node.$ORIGIN.

imsTV2.apn.$ORIGIN. 3600 IN NAPTR 200 999 "a" "x-3gpp-pgw:x-s5-gtp:x-s8-gtp"
"" topoff.vip1.gw01.node.$ORIGIN.

imsTV2.apn.$ORIGIN. 3600 IN NAPTR 500 999 "a" "x-3gpp-pgw:x-s8-pmip" ""
topoff.vip2.gw21.node.$ORIGIN.

---------End Response from DNS server----------

El MME conserva solamente los expedientes NAPTR con los servicios que corresponden con x-3gpp-pgw:x-s5-gtp y el rendimiento x-3gpp-pgw:x-s5-pmip:

NAPTR record set

replacement service flag order preference

topoff.vip1.gw21.node.$ORIGIN x-3gpp-pgw:x-s5-gtp:x-s8-gtp "a" 100 999

topoff.vip1.gw01.node.$ORIGIN x-3gpp-pgw:x-s5-gtp:x-s8-gtp "a" 200 999

El MME nodo clasifica el NAPTR rindiendo del RFC 3958

NAPTR record set

replacement service flag order preference

topoff.vip1.gw21.node.$ORIGIN x-3gpp-pgw:x-s5-gtp:x-s8-gtp "a" 100 999

topoff.vip1.gw01.node.$ORIGIN x-3gpp-pgw:x-s5-gtp:x-s8-gtp "a" 200 999

El MME salva los expedientes puesto que son el indicador “a”

topoff.vip1.gw21.node.$ORIGIN services of x-3gpp-pgw:x-s5-gtp

topoff.vip1.gw01.node.$ORIGIN services of x-3gpp-pgw:x-s5-gtp

El MME ahora tiene lista final del candidato (las operaciones de búsqueda A y AAAA se difieren por nuestro ejemplo de la mano)

topoff.vip1.gw21.node.$ORIGIN services of x-3gpp-pgw:x-s5-gtp

topoff.vip1.gw01.node.$ORIGIN services of x-3gpp-pgw:x-s5-gtp

Los expedientes necesarios A/AAAA fueron incluidos con los registros adicionales. Es decir.

topoff.vip1.gw21.node.$ORIGIN. 3600 IN A 192.0.2.116

topoff.vip1.gw21.node.$ORIGIN. 3600 IN A 192.0.2.115

topoff.vip1.gw21.node.$ORIGIN. 3600 IN AAAA 2001:db8:0:e::

topoff.vip1.gw21.node.$ORIGIN. 3600 IN AAAA 2001:db8:0:f::

y

topoff.vip1.gw01.node.$ORIGIN. 3600 IN A 192.0.2.114

topoff.vip1.gw01.node.$ORIGIN. 3600 IN A 192.0.2.113

topoff.vip1.gw01.node.$ORIGIN. 3600 IN AAAA 2001:db8:0:c::

topoff.vip1.gw01.node.$ORIGIN. 3600 IN AAAA 2001:db8:0:d::

SI los expedientes A y AAAA no estuvieran disponibles en la sección del registro adicional (o un caché DNS) el MME haría las operaciones de búsqueda A/AAAA. Qué emulación con los comandos manuales parecería:

dig @192.0.2.247 +tcp A topoff.vip1.gw21.node.$ORIGIN

dig @192.0.2.247 +tcp AAAA topoff.vip1.gw21.node.$ORIGIN

dig @192.0.2.247 +tcp A topoff.vip1.gw01.node.$ORIGIN

dig @192.0.2.247 +tcp AAAA topoff.vip1.gw01.node.$ORIGIN

Podemos ahora formar la lista completa del candidato (después de al azar mezclando los expedientes A y AAAA) para conseguir

(topoff.vip1.gw21.node.$ORIGIN ,services of x-3gpp-pgw:x-s5-gtp ,
{192.0.2.115,192.0.2.116}, { 2001:db8:0:e::,2001:db8:0:f::} )

(topoff.vip1.gw01.node.$ORIGIN ,services of x-3gpp-pgw:x-s5-gtp ,
{192.0.2.114,192.0.2.113}, { 2001:db8:0:c::, 2001:db8:0:d::)

Selección SGW

La función de la selección SGW selecciona un SGW disponible para servir un UE. La selección se basa en la topología de red. El SGW seleccionado sirve la ubicación UE, y cuando hay las áreas de servicio SGW que solapan, la selección pudo preferir el SGWs con las áreas de servicio que reducen la probabilidad de un cambio SGW.

La selección SGW utiliza la identidad de seguimiento del área (TAI), que proporciona la información sobre la ubicación de la conexión UE a la red de acceso de radio (RAN). Usted debe provision al servidor DNS autoritario que es responsable de los expedientes NAPTR bajo área de seguimiento Identidad-FQDN (TAI-FQDN) para cada valor TAI en la red. Los expedientes NAPTR se forman de estos parámetros de servicio y de todas las interfaces S5/S8:

  • x-3gpp-sgw:x-s8-gtp

  • x-3gpp-sgw:x-s8-pmip

  • x-3gpp-sgw:x-s5-gtp

  • x-3gpp-sgw:x-s5-pmip

El TAI-FQDN es utilizado en las interrogaciones DNS por el MME. Los procedimientos S-NAPTR, descritos en las secciones posteriores, hacen salir lógicamente una lista de nombres del host, que se juntan con un servicio, un protocolo, un puerto, y una lista de direccionamientos del IPv4 y/o del IPv6. Ésta es la lista del candidato de SGWs para un APN específico. Esta lista del candidato se pasa con la lógica de selección para elegir un SGW específico. La lógica de selección puede utilizar los parámetros por ejemplo:

  • Cobertura TAI

  • Carga (localmente deducida)

  • Orden, preferencia, y ponderación (DNS proporcionado)

  • Colocación con el PGW (aprendido de las respuestas de DNS)

  • Topología (Nombre del nodo PGW)

TAI-FQDN

El MME construye el TAI-FQDN según lo definido en la cláusula sub 19.4.2.3 del 3GPP TS 23.003. El TAI-FQDN se construye en este formato:

tac-lb<TAC-low-byte>.tac-hb<TAC-high-byte>.tac.epc.mnc<MNC>.mcc<MCC>. 3gppnetwork.org

El código de área de seguimiento (TAC) es un número entero de 16 bits. El <TAC-high-byte> es la cadena hexadecimal del byte más significativo en TAC, y el <TAC-low-byte> es la cadena hexadecimal del menos byte significativo.

Operaciones de búsqueda TAI para LTE simple (lista del candidato SGW)

Aquí está un ejemplo de las operaciones de búsqueda TAI para un escenario simple LTE de TS 29.303:

Asuma un LTE de NON-itinerancia UE se realiza y rubrique la fijación y la indica que quiere utilizar un APN-NI (un APN en la red de este operador). El MME sabe que no necesita utilizar el S8 puesto que es un UE de NON-itinerancia y que debe ser APN local así que S5 está utilizada.

NOTA 1:   El recordatorio $ORIGIN es epc.mnc990.mcc311.3gppnetwork.org. y se emplea aquí simplemente para mantener la longitud del texto del ejemplo manejable.

El MME tiene el valor TAI donde el UE ha asociado. Asumimos que el byte bajo de TAC es el maleficio 11 y el byte alto es el maleficio 40.

El MME comienza el procedimiento S-NAPTR con la cadena única = tac-lb11.tac-hb40.tac.$ORIGIN y los servicios deseados x-3gpp-sgw:x-s11,x-3gpp-sgw:x-s5-gtp de la aplicación, x-3gpp-sgw:x-s5-pmip.

NOTA 2: Este MME determinado vendedor busca los valores x-s11, que es solamente una optimización opcional. Esto no tendrá ninguna ventaja en este ejemplo puesto que el operador eligió no provision los.

Aquí emulamos a la misma acción que el MME haría manualmente con el comando del “empuje”.

-

-------- Command to DNS server----------

## dig @192.0.2.247 +tcp NAPTR tac-lb11.tac-hb40.tac.$ORIGIN

---------Start Response from DNS server----------

;; QUESTION SECTION:

;tac-lb11.tac-hb40.tac.$ORIGIN. IN NAPTR

;; ANSWER SECTION:

tac-lb11.tac-hb40.tac.$ORIGIN. 3600 IN NAPTR 400 999 "a" "x-3gpp-sgw:x-s8-pmip"
"" topoff.eth9.gw01.node.$ORIGIN.

tac-lb11.tac-hb40.tac.$ORIGIN. 3600 IN NAPTR 500 999 "a" "x-3gpp-mme:x-s10" ""
topoff.eth1.mmec02.mmegi8001.mme.$ORIGIN.

tac-lb11.tac-hb40.tac.$ORIGIN. 3600 IN NAPTR 600 999 "a" "x-3gpp-mme:x-s10" ""
topoff.eth1.mmec01.mmegi8001.mme.$ORIGIN.

tac-lb11.tac-hb40.tac.$ORIGIN. 3600 IN NAPTR 100 999 "a"
"x-3gpp-sgw:x-s5-gtp:x-s8-gtp" "" topoff.eth4.gw21.node.$ORIGIN.

tac-lb11.tac-hb40.tac.$ORIGIN. 3600 IN NAPTR 200 999 "a"
"x-3gpp-sgw:x-s5-gtp:x-s8-gtp" "" topoff.eth4.gw01.node.$ORIGIN.

tac-lb11.tac-hb40.tac.$ORIGIN. 3600 IN NAPTR 300 999 "a"
"x-3gpp-sgw:x-s8-pmip" "" topoff.eth9.gw21.node.$ORIGIN.

---------End Response from DNS server----------

El MME conserva solamente el NAPTR con los servicios que corresponden con x-3gpp-sgw:x-s11,x-3gpp-sgw:x-s5-gtp, y el rendimiento x-3gpp-sgw:x-s5-pmip

NAPTR record set

replacement service flag order preference

topoff.eth4.gw01.node.$ORIGIN x-3gpp-sgw:x-s5-gtp:x-s8-gtp "a" 200 999

topoff.eth4.gw21.node.$ORIGIN x-3gpp-sgw:x-s5-gtp:x-s8-gtp "a" 100 999

Observe el x-s8-gtp no son realmente incluido sino se guardan aquí para permitir que el lector vea qué expediente NAPTR fue guardado de la respuesta de DNS.

El MME nodo clasifica los expedientes NAPTR rindiendo del RFC 3958

NAPTR record set

replacement service flag order preference

topoff.eth4.gw21.node.$ORIGIN x-3gpp-sgw:x-s5-gtp:x-s8-gtp "a" 100 999

topoff.eth4.gw01.node.$ORIGIN x-3gpp-sgw:x-s5-gtp:x-s8-gtp "a" 200 999

MME almacenes

topoff.eth4.gw21.node.$ORIGIN services of x-3gpp-sgw:x-s5-gtp

topoff.eth4.gw01.node.$ORIGIN services of x-3gpp-sgw:x-s5-gtp

El MME ahora tiene lista del candidato

topoff.eth4.gw21.node.$ORIGIN services of x-3gpp-sgw:x-s5-gtp

topoff.eth4.gw01.node.$ORIGIN services of x-3gpp-sgw:x-s5-gtp

Los expedientes A/AAAA estaban otra vez disponibles en la sección del registro adicional.

topoff.eth4.gw21.node.$ORIGIN. 3600 IN A 192.0.2.140

topoff.eth4.gw21.node.$ORIGIN. 3600 IN A 192.0.2.139

topoff.eth4.gw21.node.$ORIGIN. 3600 IN AAAA 2001:db8:0:26::

topoff.eth4.gw21.node.$ORIGIN. 3600 IN AAAA 2001:db8:0:27::

y

topoff.eth4.gw01.node.$ORIGIN. 3600 IN A 192.0.2.132

topoff.eth4.gw01.node.$ORIGIN. 3600 IN A 192.0.2.131

topoff.eth4.gw01.node.$ORIGIN. 3600 IN AAAA 2001:db8:0:1e::

topoff.eth4.gw01.node.$ORIGIN. 3600 IN AAAA 2001:db8:0:1f::

De la lista del candidato que resulta, se elige un SGW basó en una combinación de estos criterios:

  • Cobertura máxima TA

  • Proximidad geográfica

  • Equilibrio de carga

  • Funciones combinadas PGW/SGW

  • Protocolos se soportan que

Configuraciones ASR5x00

Esta sección describe las configuraciones pertinentes para el ASR5x00.

Protocolo S5/S8

Los protocolos S5 y S8 deben ser configurables para el MME en a por la base HPLMN. Esto se utiliza para preseleccionar los registros de recursos que son devueltos por el servidor DNS. Solamente los PGW que soportan el protocolo configurado se consideran en la selección del gateway (GW). La configuración se pone bajo perfil del Control de llamadas (CC) que se asocia a la directiva del operador.

Aquí tiene un ejemplo:

[ingress]asr5000(config-call-control-profile-lmn)# plmn-protocol plmnid mcc <> mnc <>
{ [s5-protocol <[pmip | gtp] >] | [s8-protocol <[pmip | gtp]>] }

DNS

El sistema permite que un servicio del cliente DNS sea configurado por el contexto. El servicio del cliente DNS que se utilizará para la resolución FQDN se nombra bajo el perfil y/o el MME servicio del CC por separado para el PGW y el SGW. En el perfil del CC, el nombre del contexto es obligatorio, pues el perfil del CC no se asocia a ningún contexto. En el MME servicio, el nombre del contexto es opcional. Si no se especifica ningún nombre, el contexto del MME servicio se utiliza para el servicio DNS.

Perfil del CC

Aquí está la configuración pertinente para el perfil del CC:

[ctxt]asr5000(config-call-control-profile-lmn)# dns-pgw context <name>

[ctxt]asr5000(config-call-control-profile-lmn)# dns-sgw context <name>

MME servicio

Aquí está la configuración pertinente para el MME servicio:

[ctxt]asr5000(config-mme-service)#dns pgw [context <name>]

[ctxt]asr5000(config-mme-service)#dns sgw [context <name>]

Configuración de cliente DNS de la muestra

Aquí está una configuración de cliente DNS de la muestra en el ASR5x00:

#(config-ctx)# ip name-servers 192.20.20.1 192.20.20.3

#(config-ctx)# dns-client xyz

bind address 192.20.20.2 port 6011

resolver retransmission-interval 3

resolver number-of-retries 2

cache ttl positive 86400

cache ttl negative 60

cache size central 50000

cache size local 1000

cache algorithm central FIFO

cache algorithm local LRU

no round-robin-answers

El procedimiento de la resolución de DNS para el S/P-GW se invoca solamente cuando se habilita la información CLI que se muestra en el ejemplo anterior. Si no, utilizan a la dirección estática que se configura en el MME servicio.

Además, si la resolución de DNS falla, después utilizan a la dirección estática que se configura en el MME servicio.

Criterio de selección GW

Esta configuración se pone bajo perfil del CC que se asocia a la directiva del operador. Decide a los algoritmos de selección que se utilizan para seleccionar eventual un PGW/SGW de los registros de recursos que son devueltos por el DNS. Solamente uno de los criterios puede ser en un momento configurado.

Aquí tiene un ejemplo:

[ctxt]asr5000(config-call-control-profile-lmn)# gw-selection [ topology |
collocation | pgw < weight > | sgw <weight> ]

Aquí están algunas consideraciones importantes cuando la colocación es el criterio de selección:

  • La colocación se debe configurar para el PGW y la selección SGW para que la colocación funcione correctamente.

  • La colocación se da la prioridad más alta. Es decir incluso si el grado de escrituras de la etiqueta que hacen juego entre un par NON-colocado PGW/SGW pudo ser más alto que un par colocado, se selecciona el par colocado.

  • Los nombres del host con las escrituras de la etiqueta del topon y del topoff se consideran en la colocación.

  • La colocación significa implícito la coincidencia de la topología. Si un nodo colocado PGW/SGW no puede ser encontrado, después los Nodos topológico más cercanos se eligen después.

Nota: El dependiente sobre los requisitos del operador, este acercamiento pudo cambiar en el futuro para separar los criterios de concordancia de la colocación y de la topología.

Configuraciones adicionales

Aquí están algunas configuraciones adicionales que usted debe implementar en el ASR5x00:

context ingress

ip domain-lookup

ip name-servers <ip address of the Linux machine (it should be running bind)>

dns-client dns

bind address 192.80.10.2

round-robin-answers

exit

mme-service <mmesvc>

dns pgw dns-service dns context ingress

dns sgw dns-service dns context ingress

exit

Comandos de Troubleshooting útiles

Usted puede utilizar estos comandos para resolver problemas al MME mecanismo:

#dns-client query client-name dns query-type NAPTR query-name
<starent.com.apn.epc.mncxxx.mccxxx.3gppnetwork.org>


#show dns-client <dns1> statistics 

#show dns-client cache client <>

Información Relacionada


Discusiones relacionadas de la comunidad de soporte de Cisco

La Comunidad de Soporte de Cisco es un foro donde usted puede preguntar y responder, ofrecer sugerencias y colaborar con colegas.