Suite de ma vidéo sur les adresses IP et notamment du bonus, on va voir le rôle important des adresses MAC, le lien avec les adresses IP via le protocole ARP. J'espère être plus clair et pédagogue.
Des schémas ! De plus, les commentaires ne sont pas trop rapides donc on a le temps de bien les écouter et de faire le lien avec les schémas. Vidéo de qualité donc ! Un remerciement tout particulier pour la réactivité à mon commentaire sur l'autre vidéo.
Très bonne vidéo! Merci pour cette explication claire. Je pense qu'il y a un point qui manque par contre, et qui nous permettra de répondre à une question du genre "pourquoi nous n'avons pas utilisé un système {@source|@intermédiaire|@destination|reste du packet} ? Avec un tel protocol les packets seront bien plus petits et plus efficaces (nous avons remplacé deux adresses MAC de 48 bits chacune, par une adresse ip intermédiaire de 32 bits)." Je crois que la réponse a cette question réside dans le fait qu'au tout début, nous n'avions que des adresses MAC, par ce que nous n'avions que des machines inter-connectées par un réseau ethernet; pas d'internet ni de réseaux interconnectés, et donc il n'y avait pas besoins d'ip. Mais après, quand la notion de réseauX connectés est apparu, il nous fallait une nouvelle fonctionnalité en plus de cette fonctionnalité de "liaison" que nous offrent les adresses MAC; la fonctionnalité de rassemblé plusieurs machines sous une seule adresse (adresse du réseau). Alors là il y avait deux choix; le premier c'est d'utiliser un tout nouveau protocol comme celui que j'ai décrit dans la question, mais dans ce cas il fallait jetter toutes les anciennes machines dans la poubelle par ce qu'elles ne sont plus compatibles avec ce nouveau protocol, et le dexième c'est de sacrifier quelques bits pour respecter le principe de "backward compatibility", en ajoutant une nouvelle couche "ip". Donc en principe nous avons passé de "liaison(data)" à "liaison(ip(data))".
Geoff .O C'est une machine avec plusieurs interfaces réseaux. Cela peut être un routeur à proprement parler mais ça peut très bien être un PC portable avec plusieurs interfaces (le plus courant éthernet et wifi mais on peut aussi avoir plusieurs cartes réseaux).
@Yann Bidon Ok je vois mieux maintenant (Avec l'exemple de la machine disposant de plusieurs cartes réseaux, tout ça semble logique) !!! Néanmoins tu donnes l'exemple d'un PC portable avec plusieurs interfaces, ici j'ai la BOX de mon FAI sur laquelle je peux me connecter en WIFI & par ETHERNET. Donc deux interfaces... Pourtant, la passerelle a une seule et unique IP... et c'est donc un seul et unique réseau à savoir dans mon cas 192.168.1.0.... Pourtant WIFI & ETHERNET sont deux cartes distinctes non ? (Mille merci pour tes interventions Yann).
Merci pour le cours ! Donc si je comprends bien, si je mets en place un réseau local, qui n'est relié à aucun autre réseau, je peux faire communiquer les machines sans leur attribuer d'adresses ip ?
Il existera toujours. L'IPv6 n'est là que pour remplacer l'IPv4 afin de pouvoir distribuer plus d'adresses différentes possible et on en a profité pour augmenter la sécurité également. Mais ça ne changera pas tout. Pour plus de détails, je vous invite à lire ma vidéo sur le sujet : ru-vid.com/video/%D0%B2%D0%B8%D0%B4%D0%B5%D0%BE-0m6KJ7vvSDM.html
bonsoir svp je voudrais savoir est ce que l'adresse mac en ' : ' est canonique ou non canonique ainsi où se trouve le bit le plus fort (a gauche ou a droite)
L'adresse MAC n'a pas d'autres formes que 6 octets. D'ailleurs, il n'y a pas de bit le plus fort, c'est un identifiant unique, si tu changes qu'un bit, cela change ton matricule, il n'y a pas de bit fort ou faible ici. Si tu veux la structure complète d'une adresse MAC, ses 48 bits sont répartis de la façon suivante : 1 bit I/G : indique si l'adresse est individuelle, dans quel cas le bit sera à 0 (pour une machine unique, unicast) ou de groupe (multicast ou broadcast), en passant le bit à 1 ; 1 bit U/L : indique si l'adresse est universelle (conforme au format de l'IEEE) ou locale, 1 pour une adresse administrée localement ; 22 bits réservés : tous les bits sont à zéro pour une adresse locale, sinon ils contiennent l'adresse du constructeur ; 24 bits : adresse unique (Pour différencier les différentes cartes réseaux d'un même constructeur).
Oui. Certaines cartes autorisent de la modifier (Gestion de périphéries > Carte réseau > double clic sur la carte que tu veux changer > Avancé et cherche la propriété Network Address, si elle n'y est pas, c'est qu'elle n'est pas modifiable)
Possible que celui qui gère les adresse MAC peut savoir tout ce qu'on fait on connexion. Par exemple : je le connecte sur youtube et lui sache cela ?? Meeci
Bonsoir Yann, question à deux balles... Mais je préfère la poser & mourir moins bête. Dans ton schéma, tes deux ensembles, tes deux réseaux partagent au centre une/des machine(s) avec deux IP 192.168.10.1 & 192.168.5.1 avec une MAC adresse 6E:EF etc... On est bien d'accord que ce sont deux routeurs distincts & différents ayant chacun leur PROPRE IP réseau & MAC et qui sont reliés entres eux afin de connecter les deux réseaux, n'est-ce pas ? J'ai ce doute car il me semble t'avoir entendu pendant la vidéo donner une indication laissant entendre que ce n'était qu'une seule machine, du coup, je suis un peu dubitatif. A part ça, très bonnes explications, j'ai encore appris un tas de choses.
Ces adresses MAC, je les retrouve, en activant le Bluetooth, de mon Samsung, quand je scanne dans les supermarchés, dans la rue, en roulant, . Il semble que ce soit les vaccinés qui envoient les infos. J'ai tenté dans mon entourage de vaccinés, téléphones éteints, les adresses ressortent !
