Re: [FRnOG] [TECH] IPv4 - Nécessité des Adresses de réseau et de broadcast sur Ethernet
Le 22/07/2014 09:25, Pierre Colombier a écrit : Ce que je ne comprends pas, c'est la nécessité d'avoir une adresse IP de broadcast sur de l'ethernet. Je veux dire, généralement, quand on veux faire un broadcast c'est pour faire des choses liées au segment réseau. (ARP / DHCP ce genre de trucs) Et donc, logiquement, on travaille directement en couche2 sans s'amuser à l'envoyer à l'IP de broadcast. Du coup, à part manger inutilement des adresses, je ne vois pas l'utilité. L'adresse réseau (.0), sert a désigner... le réseau. Çà peut être utile au hasard dans une table de routage. L'adresse de diffusion (.255) permet de s'adresser à tout le réseau en L3 sans avoir à connaitre si au dessous c'est de l’Ethernet ou autre chose. Peut être que sur ethernet cela peut sembler redondant avec les fonctions de diffusion déjà disponible au niveau 2. Mais il faut réviser sa pile OSI et/ou TCP/IP. Le principe c'est qu'un protocole opérere à un seul niveau de la pile sans se préoccuper du dessus ou du dessous. C'est pour ça qu'IP marche partout. -- Simon --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] IPv4 - Nécessité des Adresses de réseau et de broadcast sur Ethernet
Pierre Colombier, le Tue 22 Jul 2014 09:25:16 +0200, a écrit : Ce que je ne comprends pas, c'est la nécessité d'avoir une adresse IP de broadcast sur de l'ethernet. Je veux dire, généralement, quand on veux faire un broadcast c'est pour faire des choses liées au segment réseau. (ARP / DHCP ce genre de trucs) Pas que, c'est aussi utile pour par exemple découvrir qui sur le réseau fait tourner le même jeu en réseau, et lancer des parties, ce genre de chose. Maintenant on a multicast pour ça, mais c'est venu après. À noter qu'IPv6 a effectivement supprimé les adresses de broadcast. Samuel --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] IPv4 - Nécessité des Adresses de réseau et de broadcast sur Ethernet
Le 22 juil. 2014 à 09:34, Samuel Thibault samuel.thiba...@ens-lyon.org a écrit : Pierre Colombier, le Tue 22 Jul 2014 09:25:16 +0200, a écrit : Ce que je ne comprends pas, c'est la nécessité d'avoir une adresse IP de broadcast sur de l'ethernet. Je veux dire, généralement, quand on veux faire un broadcast c'est pour faire des choses liées au segment réseau. (ARP / DHCP ce genre de trucs) Pas que, c'est aussi utile pour par exemple découvrir qui sur le réseau fait tourner le même jeu en réseau, et lancer des parties, ce genre de chose. Maintenant on a multicast pour ça, mais c'est venu après. À noter qu'IPv6 a effectivement supprimé les adresses de broadcast. Oui, sans pour autant supprimer la fonction étant donné que l'équivalent fonctionnel est l'adresse multicast linklocal ip6-allnodes : ff02::1 Cordialement Emmanuel Thierry --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] IPv4 - Nécessité des Adresses de réseau et de broadcast sur Ethernet
Il y a encore pas mal d’applications et services qui utilisent le broadcast pour découvrir les services locaux ou pour les annoncer. Ceci dit, on devrait pouvoir avoir le choix et pouvoir configurer un ethernet en lien P2P, sans broadcast. D’après mes tests faits hier, cela semble être le cas sur un Cisco, même si ce n’est pas documenté. Sur Linux, j’ai trouvé des traces (vieilles) d’une ruse pour arriver au même résultat: https://lists.debian.org/debian-devel/2003/02/msg00499.html Cela ne devrait donc plus être un problème en 2014. Le 22 juil. 2014 à 09:25, Pierre Colombier pcdw...@pcdwarf.net a écrit : Bonjour, Je rebondis sur le thread précédent (Statut adresses IPv4 .0) où il est dit en passant que les liaisons point à point peuvent se faire avec une /31 voir avec une /32. Cependant j'ai tenté plusieurs fois (sur linux) de faire du /31 sur de l'ethernet et ça n'a jamais voulu fonctionner correctement. Il faut toujours une /30 avec 50% de perte pour l'adresse de réseau et de broadcast. Ce que je ne comprends pas, c'est la nécessité d'avoir une adresse IP de broadcast sur de l'ethernet. Je veux dire, généralement, quand on veux faire un broadcast c'est pour faire des choses liées au segment réseau. (ARP / DHCP ce genre de trucs) Et donc, logiquement, on travaille directement en couche2 sans s'amuser à l'envoyer à l'IP de broadcast. Du coup, à part manger inutilement des adresses, je ne vois pas l'utilité. Quelqu'un peut m'éclairer ? --- Pierre Colombier --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] IPv4 - Nécessité des Adresses de réseau et de broadcast sur Ethernet
❦ 22 juillet 2014 09:25 +0200, Pierre Colombier pcdw...@pcdwarf.net : Je rebondis sur le thread précédent (Statut adresses IPv4 .0) où il est dit en passant que les liaisons point à point peuvent se faire avec une /31 voir avec une /32. Cependant j'ai tenté plusieurs fois (sur linux) de faire du /31 sur de l'ethernet et ça n'a jamais voulu fonctionner correctement. Il faut toujours une /30 avec 50% de perte pour l'adresse de réseau et de broadcast. Linux n'a absolument aucun soucis avec un /31 : Machine A: 6: peer2: BROADCAST,MULTICAST,UP,LOWER_UP mtu 1500 qdisc pfifo_fast state UP group default qlen 1000 inet 192.168.0.0/31 scope global peer2 valid_lft forever preferred_lft forever 192.168.0.0/31 dev peer2 proto kernel scope link src 192.168.0.0 Machine B : 7: peer1: BROADCAST,MULTICAST,UP,LOWER_UP mtu 1500 qdisc pfifo_fast state UP group default qlen 1000 inet 192.168.0.1/31 scope global peer1 valid_lft forever preferred_lft forever 192.168.0.0/31 dev peer1 proto kernel scope link src 192.168.0.1 Et cela pingue entre les deux sans soucis. Pas de problème non plus avec du unnumbered: Machine A : 6: peer2: BROADCAST,MULTICAST,UP,LOWER_UP mtu 1500 qdisc pfifo_fast state UP group default qlen 1000 inet 192.168.0.0/31 scope global peer2 valid_lft forever preferred_lft forever inet 192.168.1.0/32 scope global peer2 valid_lft forever preferred_lft forever 192.168.0.0/31 dev peer2 proto kernel scope link src 192.168.0.0 192.168.1.1 dev peer2 scope link Machine B : 7: peer1: BROADCAST,MULTICAST,UP,LOWER_UP mtu 1500 qdisc pfifo_fast state UP group default qlen 1000 inet 192.168.0.1/31 scope global peer1 valid_lft forever preferred_lft forever inet 192.168.1.1/32 scope global peer1 valid_lft forever preferred_lft forever 192.168.0.0/31 dev peer1 proto kernel scope link src 192.168.0.1 192.168.1.0 dev peer1 scope link # ping -c 1 192.168.1.1 PING 192.168.1.1 (192.168.1.1) 56(84) bytes of data. 64 bytes from 192.168.1.1: icmp_seq=1 ttl=64 time=0.029 ms --- 192.168.1.1 ping statistics --- 1 packets transmitted, 1 received, 0% packet loss, time 0ms rtt min/avg/max/mdev = 0.029/0.029/0.029/0.000 ms -- Watch out for off-by-one errors. - The Elements of Programming Style (Kernighan Plauger) --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] IPv4 - Nécessité des Adresses de réseau et de broadcast sur Ethernet
Bonjour, Tout envoi d'un datagramme IPv4 dans une trame MAC 802.3 met en œuvre le processus ARP qui associe ou recherche une adresse MAC 802.3. Tous les messages DHCP (DHCPDISCOVER, DHCPOFFER, DHCPREQUEST, DHCPPACK)sont le plus souvent transmis avec IPv4-DA = 255.255.255.255. A cette adresse IPv4-DA, le processus ARP associe une adresse MAC 802.3 de diffusion générale, dans le domaine C-VLAN de la station terminale qui déclenche DHCP. Cordialement, Michel - Mail original - De: Samuel Thibault samuel.thiba...@ens-lyon.org À: Pierre Colombier pcdw...@pcdwarf.net Cc: frnog@frnog.org Envoyé: Mardi 22 Juillet 2014 09:34:25 Objet: Re: [FRnOG] [TECH] IPv4 - Nécessité des Adresses de réseau et de broadcast sur Ethernet Pierre Colombier, le Tue 22 Jul 2014 09:25:16 +0200, a écrit : Ce que je ne comprends pas, c'est la nécessité d'avoir une adresse IP de broadcast sur de l'ethernet. Je veux dire, généralement, quand on veux faire un broadcast c'est pour faire des choses liées au segment réseau. (ARP / DHCP ce genre de trucs) Pas que, c'est aussi utile pour par exemple découvrir qui sur le réseau fait tourner le même jeu en réseau, et lancer des parties, ce genre de chose. Maintenant on a multicast pour ça, mais c'est venu après. À noter qu'IPv6 a effectivement supprimé les adresses de broadcast. Samuel --- Liste de diffusion du FRnOG http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] IPv4 - Nécessité des Adresses de réseau et de broadcast sur Ethernet
Ce qui ne fait pas appel à l'adresse de broadcast IP, n'est-ce pas ? David Ponzone Le 22 juil. 2014 à 10:20, Michel Hostettler michel.hostett...@telecom-paristech.fr a écrit : Bonjour, Tout envoi d'un datagramme IPv4 dans une trame MAC 802.3 met en œuvre le processus ARP qui associe ou recherche une adresse MAC 802.3. Tous les messages DHCP (DHCPDISCOVER, DHCPOFFER, DHCPREQUEST, DHCPPACK)sont le plus souvent transmis avec IPv4-DA = 255.255.255.255. A cette adresse IPv4-DA, le processus ARP associe une adresse MAC 802.3 de diffusion générale, dans le domaine C-VLAN de la station terminale qui déclenche DHCP. Cordialement, Michel - Mail original - De: Samuel Thibault samuel.thiba...@ens-lyon.org À: Pierre Colombier pcdw...@pcdwarf.net Cc: frnog@frnog.org Envoyé: Mardi 22 Juillet 2014 09:34:25 Objet: Re: [FRnOG] [TECH] IPv4 - Nécessité des Adresses de réseau et de broadcast sur Ethernet Pierre Colombier, le Tue 22 Jul 2014 09:25:16 +0200, a écrit : Ce que je ne comprends pas, c'est la nécessité d'avoir une adresse IP de broadcast sur de l'ethernet. Je veux dire, généralement, quand on veux faire un broadcast c'est pour faire des choses liées au segment réseau. (ARP / DHCP ce genre de trucs) Pas que, c'est aussi utile pour par exemple découvrir qui sur le réseau fait tourner le même jeu en réseau, et lancer des parties, ce genre de chose. Maintenant on a multicast pour ça, mais c'est venu après. À noter qu'IPv6 a effectivement supprimé les adresses de broadcast. Samuel --- Liste de diffusion du FRnOG http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] IPv4 - Nécessité des Adresses de réseau et de broadcast sur Ethernet
Ce qui ne fait pas appel à l'adresse de broadcast IP, n'est-ce pas ? C'est l'adresse IP de diffusion générale du réseau 0.0.0.0 (réseau inconnu). Cordialement, Michel Le 22 juil. 2014 à 10:20, Michel Hostettler michel.hostett...@telecom-paristech.fr a écrit : Bonjour, Tout envoi d'un datagramme IPv4 dans une trame MAC 802.3 met en œuvre le processus ARP qui associe ou recherche une adresse MAC 802.3. Tous les messages DHCP (DHCPDISCOVER, DHCPOFFER, DHCPREQUEST, DHCPPACK)sont le plus souvent transmis avec IPv4-DA = 255.255.255.255. A cette adresse IPv4-DA, le processus ARP associe une adresse MAC 802.3 de diffusion générale, dans le domaine C-VLAN de la station terminale qui déclenche DHCP. Cordialement, Michel - Mail original - De: Samuel Thibault samuel.thiba...@ens-lyon.org À: Pierre Colombier pcdw...@pcdwarf.net Cc: frnog@frnog.org Envoyé: Mardi 22 Juillet 2014 09:34:25 Objet: Re: [FRnOG] [TECH] IPv4 - Nécessité des Adresses de réseau et de broadcast sur Ethernet Pierre Colombier, le Tue 22 Jul 2014 09:25:16 +0200, a écrit : Ce que je ne comprends pas, c'est la nécessité d'avoir une adresse IP de broadcast sur de l'ethernet. Je veux dire, généralement, quand on veux faire un broadcast c'est pour faire des choses liées au segment réseau. (ARP / DHCP ce genre de trucs) Pas que, c'est aussi utile pour par exemple découvrir qui sur le réseau fait tourner le même jeu en réseau, et lancer des parties, ce genre de chose. Maintenant on a multicast pour ça, mais c'est venu après. À noter qu'IPv6 a effectivement supprimé les adresses de broadcast. Samuel --- Liste de diffusion du FRnOG http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] IPv4 - Nécessité des Adresses de réseau et de broadcast sur Ethernet
Oui donc ça confirme qu’effectivement, le broadcast est seulement utilisé pour l’autodiscovery de certaines applications/services. Les plus modernes (mais les plus propriétaires) ont abandonné le broadcast (comme Bonjour). En tout cas, il n’y a pas de raison qu’un /31 pose problème sur un ethernet P2P, sauf si l’équipement pense qu’il doit répondre 2 fois: une fois parce qu’il a la bonne IP, et une fois parce que le paquet est envoyé à l’adresse de broadcast. Le 22 juil. 2014 à 11:49, Michel Hostettler michel.hostett...@telecom-paristech.fr a écrit : Ce qui ne fait pas appel à l'adresse de broadcast IP, n'est-ce pas ? C'est l'adresse IP de diffusion générale du réseau 0.0.0.0 (réseau inconnu). Cordialement, Michel Le 22 juil. 2014 à 10:20, Michel Hostettler michel.hostett...@telecom-paristech.fr a écrit : Bonjour, Tout envoi d'un datagramme IPv4 dans une trame MAC 802.3 met en œuvre le processus ARP qui associe ou recherche une adresse MAC 802.3. Tous les messages DHCP (DHCPDISCOVER, DHCPOFFER, DHCPREQUEST, DHCPPACK)sont le plus souvent transmis avec IPv4-DA = 255.255.255.255. A cette adresse IPv4-DA, le processus ARP associe une adresse MAC 802.3 de diffusion générale, dans le domaine C-VLAN de la station terminale qui déclenche DHCP. Cordialement, Michel - Mail original - De: Samuel Thibault samuel.thiba...@ens-lyon.org À: Pierre Colombier pcdw...@pcdwarf.net Cc: frnog@frnog.org Envoyé: Mardi 22 Juillet 2014 09:34:25 Objet: Re: [FRnOG] [TECH] IPv4 - Nécessité des Adresses de réseau et de broadcast sur Ethernet Pierre Colombier, le Tue 22 Jul 2014 09:25:16 +0200, a écrit : Ce que je ne comprends pas, c'est la nécessité d'avoir une adresse IP de broadcast sur de l'ethernet. Je veux dire, généralement, quand on veux faire un broadcast c'est pour faire des choses liées au segment réseau. (ARP / DHCP ce genre de trucs) Pas que, c'est aussi utile pour par exemple découvrir qui sur le réseau fait tourner le même jeu en réseau, et lancer des parties, ce genre de chose. Maintenant on a multicast pour ça, mais c'est venu après. À noter qu'IPv6 a effectivement supprimé les adresses de broadcast. Samuel --- Liste de diffusion du FRnOG http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/
