Differences

This shows you the differences between two versions of the page.

--- brouillons:aethernet [2016/07/24 10:19] – [Serial Line AEthernet (alias KISS AEthernet)] f4hof
+++ brouillons:aethernet [2016/07/24 10:24] (current) – [Remarque sur les M-PDU de broadcast et multicast] f4hof
@@ Line 1: / Line 1: @@
 ====== AEthernet ======
-**//Attention: ce document est un brouillon, son contenu est encore susceptible d'évoluer.//**
+===== Suivi des changements =====
+Version 1.0: 24 Juillet 2016 - Publication initiale
+===== Objectif =====
 AEthernet ou "Amateur Ethernet" est une adaptation d'Ethernet dont l'objectif premier est d'établir des liens en packet radio, en dessous de 2GHz, dans un réseau tout IP.
@@ Line 92: / Line 95: @@
 La MTU maximale est de 65505 octets.
-Cette taille est donnée pour respecter la condition de taille d'un M-PDU dans le pire des cas (où l'on utilise une en-tête 802.1ad). Dans ce cas, l'overhead de la D-PDU est de 30 octets: 8 pour DCSIGN, 8 pour SCSIGN, 8 octets pour l'en-tête 802.1ad, 2 pour AETYPE, 4 pour le FCS.
+Cette taille est donnée pour respecter la condition de taille d'une M-PDU dans le pire des cas (où l'on utilise une en-tête 802.1ad). Dans ce cas, l'overhead de la M-PDU est de 30 octets: 8 pour DCSIGN, 8 pour SCSIGN, 8 octets pour l'en-tête 802.1ad, 2 pour AETYPE, 4 pour le FCS.
 ==== La somme de contrôle ====
-Le champ FCS de 4 octets est utilisé pour stocker la valeur du CRC32 appliqué sur l'ensemble des octets précédents de la trame AEthernet (à savoir sur la concaténation des champs DCSIGN, SCSIGN, AETYPE, DATA).
+Le champ FCS de 4 octets est utilisé pour stocker la valeur du CRC32 appliqué sur l'ensemble des octets précédents de la M-PDU AEthernet.
 Les octets du CRC32 sont stockés dans le champ FCS en respectant l'ordre des octets du réseau (big-endian).
@@ Line 128: / Line 131: @@
 L'utilisation d’acquittement sélectif au niveau de la couche transport est par contre encouragée.
-===== Remarque sur les D-PDU de broadcast et multicast =====
+===== Remarque sur les M-PDU de broadcast et multicast =====
-Les D-PDU avec un callsign destination de broadcast et de multicast issus d'un medium ne doivent pas être répétées sur l'interface source.
+Les M-PDU avec un callsign destination de broadcast ou de multicast issus d'un medium ne doivent pas être répétées sur le même médium.
 ===== Trames de test =====