Unitymedia Speicherung von Endgeräte MAC-Adressen!?!

[jweck]

Ich durfte heute folgendes erleben, nachdem nach einigem Hin und Her endlich mein 2-Play Anschluss geschaltet wurde.

Ich hatte mein Notebook direkt am Cisco Kabelmodem angeschlossen und erreichte so laut speedtest.net zwischen 3 und 10 Mbit Down- und 0,09 und 0,20 Mbit Upstream. Über die Fritzbox (Modem an Port 1, WAN, entsprechend eingerichtet) das gleiche Spiel.

Ein Anruf bei der freundlichen UM Hotline und ein kurzer Test ergaben einen prompten Termin mit IET. Der Techniker ist dann heute erschienen, steckte sein Netbook ans Modem, startet das Modem Neu, rief speedtest.net auf und erhielt über 30 Mbit und meinte es sei "Alles Ok". Ich bestand dann darauf mein Notebook anzuschliessen, startete das Modem neu und erhielt 3 Mbit. Es folgten weitere Test bei denen der Techniker jedes Mal Top-Speed erreichte, während ich im Schnitt bei unter 5Mbit blieb.

Die Tatsache, dass wir beide laut der Speedtest.net Seite immer wieder Adressen aus unterschiedlichen UnityMedia Class B Netzen erhielten, machte mich dann doch etwas stutzig. Ich vergab mir testweise eine andere MAC Adresse an meinem Notebook und erreichte direkt mit meinem ersten Test volle Geschwindigkeit. Weitere Tests folgten, die alle positiv verliefen. Nachdem ich mir wieder die ursprüngliche MAC-Adresse verpasst hatte, landete ich wieder bei unter 5 Mbit.

Ich wollte nun das dauerhaft gute Resultat mit der veränderten MAC Adresse auch auf meiner Fritzbox umsetzen. Nach einigen Stunden Recherche und etwas Bastelei gelang mir dies dann auch mit dem selben Resultat.

Sehe ich das richtig, dass MAC-Adressen von meinen diversen direkt an das Modem angeschlossenen Endgeräten direkt an UnityMedia übermittelt werden? Reicht es für die Vergabe der öffentlichen IP nicht lediglich die MAC-Adresse des Kabelmodems zu berücksichtigen? Was gehen UnityMedia meine privaten IP-Adressen an? Wie kann es zu diesem Phänomen der dauerhaft schlechten Leitungsleitung, die scheinbar auf die MAC-Adressen zurückgeführt werden kann, eigentlich kommen?

Ein verdutzer User :hammer:

 

[Grothesk]

Quatsch.

 

[Dinniz]

Ich geh dann mal mit deiner MAC Adresse einkaufen :mussweg:

Ohne Angaben von Hard und Software wage ich mal zu behaupte dass es sich um einen Anwender / Softwarefehler handelt und nicht um eine weitreichende Verschwörung gegen deine MAC Adresse.

 

[Creep89]

Inwiefern soll UM deine internen IPs kennen?

 

[jweck]

Das Problem ist weiterhin reproduzierbar. Losgeloest vom beschriebenen Phaenomen, wie erklärt ihr Euch denn folgendes:

Techniker verbindet sein Notebook mit dem Kabelmodem, startet neu und erhält IP aus 130.180.0.0/16
Ich verbinde mein Notebook mit dem Kabelmodem, starte es neu und erhalte eine IP aus 95.222.0.0/16
Das Spiel kann dann beliebig wiederholt werden...

Bei gleichbleibender MAC des Kabelmodems müsste mittels der DHCP Lease Einstellungen doch wieder die selben Adresse aus dem selben Pool angezogen werden.

Model: Cisco EPC3208
Vendor: Cisco
Hardware Revision: 1.0
Serial Number: 242XXXXXX
MAC Address: 60:2a:XX:XX:XX:XX
Bootloader Revision: 2.3.1_R3
Current Software Revision: e3200-P10-5-v302r125533-110811c
Firmware Name: e3200-P10-5-v302r125533-110811c.bin
Firmware Build Time: Aug 11 20:17:30 2011
Cable Modem Status: Operational
Wireless Network:


