Komisches 1&1 Routing

[jiogjhi]

DS oder DS Lite

Volles DS, kein Lite. Auch kein CG-NAT.

erst einmal offline

? Also ich hatte kurz ne Fritte dran, danach bzw. im normalfall ne Fritte mit OpenWRT drauf. Online bin ich ja jetzt mit DS. Anschluss wurde Heute geschaltet.

 

[DLMttH]

OpenWRT ist doch out of the box gar nicht fit für DS Lite, oder? Also wenn das package nicht installiert ist.

Würde dir also das passieren, während die OpenWRT-Fritte angeschlossen ist, würdest du es auf jeden Fall merken, da du dann ja spontan keine IPv4-Verbindung mehr hättest.

 

[blastinMot]

Nicht einer hat verstanden, was ich gesagt habe und keiner war bereit mit an second level weiterzugeben...

Wozu auch?
Selbst der Lastlevel kann nicht per Knopfdruck dein Routing ändern.
Und für ein Ticket eines einzelnen Privatkunden, guckt sich das Niemand ernsthaft.

 

[kingpin42]

Das "stu" hast du aus dem Tracert, oder? Bei der Line-ID taucht bestimmt ein anderes Kürzel auf, in System -> Ereignisse der Breitband-PoP xxx...?

Falls das so bleibt, wird das mit den 10 ms bei FTTH leider nix, das sind normalerweise etwa 3 ms weniger als mit VDSL, höchstens 4.

In der Line ID steht idr auch nicht die Stadt drin, der ist wie folgt aufgebaut: Länderkürzel.Providerkürzel.RandomString
, bei Telekom-Anschlüssen folglich DEU.DTAG.XXXXXXXX
Der Access Konzentrator aus dem PPPoE Protokollaustausch könnte Hinweise geben. Mit OpenWRT kann man auch einen bestimmten AC manuell auswählen, dazu müsste man aber erst mit einem PPPoE Scanner die zur Auswahl befindlichen ACs herausfinden.

 

[DLMttH]

Sorry, ja den Access Concentrator meinte ich. Entsprechender Standort wird bei 1&1 mit drei Kleinbuchstaben beginnend gemeldet.

 

[jiogjhi]

PPPoE Scanner

Wo finde ich sowas bzw. wie mache ich sowas? Über tcpdump finde ich jetzt nichts nur einen AC.

Bei Fritz!Box stand der immer in den Logs, das macht OpenWRT aber leider nicht. Die will ich aber jetzt auch nicht wieder anschließen da kb.
OK also mit tcpdump habe ich jetzt den aktuellen AC, der beginnt auch mit "stu" für Stuttgart.

22:12:27.017690 3c:37:12:4c:36:f8 (oui Unknown) > 9c:74:1a:7f:fe:6c (oui Unknown), ethertype PPPoE D (0x8863), length 28: PPPoE PADT [ses 0x50ea] [Host-Uniq 0x383C0000]
22:12:27.567361 3c:37:12:4c:36:f8 (oui Unknown) > Broadcast, ethertype PPPoE D (0x8863), length 32: PPPoE PADI [Service-Name] [Host-Uniq 0x7E3F0000]
22:12:27.590511 9c:74:1a:7f:fe:6c (oui Unknown) > 3c:37:12:4c:36:f8 (oui Unknown), ethertype PPPoE D (0x8863), length 60: PPPoE PADO [Service-Name] [Host-Uniq 0x7E3F0000] [AC-Name "stu1903aihr001"]
22:12:27.590625 3c:37:12:4c:36:f8 (oui Unknown) > 9c:74:1a:7f:fe:6c (oui Unknown), ethertype PPPoE D (0x8863), length 32: PPPoE PADR [Service-Name] [Host-Uniq 0x7E3F0000]
22:12:27.610986 9c:74:1a:7f:fe:6c (oui Unknown) > 3c:37:12:4c:36:f8 (oui Unknown), ethertype PPPoE D (0x8863), length 60: PPPoE PADS [ses 0x9a11] [Service-Name] [Host-Uniq 0x7E3F0000]

 

[DLMttH]

Komisch, komisch. Bei mir sind AC und erster IP-Hop 50 km Luftlinie auseinander. AC ist in der Nachbarstadt in 6 km Entfernung.

 

[jiogjhi]

erster IP-Hop

Hier mal ein traceroute:

Routenverfolgung zu dns.google [8.8.8.8]
über maximal 30 Hops:

  1     1 ms     1 ms     1 ms  gateway [192.168.178.1]
  2    10 ms    10 ms    10 ms  stu1903aihr001.versatel.de [62.214.63.95]
  3     9 ms    33 ms    20 ms  62.214.34.229
  4    13 ms    13 ms    13 ms  89.27.238.38
  5    13 ms    33 ms    13 ms  89.27.238.39
  6    15 ms    30 ms    14 ms  192.178.105.195
  7    14 ms    43 ms    14 ms  108.170.228.45
  8    14 ms    30 ms    13 ms  dns.google [8.8.8.8]

Außerdem habe ich gerade gemerkt, das z.b. Google DNS (auch wirklich nur DNS) doch über Stuttgart geht. 1.1.1.1 usw. geht aber trotzdem per Frankfurt. 62.214.34.229 ist von dem was ich jetzt gesehen habe immer gleich hat aber keinen Hostnamen, IPinfo.io + IP2Location sagt aber Stuttgart.

Routenverfolgung zu check.dns.sh [185.222.222.222]
über maximal 30 Hops:

  1     1 ms     1 ms     1 ms  gateway [192.168.178.1]
  2    10 ms    10 ms    10 ms  stu1903aihr001.versatel.de [62.214.63.95]
  3    21 ms    38 ms    11 ms  62.214.34.229
  4    16 ms    31 ms    22 ms  fra020isp005.versatel.de [80.81.193.80]
  5    17 ms    16 ms    16 ms  check.dns.sh [185.222.222.222]

 

[jiogjhi]

Kleines Update, 9.9.9.9 wird jetzt über den DE-CIX und nicht mehr NL-CIX geroutet. Weiß jetzt nicht ob das enfach ein Nationaler "fix" war, aber vllt. tut sich ja aktiv was hier.

 

[Dragon0001]

Außerdem habe ich gerade gemerkt, das z.b. Google DNS (auch wirklich nur DNS) doch über Stuttgart geht. 1.1.1.1 usw. geht aber trotzdem per Frankfurt.

Google ist meines Wissens bisher nicht in Stuttgart vertreten, 1und1 wird zu Google DNS daher über Frankfurt routen.

Kleines Update, 9.9.9.9 wird jetzt über den DE-CIX und nicht mehr NL-CIX geroutet. Weiß jetzt nicht ob das enfach ein Nationaler "fix" war, aber vllt. tut sich ja aktiv was hier.

Der IXP heißt NL-IX, wobei das NL nicht mehr für die Niederlande steht, da er sich über mehrere Länder erstreckt. 1und1 ist in Frankfurt, Düsseldorf und Berlin an den NL-IX angeschlossen. Ein Routing über diesen Knoten ist daher nicht unbedingt schlechter und bleibt unter Umständen innerhalb von z.B. Frankfurt.

 

[jiogjhi]

innerhalb von z.B. Frankfurt.

Je nach PPPoE Session bleibt das wohl wirklich in Frankfurt, oder wird irgendwo anders hingeschickt.

Jetzt hab ich aber inzwischen 18ms zum 1&1 BNG anstatt 8ms, also 25ms nach Frankfurt. Das merkt man schon langsam, hoffe das sich das irgendwie wieder legt, Vertrag kann man ja jetzt leider nicht mehr abbrechen...

 

[DLMttH]

Starte mal den Router neu...

 

[jiogjhi]

@DLMttH Hab ich schon gemacht, hab jetzt auch mal ne Fritte mit AVM Firmware drangemacht.

Problem scheint zu sein, das Fastpath deaktiviert wurde. In dslstat unter OpenWRT finde ich nähmlich eine Sektion mit "Interleaved_Delay: 90".

 

[DLMttH]

Das sind eigentlich Relikte aus ADSL-Zeiten. VDSL ist von Natur aus "Fast".

 

[jiogjhi]

Hier der ganze dslstat Output. Eigentlich wäre mir das auch egal, aber Glasfaser wurde schon wieder verschoben, diesmal auf "Bis März 2026".

