ITU-T J 176 FRENCH-2002 IPCablecom management event mechanism MIB《个人间电缆通信(IPCablecom)管理事件机制的管理信息库(MIB) 系列J 有线网络及电视声音节目和其它多媒体信号的传输 9号研究组》.pdf

1、 UNION INTERNATIONALE DES TLCOMMUNICATIONS UIT-T J.176SECTEUR DE LA NORMALISATION DES TLCOMMUNICATIONS DE LUIT (07/2002) SRIE J: RSEAUX CBLS ET TRANSMISSION DES SIGNAUX RADIOPHONIQUES, TLVISUELS ET AUTRES SIGNAUX MULTIMDIAS IPCablecom Base dinformations de gestion du mcanisme des vnements de gestion

2、 IPCablecom Recommandation UIT-T J.176 RECOMMANDATIONS UIT-T DE LA SRIE J RSEAUX CBLS ET TRANSMISSION DES SIGNAUX RADIOPHONIQUES, TLVISUELS ET AUTRES SIGNAUX MULTIMDIAS Recommandations gnrales J.1J.9 Spcifications gnrales des transmissions radiophoniques analogiques J.10J.19 Caractristiques de fonct

3、ionnement des circuits radiophoniques analogiques J.20J.29 Equipements et lignes utiliss pour les circuits radiophoniques analogiques J.30J.39 Codeurs numriques pour les signaux radiophoniques analogiques J.40J.49 Transmission numrique de signaux radiophoniques J.50J.59 Circuits de transmission tlvi

4、suelle analogique J.60J.69 Transmission tlvisuelle analogique sur lignes mtalliques et interconnexion avec les faisceaux hertziens J.70J.79 Transmission numrique des signaux de tlvision J.80J.89 Services numriques auxiliaires propres aux transmissions tlvisuelles J.90J.99 Prescriptions et mthodes op

5、rationnelles de transmission tlvisuelle J.100J.109 Services interactifs pour la distribution de tlvision numrique J.110J.129 Transport des signaux MPEG-2 sur les rseaux par paquets J.130J.139 Mesure de la qualit de service J.140J.149 Distribution de la tlvision numrique sur les rseaux locaux dabonns

6、 J.150J.159 IPCablecom J.160J.179 Divers J.180J.199 Application la tlvision numrique interactive J.200J.209 Pour plus de dtails, voir la Liste des Recommandations de lUIT-T. Rec. UIT-T J.176 (07/2002) i Recommandation UIT-T J.176 Base dinformations de gestion du mcanisme des vnements de gestion IPCa

7、blecom Rsum La prsente Recommandation dfinit la base dinformations de gestion (MIB, management information base) du mcanisme des vnements de gestion que les lments IPCablecom peuvent utiliser afin de signaler des systmes de gestion et/ou des journaux locaux des vnements asynchrones indiquant des sit

8、uations de drangement et donnant notification dimportantes situations autres que de drangement. Source La Recommandation J.176 de lUIT-T, labore par la Commission dtudes 9 (2001-2004) de lUIT-T, a t approuve le 29 juillet 2002 selon la procdure dfinie dans la Rsolution 1 de lAMNT. ii Rec. UIT-T J.17

9、6 (07/2002) AVANT-PROPOS LUIT (Union internationale des tlcommunications) est une institution spcialise des Nations Unies dans le domaine des tlcommunications. LUIT-T (Secteur de la normalisation des tlcommunications) est un organe permanent de lUIT. Il est charg de ltude des questions techniques, d

10、exploitation et de tarification, et met ce sujet des Recommandations en vue de la normalisation des tlcommunications lchelle mondiale. LAssemble mondiale de normalisation des tlcommunications (AMNT), qui se runit tous les quatre ans, dtermine les thmes dtude traiter par les Commissions dtudes de lUI

11、T-T, lesquelles laborent en retour des Recommandations sur ces thmes. Lapprobation des Recommandations par les Membres de lUIT-T seffectue selon la procdure dfinie dans la Rsolution 1 de lAMNT. Dans certains secteurs des technologies de linformation qui correspondent la sphre de comptence de lUIT-T,

