Gathering of Tweakers

Parasietje

Parasietje — Fri, 15 Aug 2008 13:10:44 GMT

Ik heb wat verder zitten inspecteren, en blijkbaar werkt layer-3 compatibility als volgt:

De bridge zal op alle ARP requests antwoorden dat hij dat specifieke IP-adres is/weet te vinden. Daarin gaat alles goed.

Het probleem blijft dat hij DHCP-pakketjes niet ongemoeid laat. Weet iemand wat in de DHCP-spec staat als je een DHCP Request krijgt van ethernet src A, maar waarin client MAC == B?

alt-92

alt-92 — Fri, 15 Aug 2008 12:45:39 GMT

Parasietje schreef op vrijdag 15 augustus 2008 @ 14:34:
Natuurlijk maakt dat verschil; in dat geval zijn er geen IP-conflicten meer. Als ik echter twee apparaten achter de XP bridge hang, dan zullen deze twee apparaten hetzelfde IP-adres krijgen van de DHCP-server. Dat lost dus niets op.

dan wordt nog steeds het verkeerde mac-adres meegestuurd bedoel je?
(voor de duidelijkheid)

Volgens mij heeft het ermee te maken dat de beide adapters in de bridge in Layer-3 compatibility mode staan. Dit is nodig omdat de driver van mijn draadloze netwerkkaart geen layer-2 bridging ondersteunt. Maar dan nog moet de bridge de inhoud van IP-pakketjes met rust laten!

Ik ben alleen wel benieuwd wat de resultaten zijn met een driver die géén L3 maar zoals de bedoeling L2 doet.

Ik kan me voorstellen dat dit inderdaad een bridging bug is, alleen wel één met dusdanig weinig 'slachtoffers' en impact (over de totale installbase) dat ook als het niet aan de driverversie in kwestie blijkt te liggen het knap lastig kan worden om onder een 'wontfix' uit te komen.
Helaas.

Parasietje

Parasietje — Fri, 15 Aug 2008 12:34:59 GMT

alt-92 schreef op vrijdag 15 augustus 2008 @ 13:38:
Kijk eens of het verschil maakt of je op de XP machine een fixed IP ingeeft op de nics?

Natuurlijk maakt dat verschil; in dat geval zijn er geen IP-conflicten meer. Als ik echter twee apparaten achter de XP bridge hang, dan zullen deze twee apparaten hetzelfde IP-adres krijgen van de DHCP-server. Dat lost dus niets op.

Volgens mij heeft het ermee te maken dat de beide adapters in de bridge in Layer-3 compatibility mode staan. Dit is nodig omdat de driver van mijn draadloze netwerkkaart geen layer-2 bridging ondersteunt. Maar dan nog moet de bridge de inhoud van IP-pakketjes met rust laten!

alt-92

alt-92 — Fri, 15 Aug 2008 11:38:03 GMT

Kijk eens of het verschil maakt of je op de XP machine een fixed IP ingeeft op de nics?

Parasietje

Parasietje — Fri, 15 Aug 2008 10:34:02 GMT

Jawel, de XP machine heeft nog steeds een DHCP client. Dat moet ook, de XP machine moet evenzeer op internet kunnen.

alt-92

alt-92 — Fri, 15 Aug 2008 07:20:22 GMT

Ik neem even aan dat die XP machine geen DHCP client meer is (of heeft draaien)?

Parasietje

Parasietje — Thu, 14 Aug 2008 17:31:29 GMT

Mijn netwerk configuratie ziet er als volgt uit:
router <- wifi -> windows XP <- ethernet -> linux bak

Op de router draait een DHCP server. Op de windows-bak staan de wifi en ethernet interface in bridged mode. Alles werkt perfect als ik op de linux bak een statisch IP instel.

Echter, als ik de linux bak een IP laat vragen via DHCP, gaat het mis. De linux bak krijgt hetzelfde IP als de windows bak. Wat er gebeurt is het volgende:

Binnenkomend pakketje:
DHCP Request; Client MAC address: 00:0a:cd:02:2f:a0 (linux bak)

Wat er naar buiten gaat, is echter het volgende:

Uitgaand pakketje:
DHCP Request; Client MAC address: 00:11:50:1f:01:88 (windows bak!)

De dhcp server stuurt logischerwijs het IP-adres van de windows bak terug. De windows bak relayt dit naar zijn wired netwerk, en de linux bak neemt dit IP aan.

Hier gebeuren twee fouten:
1) De windows XP bridge analyseert het pakketje op de application layer, en beslist om het Client MAC address te veranderen.
2) De windows XP bridge stuurt een pakketje door die eigenlijk niet doorgestuurd mag worden. De DHCPACK is enkel bedoeld voor de windows XP machine, waarom smijt hij dit door?

Kan ik deze 'feature' ergens uitzetten? Een layer-2 bridge die op layer4 toch pakketjes begint te veranderen, dat kan natuurlijk niet... De windows XP bak moet DHCP-pakketjes behandelen zoals hij elk normaal pakketje zou behandelen.

Hier hebben jullie nog eens de wireshark log:

Ethernet interface krijgt binnen:
-------------------------
Ethernet destination: Broadcast (ff:ff:ff:ff:ff:ff)
Ethernet source: SunrichT_02:2f:a0 (00:0a:cd:02:2f:a0)
0.0.0.0 255.255.255.255 DHCP DHCP Request - Transaction ID 0xf24da251
Transaction ID: 0xf24da251
Client MAC address: SunrichT_02:2f:a0 (00:0a:cd:02:2f:a0)

Op wifi interface wordt uitgestuurd:
-------------------------
Ethernet destination: Broadcast (ff:ff:ff:ff:ff:ff)
Ethernet source: Belkin_1f:01:88 (00:11:50:1f:01:88)
0.0.0.0 255.255.255.255 DHCP DHCP Request - Transaction ID 0xf24da251
Transaction ID: 0xf24da251
Client MAC address: Belkin_1f:01:88 (00:11:50:1f:01:88)

Op wifi-interface wordt ontvangen:
-------------------------
Ethernet destination: Belkin_1f:01:88 (00:11:50:1f:01:88)
Ethernet source: Fon_80:64:b5 (00:18:84:80:64:b5)
192.168.1.1 192.168.1.6 DHCP DHCP ACK - Transaction ID 0xf24da251
Transaction ID: 0xf24da251
Client MAC address: Belkin_1f:01:88 (00:11:50:1f:01:88)
Your (client) IP address: 192.168.1.6 (192.168.1.6)

Op ethernet-interface wordt uitgestuurd:
-----------------------
Ethernet destination: SunrichT_02:2f:a0 (00:0a:cd:02:2f:a0)
Ethernet source: Giga-Byt_05:46:54 (00:1d:7d:05:46:54)
192.168.1.1 192.168.1.6 DHCP DHCP ACK - Transaction ID 0xf24da251
Transaction ID: 0xf24da251
Client MAC address: SunrichT_02:2f:a0 (00:0a:cd:02:2f:a0)
Your (client) IP address: 192.168.1.6 (192.168.1.6)