ISO/IEC 8473-1:1994/Amd 1:1995
(Amendment)Information technology — Protocol for providing the connectionless-mode network service: Protocol specification — Amendment 1: Multicast extension
Information technology — Protocol for providing the connectionless-mode network service: Protocol specification — Amendment 1: Multicast extension
Technologies de l'information — Protocole assurant le service réseau en mode sans connexion: Spécification du protocole — Amendement 1: Extension à la multidiffusion
General Information
Relations
Standards Content (Sample)
NORME
ISO/CEI
I NT E R NAT I 8473-1
Première édition
1994-07-1 5
AMENDEMENT 1
1995-1 2-1 5
Technologies de l'information - Protocole
de fourniture de service de réseau en mode
sans connexion: Spécification du protocole
AMENDEMENT 1: Extension à la
m u It i d iff u s i o n
Information technology - Protocol for providing the connectionless-mode
network service: Protocol specification
AMENDMENT I: Multicast extension
Numéro de référence
ISO/CEI 8473-1:1994/Amd.l:1995(F)
---------------------- Page: 1 ----------------------
ISO/CEI 8473-1: 1994/Amd.l:1995(F)
Avant-propos
LIS0 (Organisation internationale de normalisation) et la CE1 (Commission
électrotechnique internationale) forment ensemble un système consacré à la
normalisation internationale considérée comme un tout. Les organismes nationaux
membres de I’ISO ou de la CE1 participent au développement de Normes inter-
nationales par l’intermédiaire des comités techniques créés par l’organisation
concernée afin de s’occuper des différents domaines particuliers de l’activité
technique. Les comités techniques de I’ISO et de la CE1 collaborent dans des
domaines d’intérêt commun. D’autres organisations internationales, gouverne-
mentales ou non gouvernementales, en liaison avec I’ISO et la CE1 participent
également aux travaux.
Dans le domaine des technologies de l’information, I’ISO et la CE1 ont créé un
comité technique mixte, 1’ISO/CEI JTC 1. Les projets de Normes internationales
adoptés par le comité technique mixte sont soumis aux organismes nationaux pour
vote. Leur publication comme Normes internationales requiert l’approbation de
75 % au moins des organismes nationaux votants.
L‘Amendement 1 à la Norme internationale ISO/CEI 8473-1:1994 a été élaboré par
le comité technique mixte ISO/CEI JTC 1, Technologies de 1 ’informution, sous-
comité SC 21, Interconnexion des systèmes ouverts, gestion des données et
traitement distribué ouvert, en collaboration avec I’UIT-T. Le texte identique est
publié en tant que Recommandation UIT-T X.233/Amd. 1.
O ISO/CEI 1995
Droits de reproduction réservés. Sauf prescription différente, aucune partie de cette
publication ne peut être reproduite ni utilisée sous quelque forme que ce soit et par
aucun procédé, électronique ou mécanique, y compris la photocopie et les
microfilms, sans raccord écrit de i’éditeur.
ISOKEI Copyright Office Case postale 56 0 CH-1211 Genève 20 0 Suisse
Version française tirée en 1996
Imprimé en Suisse
---------------------- Page: 2 ----------------------
O ISOKEI ISOKEI 8473-1: 1994/Amd.l: 1995(F)
Introduction
La Recommandation UIT-T X.233 I ISOICEI 8473-1 fait partie dun ensemble de Recommandations I Normes
internationales établies dans le souci de faciliter l'interconnexion des systèmes ouverts, ensemble qui couvre les services
et protocoles requis pour cette interconnexion. La Rec. UIT-T X.233 I ISOKEI 8473-1 spécifie le protocole de réseau en
mode sans connexion qu'assure le service de réseau décrit dans la Rec. X.213 du CCITï I ISO/CEI 8348.
Les éléments contenus dans le présent addendum seront incorporés dans le corps du texte de la Rec. UIT-T X.233 I
ISOKEI 8473-1 à l'occasion de la prochaine révision de la Rec. UIT-T X.233 1 ISO/CEI 8473-1. On a donné au présent
addendum une structure semblable à celle de la Rec. UIT-T X.233 I ISQKEI 8473-1 afin de faciliter les renvois entre
ces deux documents et son incorporation éventuelle dans la Rec. UIT-T X.233 I ISO/CEI 8473-1,
Le présent addendum apporte à la Rec. UIT-T X.233 I ISQ/CEI 8473-1 des modifications destinées à permettre
l'identification des unités PDU envoyées par transfert multidiffusion.
...
111
---------------------- Page: 3 ----------------------
ISO/CEI 8473-1 : 1994/Amd.l: 1995 (F)
NORME INTERNATIONALE
RECOMMANDATION UIT-T
TECHNOLOGIES DE L'INFORMATION - PROTOCOLE DE FOURNITURE DE SERVICE
DE RÉSEAU EN MODE SANS CONNEXION: SPÉCIFICATION DU PROTOCOLE
AMENDEMENT 1
(à la Rec. UIT-T X.233 I ISWCEI 8473-1)
EXTENSION À LA MULTIDIFFUSION
I Domaine d'application
Remplacer le premier alinéa a) de cet article par l'alinéa suivant:
les procédures de transmission en mode sans connexion de données et d'informations de commande entre une
entité de réseau et une ou plusieurs entités de réseau homologues;
2 Références normatives
Le présent amendement n'apporte pas de modifications à l'article 2.
3 Définitions
Ajouter au paragraphe 3.4 la définition suivante:
d) adresse de réseau individuelle;
Ajouter aux définitions additionnelles les deux alinéas suivants:
«3.7.8 muitidiffusion: Transmission de données vers une ou plusieurs destinations dans un groupe déterminé, au
cours dun appel de service simple.
3.7.9 syst&me intermédiaire pouvant fonctionner en multidiffusion: Système intermédiaire incorporant les
caractéristiques de multidiffusion de la couche réseau.»
4 Abréviations
Ajouter à la fin du 4.2 l'abréviation suivante:
MD PDU Unité de données de protocole de données multidiffusion (multicast data protocol data unit)
5 Description générale du protocole
5.3.1 Adresses
Ajouter à lafin du 5.3.1 l'alinéa suivant:
«Une entité de réseau peut envoyer des PDU multidiffusion à l'aide des fonctions multidiffusion optionnelles
incorporées dans la présente Recommandation I Norme internationale. Le paramètre d'adresse de destination d'une PDU
multidiffusion doit contenir une adresse de réseau de groupe telle que décrite dans la Rec. X.213 du CCITT I
ISOKEI 8348. Le paramètre d'adresse de source ne doit pas être une adresse de réseau de groupe.»
Rec. UIT-T X.233 (1994)/Amd.l(1995 F) 1
---------------------- Page: 4 ----------------------
ISO/CEI 8473-1 : 199NAmd.l: 1995 (F)
6 Fonctions du protocole
6.1 Fonction de composition de PDU
Dans la deuxième phrase du deuxième alinéa du 6.1, remplacer le membre de phrase «et de qualité de service NS»
par le suivant:
U, de qualité de service NS et (pour la transmission multidiffusion) de limitation de la portée»
Modifir la fin de la première phrase du troisième alinéa du 6.1 comme suit:
«à un ou plusieurs utilisateurs de service de réseau de destination particuliers.»
Fonction d'analyse du format d'en-tête
6.3
Modifier le début de la dernière phrase du premier alinéa du 6.3 comme suit:
dorsque le transfert multidiffusion n'est pas assuré et que l'adresse de destination . »
Ajouter à la fin du 6.3 le nouvel alinéa suivant:
«Lorsque une entité de réseau assure la transmission multidiffusion, la fonction d'analyse du format d'en-tête doit
permettre de vérifier qu'une PDU ne contient aucune adresse de réseau de groupe dans le champ d'adresse de source.
Tout en-tête de PDU apparaissant à l'analyse comme ayant une adresse de groupe dans le champ d'adresse de source doit
être mis au rebut.»
Ajouter le nouveau paragraphe suivant:
a6.3.1 Transfert multidiffusion
La fonction d'analyse du format d'en-tête offre sur option aux entités c.3 réseau qui assurent le transfert multic ffusion la
possibilité de fournir les PDU applicables directement aux systèmes d'extrémité qu'elles desservent ainsi que la
possibilité de retransmettre ces PDU à d'autres entités de réseau. Cette fonctionnalité optionnelle est réalisée par
l'intermédiaire d'une entité de réseau dotée dune fonction multidiffusion qui reconnaît qu'une PDU utilise le transfert
multidiffusion au type de PDU et au champ d'adresse de destination de la PDU.»
6.5 Fonctions de routage des PDU
Modc@r le premier alinéa du 6.5 comme suit:
Première ligne: remplacer «l'entité de réseau vers laquelle»par «la ou les entités de réseau vers lesquelles».
Deuxième ligne: remplacer «cette entité de réseau» par «cette ou ces entités de réseau».
Fin de l'avant-dernière phrase: remplacer «l'entité de réseau considérée.» par «la ou les entités de réseau
considérées.»
Ajouter à Jafin du 65 le nouvel alinéa et la Note suivants:
La fonction de routage des PDU permet sur option aux entités de réseau qui assurent le transfert multidiffusion de
décider des entités de réseau auxquelles une même PDU doit être retransmise. Cela peut donner lieu à plusieurs
demandes de mise en œuvre de la fonction de retransmission des PDU, d'où la nécessité de reproduire la PDU en
plusieurs exemplaires. Pour les PDU reçues en provenance d'une autre entité de réseau, la fonctionnalité optionnelle de
la fonction de routage des PDU se déclenche sitôt que la fonction d'analyse du format d'en-tête a établi que la PDU
considérée est bien une PDU multidiffusion. Une entité de réseau rattachée à plusieurs sous-réseaux est autorisée,
lorsqu'elle émet une PDU multidiffusion, à émettre cette PDU sur ces différents sous-réseaux.
NOTE - En autorisant une entité de réseau d'origine à émettre une PDU multidiffusion sur plusieurs sous-réseaux, on
cherche à assurer la mise au pint de protocoles IS-IS multidiffusion, ce pourquoi il nous faudra déterminer les sous-réseaux visités
par une PDU multidiffusion. Cette façon de procéder repose sur l'hypothèse que les systèmes intermédiaires de l'environnement OS1
assurant la retransmission multidiffusion forment un ensemble de systèmes raccordés entre eux.
2
Rec. UIT-T X.233 (1994)/Amd.l(1995 F)
---------------------- Page: 5 ----------------------
ISO/CEI 8473-1 : 1994/Amd.l: 1995 (F)
6.6 Fonction de retransmission de PDU
Remplacer le premier alinéa du 6.6par l'alinéa suivant:
Cette fonction émet une primitive de demande SN-UNITDATA (voir 5.5), fournissant au sous-réseau ou à la SNDCF
identifiée par la fonction de routage PDU l'unité de données de protocole et les données d'usager à transmettre,
l'information d'adresse requise par ce sous-réseau ou cette SNDCF pour identifier le système ou les systèmes «suivants»
dans le domaine d'adressage spécifique du sous-réseau considéré (il peut s'agir d'un ou de plusieurs systèmes
intermédiaires et/ou dun ou de plusieurs systèmes d'extrémité de destination) ainsi que les contraintes de qualité de
service (éventuelles) à prendre en considération dans le traitement des données d'utilisateur.
6.9 Fonction de mise au rebut de PDU
Ajouter sous lepoint j) de lu Note 1 du 6.9 le nouveau motif de mise au rebut suivant:
Réception dune PDU dont le code de type est inconnu.
j)
Ajouter à lafin du 6.9 lu note suivante:
NOTE 3 - En gbnéral, pour des applications différentes, les PDU reçues peuvent être analysées de différentes manières, la
même PDU pouvant par conséquent être considérée comme donnant lieu à des situations différentes parmi celles décrites aux points
a) à j) de la liste ci-dessus. Par exemple, la réception d'une PDU dont le code de type est inconnu peut être assimilée, pour une
application donnée, à l'une des situations décrites au point a), d) ou j). Aux fins de la génération dune PDU de rapport d'erreur, le
«motif de mise au rebut» (voir 6.10 et le Tableau 8) invoqué pour l'application considérée pourrait être choisi parmi les suivants (au
minimum): «erreur de syntaxe d'en-tête», «erreur de procédure protocolaire», «type de PDU inconnu» et «motif non spécifié».
6.10 Fonction de rapport d'erreur
6.10.1 Description générale
Ajouter au 6.10.1 la note 3 suivante:
3 I1 importe de réglementer avec soin l'emploi de la fonction de rapport d'erreur dans le cas de transferts multidiffusion.
Le souci premier étant d'éviter l'apparition de fortes perturbations de la diffusion, une PDU multidiffusion ne peut entraîner l'émission
dune autre PDU multidiffusion. C'est la principale raison pour laquelle il est interdit d'utiliser comme adresse de source une adresse
de groupe. De plus, si on autorise la fonction de rapport d'erreur pour une PDU multidiffusion, l'entité de réseau source (ainsi que les
réseaux utilisés) risquent d'être submergés sous les PDU de rapport d'erreur.
Ajouter entre les première et deuxième phrases du troisième alinéa du 6.10.1 lu phrase suivante:
De telles PDU de données peuvent être des PDU de données normales (DT) ou des PDU de données multidif-
fusion (MD).
6.10.2 Conditions
Ajouter à lu fin du 6.10.2 l'alinéa suivant:
Bien que les rapports d'erreur sur les
...
Questions, Comments and Discussion
Ask us and Technical Secretary will try to provide an answer. You can facilitate discussion about the standard in here.