12、 les normes ncessaires se prparent en collaboration avec lISO et la CEI. NOTE Dans la prsente Recommandation, lexpression “Administration“ est utilise pour dsigner de faon abrge aussi bien une administration de tlcommunications quune exploitation reconnue. DROITS DE PROPRIT INTELLECTUELLE LUIT attir

13、e lattention sur la possibilit que lapplication ou la mise en uvre de la prsente Recommandation puisse donner lieu lutilisation dun droit de proprit intellectuelle. LUIT ne prend pas position en ce qui concerne lexistence, la validit ou lapplicabilit des droits de proprit intellectuelle, quils soien

14、t revendiqus par un Membre de lUIT ou par une tierce partie trangre la procdure dlaboration des Recommandations. A la date dapprobation de la prsente Recommandation, lUIT navait pas t avise de lexistence dune proprit intellectuelle protge par des brevets acqurir pour mettre en uvre la prsente Recomm

15、andation. Toutefois, comme il ne sagit peut-tre pas de renseignements les plus rcents, il est vivement recommand aux responsables de la mise en uvre de consulter la base de donnes des brevets du TSB. UIT 2002 Tous droits rservs. Aucune partie de cette publication ne peut tre reproduite, par quelque

16、procd que ce soit, sans laccord crit pralable de lUIT. Rec. UIT-T J.176 (07/2002) iii TABLE DES MATIRES Page 1 Domaine dapplication 1 2 Rfrences. 1 2.1 Rfrences normatives 1 2.2 Rfrences informatives . 1 3 Termes et dfinitions 2 4 Abrviations et acronymes . 2 5 Conventions 2 6 Base MIB dvnement de g

17、estion IPCablecom. 3 Rec. UIT-T J.176 (07/2002) 1 Recommandation UIT-T J.176 Base dinformations de gestion du mcanisme des vnements de gestion IPCablecom 1 Domaine dapplication La base dinformations de gestion (MIB, management information base) donne une dfinition commune des donnes et des formats d

18、es vnements (informatifs, dalarme, etc.). En outre, elle prcise les modalits de transmission des vnements. Lutilisation dun mcanisme dvnement commun facilite la gestion de ladaptateur de terminal de mdia (MTA, media terminal adapter) dans un environnement multivendeur et constitue un moyen classique

19、 dimplmenter des vnements IPCablecom dtermins. La prsente Recommandation dcrit une base MIB utilisant le protocole simple de gestion de rseau (SNMP, simple network management protocol) pour la prise en charge du mcanisme dvnement de gestion dcrit dans la Rec. UIT-T J.172. Ce mcanisme est destin tre

20、implment dans ladaptateur MTA et dans des dispositifs de gestion. 2 Rfrences La prsente Recommandation se rfre certaines dispositions des Recommandations UIT-T et textes suivants qui, de ce fait, en sont partie intgrante. Les versions indiques taient en vigueur au moment de la publication de la prse

21、nte Recommandation. Toute Recommandation ou tout texte tant sujet rvision, les utilisateurs de la prsente Recommandation sont invits se reporter, si possible, aux versions les plus rcentes des rfrences normatives suivantes. La liste des Recommandations de lUIT-T en vigueur est rgulirement publie. La

22、 rfrence un document figurant dans la prsente Recommandation ne donne pas ce document en tant que tel le statut dune Recommandation. 2.1 Rfrences normatives Recommandation UIT-T J.172 (2002), Mcanisme dvnement de gestion IPCablecom. 2.2 Rfrences informatives Recommandation UIT-T J.160 (2002), Cadre

23、architectural pour lacheminement de services temps critique sur les rseaux de tlvision par cble utilisant des cblo-modems. Recommandation UIT-T J.162 (2001), Protocole rseau de signalisation dappel pour la fourniture de services temps critique sur les rseaux de tlvision par cble utilisant des cblo-m

24、odems. Recommandation UIT-T J.167 (2001), Prescriptions pour les adaptateurs de terminal multimdia utiliss pour la fourniture de services en temps rel sur les rseaux de tlvision par cble au moyen de cblo-modems. Recommandation UIT-T J.168 (2001), Caractristiques de la base dinformations de gestion (

25、MIB) de ladaptateur terminal de support du systme IPCablecom. Recommandation UIT-T J.169 (2001), Caractristiques de la base MIB de signalisation dappel de rseau dans le systme IPCablecom. Recommandation UIT-T J.170 (2002), Spcifications de scurit IPCablecom. IETF RFC 1906 (1996), Transport Mappings

