Sans fil : Cisco MME Mobility Management Entity

Sélection PGW et SGW par la MME. mécanisme sur l'ASR

17 décembre 2015 - Traduction automatique
Autres versions: PDFpdf | Anglais (18 juin 2015) | Commentaires

Introduction

Ce document décrit la manière dans laquelle le mécanisme d'entité de gestion de la mobilité (MME.) est utilisé afin de sélectionner les passerelles de paquet (PGWs) et la passerelle de service (SGWs), et comment il est mis en application sur le routeur de service agrégé par gamme Cisco 5x00 (ASR5x00).

Contribué par Krishna Kishore DV, ingénieur TAC Cisco.

Enregistrements de ressource

Cette section décrit les divers enregistrements de ressource qui sont utilisés par la MME.

A et AAAA

L'enregistrement de ressource A est utilisé afin de définir les adresses d'hôte de la version 4 d'Internet Protocol (ipv4) qui correspondent au nom de domaine complet (FQDN) de l'hôte. L'enregistrement de ressource AAAA est utilisé afin de définir les adresses d'hôte de la version 6 d'Internet Protocol (IPv6) qui correspondent au FQDN de l'hôte.

Voici un exemple :

example.example.com

1500 IN A 1.1.1.1

NAPTR

L'enregistrement de ressource en pointeur d'autorité de nom (NAPTR) et est un outil puissant qui permet au Système de noms de domaine (DNS) pour être des services utilisés de consultation pour une grande variété de noms des ressources qui ne sont pas dans la syntaxe de nom de domaine (DN).

La procédure (S-NAPTR) simple-NAPTR est utilisée pour la résolution d'un DN, d'un nom de service d'application, ou d'un protocole de l'application dynamiquement afin de viser le serveur et mettre en communication par l'intermédiaire de NAPTR et de service (SRV).

Voici un exemple :

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

L'enregistrement des ressources SRV utilise un groupe de serveurs pour un domaine simple avec l'Équilibrage de charge statique à chaque serveur afin de déplacer des services de l'hôte pour héberger et afin d'indiquer quelques hôtes en tant que serveurs primaires pour un service d'un groupe d'hôtes.

Voici un exemple :

pmip.example.com

           Pref Weight Port Target

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

Sélection PGW

Cette image illustre la sélection PGW par la MME. pour le message initial d'attache et la connexion supplémentaire du réseau public de transmission de données (PDN) :

Pendant l'attache et la création initiales de connexion PDN avec le 3ème accès du projet de partenariat de génération (3GPP), un PGW et un SGW doivent être sélectionnés par la MME.

Le paramètre de service qui est utilisé dans la procédure S-NAPTR pour le PGW est x-3gpp-pgw:x-s5-gtp ou x-3gpp-pgw:x-s5-pmip.

Vous devez provision le serveur DNS bien fondé qui est responsable du domaine apn.epc.mnc<MNC>.mcc<MCC>.3gppnetwork.org avec des enregistrements NAPTR pour chaque valeur Nom-FQDN de Point d'accès (APN-FQDN) dans le réseau. Les enregistrements NAPTR sont formés de ces paramètres de service et de toutes les 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

L'APN-FQDN est utilisé dans les requêtes DNS par la MME. et est dérivé d'un APN. Les procédures de DN et S-NAPTR sortent logiquement une liste de noms d'hôte qui chacun sont ajoutés à un service, à un protocole, à un port, et à une liste d'adresses d'ipv4 et/ou d'IPv6. C'est la liste de candidat du PGWs pour un APN spécifique. Cette liste de candidat est traversée la logique de sélection afin de choisir une particularité PGW. La logique de sélection peut utiliser des paramètres comme :

  • Chargement (localement déduit)

  • Commande, préférence, et poids (DN fournis)

  • Collocation avec le SGW (appris des réponses de DN)

  • Proximité topologique

Remarque: Une fois que le PGW a été avec succès entré en contact, le nom d'hôte sélectionné PGW, l'adresse IP utilisée PGW, le numéro de port, et le type de protocole sélectionné est enregistré dans la MME. par PDN.

APN-FQDN

