Mode de transfert asynchrone (ATM) : Signalisation ATM

Prise en charge de la signalisation ATM UNI sur les routeurs et les commutateurs Cisco

18 octobre 2016 - Traduction automatique
Autres versions: PDFpdf | Anglais (22 août 2015) | Commentaires


Contenu


Introduction

Ce document explique le soutien de Cisco des normes de signalisation de l'interface réseau de l'utilisateur (UNI).

Conditions préalables

Conditions requises

Aucune spécification déterminée n'est requise pour ce document.

Composants utilisés

Ce document n'est pas limité à des versions de matériel et de logiciel spécifiques.

Conventions

Pour plus d'informations sur les conventions de documents, reportez-vous à Conventions relatives aux conseils techniques Cisco.

Informations générales

L'UNI est un protocole qui définit des messages pour établir les messages de signalisation commutés UNI de ½ du ¿  du à la demande. ï des circuits virtuels (SVC) ne sont pas portés de bout en bout ; en d'autres termes, la pile de signalisation UNI de l'utilisateur appelant ne communique pas directement avec la pile de signalisation UNI de l'utilisateur appelé (de destination). En revanche, chaque utilisateur ou système d'extrémité permute des messages UNI avec le premier commutateur ATM dans le ½ du ¿  du réseau. ï les commutateurs réseau puis permute un ensemble différent de messages au-dessus de l'interface entre réseaux (NNI).

/image/gif/paws/10531/universions1.gif

Versions 3.0 UNI, 3.1, 4.0

L'ATM Forum et le secteur de standardisation de télécommunication d'Union Internationale des Télécommunications (ITU-T) éditent des normes sur la technologie atmosphère. Normalement, l'ATM Forum adapte les recommandations ITU-T et crée des accords d'implémentation.

Les normes ITU-T pour la signalisation UNI sont Q.2931 et Q.2971, plus de nombreux ajouts dans la gamme Q.29xx de normes. Les normes du forum ATM sont UNI 3.0/3.1 et l'UNI 4.0 de ½ du ¿  UNI 4.0.ï récapitule plusieurs des normes Q.29xx et définit quelques modifications mineures et ajouts.

UNI 2.0 était le premier accord de signalisation de l'ATM Forum, et il a défini le ½ du ¿  de circuits virtuels permanents (PVCs) seulement. ï plus tard, soutien introduit par UNI 3.0 des SVC.

D'une manière primordiale, l'UNI 3.0 a été basé sur une recommandation pré-standard de signalisation ITU-T, Q.93B. Les modifications par l'ITU-T à ses normes de signalisation Q.9xxx ont incité l'ATM Forum pour incorporer ces changements de ½ du ¿  UNI 3.1.ï que les modifications ITU-T incluent :

  • Redésigner le protocole de signalisation de Q.93B à Q.2931

  • En remplaçant les normes Q.SAAL1, Q.SAAL2, et Q.SAAL3 du Protocole SSCOP (Service-Specific Connection-Oriented Protocol) sur la signalisation surfacez avec Q.2201, Q.2120, et Q.2130.

D'autres modifications par l'ITU-T ont mené l'ATM Forum pour éditer le ½ du ¿  UNI 4.0.ï que l'ATM Forum définit la signalisation distincte, gestion de trafic, l'interface de noeud de réseau privé (PNNI), Interface ILM (Interim Local Management), et les recommandations d'interface-particularité avec le ½ du ¿  UNI 4.0.ï de visualiser le texte intégral de ces documents, se rapportent à la page de ½ du ¿leavingcisco.com approuvée par ATM Forum  des caractéristiques ïÂ.

Caractéristiques d'UNI 4.0

