Unitymedia Neue Routingerscheinungen

[rv112]

2007? Ich erinnere mich noch an die Infoveranstaltung mit dem CEO Ende 2002.

 

[floh667]

zu dem zeitpunkt gabs hier noch kein internet über Kabel

 

[floh667]

@rv112 hat sich bei dir die MAC-Adresse des CMTS eigentlich auch nach den Wartungsarbeiten geändert? Also jene, nach der das CMTS nicht mehr auf Ping Anfragen reagierte

 

[rv112]

Nein.

 

[floh667]

Dann könnte das bei uns ja evtl. sogar ein nodesplit gewesen sein vielleicht? 1 3/4 stunden downtime nachts, leicht abgeänderte MAC adresse des CMTS (immernoch CADANT) und durch die Bank weg höherer powerlevel aller docsis 3.0 kanäle, während der OFDM mittlerweile recht solide auf 32db oder höher läuft (wenn auch unveränderte fehleranzahl).

Ich gehe dieser Annahme, da ich ja noch die IP des vorherigen CMTS kenne, als dieses noch als 2. hop auf ping-Anfragen reagierte.

2 6 ms 6 ms 7 ms HSI-KBW-37-209-92-1.hsi15.kabel-badenwuerttemberg.de [37.209.92.1]

Diese IP ist weiterhin im HFC Netz auf Ebene 2 aktiv und wurde wohl nicht für irgend ein anderes Gerät freigegeben, da sie immernoch mit ~6ms antwortet. Aber es kann wohl kaum weiterhin unser CMTS sein an dem wir jetzt hängen, da dieses ja nicht mehr auf Pings reagiert.

 

[tq1199]

2 6 ms 6 ms 7 ms HSI-KBW-37-209-92-1.hsi15.kabel-badenwuerttemberg.de [37.209.92.1]

Diese IP ist weiterhin im HFC Netz auf Ebene 2 aktiv und wurde wohl nicht für irgend ein anderes Gerät freigegeben, da sie immernoch mit ~6ms antwortet. Aber es kann wohl kaum weiterhin unser CMTS sein an dem wir jetzt hängen, da dieses ja nicht mehr auf Pings reagiert.

Wie sieht von deinem Internetanschluss, ein traceroute auf diese IP-Adresse aus?

mtr -4nr -c 1 37.209.92.1

BTW: Bei mir hat sich die MAC-Adresse des CMTS, nach den Wartungsarbeiten auch geändert.

 

[Edding]

Dann könnte das bei uns ja evtl. sogar ein nodesplit gewesen sein vielleicht? 1 3/4 stunden downtime nachts, leicht abgeänderte MAC adresse des CMTS (immernoch CADANT) und durch die Bank weg höherer powerlevel aller docsis 3.0 kanäle, während der OFDM mittlerweile recht solide auf 32db oder höher läuft (wenn auch unveränderte fehleranzahl).

Ich gehe dieser Annahme, da ich ja noch die IP des vorherigen CMTS kenne, als dieses noch als 2. hop auf ping-Anfragen reagierte.

2 6 ms 6 ms 7 ms HSI-KBW-37-209-92-1.hsi15.kabel-badenwuerttemberg.de [37.209.92.1]

Diese IP ist weiterhin im HFC Netz auf Ebene 2 aktiv und wurde wohl nicht für irgend ein anderes Gerät freigegeben, da sie immernoch mit ~6ms antwortet. Aber es kann wohl kaum weiterhin unser CMTS sein an dem wir jetzt hängen, da dieses ja nicht mehr auf Pings reagiert.

ja das war wohl ein nodesplit und das segment an dem du angeschlossen bist hängt auf einer anderen/neuen linecard.

 

[floh667]

Routenverfolgung zu HSI-KBW-37-209-92-1.hsi15.kabel-badenwuerttemberg.de [37.209.92.1] über maximal 30 Abschnitte: 1 <1 ms <1 ms <1 ms 192.168.xx.xx 2 8 ms 7 ms 6 ms HSI-KBW-37-209-92-1.hsi15.kabel-badenwuerttemberg.de [37.209.92.1]

erstaunlicherweise taucht die IP bei einer direkten routenverfolgung wieder als 2. hop auf.

ja das war wohl ein nodesplit und das segment an dem du angeschlossen bist hängt auf einer anderen/neuen linecard.

genau das vermute ich auch aufgrund der sich stark ähnelnden MAC Adresse

 

[rv112]

Es kann auch sein dass nur das Backplane geändert wurde und die CMTS MAC so gar nicht sichtbar wird. Der Aufbau scheint da teilweise unterschiedlich zu sein von Kopfstation zu Kopfstation. Insbesondere von Bundesland zu Bundesland.

 

[tq1199]

... die CMTS MAC so gar nicht sichtbar wird.

OK, aber wessen MAC-Adresse ist es, die man im arp-cache des border device sieht oder bei einem arping/arp-scan vom border device, zu sehen bekommt?

 

[rv112]

Die des Backplanes an dem die CMTS hängt. Eventuell!!

 

[floh667]

Im ARP cache taucht in der tat eine andere MAC Adresse auf als im modem log. Dieser mac-adresse wird auch weiterhin die 37.209.92.1 zugeordnet.

37.209.92.1 Dynamic xx:xx:xx:69:E8:46 CADANT X1 Expires in 5 minutes