Cable Modem Status: Operational
Cable Modem IP Address: 10.74.254.220
Cable Modem Mask: 255.255.224.0
Cable Modem Gateway: 10.74.224.1
Cable Modem TFTP Server: 80.69.97.215
Current Time: Fri. Feb 24 23:39:39 2012
Time Server: 80.69.97.215
Time Offset: 7200 Seconds
Time Since Last Reset: 0 days 01h:58m:29s
Configuration File: be_diamond_1_epc3212.bin
Cable Modem Certificate: Installed
IP Time Lease: 27.0 Days (2375544 Seconds / 2382611 Seconds)
IP Time Rebind: 24.0 Days (2077717 Seconds / 2084784 Seconds)
IP Time Renew: 13.0 Days (1184238 Seconds / 1191305 Seconds)

 

[Edding]

Hi,

Kollege hat das gleiche spiel je nach MAC hat er IP´s aus 2 verschiedenen Pools.

Der eine pool hat guten Speed überall Full

Bei dem anderen Pool kommt es zu Speed-Problemen.

 

[jweck]

Mal ein paar Speedtest.net Logs um 7:43PM gehen dann die ordentlichen Werte mit gespoofter MAC los:

Während der Tests mit dem Techniker:

IP_ADDRESS,TEST_DATE,TIME_ZONE,DOWNLOAD_MEGABITS,UPLOAD_MEGABITS,LATENCY_MS,SERVER_NAME,DISTANCE_MILES
95.222.138.XXX,"2/24/2012 3:14 PM","GMT","5.63","0.12","15","Cologne","0"
95.222.138.XXX,"2/24/2012 3:17 PM","GMT","5.62","0.12","26","Cologne","0"
95.222.138.XXX,"2/24/2012 3:23 PM","GMT","5.84","0.14","25","Cologne","0"
95.222.137.XXX,"2/24/2012 3:37 PM","GMT","30.52","1.07","21","Cologne","0"
95.222.137.XXX,"2/24/2012 3:39 PM","GMT","29.63","1.08","22","Cologne","0"
95.222.137.XXX,"2/24/2012 3:41 PM","GMT","31.78","1.02","20","Cologne","0"
95.222.138.XXX,"2/24/2012 3:45 PM","GMT","5.69","0.13","24","Cologne","0"
95.222.138.XXX,"2/24/2012 3:51 PM","GMT","4.96","0.13","25","Cologne","0"

Etwas später mit diversen MAC-Tests:

IP_ADDRESS,TEST_DATE,TIME_ZONE,DOWNLOAD_MEGABITS,UPLOAD_MEGABITS,LATENCY_MS,SERVER_NAME,DISTANCE_MILES
130.180.116.XXX,"2/24/2012 5:22 PM","GMT","5.11","0.10","15","Cologne","0"
130.180.116.XXX,"2/24/2012 5:36 PM","GMT","4.44","0.13","15","Cologne","0"
130.180.116.XXX,"2/24/2012 6:05 PM","GMT","4.56","0.13","25","Cologne","0"
130.180.116.XXX,"2/24/2012 6:22 PM","GMT","5.98","0.14","15","Cologne","0"
130.180.116.XXX,"2/24/2012 6:41 PM","GMT","5.01","0.13","25","Cologne","0"
130.180.116.XXX,"2/24/2012 6:56 PM","GMT","5.55","0.12","15","Cologne","0"
130.180.116.XXX,"2/24/2012 6:58 PM","GMT","4.75","0.12","25","Cologne","0"
130.180.116.XXX,"2/24/2012 7:03 PM","GMT","5.70","0.13","25","Cologne","0"
130.180.116.XXX,"2/24/2012 7:04 PM","GMT","4.54","0.14","25","Cologne","0"
130.180.116.XXX,"2/24/2012 7:05 PM","GMT","4.54","0.14","25","Cologne","0"
130.180.116.XXX,"2/24/2012 7:10 PM","GMT","1.06","0.14","51","Cologne","0"
130.180.116.XXX,"2/24/2012 7:13 PM","GMT","3.52","0.11","25","Cologne","0"
130.180.116.XXX,"2/24/2012 7:15 PM","GMT","5.16","0.14","26","Cologne","0"
130.180.116.XXX,"2/24/2012 7:43 PM","GMT","19.48","1.00","24","Cologne","0"
130.180.116.XXX,"2/24/2012 7:45 PM","GMT","20.09","0.98","33","Cologne","0"
130.180.116.XXX,"2/24/2012 7:54 PM","GMT","19.18","1.01","25","Cologne","0"
130.180.116.XXX,"2/24/2012 7:55 PM","GMT","19.77","1.01","25","Cologne","0"
130.180.116.XXX,"2/24/2012 7:55 PM","GMT","20.32","1.01","26","Cologne","0"
130.180.116.XXX,"2/24/2012 7:58 PM","GMT","20.77","1.00","27","Cologne","0"
130.180.116.XXX,"2/24/2012 7:59 PM","GMT","17.68","1.01","29","Cologne","0"
130.180.116.XXX,"2/24/2012 8:18 PM","GMT","19.54","0.97","30","Cologne","0"

 