L'UNI 4.0 introduit ces nouvelles caractéristiques :

  • Feuille-initié joignez (LIJ), où un système d'extrémité peut joindre une connexion point-à-multipoint existante.

    Remarque: LIJ est retiré de l'UNI signalant 4.1.ï le ½ du ¿  que le projet de texte en cours pour le chapitre 6 énonce : « Cette section a été supprimée puisque la feuille initiée joignent la capacité a été retirée. »

  • Le format d'adresse de diffusion anycast pour identifier des services disponibles à travers un ½ du ¿  du réseau atmosphère. ï une application ou un système d'extrémité signale l'adresse de groupe d'un ½ du ¿  du service particulier. ï le commutateur ATM, sachant des services enregistrés par l'intermédiaire de l'ILMI, conduit la demande à travers le réseau à l'exemple le plus proche de ce ½ du ¿  du service. ï la source puis établit une connexion point-à-point à la destination.

  • Soutien de la classe de services disponible de débit binaire (ABR).

  • Négociation du trafic par l'intermédiaire d'un descripteur minimum du trafic et d'un descripteur alternatif du trafic.

  • Mettez en place dans un élément d'information pour indiquer explicitement le support de l'abandon de trame pour un périphérique.

  • Signalisation des paramètres de Qualité de service (QoS).

  • Services supplémentaires pour prendre en charge des appels RNIS au-dessus du ½ du ¿  ATM.ï défini en annexe 4 d'UNI 4.0 : Les services supplémentaires et dans ITU-T Q.2951/Q.2971, ces services incluent :

    • Se connecter direct (DDI)

    • Plusieurs nombre d'abonnés (MSN)

    • Présentation d'ID ligne appelant (CLIP)

    • Présentation connectée d'ID ligne (COLP)

    • Subaddressing (SOUS-TITRE)

La recommandation d'UNI 4.0 déclare qu'un commutateur conforme doit prendre en charge les connexions multipoints, LIJ, et ½ tout du ¿  Anycasting.ï les caractéristiques ajoutées sont les systèmes d'extrémité facultatifs atmosphère.

Prise en charge de fonctionnalité d'UNI 4.0

Cette table trace les grandes lignes du soutien des caractéristiques d'UNI 4.0 sur des Routeurs et des Commutateurs ATM de Cisco :

- - - -
Nombre Capacité Matériel de terminal Support de routeur de ½ du ¿  de Cisco IOSï Système de commutation Support de commutateur de Cisco IOS
1 Appels de Point à point M Oui M Oui
2 Appels point-à-multipoint O Oui M Oui
3 Signalisation de différents paramètres de QoS M Oui (12.1) M Oui (11.3WA4)
4 Feuille-initié joignez O Non O Non
5 Cantonade atmosphère O Non Note 1 Partiellement (12.0)
6 Signalisation d'ABR pour des appels point par point O Oui (12.1) O Oui (11.3WA4)
7 Transport générique d'identifiant O Oui(b) O Oui (11.3WA4)
8 UNIs virtuel O Non O Option IOS
9 Service commuté du chemin virtuel (VP) O Non O Oui (11.3WA4)
10 Signalisation de proxy O Non O Non
11 Abandon de trame O Oui O (note 2) Oui
12 Négociation de paramètre du trafic O Oui(a) O Oui (11.3WA4)
13 Services supplémentaires
13.1 Se connecter direct (DDI) O Non O Non
13.2 Plusieurs nombre d'abonnés (MSN) O Non O Non
13.3 Présentation d'ID ligne appelant (CLIP) O Non O Non
13.4 Restriction d'ID ligne appelant (CLIR) O Non O Non
13.5 Présentation connectée d'ID ligne (COLP) O Non O Non
13.6 Restriction connectée d'ID ligne (COLR) O Non O Non
13.7 Subaddressing (SOUS-TITRE) O Partiel(b) Note 3 Partiel(b)
13.8 Signalisation d'Utilisateur-utilisateur (UUS) O Oui(b) O Oui (11.3WA4)

Note 1 : Cette capacité est facultative pour les réseaux publics/systèmes de commutation et est obligatoire pour les réseaux privés/systèmes de commutation.

Note 2 : Le transport de l'indication d'abandon de trame est obligatoire.

Note 3 : Cette capacité est obligatoire pour des réseaux/systèmes de commutation (publics et privés) des structures de cette adresse E.164 indigènes de support seulement.

(a) Il n'y a aucun support d'application de Cisco IOS en date de 12.2T, mais il est pris en charge par la signalisation de routeur (12.1).

(b) Ceci est prévu pour une prochaine version de logiciel de Cisco IOS.

Prise en charge de la signalisation UNI sur des Routeurs de Cisco

Le Logiciel Cisco IOS version 12.0(3)T a introduit le soutien de l'UNI 4.0 dans des Routeurs articulés autour d'un logiciel de Cisco IOS. La plupart de matériel d'interface, y compris le PA-A3 et le processeur d'interface ATM (AIP), ½ du ¿  UNI 4.0.ï de supports ce support inclut spécifiquement l'ABR SVC ou PVCs sur le ½ du ¿  du matériel. ï de l'atmosphère cependant, aucun de l'UNI 4.0 des services que supplémentaires sont pris en charge.

