Mode de transfert asynchrone (ATM) : Signalisation ATM

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

16 décembre 2015 - 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 du à la demande. ÝUNI 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 messages UNI d'échanges de système d'extrémité avec le premier commutateur ATM dans les commutateurs réseau network.ÝThe permutent alors 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 UNI 4.0.Ý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 des circuits virtuels permanents (PVCs) only.ÝLater, 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 des modifications UNI 3.1.ÝThe 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 l'ATM Forum UNI 4.0.ÝThe 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 UNI 4.0.ÝTo visualisent le texte intégral de ces documents, se rapportent à la page de Ý approuvéeleavingcisco.com par ATM Forum de 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 le projet de texte 4.1.ÝThe en cours pour des états du chapitre 6 : « 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 une application atmosphère network.ÝAn ou un système d'extrémité signale l'adresse de groupe d'un commutateur ATM particulier service.ÝThe, 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 cette source service.ÝThe 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 d'ATM.ÝDefined 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 les caractéristiques ajoutées Anycasting.ÝAll 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 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), support UNI 4.0.ÝThis de supports inclut spécifiquement l'ABR SVC ou PVCs sur de l'atmosphère hardware.ÝHowever, 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 elles support.Ý par exemple, une gamme 7500 que 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 version du logiciel Cisco IOS 12.0.ÝIssue 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 réseau ends.ÝHowever, 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 — le public et le private.ÝSimply 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 service un provider.ÝA à 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 pendant que le public (1) ou la sortie privée (2).ÝThe ci-dessous était généré du debug snmp packet et mettre au point des commandes d'ILMI atmosphère sur un LS1010 switch.ÝIt 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 value.ÝA 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.

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.


Informations connexes


Document ID: 10531