Le lundi 18 novembre 2002, � 22:35, Fran�ois Boisson �crivait : > Ca, je n'ai pas dit le contraire, et mis � part la possibilt� de relayer > du broadcast UDP, les applications sont limit�es. Mais je voudrais > comprendre.
Pas d'accord. D'abord parce que le broadcast UDP n'est souvent qu'un exp�dient maladroit au multicast, ensuite parce que l'adresse 255.255.255.255 d�signe explicitement un broadcast au r�seau local mat�riel (et non logique), et ne doit donc surtout pas �tre rout�, contrairement � l'adresse de diffusion d'un r�seau qui peut l'�tre (auquel cas la passerelle de ce r�seau effectue la diffusion). Selon les RFC, un broadcast local (255.255.255.255) ne devrait �tre utilis� que par des machines qui ignorent leur propre adresse (ce qui se tient puisque l'on outrepasse l'adressage logique du r�seau). C'est donc bien tordu, mais je voudrais bien comprendre aussi. ;-) > Si tu as des id�es, ce que je ne comprends pas, c'est que la r�gle �tant > appliqu�, le paquet cesse d'�tre un broadcast... � moins qu'il y ait une > histoire de drapeaux?? Si c'est le cas, ils ne sont pas document�s et on tient un scoop. Plus s�rieusement, je pensais � un TTL de 1 (puisque le routage de ces paquets est prohib�) mais ce n'est pas le cas. Qu'observes-tu en faisant la m�me chose avec l'adresse de diffusion 192.168.1.255 ? > Merci de t'int�resser au pbm. Merci � toi de l'avoir pos�. Il y a souvent beaucoup de choses � apprendre en observant les comportements inattendus.
