[wlanfhain] 255.255.255.255 als Broadcast-Adresse (war Re: Re: neue IPs olsr

[Jens Nachtigall]

> > im RFC steht: "255.255.255.255 ist ein Sonderfall f=3DFCr alle
> > Ger=3DE4te, die direkt erreicht werden k=3DF6nnen". Pakete mit dieser
> > Dest-IP d=3DFCrfen unter keinen Umst=3DE4nden weitergeroutet werden.
> > Ich vermute, dass es nicht wirklich *viel* =3DC4rger mit der
> > 255.255.255.255 geben w=3DFCrde, da mittlerweile alle m=3DF6glichen
> > Devices ja DHCP k=3DF6nnen und diese Sonderfall-Bestimmung daher wohl
> > in die allermeisten IP-Treiber eingebaut ist. Ich kann mich aber
> > noch gut an meine Linux-Versuche=3D20 mit dem DHCP-Broadcast
> > 255.255.255.255 erinnern: Das lief einfach nicht so ohne
> > weiteres...
>
> Warum lief es denn nicht? 255.255.255.255 ist doch m.E. der Standard
> bei=3D20 DHCP, und dhcp spricht ja eigentlich jedes Betriebssystem,
> bzw. wird=3D20 auf jedem BS gesprochen.

Was ich damit meine ist, dass dein angerissenes Problem-Szenario wohl=20
nicht eintreffen wird:
1. Knoten ist mit 104.255.255.255 als Broadcast konfiguriert. In der=20
olsrd.conf steht aber, dass der Knoten mit 255.255.255.255=20
(IP4Broad-Option) broadcasten soll.
2. Besagter Knoten schickt olsr-Paket an 255.255.255.255.
3. Das verursacht ARP-Anfrage: =C2=BBWelche MAC-Adresse hat der Knoten mit =
IP=20
255.255.255.255?=C2=AB
4. Niemand (kein Betriebssystem) antwortet auf diese ARP-Anfrage, weil=20
niemand diese IP (255.255.255.255) hat.
5. Fehlermeldung: 255.255.255.255 Destination Host Unreachable

Das das so nicht ist, sehen wir in der Praxis und zwar auf allen BS, f=C3=
=BCr=20
die es oslrd gibt.=20

Das mit den Konflikte mit=20
Mulitcast-IP, kaputten DHCP-Servern und unsauber programmierten=20
ARP-Implementationen bzw. Ethernet-Treibern sehe ich auch nicht. Was=20
meinst du damit bzw. inwiefer tangiert das die 255.255.255.255. als=20
Bcast-Adresse.

Gr=C3=BC=C3=9Fe,
Jens, der sehs=C3=BCchtich auf eine netperf-Bericht wartet ;-)



=20