Unitymedia Störung Routing im UM Netz?

[sch4kal]

Erstens hast Du falsch zitiert, dort steht sehr klar:

Internetverkehr ist halt doch was anderes als "Internet".

Zweitens: Es gibt solche Server.
Bei großen ISPs besteht schon lange nicht mehr alles nur aus simplen Routingtabellen, mit denen jeder einzelne Router individuelle Entscheidungen über den Weg von IP-Paketen trifft. Du kannst heutzutage on-the-fly virtuelle Verbindungen in einem logischen Netzwerk verändern, Verbindungen mit verschiedenen Gewichten versehen, kannst Business- und Privatkunden-Traffic trennen, kannst Flows einzeln anders routen (z.B. Videostreaming anders als SSH-Verbindungen). Das ermöglicht es Dir, die Kapazitäten im Netzwerk effizienter zu verwalten und zu nutzen.
Um das vernünftig zu machen, brauchst Du weitgehende Sicht auf Dein Netzwerk. Du musst anders als bei unabhängigen Routern eine (oder mehrere) zentrale Instanz(en) haben, die dann mit den einzelnen Routern kommunizieren und dort die notwendigen Konfigurationsänderungen vornehmen.
Wenn es bei diesen Steuerungsservern zu Problemen kommt, kann das dementsprechend auch das Routing komplett lahmlegen.
Typisches Stichwort ist Software-defined Networking: https://de.wikipedia.org/wiki/Software-defined_networking

Ob es daran lag, kann ich aber natürlich nicht wissen.
Es wäre aber theoretisch möglich.

Haha, Software Defined Networking,...wohl eher der Server der MPLS/WDM-Carrier Ethernet "Verbindungssteuerung". Oder sie setzen tatsächlich auf die bescheuerte SD-WAN Technik von Cisco (oder äquivalente Produkte anderer Hersteller)...

 

[Edding]

"Übergangszeitraum von bis zu 4 Jahren", in dem Liberty Global Vodafone ihre "Netzwerkdienste" zur Verfügung stellt.
https://www.golem.de/news/liberty-g...all-bei-telekom-und-vodafone-2004-148172.html

moment hier ging es wohl um den UPC austria deal

 

[Dragon]

Haha, Software Defined Networking,...wohl eher der Server der MPLS/WDM-Carrier Ethernet "Verbindungssteuerung". Oder sie setzen tatsächlich auf die bescheuerte SD-WAN Technik von Cisco (oder äquivalente Produkte anderer Hersteller)...

Es ist kein Geheimnis, dass Liberty Global auf Juniper setzt: https://www.juniper.net/de/de/company/press-center/press-releases/2017/pr_2017_05_09-00_00.page

 

[maffle]

Also haben UM Kunden noch weitere 4 Jahre das Liberty Global Netz und nicht Vodafone? 1A.

 

[sch4kal]

Es ist kein Geheimnis, dass Liberty Global auf Juniper setzt: https://www.juniper.net/de/de/company/press-center/press-releases/2017/pr_2017_05_09-00_00.page

Das kann man auch schon anhand der PTR Records mancher Traceroutes herausfinden, ae* bzw xe* und et* Interfacebezeichnungen sind afaik nur bei Juniper in Gebrauch (Aggregated Ethernet bzw. 10/100 Gigabit Ethernet).

 

[maffle]

Sehr gut Juniper, dass die USA überall reinschaun könn bei uns, mit ihren NSA Backdoors in Juniper Geräten.

 

[addicted]

Bei solcher Hardware ist sowieso nur die Frage, wer reingucken kann, nicht ob es jemand kann.

 

[sch4kal]

Sehr gut Juniper, dass die USA überall reinschaun könn bei uns, mit ihren NSA Backdoors in Juniper Geräten.

Was willst du denn groß bei den Provider Edge- Aggregations und Coreroutern rein schauen ? Andere VRFs ausspähen ? Wow, dann hast die IP Adressen der Kunden darin... Die Teile werden nicht als Firewall genutzt. Die schieben Pakete weiter.

Junos basiert übrigens auf FreeBSD, Junos evolved bietet sogar schon vollen Zugriff auf das darunterliegende Linux, und da Letzteres unter der GPL lizenziert ist, musst du sämtlichen Quellcode der verwendeten GNU/Linux Software veröffentlichen. Bleiben also ein paar Binärblobs fürs Pakete schubsen, deren Verhaltensweise man aber dank Rootaccess beobachten könnte.

 

[maffle]

@sch4kal Halt den gesamten Traffic mitschneiden, weiterleiten, deep packet inspection.

https://www.wired.com/2016/01/new-d...door-raises-more-questions-about-the-company/