En date du Logiciel Cisco IOS version 12.1, tous les Routeurs prennent en charge les caractéristiques de gestion de trafic d'UNI 4.0 qui apparient les catégories de service ATM qu'elles prennent en charge. le ½ du ¿  ï par exemple, une gamme 7500 le routeur avec un AIP peut signaler le débit binaire variable (VBR) et le débit binaire non spécifié (UBR) appelle avec un commutateur d'UNI 4.0, et la configuration automatique négocie la version UNI pour être UNI 4.0.

Émettez la commande d'atm uni-version de placer manuellement la version UNI sur une interface ATM.

3640(config-if)# atm uni-version ? 
� 3.0� UNI Version 3.0 
� 3.1� UNI Version 3.1 
� 4.0� UNI Version 4.0

Puisque les côtés d'utilisateur et de réseau d'une connexion UNI doivent utiliser la même version UNI, prenez le soin d'éviter des non-concordances de version à l'aide de l'autodetermination de lien d'ILMI, qui est activé par défaut en date de la question de ½ du ¿  de la version du logiciel Cisco IOS 12.0.ï la commande de configuration automatique atmosphère de la réactiver.

Prise en charge de la signalisation UNI sur des commutateurs de campus ATM

Les commutateurs de campus ATM de Cisco, tels que le LS1010 et la gamme Catalyst 8500, prennent en charge l'UNI 4.0 et la plupart de ses caractéristiques. Ce support inclut spécifiquement l'ABR VCs et la négociation du trafic pour tous les SVC. Il n'inclut pas la fonction ou le LIJs d'agent de proxy, qui généralement ne sont pas pris en charge et sont visualisés en tant qu'avoir besoin de développement supplémentaire par l'ATM Forum.

Il est le meilleur de laisser l'autodetermination de lien d'ILMI activé et permettre à l'ILMI pour négocier la version UNI entre l'utilisateur et le ½ du ¿  des extrémités réseau. ï cependant, vous pouvez émettre la commande suivante de placer manuellement la version UNI atmosphère sur une interface de commutateur ATM :

Switch(config)# interface atm card/subcard/port [.vpt#] 
Switch(config-if)# atm uni [side {network | user}] [type {private |
 public}][version {3.0 | 3.1 | 4.0}]

En plaçant manuellement la version UNI, désactivez également la configuration automatique d'ILMI avec l'aucune commande de configuration automatique atmosphère d'éviter les configurations mal adaptées.

En connectant des commutateurs ATM Cisco au matériel de non-Cisco, vérifiez que la version UNI s'assortit aux deux extrémités. De temps en temps, la négociation de version échoue avec les Commutateurs non standard.

Type — Privé ou public

Les réseaux atmosphère distinguent deux types d'UNIs — public et. ½ privé du ¿  ï simplement indiqués, une interface ATM privée définit une connexion entre un système d'extrémité atmosphère et un commutateur ATM dans un réseau atmosphère privé, tel qu'un réseau campus entre les bâtiments ou entre les emplacements dans la même région métropolitaine. Une interface ATM publique définit une connexion entre un système d'extrémité atmosphère et un commutateur ATM dans un réseau atmosphère de public, tel qu'un possédé et actionné par les interfaces réseau privées du ½ A du ¿  du fournisseur de services. ï à un réseau public par l'intermédiaire de l'UNI, qui dans ce cas s'appelle un UNI de public.

Pendant les procédures de négociation de liaison d'ILMI, une interface ATM questionne l'objet d'atmfAtmLayerUniType de l'interface homologue pour déterminer si elle est configurée comme public (1) ou le ½ privé du ¿  (2).ï la sortie ci-dessous a été généré du debug snmp packet et pour mettre au point des commandes d'ILMI atmosphère sur LS1010 un ½ du ¿  du commutateur. ï qu'il capture une interface de routeur connecté annonçant un type UNI de pair de 2.

Remarque: Une partie de la sortie ci-dessous apparaît sur des plusieurs lignes dues aux limites de l'espace.