[jweck]

Hi,

Kollege hat das gleiche spiel je nach MAC hat er IP´s aus 2 verschiedenen Pools.

Der eine pool hat guten Speed überall Full

Bei dem anderen Pool kommt es zu Speed-Problemen.

Genau das kann ich hier auch nachvollziehen.

Was logisch entweder auf die Speicherung der MACS auf dem Kabelmodem (unwahrscheinlich) oder das Durchschleifen der MAC des Gerätes am Kabelmodem (Router bzw. PC) zu UnityMedia schließen lässt.

 

[oxygen]

Das man abhängig von der MAC Adresse eine andere IP bzw. einen anderen IP Pool bei Unitymedia zugewiesen bekommt stimmt schon. Habe ich selbst auch schon beobachtet. Solche ein Verhalten gibt es häufig bei schlecht bzw. einfach implementierten DHCP Servern.

Das man abhängig davon ein anderes Routing bzw. unterschiedliche Performance bekommt ist mir zwar neu, klingt aber realistisch.

 

[albatros]

Was logisch entweder auf die Speicherung der MACS auf dem Kabelmodem (unwahrscheinlich) oder das Durchschleifen der MAC des Gerätes am Kabelmodem (Router bzw. PC) zu UnityMedia schließen lässt.

Dieses Verhalten wird von denjenigen ausgenutzt, die die MAC-Adresse ihres Routers ändern, um eine neu IP-Adresse zu bekommen. Wenn dem nicht so wäre, könnte man durch Wechsel der MAC-Adresse des Routers keine neue IP-Adresse bekommen, da man die MAC-Adresse des Kabelmodem nicht ändern kann.

 

[jweck]

Da scheinen noch einige Leute mehr mit dem Cisco EPC3208 ihre Probleme zu haben: http://www.unitymediakabelbwforum.de/viewtopic.php?f=53&t=20634&start=20#p220597

Da ich gestern auf eine neuere Fritz!box aktualisiert habe, leide ich nun auch wieder unter dem im OT beschrieben Problem.
- Schliesse ich das Notebook direkt am Cisco Modem an, habe ich vollen Durchsatz
- Schliesse ich das Modem an Lan1 der Fritz!Box an (ja richtig, konfiguriert), bricht die Verbindung fast vollständig ein (Inkl. IP aus einem anderen Netz, wie oben beschrieben.)

Monate später also wieder zurück zum alten Problem. Muss ich jetzt wieder MACs der Fritzbox spoofen, oder gibts da mitlerweile eine Lösung?

Modem Infos:
Model: Cisco EPC3208
Vendor: Cisco
Hardware Revision: 1.0
MAC Address: XXXXXXXXXXXXX
Bootloader Revision: 2.3.1_R3
Current Software Revision: e3200-P10-5-v302r125533-110811c
Firmware Name: e3200-P10-5-v302r125533-110811c.bin
Firmware Build Time: Aug 11 20:17:30 2011
Cable Modem Status: Operational
Wireless Network:

 

[Stiff]

Was logisch entweder auf die Speicherung der MACS auf dem Kabelmodem (unwahrscheinlich) ...

Ist nicht genau das der Grund warum man bei Anschluß neuer Hardware an das Modem dieses reseten muss ? :kratz:

 

[jweck]

Die Gegenstelle des Modems kann ich leider selber nicht resetten, denn hier werden die MAC-Adressen scheinbar gespeichert - ansonsten würde ich ja nicht reproduzierbar je nach Gerät unterschiedliche Adressen aus unterschiedlichen öffentlichen Netzen erhalten. :super:

 

[Moses]

Das liegt daran, dass deine Geräte direkt mit dem UM DHCP reden. Der merkt sich für die MACs die IPs anscheinend bis zum Ablauf des Lease (was aber völlig legitim ist, sonst würde man ja nach jedem Neustart eine neue IP bekommen).

Im Prinzip müsstest du es "resetten" können, wenn ein Gerät lange genug nicht am Anschluss betrieben wurde.