L'APN est reçu par la fonction évoluée de détection de noeud du noyau de paquet (CPE) pour les accès 3GPP et a deux parts : l'identifiant de réseau d'APN (Ni) et l'identifiant d'opérateur d'APN (OI).

Voici un exemple :

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

L'APN-FQDN est obtenu de l'APN par l'intermédiaire de la mise en place de l'étiquette apn.epc entre l'APN-NI et le par défaut APN-OI, et par l'intermédiaire d'un remplacement de l'étiquette .gprsat la fin du par défaut APN-OI avec les étiquettes .3gppnetwork.org.

Par exemple, avec un APN d'internet.mnc015.mcc234.gprs, l'APN-FQDN dérivé est internet.apn.epc.mnc015.mcc234.3gppnetwork.org.

Ce format est utilisé par la MME. dans les requêtes DNS aux réseaux avec des DN provisioned à la version 8. Les enregistrements DNS qui provisioned à cet emplacement sont des enregistrements NAPTR et incluent tout les S5/S8 relie pour PGW et les PGWs/SGWs colloqués qui sont destinés pour être utilisés pour cet APN.

Il y a exactement trois étiquettes, et la dernière étiquette est des gprs. L'APN est transformé au format APN-FQDN, comme décrit dans le paragraphe 19.4.2.2.3 des spécifications techniques 3GPP (SOLIDES TOTAUX) 23.003 [2] :

Si l'APN a les trois dernières étiquettes appariant le modèle « mnc<MNC>.mcc<MCC>.gprs », où <MNC> et <MNC> chacun se composent de 3 chiffres décimaux, alors les 3 dernières étiquettes de l'APN seront remplacées de "apn.epc.mnc<MNC>.mcc<MCC>.3gppnetwork.org" pour former l'APN-FQDN.

Autrement si l'utilisateur Equipment(UE)/Station(MS) mobile est dans le réseau domestique et la chaîne d'APN a en tant que pour la dernière fois étiquettent les « gprs », puis la dernière étiquette « gprs » dans la chaîne d'APN sera remplacé de "apn.epc.mnc<MNC>.mcc<MCC>.3gppnetwork.org" pour former l'APN-FQDN où le réseau mobile Code(MNC) et les valeurs mobiles de Code(MCC) de pays sont les valeurs du réseau domestique. Ce cas d'utilisation se produit si le terrain public à la maison Network(HPLMN) mobile OI-1 (dérivé du champ de rechange d'APN OI dans le profil de l'abonné) ne se conforme pas au modèle « mnc<MNC>.mcc<MCC>.gprs ».

Autrement l'APN est non valide et ne peut pas être utilisé pour une utilisation d'APN de version 8.

Consultation d'APN pour LTE simple (liste de candidat PGW)

Voici un exemple d'une consultation d'APN pour un scénario à long terme simple de l'évolution (LTE) des SOLIDES TOTAUX 29.303 :

Supposez une non-itinérance LTE UE indique qu'il veulent utiliser la chaîne "imsTV2" APN-NI à la MME. dans notre réseau d'exemple à l'attache initiale.

NOTE 1 :   Le rappel $ORIGIN est epc.mnc990.mcc311.3gppnetwork.org. et est utilisé ici simplement pour maintenir la longueur du texte d'exemple maniable

La MME. commence la procédure S-NAPTR avec la seule chaîne d'application = l'imsTV2.apn.$ORIGIN et les services désirés x-3gpp-pgw:x-s5-gtp et x-3gpp-pgw:x-s5-pmip.

MME. débuts avec la seule chaîne d'application = l'imsTV2.apn.$ORIGIN et les services désirés x-3gpp-pgw:x-s5-gtp et x-3gpp-pgw:x-s5-pmip

--------- 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----------

La MME. retient seulement des enregistrements NAPTR avec les services assortis x-3gpp-pgw:x-s5-gtp et le rendement 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

La MME. noeud trie NAPTR par RFC 3958 rapportant

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

La MME. enregistre des enregistrements puisqu'ils sont l'indicateur « 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

La MME. a maintenant la liste finale de candidat (la consultation A et AAAA est reportée pour notre exemple de main)

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

Les enregistrements nécessaires A/AAAA ont été inclus avec les enregistrements supplémentaires. C.-à-d.

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::