https://arstechnica.com/information...oped-code-following-new-backdoor-revelations/

 

[Holzlenkrad]

Das kann man auch schon anhand der PTR Records mancher Traceroutes herausfinden, ae* bzw xe* und et* Interfacebezeichnungen sind afaik nur bei Juniper in Gebrauch (Aggregated Ethernet bzw. 10/100 Gigabit Ethernet).

Da das ganze ja auch nur irgendwie ein Hostname und der FQDN ist, dachte ich eigentlich immer, dass diese Bezeichnungen völlig frei vergeben werden können?

Ansonsten konnte ich dort bis jetzt eigentlich immer nur den Provider und vielleicht den Standort der Router herauslesen. Wenn die Bezeichnungen aber einem Standard folgen, gibt es dann irgendwo eine genaue Erklärung?

 

[rv112]

Bei mir geht fast alles über Aggregated Ethernet in Frankfurt.

 

[sch4kal]

@sch4kal Halt den gesamten Traffic mitschneiden, weiterleiten, deep packet inspection.

https://www.wired.com/2016/01/new-d...door-raises-more-questions-about-the-company/

https://arstechnica.com/information...oped-code-following-new-backdoor-revelations/

Und wie schon vermutet, sind das allesamt Firewalls, wo es ja auch Sinn macht, die Crypto auszuhebeln.

Wie willst du bei großen Providern an zentralen Stellen zum Teil hunderte Gigabits an Traffic pro Sekunde unbemerkt mit einer Backdoor abgreifen, wenn Sowas an zentralen IXPs doch viel einfacher durch den deutschen BND gemacht werden kann und darf ? Selbst für die Behörden muss jeder Provider sog. Lawful Interception Systeme unterhalten, die mit großem Rechenaufwand (bei uns ist das ein Poweredge Cluster mit spezieller 3M Software und jeweils 2x 10G NICs) den Traffic von zu überwachenden Kunden mitschneiden können.

Wäre viel zu viel Aufwand, das unbemerkt durch Backdoors in Junos umzuleiten. Bei Firewalls macht es aber Sinn, da muss man „nur“ etwas am Zufallszahlengenerator schrauben, sodass IVs nicht mehr ganz so zufällig sind oder gar feste Werte übernehmen und schon kann die NSA mitlesen.

 

[MartinP_Do]

Die Frage ist, was nach der 4 Jahre Übergangsphase, in der die übernommenen Unitymedia-Kunden noch über das LGI-Netz abgefertigt werden geschieht.

- Hat Vodafone ausreichend IPv4 Adressen, um den Dual-Stack und IPv4 Kunden weiterhin Dual Stack / IPv4 bieten zu können, oder droht DSLite?
- Baut Vodafone ausreichend Backbone- und Peering-Kapazität auf, um das Mehr an Traffic durch die Unitymedia-Kunden verarbeiten zu können?

 

[sch4kal]

Da das ganze ja auch nur irgendwie ein Hostname und der FQDN ist, dachte ich eigentlich immer, dass diese Bezeichnungen völlig frei vergeben werden können?
Ansonsten konnte ich dort bis jetzt eigentlich immer nur den Provider und vielleicht den Standort der Router herauslesen. Wenn die Bezeichnungen aber einem Standard folgen, gibt es dann irgendwo eine genaue Erklärung?

Ne das kann man schon frei wählen, es gibt aber Provider, die ihre Endpunkte in Transfernetzen mit den jeweiligen Interfacetypen benennen, oder irgendwelchen Ortsbezeichnungen, CE Line-IDs, etc.
Aber bei so Namen wie ae9-* oder et1/0/1 usw. bin ich mir ziemlich sicher das es sich um Juniper Router handelt.

 

[Dragon]

Das kann man auch schon anhand der PTR Records mancher Traceroutes herausfinden, ae* bzw xe* und et* Interfacebezeichnungen sind afaik nur bei Juniper in Gebrauch (Aggregated Ethernet bzw. 10/100 Gigabit Ethernet).

Stimmt, in der Pressemitteilung stehen halt noch ein paar zusätzliche Informationen.

Da das ganze ja auch nur irgendwie ein Hostname und der FQDN ist, dachte ich eigentlich immer, dass diese Bezeichnungen völlig frei vergeben werden können?

Das hängt vom Provider ab. Manche pflegen das sehr gut und geben Informationen zum Standort und Router an, andere gar nicht. Bei Liberty Global kann man relativ zuverlässig Land, Standort (Stadt und internes Kürzel für Rechenzentrum), Router-Name und das Interface rauslesen. Im Bereich 213.46.x.x steht dafür oft Quatsch (wird für Peerings genutzt). Zudem werden die internen Hops der MPLS-Pfade nicht versteckt, sodass man die Wege im Routing leicht nachvollziehen kann.

