Bestimmte Webseite lädt nicht - MAC Filter?

Kollege Slainte hat Recht ! Das liegt niemals an der Mac Adresse. Zeigt auch eher die Hilflosigkeit und technische Unkenntniss dieser Leute die solchen Blödsinn verbreiten.
Mit an Sicherheit grenzender Wahrscheinlichkeit ist das ein MTU Problem deines Routers auf dem WAN Port. Der benutzt eine zu große MTU so das diese Seite nicht geladen werden kann, da nicht fragmentiert werden kann.
Technisch ist das Problem hier beschrieben falls es dich interessiert und du es verstehst:
http://www.cisco.com/c/en/us/support/docs/long-reach-ethernet-lre-digit ...
Kapitel: "Why the MTU Size Must Be Changed" beschreibt genau dein Szenario.

Bei Billigroutern wie deinem ist sowas recht häufig.
Du kannst das aber ganz leicht fixen:
Finde die Max. MTU deiner Internet Verbindung raus mit:
http://www.gschwarz.de/mtu-wert-ermitteln
Diesen MTU Wert trägst du dann in die Router Konfig am WAN Port ein.
Wenn dir das Ermitteln technisch zu kompliziert ist nimmst du einfach einen Standardwert wie 1452. Damit klappt das sicher.
Wenn du einen wirklichen Schrottrouter hast der nichtmal das konfigurieren kann hilft dir nur ein Neukauf des Routers.
Bevor du das aber machst solltest du mindesten den Router auf den aktuellsten Firmware Stand bringen.
In der Regel behebt das häufig auch das Problem.

Dann musst du mal einen Traceroute schicken - vielleicht liegt es auch einfach an irgendeinem Gruselrouting auf dem Pakete verloren gehen und das den Seitenaufbau dramatisch verzögert.

Das ist auch Blödsinn auf dem Endgerät.
Wenn überhaupt. dann musst du es auf dem Router WAN Port machen.
Netsh ist ja wieder Windows Mist. und gilt dann einzig nur für ein Endsystem. Alle anderen haben dann wieder das Problem.

Ich habe hier mal von meinem Telekom-Anschluss und übers RIPE-Probe-Netzwerk getestet. Das sieht danach aus, als wenn bei QWest (einem Carrier, über den die Webseite ausgeliefert wird) eine kaputte oder verstopfte Leitung existiert.

Auf einem MTR kann man das relativ deutlich erkennen:
http://max.grobecker.info/stor/max/administrator/digitalcameramuseum-mt ...
(Fragezeichen bedeuten, dass das Paket verloren gegangen ist, das > -Zeichen sagt, dass ein Paket länger als 1s unterwegs war!)

Es gibt da immer wieder "Wellen", in denen fast 90% Packetloss auftritt (damit ist die Leitung praktisch tot) - dann gibt es kurze Momente in denen wieder alles durchläuft. Das spricht dafür, dass da ein Routing über mehrere Kabel stattfindet, von denen eines defekt ist. Diese Wellen lassen sich mit BGP ganz gut erklären, würde den Rahmen des Threads aber sprengen


Fakt ist: Da ist die Anbindung zum Rechenzentrum, in dem diese Webseite liegt, ein wenig gammelig.
Wenn Datenpakete verloren gehen, werden sie von der Gegenstelle neu angefordert ("Retransmission"). Das wird notfalls ein paar Mal wiederholt, bis das Datenpaket endlich da ist oder die Gegenstelle aufgibt. Zwischen diesen Retransmissions kann ein wenig Zeit vergehen, weshalb du bei derartig gestörten Verbindungen echt eine Menge Zeit mitbringen musst. Ich habe hier fast 30s gewartet, bis die Webseite geladen wurde, bis alle Grafiken da waren vergingen fast 5min. Wie in der guten alten Zeit mit Analogmodem

Du bist mit diesem Problem aber nicht alleine, über die RIPE Atlas-Probes habe ich mal von einer großen Anzahl an Providern in Europa testen lassen:
http://max.grobecker.info/stor/max/administrator/digitalcameramuseum-at ...
Graue Pins bedeuten übrigens, dass da garkeine Verbindung zustande kommt - der Rest mit stark schwankenden Latenzzeiten (das ist ein Zeichen dafür, dass da unterschiedliche Carrier genutzt werden).
Dass du mit dem Proxyserver zugreifen kannst lässt sich einfach erklären: Der Proxy resp. die RZ-Betreiber in dem der Proxy steht, routen die Datenpakete nicht über QWest sondern z.B. über Telia Sonera - mit denen tritt dieses Problem nämlich nicht auf. Auf das Routing kannst du aber keinen Einfluss nehmen...

Kurz zusammengefasst: Du kannst aufhören bei dir zu suchen, der Fehler ist nicht an deinen Systemen sondern bei QWest schimmelt ein Kabel vor sich hin. Du kannst dich aber natürlich an die Telekom wenden und die bitten, doch mal nachzusehen warum das nicht funktioniert. Mit ein bisschen Glück ranzen die entweder QWest an damit das Problem abgestellt wird oder sie routen über andere Wege.

Ich würde das über die Telekom oder das hostende Rechenzentrum machen.
Die Carrier reden in der Regel nicht mit einem, wenn man nicht deren Kunde ist.
Die Telekom kann die Störungen aber dann als anderer Carrier melden — oder halt selbst anderes Routing veranlassen.

Naja - dass einzelne Hops nicht reagieren ist zwar nicht so furchtbar schön, aber solange das Ziel erreichbar ist, macht es auch nichts.
Häufig sind das irgendwelche DDoS-Protection-Systeme, die einfach generell keine ICMP-Pakete generieren und somit nicht in Traceroutes auftauchen.

Hast du Option den Router mal zu tauschen gegen ein Modell eines anderen Herstellers ?!

Dann liegt es ganz sicher am Provider. Entweder beim Host Provider oder dem Accessprovider. Irgendwo ist da ein Fehler in deren Konfig.
Um das näher sagen zu können bräuchte man mal einen Wireshark Trace wenn dieser Event eintritt.