26、for Version 2 of the Simple Network Management Protocol (SNMPv2). 2 Rec. UIT-T J.176 (07/2002) IETF RFC 2570 (1999), Introduction to Version 3 of the Internet-standard Network Management Framework. IETF RFC 2571 (1999), An Architecture for Describing SNMP Management Frameworks. IETF RFC 2572 (1999),

27、 Message Processing and Dispatching for the Simple Network Management Protocol (SNMP). IETF RFC 2573 (1999), SNMP Applications. IETF STD0058 (RFC 2579) (1999), Textual Conventions for SMIv2. 3 Termes et dfinitions La prsente Recommandation utilise le terme suivant: 3.1 extrmit: terminal, passerelle

28、ou unit de commande multipoint (MCU, multipoint control unit). 4 Abrviations et acronymes La prsente Recommandation utilise les abrviations suivantes: FQDN nom de domaine complet (fully qualified domain name) IANA autorit charge de lassignation des numros Internet (Internet assigned numbers authorit

29、y) IP protocole Internet (Internet protocol) MAC commande daccs au support (media access control) MIB base dinformations de gestion (management information base) MTA adaptateur de terminal de mdia (media terminal adapter) SNMP protocole simple de gestion de rseau (simple network management protocol)

30、 5 Conventions Si la prsente Recommandation est implmente, les mots cls “DOIT“, “DOIVENT“ et “REQUIS(E)“ doivent tre interprts comme indiquant un aspect obligatoire de cette Recommandation. Les mots cls qui indiquent un certain niveau de porte dune exigence particulire, utilis dans toute cette Recom

31、mandation, sont rsums ci-dessous. “DOIT“ Cette forme verbale, ou ladjectif “REQUIS(E)“, signifie que llment est une exigence absolue de la prsente Recommandation. “NE DOIT PAS“ Cette forme verbale signifie que llment est une interdiction absolue de la prsente Recommandation. “DEVRAIT“ Cette forme ve

32、rbale ou ladjectif “RECOMMANDE(E)“ signifie quil peut y avoir des raisons valables de ne pas tenir compte de cet lment dans des circonstances particulires, mais que toutes les implications devraient tre comprises et que le cas devrait tre examin de prs avant de choisir une autre solution. “NE DEVRAI

33、T PAS“ Cette forme verbale signifie quil peut y avoir des raisons valables, dans des circonstances particulires, pour considrer le comportement indiqu comme acceptable ou lvnement comme utile, mais que toutes les implications devraient tre comprises et que le cas devrait tre examin de prs avant dimp

34、lmenter un comportement faisant lobjet de cette mise en garde. Rec. UIT-T J.176 (07/2002) 3 “PEUT“ Cette forme verbale ou ladjectif “FACULTATIF (FACULTATIVE)“ signifie que llment est vraiment facultatif. Un vendeur particulier peut choisir dinclure llment parce quun march particulier en a besoin ou

35、parce que, par exemple, il amliore le produit. Un autre vendeur peut omettre le mme lment. 6 Base MIB dvnement de gestion IPCablecom La base MIB dvnement de gestion IPCablecom DOIT tre implmente comme indiqu ci-dessous. PKTC-EVENT-MIB DEFINITIONS := BEGIN IMPORTS MODULE-IDENTITY, OBJECT-TYPE, Intege

36、r32, Unsigned32, NOTIFICATION-TYPE, BITS FROM SNMPv2-SMI TruthValue, DisplayString, DateAndTime FROM SNMPv2-TC OBJECT-GROUP, MODULE-COMPLIANCE, InetAddressType, InetAddress FROM INET-ADDRESS-MIB NOTIFICATION-GROUP FROM SNMPv2-CONF clabProjPacketCable FROM CLAB-DEF-MIB; pktcEventMib MODULE-IDENTITY L