- Hat Vodafone ausreichend IPv4 Adressen, um den Dual-Stack und IPv4 Kunden weiterhin Dual Stack / IPv4 bieten zu können, oder droht DSLite?

Unitymedia bringt seine IP-Adressen ja mit.

- Baut Vodafone ausreichend Backbone- und Peering-Kapazität auf, um das Mehr an Traffic durch die Unitymedia-Kunden verarbeiten zu können?

Es bleibt ihnen ja nichts anderes übrig. Mit Kabel Deutschland konnten sie aber schon üben.

 

[rv112]

Die Frage ist, was nach der 4 Jahre Übergangsphase, in der die übernommenen Unitymedia-Kunden noch über das LGI-Netz abgefertigt werden geschieht.

- Hat Vodafone ausreichend IPv4 Adressen, um den Dual-Stack und IPv4 Kunden weiterhin Dual Stack / IPv4 bieten zu können, oder droht DSLite?
- Baut Vodafone ausreichend Backbone- und Peering-Kapazität auf, um das Mehr an Traffic durch die Unitymedia-Kunden verarbeiten zu können?

Vodafone ist teils deutlich besser angebunden als es UM je war. Bis auf die Adressblöcke mach ich mir da keine Sorgen.

 

[monster]

Sehr gut Juniper, dass die USA überall reinschaun könn bei uns, mit ihren NSA Backdoors in Juniper Geräten.

Aha.
Welche Alternativen schlägst Du denn vor?

 

[rv112]

AVM

 

[Dragon]

Vodafone ist teils deutlich besser angebunden als es UM je war.

Woran machst du das fest? Doch nicht ausschließlich an der Anbindung am DE-CIX?

 

[sch4kal]

AVM

Hängt bei uns im Büro

 

[monster]

Anhang anzeigen 5286
Hängt bei uns im Büro

Viellcht hilft das ja dem ein oder anderen

 

[Nurum]

Ich hol mal den Thread wieder raus:

Habe heute wieder ähnliche Probleme wie es sie letzte Woche im ganzen UM Netz gab. Internet war zwei mal ganz weg. Danach ging das Routing zu manchen Seiten nicht mehr.

thinkbroadband zeigt nur die IPv6 Verbindung. Die geht inzwischen wieder einwandfrei.
Über IPv4 sind manche Seiten seit heute Mittag nicht mehr zu erreichen. Zum Beispiel 1.1.1.1 oder twitch.tv.

Wenn das ein Routing Problem ist, müssten Andere das selbe Problem haben. Komme aus dem Raum Heilbronn (BW) und habe eine IPv4 Adresse aus dem Bereich 91.89.12.0/22

Edit: Jetzt geht es wieder. Keine Ahnung was los war.

 

[rv112]

Hier gabs die Probleme nicht.

 

[floh667]

einzig zum cloudflare DNS ist seit dem Vorfall hin und wieder zu abendzeiten die Latenz erhöht. im Moment wieder bei 40ms

Routenverfolgung zu one.one.one.one [1.1.1.1] über maximal 30 Abschnitte:

1 <1 ms <1 ms <1 ms 192.168.xx.xx
2 7 ms 6 ms 6 ms HSI-KBW-37-209-92-1.hsi15.kabel-badenwuerttemberg.de [37.209.92.1]
3 8 ms 7 ms 6 ms ip-81-210-144-156.hsi17.unitymediagroup.de [81.210.144.156]
4 10 ms 9 ms 10 ms de-fra04a-rc1-ae-19-0.aorta.net [84.116.191.161]
5 10 ms 19 ms 12 ms de-fra04d-rc1-ae-26-0.aorta.net [84.116.138.238]
6 11 ms 10 ms 11 ms de-fra03b-ri1-ae-5-0.aorta.net [84.116.133.118]
7 11 ms 9 ms 12 ms ix-ae-27-0.tcore1.fr0-frankfurt.as6453.net [195.219.50.106]
8 12 ms 11 ms 10 ms if-ae-6-2.thar1.f2c-frankfurt.as6453.net [195.219.50.174]
9 10 ms 12 ms 11 ms 195.219.148.122
10 42 ms 38 ms 39 ms one.one.one.one [1.1.1.1]

zu allen anderen seiten und diensten ist alles top

 

[why_]

Kannst ja im Cloudflare Forum mal den Support da fragen, da wird Asymetrisch geroutet, hinweg sieht gut aus, was Cloudflare auf Rückweg für eine Murks route nimmt können die nur sehen und Fixen.