et

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 les enregistrements A et AAAA n'étaient pas disponibles dans la section d'enregistrement supplémentaire (ou un cache DNS) la MME. ferait les consultations A/AAAA. Quel émuler avec des commandes manuelles ressemblerait à :

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

Nous pouvons former la pleine liste de candidat maintenant (après aléatoire brouillant les enregistrements A et AAAA) pour obtenir

(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::)

Sélection SGW

La fonction de sélection SGW sélectionne un SGW disponible pour servir un UE. La sélection est basée sur la topologie du réseau. Le SGW sélectionné sert l'emplacement UE, et quand il y a des zones de service SGW qui superposent, la sélection pourrait préférer le SGWs avec les zones de service qui réduisent la probabilité d'une modification SGW.

La sélection SGW utilise l'identité de cheminement de zone (TAI), qui fournit des informations au sujet de l'emplacement de la connexion UE au réseau par radio d'Access (S'EST EXÉCUTÉ). Vous devriez provision le serveur DNS bien fondé qui est responsable des enregistrements NAPTR sous l'Identité-FQDN de cheminement de zone (TAI-FQDN) pour chaque valeur TAI dans le réseau. Les enregistrements NAPTR sont formés de ces paramètres de service et de toutes les 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

Le TAI-FQDN est utilisé dans les requêtes DNS par la MME. Les procédures S-NAPTR, décrites dans les sections postérieures, sort logiquement une liste de noms d'hôte, qui sont ajoutés à un service, à un protocole, à un port, et à une liste d'adresses d'ipv4 et/ou d'IPv6. C'est la liste de candidat de SGWs pour un APN spécifique. Cette liste de candidat est traversée la logique de sélection afin de choisir une particularité SGW. La logique de sélection peut utiliser des paramètres comme :

  • Couverture TAI

  • Chargement (localement déduit)

  • Commande, préférence, et poids (DN fournis)

  • Collocation avec PGW (appris des réponses de DN)

  • Topologie (nom du noeud PGW)

TAI-FQDN

La MME. construit le TAI-FQDN comme défini dans la sous clause 19.4.2.3 3GPP des SOLIDES TOTAUX 23.003. Le TAI-FQDN est construit dans ce format :

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

L'indicatif régional de cheminement (TAC) est un entier de 16 bits. Le <TAC-high-byte> est la chaîne hexadécimale de l'octet de poids fort dans le TAC, et le <TAC-low-byte> est la chaîne hexadécimale du moins octet significatif.

Consultation TAI pour LTE simple (liste de candidat SGW)

Voici un exemple de la consultation TAI pour un scénario simple LTE des SOLIDES TOTAUX 29.303 :

Assumez une non-itinérance LTE UE exécute et parafez l'attache et l'indiquez qu'elle veulent utiliser un APN-NI (un APN dans le réseau de cet opérateur). La MME. sait qu'il n'a pas besoin d'utiliser S8 puisque c'est une non-itinérance UE et doit être APN local ainsi S5 est utilisé.

NOTE 1 :   Le rappel $ORIGIN est epc.mnc990.mcc311.3gppnetwork.org. et est utilisé ici simplement pour maintenir la longueur du texte d'exemple maniable.

La MME. a la valeur TAI où l'UE s'est relié. Nous supposons que le bas octet du TAC est l'hexa 11 et l'octet élevé est l'hexa 40.

La MME. commence la procédure S-NAPTR avec la seule chaîne d'application = le tac-lb11.tac-hb40.tac.$ORIGIN et les services désirés x-3gpp-sgw:x-s11,x-3gpp-sgw:x-s5-gtp, x-3gpp-sgw:x-s5-pmip.

NOTE 2 : Cette MME. particulière constructeur recherche les valeurs x-s11, qui est seulement une optimisation facultative. Ceci n'aura aucun avantage dans cet exemple puisque l'opérateur a choisi de pas provision les.

Ici nous émulons la même action que la MME. ferait manuellement avec la commande de « fouille ».

-

-------- 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----------

La MME. retient seulement le NAPTR avec les services assortis x-3gpp-sgw:x-s11,x-3gpp-sgw:x-s5-gtp, et le rendement 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