37、AST-UPDATED “0203080000Z“ - 03/08/02 ORGANIZATION “Packet Cable Provisioning/OSS Group“ CONTACT-INFO “Matt Osman Postal: Cable Television Laboratories, Inc. 400 Centennial Parkway Louisville, Colorado 80027-1266 U.S.A. Phone: +1 303-661-9100 Fax: +1 303-661-9199 E-mail: “ DESCRIPTION “Ce module MIB

38、fournit les objets de gestion de base ncessaires pour la signalisation dvnements Remerciements: Rick Vetter - Motorola Eugene Nechamkin - Broadcom“ := clabProjPacketCable 3 - - pktcDevEventControl OBJECT IDENTIFIER := pktcEventMib 1 pktcDevEventConfig OBJECT IDENTIFIER := pktcEventMib 2 pktcDevEvent

39、Throttle OBJECT IDENTIFIER := pktcEventMib 3 pktcDevEventLocal OBJECT IDENTIFIER := pktcEventMib 4 pktcDevEventNotify OBJECT IDENTIFIER := pktcEventMib 5 pktcDevEvNotification OBJECT IDENTIFIER := pktcEventMib 6 0 4 Rec. UIT-T J.176 (07/2002) - - Signalisation dvnements - - - Commande de signalisati

40、on dvnements - pktcDevEvControl OBJECT-TYPE SYNTAX INTEGER resetLog(1), setDefaults(2), useConfigured(3) MAX-ACCESS read-write STATUS current DESCRIPTION “Cet objet dfinit les actions lies la configuration de journalisation des vnements. Le positionnement de cet objet sur resetLog(1) a pour effet de

41、 vider le journal des vnements. Toutes les donnes de journalisation des vnements sont supprimes. Le positionnement de cet objet sur setDefault(2) rtablit toutes les priorits des vnements leurs paramres de signalisation par dfaut spcifis par le constructeur. Le positionnement de cet objet sur useConf

42、igured(3) a pour effet de recharger les paramtres prcdemment configurs.“ := pktcDevEventControl 1 pktcDevEvControlState OBJECT-TYPE SYNTAX INTEGER logReset(1), defaultsSet(2), userConfigured(3), processing(4) MAX-ACCESS read-only STATUS current DESCRIPTION “Cet objet indique ltat du dispositif tel q

43、ue modifi dans pktcDevEvControl. Le traitement indique quun changement dtat est en cours. Cet objet indique ltat du dispositif.“ := pktcDevEventControl 2 pktcDevEvSyslogAddressType OBJECT-TYPE SYNTAX InetAddressType MAX-ACCESS read-write STATUS current DESCRIPTION “Type dadresse Internet du serveur

44、Syslog. Les types dadresses ne sont pas tous admissibles.“ := pktcDevEventControl 3 pktcDevEvSyslogAddress OBJECT-TYPE SYNTAX InetAddress MAX-ACCESS read-write STATUS current DESCRIPTION “Adresse IP du serveur Syslog. Si cette adresse est gale 0.0.0.0, la transmission est interdite. Bien quelle soit

45、 autorise sur le plan syntaxique, lutilisation de noms de domaine complets (FQDN) est dconseille dans le cas dun serveur Syslog car sil ne parvient pas traduire lesdits noms en temps opportun, le dispositif risque de ne pas pouvoir accder au dmon Syslog pendant des vnements critiques survenant sur l

46、e rseau.“ := pktcDevEventControl 3 Rec. UIT-T J.176 (07/2002) 5 pktcDevEvSyslogUdpPort OBJECT-TYPE SYNTAX Unsigned32 MAX-ACCESS read-write STATUS current DESCRIPTION “Numro de port UDP (protocole de service de datagramme dutilisateur) quutilise le dispositif syslog pour envoyer des demandes au serve

47、ur syslog.“ DEFVAL 514 := pktcDevEventControl 4 - - Commande du mcanisme de ralentissement dadmission des vnements - pktcDevEvThrottleAdminStatus OBJECT-TYPE SYNTAX INTEGER throttlingInhibited(1), dynamicThresholding(2), manualThresholding(3), eventsInhibited(4) MAX-ACCESS read-write STATUS current DESCRIPTION “Commande la transmission des interruptions et des messages syslog par rapport au seuil de rgulation des interruptions. throttlingInhibited(1) (inhibition du ralentissement dadmission) a pour e