1w1d: ILMI(ATM0/0/0): Querying peer device type. 
1w1d: ILMI:peerDeviceTypeQuery not completed 
1w1d: ILMI:peerPortTypeQuery not completed 
1w1d: ILMI(ATM0/0/0): From� Restarting To� WaitDevAndPort� 
 <ilmi_query_peerdevAndportType> 
1w1d: ILMI(ATM0/0/0):Sending out Request 6551 
1w1d: ILMI(ATM0/0/0):Sending out Request 6552 

!--- An ATM interface running ILMI sends several requests in succession 
!--- to poll different object IDs. Request 6552 is for the peer UNI type. 

1w1d: SNMP: Response, reqid 6551, errstat 0, erridx 0 
�atmfAtmLayerEntry.10.0 = 1 
1w1d: ILMI(ATM0/0/0):Response received for request 6551 
1w1d: SNMP: Response, reqid 6552, errstat 0, erridx 0 
�atmfAtmLayerEntry.8.0 = 2 
1w1d: ILMI(ATM0/0/0):Response received for request 6552 

!--- The response is reported by debug snmp packet. 

1w1d: ILMI(ATM0/0/0): Peer Device Type is 1 
1w1d: The peer UNI Type on (ATM0/0/0) is 2 

!--- The response is reported by debug atm ilmi.
 
1w1d: ILMI(ATM0/0/0): From� WaitDevAndPort To� DeviceAndPortComplete� 
 <ilmi_find_porttype>

Côté de lien — Réseau ou utilisateur

Pendant la configuration automatique d'ILMI, deux périphériques ATM questionnent l'objet d'atmfAtmLayerDeviceType de pair pour déterminer le côté de lien UNI que la valeur du ½ A du ¿  de la valeur. ï d'un (1) indique le côté utilisateur, et une valeur de deux (2) indique le côté de noeud ou de réseau.

La sortie ci-dessous a été générée du debug snmp packet et met au point des commandes d'ILMI atmosphère sur un commutateur LS1010.

Remarque: Une partie de la sortie ci-dessous apparaît sur des plusieurs lignes dues aux limites de l'espace.

1w1d: ILMI(ATM0/0/0): Querying peer device type. 
1w1d: ILMI:peerDeviceTypeQuery not completed 
1w1d: ILMI:peerPortTypeQuery not completed 
1w1d: ILMI(ATM0/0/0): From� Restarting To� WaitDevAndPort� 
 <ilmi_query_peerdevAndportType> 
1w1d: ILMI(ATM0/0/0):Sending out Request 6551 

!--- Request 6551 is for the peer UNI type. 

1w1d: ILMI(ATM0/0/0):Sending out Request 6552 
1w1d: SNMP: Response, reqid 6551, errstat 0, erridx 0 
�atmfAtmLayerEntry.10.0 = 1 

!--- The response is reported by debug snmp packet.
 
1w1d: ILMI(ATM0/0/0):Response received for request 6551 
1w1d: SNMP: Response, reqid 6552, errstat 0, erridx 0 
�atmfAtmLayerEntry.8.0 = 2 
1w1d: ILMI(ATM0/0/0):Response received for request 6552 
1w1d: ILMI(ATM0/0/0): Peer Device Type is 1 

!--- The response is reported by debug atm ilmi. 

1w1d: The peer UNI Type on (ATM0/0/0) is 2 
1w1d: ILMI(ATM0/0/0): From� WaitDevAndPort To� DeviceAndPortComplete� 
 <ilmi_find_porttype>

Normalement, les interfaces de routeur de Cisco et les modules ATM Catalyst négocient pour dégrossir utilisateur. Cette sortie a été capturée sur un adaptateur de port ATM PA-A3 :

7200-1>show interface atm 3/0 
ATM3/0 is up, line protocol is up 
� Hardware is ENHANCED ATM PA 
� Internet address is 1.1.1.1/8 
� MTU 4470 bytes, sub MTU 4470, BW 149760 Kbit, DLY 80 usec, 
���� reliability 255/255, txload 1/255, rxload 1/255 
� NSAP address: 47.00918100000000902B03E001.111111111111.11 
� Encapsulation ATM, loopback not set 
� Keepalive not supported 
� Encapsulation(s): AAL5 
� 4096 maximum active VCs, 2 current VCCs 
� VC idle disconnect time: 300 seconds 
� Signaling vc = 1, vpi = 0, vci = 5 
� UNI Version = 4.0, Link Side = user 
� 
!--- Output suppressed.


Informations connexes


Document ID: 10531