Das interessante ist, dass diese MAC-Adresse allerdings wieder eine andere ist, die nicht im Modem-log auftaucht. Weder die alte MAC vor den Wartungsarbeiten (xx:xx:xx:65:06:62) entsprach dieser, noch die neue (xx:xx:xx:xx:e8:62). Die raus ge x'ten sind jene Werte, die sich bei allen dreien gleichen.

Das bestärkt den verdacht, dass unser Segment an eine neue Lincecard gehängt wurde. Aber ist insofern auch interessant, dass wie rv112 schon anmerkte, die MAC im ARP cache nicht die linecard zu sein scheint, sondern ein anderes hardware teil innerhalb des cmts ist. Und die CMTS MAC die im tc4400 log angezeigt wird, die linecard ist

 

[Edding]

Im ARP cache taucht in der tat eine andere MAC Adresse auf als im modem log. Dieser mac-adresse wird auch weiterhin die 37.209.92.1 zugeordnet.

37.209.92.1 Dynamic xx:xx:xx:69:E8:46 CADANT X1 Expires in 5 minutes

Das interessante ist, dass diese MAC-Adresse allerdings wieder eine andere ist, die nicht im Modem-log auftaucht. Weder die alte MAC vor den Wartungsarbeiten (xx:xx:xx:65:06:62) entsprach dieser, noch die neue (xx:xx:xx:xx:e8:62). Die raus ge x'ten sind jene Werte, die sich bei allen dreien gleichen.

Das bestärkt den verdacht, dass unser Segment an eine neue Lincecard gehängt wurde. Aber ist insofern auch interessant, dass wie rv112 schon anmerkte, die MAC im ARP cache nicht die linecard zu sein scheint, sondern ein anderes hardware teil innerhalb des cmts ist. Und die CMTS MAC die im tc4400 log angezeigt wird, die linecard ist

könnte evtl die mac des gateways sein .1 würde passen ?

 

[tq1199]

Im ARP cache taucht in der tat eine andere MAC Adresse ... Dieser mac-adresse wird auch weiterhin die 37.209.92.1 zugeordnet.

Ist diese andere MAC Adresse ständig/permanent im arp-cache deines border device, oder nur dann wenn Du einen Ping (oder gleichwertig) zur IP-Adresse 37.209.92.1 machst?
Wenn diese MAC-Adresse im arp-cache ist, sind dann zusätzlich noch andere/weitere MAC Adresse mit "00:01:5c: ..." (... die anderen IP-Adressen zugeordnet sind) im arp-cache deines border device?

 

[floh667]

ich gehe davon aus, dass sie dort permanent gelistet ist, da ich sie in den letzten 10 stunden nicht angepingt habe. Und es ist die einzige MAC dort mit diesem prefix. Die anderen sind nicht gelistet

 

[tq1199]

Und es ist die einzige MAC dort mit diesem prefix. Die anderen sind nicht gelistet

Es ist aber nicht die einzige MAC-Adresse im arp-cache deines border device, oder?
Sind dort noch andere MAC-Adressen/IP-Adressen eingetragen, die _nicht auf_ Geräte in deinem (W)LAN zeigen?

 

[floh667]

Es ist die einzige MAC außerhalb der haustechnik. Alle anderen geräte sind hinter dem router bzw das WAN interface.

 

[sch4kal]

Könnte auch die MAC der Controllerkarte(n) sein
Das wird auch ein Chassis-CMTS sein, wie die von meinem AG (die allerdings kein DOCSIS können).

 

[tq1199]

... das WAN interface.

Das verstehe ich jetzt nicht? Die MAC-Adressen im arp-cache deines border device, sind doch dem WAN-Interface des border device zugeordnet? Welches border device (das Gerät mit der öffentlichen IPv4-Adresse) hast Du?

 

[floh667]

an dem Anschluss läuft das TC4400 und dahinter eine sonicwall tz300 und die hat als wan interface die öffentliche IP im ARP cache

 

[#DiRK]

https://www.golem.de/news/regional-...en-deutschen-peeringpartnern-2008-150062.html

Mal sehen, was daraus wird. Vermutlich wird das auch bald im UM Netz umgesetzt.
Wobei m. W. UM nur in FFM peert.

 

[floh667]

unitymedia tat das bereits vor jahren als liberty global sie übernommen hat. da läuft schon alles zental über die aorta nach frankfurt und wird von dort weiter verteilt

 

[Soldierofoc]

Durch die Segmentauslastung konnte ich feststellen, dass wohl seit gestern Abend jemand im Segment einen auf Dauerleecher macht.
Hier sind bislang nur sehr wenige am Node aktiv gewesen und ich hatte durchgehend eine Auslastung von 50-65Mbit auf den Docsis 3.0 Kanälen. Nun ist diese hoch auf 300Mbit. Mal schauen, wie lange es dauert bis die Platten bei der Person voll sind

Was mich nun aber sehr wundert - nahezu zur gleichen Zeit als die Segmentauslastung hoch ging sackte der Pingplot deutlich ab. Mir ist bewusst, dass wenn ich selbst die Leitung auslaste der Ping einbricht (logisch), aber wenn andere im Segment die Leitung pushen ebenso...?

 

[rv112]

Ja, merkt man schon. Gerade im Upstream wirkt sich die Segmentauslastung auf die Latenz aus.

 

[floh667]

mir ist gerade aufgefallen, dass liberty global sein peering zum ams-ix rutnergefahren hat. das war früher der einzige peer mit 100g, jetzt sinds auch nur noch 10g
https://www.peeringdb.com/net/346