Notez le x-s8-gtp ne sont pas vraiment inclus mais sont gardés ici pour permettre au lecteur pour voir quel enregistrement NAPTR a été gardé de la réponse de DN.

La MME. noeud trie les enregistrements NAPTR par RFC 3958 rapportant

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. mémoires

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

La MME. a maintenant la liste de candidat

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

De nouveau les enregistrements A/AAAA étaient disponibles dans la section d'enregistrement supplémentaire.

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::

et

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 liste de candidat qui résulte, un SGW est choisi a basé sur une combinaison de ces critères :

  • Couverture maximum de VENTRES

  • Proximité géographique

  • Équilibrage de charge

  • Fonctionnalité combinée PGW/SGW

  • Protocoles qui sont pris en charge

Configurations ASR5x00

Cette section décrit les configurations appropriées pour l'ASR5x00.

S5/S8 Protocol

Les protocoles S5 et S8 devraient être configurables pour la MME. sur a par base HPLMN. Ceci est utilisé afin de retenir les enregistrements de ressource qui sont retournés par le serveur DNS. Seulement le PGWs qui prennent en charge le protocole configuré sont considérés dans la sélection de la passerelle (gw). La configuration est placée sous le profil du Contrôle d'appel (cc) qui est associé avec la stratégie d'opérateur.

Voici un exemple :

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

DN

Le système permet un service de client DNS à configurer par contexte. Le service de client DNS à utiliser pour la résolution FQDN est nommé sous le profil et/ou la MME. service cc séparément pour le PGW et le SGW. Dans le profil cc, le nom de contexte est obligatoire, car le profil cc n'est relié à aucun contexte. Dans la MME. service, le nom de contexte est facultatif. Si aucun nom n'est spécifié, le contexte de la MME. service est utilisé pour le service DNS.

Profil cc

Voici la configuration appropriée pour le profil cc :

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

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

MME. service

Voici la configuration appropriée pour la MME. service :

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

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

Configuration de client DNS témoin

Voici une configuration de client DNS témoin sur l'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

La procédure de résolution de DN pour le S/P-GW est appelée seulement quand les informations CLI qui sont affichées dans l'exemple précédent sont activées. Autrement, l'adresse statique qui est configurée dans la MME. service est utilisée.

Supplémentaire, si la résolution de DN échoue, puis l'adresse statique qui est configurée dans la MME. service est utilisée.

Critères de sélection gw

Cette configuration est placée sous le profil cc qui est associé avec la stratégie d'opérateur. Il décide les algorithmes de sélection qui sont utilisés afin de sélectionner par la suite un PGW/SGW des enregistrements de ressource qui sont retournés par les DN. Seulement un des critères peut être configuré à la fois.

Voici un exemple :

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

Voici quelques importantes considérations quand la collocation est le critère de sélection :

  • La collocation devrait être configurée pour le PGW et la sélection SGW pour que la collocation fonctionne correctement.

  • La collocation est accordée le plus prioritaire. En d'autres termes, même si le degré d'étiquettes qui s'assortissent entre une paire non-colloquée PGW/SGW pourrait être supérieur à par paires colloquées, la paire colloquée est sélectionnée.

  • Des noms d'hôte avec des étiquettes de topon et de topoff sont considérés dans la collocation.

  • La collocation signifie implicitement la correspondance de topologie. Si un noeud colloqué PGW/SGW ne peut pas être trouvé, alors les Noeuds topologiquement les plus étroits sont choisis ensuite.

Remarque: La personne à charge sur les exigences d'opérateur, cette approche pourrait changer à l'avenir afin de séparer le critère de correspondance de collocation et de topologie.

Configurations supplémentaires

Voici quelques configurations supplémentaires que vous devez implémenter sur l'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

Commandes de dépannage utiles

Vous pouvez employer ces commandes afin de dépanner la MME. mécanisme :

#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 <>

Informations connexes


Conversations connexes de la communauté de soutien de Cisco

Le site Cisco Support Community est un forum où vous pouvez poser des questions, répondre à des questions, faire part de suggestions et collaborer avec vos pairs.


Document ID: 119015