{
        "api_version": "4.23.1",
        "firmware_version": "8.13.1.5.0.7",
        "chipset": "Lantiq-VRX500",
        "driver_version": "1.11.1",
        "state": "Showtime with TC-Layer sync",
        "state_num": 7,
        "up": true,
        "uptime": 144,
        "atu_c": {
                "vendor_id": [
                        181,
                        0,
                        66,
                        68,
                        67,
                        77,
                        193,
                        144
                ],
                "vendor": "Broadcom 193.144",
                "system_vendor_id": [
                        181,
                        0,
                        66,
                        68,
                        67,
                        77,
                        0,
                        0
                ],
                "system_vendor": "Broadcom",
                "version": [
                        118,
                        49,
                        49,
                        46,
                        48,
                        48,
                        46,
                        48,
                        57,
                        0,
                        0,
                        0,
                        0,
                        0,
                        0,
                        0
                ],
                "serial": [
                        72,
                        54,
                        82,
                        76,
                        51,
                        53,
                        48,
                        52,
                        48,
                        49,
                        57,
                        95,
                        51,
                        55,
                        0,
                        0,
                        0,
                        0,
                        0,
                        0,
                        0,
                        0,
                        0,
                        0,
                        0,
                        0,
                        0,
                        0,
                        0,
                        0,
                        0,
                        0
                ]
        },
        "power_state": "L0 - Synchronized",
        "power_state_num": 0,
        "xtse": [
                0,
                0,
                0,
                0,
                0,
                0,
                0,
                2
        ],
        "annex": "B",
        "standard": "G.993.2",
        "profile": "35b",
        "mode": "G.993.2 (VDSL2, Profile 35b, with down- and upstream vectoring)",
        "upstream": {
                "vector": true,
                "trellis": true,
                "bitswap": true,
                "retx": true,
                "virtual_noise": false,
                "ra_mode": "At initialization",
                "ra_mode_num": 1,
                "interleave_delay": 0,
                "inp": 34.000000,
                "data_rate": 46719000,
                "latn": 9.400000,
                "satn": 9.200000,
                "snr": 6.900000,
                "actatp": -1.900000,
                "attndr": 47772000,
                "mineftr": 46712000
        },
        "downstream": {
                "vector": true,
                "trellis": true,
                "bitswap": false,
                "retx": true,
                "virtual_noise": true,
                "ra_mode": "At initialization",
                "ra_mode_num": 1,
                "interleave_delay": 90,
                "inp": 61.000000,
                "data_rate": 290477000,
                "latn": 14.700000,
                "satn": 14.700000,
                "snr": 6.100000,
                "actatp": 14.400000,
                "attndr": 291841448,
                "mineftr": 290477000
        },
        "olr": {
                "downstream": {
                        "bitswap": {
                                "requested": 0,
                                "executed": 0,
                                "rejected": 0,
                                "timeout": 0
                        },
                        "sra": {
                                "requested": 0,
                                "executed": 0,
                                "rejected": 0,
                                "timeout": 0
                        },
                        "sos": {
                                "requested": 0,
                                "executed": 0,
                                "rejected": 0,
                                "timeout": 0
                        }
                },
                "upstream": {
                        "bitswap": {
                                "requested": 10,
                                "executed": 5,
                                "rejected": 0,
                                "timeout": 0
                        },
                        "sra": {
                                "requested": 0,
                                "executed": 0,
                                "rejected": 0,
                                "timeout": 0
                        },
                        "sos": {
                                "requested": 0,
                                "executed": 0,
                                "rejected": 0,
                                "timeout": 0
                        }
                }
        },
        "errors": {
                "near": {
                        "es": 0,
                        "ses": 0,
                        "loss": 0,
                        "uas": 420,
                        "lofs": 0,
                        "fecs": 0,
                        "leftrs": 0,
                        "cv_c": 0,
                        "fec_c": 0,
                        "hec": 0,
                        "ibe": 0,
                        "crc_p": 0,
                        "crcp_p": 0,
                        "cv_p": 1,
                        "cvp_p": 0,
                        "rx_corrupted": 0,
                        "rx_uncorrected_protected": 0,
                        "rx_retransmitted": 0,
                        "rx_corrected": 0,
                        "tx_retransmitted": 0
                },
                "far": {
                        "es": 7,
                        "ses": 0,
                        "loss": 0,
                        "uas": 420,
                        "lofs": 0,
                        "fecs": 9123,
                        "leftrs": 131,
                        "cv_c": 45,
                        "fec_c": 62233,
                        "hec": 0,
                        "ibe": 0,
                        "crc_p": 0,
                        "crcp_p": 0,
                        "cv_p": 0,
                        "cvp_p": 0,
                        "rx_corrupted": 827783,
                        "rx_uncorrected_protected": 797500,
                        "rx_retransmitted": 0,
                        "rx_corrected": 30283,
                        "tx_retransmitted": 320869
                }
        },
        "erb": {
                "sent": 82,
                "discarded": 0
        }
}

 

[ookee]

Der Wert "interleave_delay" ist in Mikrosekunden, das sind also 0,09 ms. Es ist bei Lantiq/MaxLinear-Modems völlig normal, dass hier bei aktivem G.INP (siehe "retx") im Downstream ein kleiner Wert ungleich 0 angegeben wird.