Kleiner Erfahrungsbericht zum 5G-Router Zyxel NR7302

mbo77

Die Mobilfunktarife im Markt werden immer interessanter. Die Gründe, weshalb ich mich aktuell mit dem Thema beschäftigt habe, sind:

- Der Gf-Ausbau eines lokalen Anbieters scheint wirklich bald abgeschlossen zu sein - brauche ich dann eine Backup-Leitung?
- Vor längerer Zeit wurde LTE/5G bei uns im Dorf recht anständig ausgebaut. Mit dem Handy erreiche ich Werte bis zu 300/30 Mbps.
- Es gibt sehr interessante neue Tarife, wie z.B. die neuen Unlimited-Optionen bei der Telekom. Bereits ab Magenta Mobil S wird das Datenvolumen nicht weiter beschränkt, wenn man mindestens eine Pluskarte und zusätzlich Mangenta Eins hat. Andere Anbieter haben bestimmt ähnliche Angebote.

Daher habe ich jetzt mal einen Test mit einer Multi-SIM für 4,95 € (diese erbt das Volumen der Hauptkarte, ist demnach in meinem Fall auch unlimited) und einem Zyxel NR7302 gemacht.

Infos zum Router gibt es hier: https://www.zyxel.com/service-provid…02nr7303-series

Ich wollte ein Outdoor-Gerät mit mindestens LTE und einem Passthrough-Mode zu einem zentralen Router. Das ist bei mir ein Banana Pi R4 mit OpenWRT 24.10.0. Es gibt natürlich viele weitere Optionen im Markt, preislich wie technisch. Oftmals reicht mit Sicherheit ein LTE-Modem aus. Aber 5G ist selbst im NSA-Mode schon recht beeindruckend.

Angeschlossen ist das 5G-Gateway mittels PoE an einen passenden Switch. Das Verlegekabel ist per Keystone im Patchpanel angelegt.
Außen ist das Kabel in einer passenden Dose terminiert: https://wirelex.shop/products/outdo…tone%20outdoort
Danach geht es per Patchkabel im Kabelkanal zum Router hoch, aktuell rund in 1,50m Höhe, das reicht nach ersten Tests dicke aus.

Ich musste also nur ein Kabel nach außen rausführen. Intern ist das Interface via native VLANs isoliert und liegt an einem Gb-Port an.

Nach Konfiguration der SIM und eines APN war der Router online und per DHCP konnte die zugewiesene Adresse an das neue Interface im bpi durchgereicht werden. Mit dem passenden APN gibt es entweder eine öffentliche IPv4-Adresse oder eine private zzgl. eines öffentlichen IPv6-Prefix. Den IPv6-Teil habe ich vorerst ausgelassen.

Ich habe ein paar Speedtests mittels dedizierter Route parallel zur aktuellen DSL-Default-Route gemacht.

Ohne SQM:

Code

$ speedtest -s 5733

   Speedtest by Ookla

      Server: LWLcom GmbH - Bremen (id: 5733)
         ISP: Deutsche Telekom AG
Idle Latency:    17.63 ms   (jitter: 6.82ms, low: 14.87ms, high: 25.16ms)
    Download:   705.62 Mbps (data used: 1.2 GB)                                                   
                623.46 ms   (jitter: 86.68ms, low: 27.75ms, high: 1204.28ms)
      Upload:    57.91 Mbps (data used: 62.2 MB)                                                   
                165.38 ms   (jitter: 54.09ms, low: 28.87ms, high: 316.58ms)
 Packet Loss:     0.0%
  Result URL: https://www.speedtest.net/result/c/564ce3fd-f4ea-4c04-b651-485026861f39

Alles anzeigen

Mit SQM:

Code

$ speedtest -s 5733

   Speedtest by Ookla

      Server: LWLcom GmbH - Bremen (id: 5733)
         ISP: Deutsche Telekom AG
Idle Latency:    16.66 ms   (jitter: 2.02ms, low: 13.69ms, high: 18.76ms)
    Download:   625.34 Mbps (data used: 795.6 MB)                                                   
                101.27 ms   (jitter: 31.16ms, low: 16.15ms, high: 454.56ms)
      Upload:    51.65 Mbps (data used: 93.6 MB)                                                   
                100.08 ms   (jitter: 29.32ms, low: 21.53ms, high: 289.80ms)
 Packet Loss:     0.0%
  Result URL: https://www.speedtest.net/result/c/883dbeea-7b12-440f-bd74-0e72e8de88d7

Alles anzeigen

Zum Vergleich DSL/SQM:

Code

$ speedtest -s 5733

   Speedtest by Ookla

      Server: LWLcom GmbH - Bremen (id: 5733)
         ISP: Deutsche Telekom AG
Idle Latency:     9.46 ms   (jitter: 0.10ms, low: 9.40ms, high: 9.54ms)
    Download:    87.64 Mbps (data used: 77.8 MB)                                                   
                 11.84 ms   (jitter: 2.73ms, low: 9.43ms, high: 104.30ms)
      Upload:    41.90 Mbps (data used: 33.0 MB)                                                   
                 11.31 ms   (jitter: 0.82ms, low: 9.64ms, high: 14.94ms)
 Packet Loss:     0.0%
  Result URL: https://www.speedtest.net/result/c/057cb4ab-deeb-4f0c-bba8-4304e5de98a2

Alles anzeigen

Wie sieht mein vorläufiges Fazit aus?

Pro:

- Erstaunlich schnell
- Per Multi-SIM ist es preislich ein No-Brainer, wenn man ohnehin einen passenden Tarif hat
- Bisher sehr stabil, auch was meine Stichproben in der Durchsatzmessung ergeben haben

Con:

- Die Software des NR7302 ist wirklich nicht gut, die Dokumentation oft wenig hilfreich
- Die Web-UI ist fehlerhaft, CLI sehr beschränkt und ohne Dokumentation, zudem absturzfreudig
- Die Latenz ist erwartungsgemäß nicht besonders gut, vor allem unter Last
- An den SQM-Settings muss ich noch arbeiten, ggf. lässt sich das Verhalten unter Last verbessern

Tatsächlich wäre der DL-Speed auf der "Backup"-Leitung höher als der bestellte Tarif bei meinem zukünftigen Provider (500/250). Dafür sieht es beim Upload ungleich besser aus. Auch die Latenz, gerade unter Last, wird mutmaßlich besser sein.

Zu beachten wäre, dass bei Wegfall von DSL (ergo Magenta Eins, außer Telekom kann hier in Zukunft auch Services anbieten, unwahrscheinlich) das unlimitierte Volumen erst wieder ab Magenta Mobil M greift. In Summe bleibt dann aber das Upgrade auf M günstiger, als den DSL-Anschluss weiterzubetreiben.

pufferueberlauf

Zitat von mbo77

- An den SQM-Settings muss ich noch arbeiten, ggf. lässt sich das Verhalten unter Last verbessern

Da Du OpenWrt verwendest, guck doch mal hier:

GitHub - lynxthecat/cake-autorate: Eliminate the excess latency and jitter terrorizing your 4G, 5G, LTE, Starlink or other variable rate connection!

Eliminate the excess latency and jitter terrorizing your 4G, 5G, LTE, Starlink or other variable rate connection! - lynxthecat/cake-autorate

github.com

und zur Konfiguration/Nutzung hier:

CAKE w/ Adaptive Bandwidth

The "CAKE w/ Adaptive Bandwidth" OpenWrt project addresses the application of the CAKE algorithm for mitigating bufferbloat to variable bandwidth connections…

forum.openwrt.org

Das Projekt ist entstanden weil der Hauptentwickler in Schottland mit ausreichender Kapazitaet gerade mal LTE empfangen konnte, aber die Latenz unter Last eher bescheiden fand. Statisches SQM war OK, erforderte aber die Kapazitaet dauerhaft auf das erwartbare Minimum zu beschraenken, daher der Wunsch nach einem aktiven Controller der versucht die Latenz niedrig zu halten.

pufferueberlauf

Kannst Du vielleicht die folgenden Kommandos mal durchlaufen lassen je fuer beide Links (die IPv6 Variante natuerlich nur wenn Du IPv6 auch aktiviert hast):

Code

# bei Bedarf installieren:
opkg update , opkg install iputils-tracepath mtr-json
# dauert ein bisschen
tracepath -b -4 one.one.one.one
tracepath -b -6 one.one.one.one
# braucht mehr als 100 Sekunden bevor die Resultate sichtbar werden
mtr -ezb4w -c 100 -o LSNBAWVJMXI one.one.one.one
mtr -ezb6w -c 100 -o LSNBAWVJMXI one.one.one.one

one.one.one.one (1.1.1.1) laesst sich sowohl als IPv4 als auch als IPv6 aufloesen...

mbo77

Hinweis: 5G geht über eine öffentliche IP, da internet.t-d1.de als APN

tracepath via DSL

Code

$ tracepath -b -4 1.1.1.1
 1?: [LOCALHOST]                      pmtu 1500
 1:  _gateway                                  0.244ms 
 1:  _gateway                                  0.178ms 
 2:  _gateway                                  0.148ms pmtu 1492
 2:  p3e9bf2c3.dip0.t-ipconnect.de (62.155.242.195)        3.625ms 
 3:  f-ed13-i.f.de.net.dtag.de (217.5.67.30)              10.020ms asymm  5 
 4:  80.156.160.223 (80.156.160.223)                       9.683ms asymm  5 
 5:  if-ae-19-2.tcore2.fr0-frankfurt.as6453.net (80.231.65.10)   9.830ms asymm  6 
 6:  195.219.148.122 (195.219.148.122)                    10.625ms asymm  5 
 7:  162.158.84.183 (162.158.84.183)                      10.701ms asymm  9 
 8:  no reply
 9:  no reply
10:  no reply
11:  no reply
12:  no reply
13:  no reply
14:  no reply
15:  no reply
16:  no reply
17:  no reply
18:  no reply
19:  no reply
20:  no reply
21:  no reply
22:  no reply
23:  no reply
24:  no reply
25:  no reply
26:  no reply
27:  no reply
28:  no reply
29:  no reply
30:  no reply
     Too many hops: pmtu 1492
     Resume: pmtu 1492

Alles anzeigen

tracepath via 5G

Code

$ tracepath -b -4 1.1.1.1
 1?: [LOCALHOST]                      pmtu 1500
 1:  _gateway                                  0.270ms 
 1:  _gateway                                  0.328ms 
 2:  no reply
 3:  no reply
 4:  no reply
 5:  no reply
 6:  no reply
 7:  no reply
 8:  no reply
 9:  80.156.5.65 (80.156.5.65)                            40.941ms 
10:  f-ed13-i.F.DE.NET.DTAG.DE (217.5.67.46)              25.370ms asymm 12 
11:  80.156.160.223 (80.156.160.223)                      29.208ms asymm 12 
12:  if-ae-19-2.tcore2.fr0-frankfurt.as6453.net (80.231.65.10)  25.243ms asymm 13 
13:  195.219.148.122 (195.219.148.122)                    38.480ms asymm 12 
14:  162.158.84.149 (162.158.84.149)                      32.559ms 
15:  no reply
16:  no reply
17:  no reply
18:  no reply
19:  no reply
20:  no reply
21:  no reply
22:  no reply
23:  no reply
24:  no reply
25:  no reply
26:  no reply
27:  no reply
28:  no reply
29:  no reply
30:  no reply
     Too many hops: pmtu 1500
     Resume: pmtu 1500

Alles anzeigen

mtr via DSL

Code

$ mtr -ezb4w -c 100 -o LSNBAWVJMXI 1.1.1.1
Start: 2025-04-09T14:00:06+0200
HOST:                                                                 Loss%   Snt  Last  Best   Avg  Wrst StDev Jttr Javg Jmax Jint
  1. AS???    _gateway          	                 			           0.0%   100   0.2   0.2   0.4   3.4   0.4  0.1  0.3  3.1  2.7
  2. AS3320   p3e9bf2c3.dip0.t-ipconnect.de (62.155.242.195)              0.0%   100   4.3   2.9   4.2  21.1   2.8  0.8  1.7 17.3 37.0
  3. AS3320   f-ed13-i.F.DE.NET.DTAG.DE (217.5.118.238)                   0.0%   100  10.8   9.7  12.0  39.6   5.1  0.2  3.6 29.3 11.9
  4. AS3320   80.156.160.223                                              0.0%   100  10.3   9.5  10.3  23.9   1.4  0.2  0.6 13.8  7.4
  5. AS6453   if-ae-19-2.tcore2.fr0-frankfurt.as6453.net (80.231.65.10)   0.0%   100  10.5   9.6  10.6  32.7   2.3  0.2  0.8 22.6 17.3
       [MPLS: Lbl 77137 TC 0 S u TTL 1]
  6. AS6453   195.219.148.122                                             0.0%   100  31.8  10.4  16.3  64.2   9.3 18.2  7.1 47.6 78.8
  7. AS13335  162.158.84.135                                              0.0%   100  24.8   9.4  11.9  26.1   4.1 14.3  3.0 15.9 60.2
  8. AS13335  one.one.one.one (1.1.1.1)                                   0.0%   100  22.7  21.5  22.1  22.8   0.3  0.5  0.3  1.2  4.3

Alles anzeigen

mtr via 5G

Code

$ mtr -ezb4w -c 100 -o LSNBAWVJMXI 1.1.1.1
Start: 2025-04-09T14:02:41+0200
HOST:                                                                 Loss%   Snt  Last  Best   Avg  Wrst StDev Jttr Javg Jmax Jint
  1. AS???    _gateway                    	          			         0.0%   100   0.6   0.2   0.3   2.7   0.3  0.0  0.2  2.5  2.9
  2. AS???    ???                                                        100.0   100   0.0   0.0   0.0   0.0   0.0  0.0  0.0  0.0  0.0
  3. AS???    ???                                                        100.0   100   0.0   0.0   0.0   0.0   0.0  0.0  0.0  0.0  0.0
  4. AS???    ???                                                        100.0   100   0.0   0.0   0.0   0.0   0.0  0.0  0.0  0.0  0.0
  5. AS???    ???                                                        100.0   100   0.0   0.0   0.0   0.0   0.0  0.0  0.0  0.0  0.0
  6. AS???    ???                                                        100.0   100   0.0   0.0   0.0   0.0   0.0  0.0  0.0  0.0  0.0
  7. AS???    ???                                                        100.0   100   0.0   0.0   0.0   0.0   0.0  0.0  0.0  0.0  0.0
  8. AS???    ???                                                        100.0   100   0.0   0.0   0.0   0.0   0.0  0.0  0.0  0.0  0.0
  9. AS3320   80.156.5.65                                                 0.0%   100  15.5  11.2  16.0  24.1   2.7  2.6  3.3  9.6 39.9
 10. AS3320   217.5.67.50                                                 0.0%   100  19.7  15.3  20.4  31.8   3.3  0.5  3.6 14.4 44.3
 11. AS3320   80.156.160.223                                              0.0%   100  15.7  14.4  20.6  60.2   6.1  4.7  3.5 41.1 70.4
 12. AS6453   if-ae-19-2.tcore2.fr0-frankfurt.as6453.net (80.231.65.10)   0.0%   100  19.3  15.3  20.0  30.4   3.1  0.9  3.2 13.0 52.3
       [MPLS: Lbl 77137 TC 0 S u TTL 1]
 13. AS6453   195.219.148.122                                             0.0%   100  28.7  14.8  23.0  43.9   5.8 11.6  5.7 26.2 112.7
 14. AS13335  162.158.84.173                                              0.0%   100  23.6  15.4  22.3  53.0   5.9  2.2  5.5 31.9 77.4
 15. AS13335  one.one.one.one (1.1.1.1)                                   0.0%   100  20.2  14.5  21.2  31.4   4.0  0.3  3.4 12.3 44.3

Alles anzeigen

mbo77

Richtung Google sieht es etwas anders aus:

DSL

Code

$ mtr -ezb4w -c 100 -o LSNBAWVJMXI 8.8.8.8 -n
Start: 2025-04-09T14:12:03+0200
HOST:                          Loss%   Snt  Last  Best   Avg  Wrst StDev Jttr Javg Jmax Jint
  1. AS???    xx.xx.xx.x        2.0%   100   0.2   0.2   0.3   0.8   0.1  0.2  0.1  0.6  2.1
  2. AS3320   62.155.242.195    0.0%   100   3.3   2.9   3.8  17.4   1.6  0.5  0.9 13.8 11.5
  3. AS3320   62.159.98.90      0.0%   100  10.1   9.6  10.4  19.0   1.1  0.4  0.7  9.1  5.9
  4. AS3320   62.157.250.46     0.0%   100   9.5   9.4  10.0  14.5   0.9  0.1  0.6  4.8  5.4
  5. AS15169  192.178.109.243   0.0%   100   9.8   9.3  10.2  18.1   1.2  0.3  0.8  8.3 11.5
  6. AS15169  142.250.46.245    0.0%   100  10.6  10.0  11.0  22.2   1.3  0.2  0.8 11.4  8.4
  7. AS15169  8.8.8.8           0.0%   100   9.6   9.1   9.9  17.7   1.3  0.2  0.7  7.8  6.4

5G

Code

$ mtr -ezb4w -c 100 -o LSNBAWVJMXI 8.8.8.8 -n
Start: 2025-04-09T14:15:06+0200
HOST:                         Loss%   Snt  Last  Best   Avg  Wrst StDev Jttr Javg Jmax Jint
  1. AS???    xx.xx.xx.x       0.0%   100   0.5   0.1   0.3   0.8   0.1  0.3  0.1  0.5  1.6
  2. AS???    ???             100.0   100   0.0   0.0   0.0   0.0   0.0  0.0  0.0  0.0  0.0
  3. AS???    ???             100.0   100   0.0   0.0   0.0   0.0   0.0  0.0  0.0  0.0  0.0
  4. AS???    ???             100.0   100   0.0   0.0   0.0   0.0   0.0  0.0  0.0  0.0  0.0
  5. AS???    ???             100.0   100   0.0   0.0   0.0   0.0   0.0  0.0  0.0  0.0  0.0
  6. AS???    ???             100.0   100   0.0   0.0   0.0   0.0   0.0  0.0  0.0  0.0  0.0
  7. AS???    ???             100.0   100   0.0   0.0   0.0   0.0   0.0  0.0  0.0  0.0  0.0
  8. AS???    ???             100.0   100   0.0   0.0   0.0   0.0   0.0  0.0  0.0  0.0  0.0
  9. AS3320   80.156.5.65      0.0%   100  13.2  11.4  15.1  24.8   2.6  1.3  2.8 11.7 53.1
 10. AS3320   217.0.192.134    0.0%   100  16.5  14.9  19.3  26.5   2.6  3.0  2.9  8.8 52.3
 11. AS3320   87.128.238.134   0.0%   100  18.3  14.3  18.6  29.0   2.7  0.4  2.8 11.2 59.2
 12. AS15169  216.239.42.71    0.0%   100  17.3  14.3  18.9  26.9   2.6  3.4  2.6  8.3 49.5
 13. AS15169  66.249.94.245    0.0%   100  17.0  14.7  20.5  33.8   3.3  6.2  3.3 17.5 49.9
 14. AS15169  8.8.8.8          0.0%   100  17.7  15.0  18.8  25.8   2.6  4.7  2.9 10.4 51.9

Alles anzeigen

mbo77

Zitat von pufferueberlauf

Da Du OpenWrt verwendest, guck doch mal hier:
https://github.com/lynxthecat/cake-autorate
und zur Konfiguration/Nutzung hier:
https://forum.openwrt.org/t/cake-w-adaptive-bandwidth/191049
Das Projekt ist entstanden weil der Hauptentwickler in Schottland mit ausreichender Kapazitaet gerade mal LTE empfangen konnte, aber die Latenz unter Last eher bescheiden fand. Statisches SQM war OK, erforderte aber die Kapazitaet dauerhaft auf das erwartbare Minimum zu beschraenken, daher der Wunsch nach einem aktiven Controller der versucht die Latenz niedrig zu halten.

Ich habe mal etwas geschaut. Aktuell ist es ein Luxus-Problem.

Ich halte mich aktuell eher an die Pakete, die OpenWRT im Repository hat. Wenn ich aktuell 500/50 darüber jagen kann und die Latenz <100 ms bleibt (mit festen QSM-Werten), ist das eine seeehr komfortable Situation.

mbo77

Nachtrag zum Energiebedarf des Zyxel.

Wenn ich dem Unifi-Switch Glauben schenken darf, liegt der Bedarf auf dem Port zwischen 1,5W (idle) und 4,5W (Volllast).

pufferueberlauf

Zitat von mbo77

Ich habe mal etwas geschaut. Aktuell ist es ein Luxus-Problem.

Gut und gut

Zitat von mbo77

Wenn ich aktuell 500/50 darüber jagen kann und die Latenz <100 ms bleibt (mit festen QSM-Werten), ist das eine seeehr komfortable Situation.

In der Tat, behalte es halt im Hinterkopf falls eines Tages statisches Traffic-Shaping weniger gut funktionieren sollte.

Phino

Insgesamt ist zu bedenken, dass sowohl in den Abendstunden (alle @Home) als auch bei Netzstörungen Festnetz sehr viele auf Mobil ausweichen.
Ich habe es mal bei mir über 2 Tage jede Stunde einen Geschwindigkeitstest gemacht. Man sah sehr deutlich, wann die umliegende Bevölkerung aktiv ist. Nachts um 04:00 sind die Werte traumhaft, um 21 Uhr eher grottig.
Mobilfunk ist hat in der Zelle ein shared-Medium.

Ich nutze bei mir ALDI Jahrespaket mit 150 GB. Bin hier mit E-Plus gut aufgestellt. Dass reicht mir vollkommen aus und ist EU-Roaming, geht halt dann immer mit in den Urlaub. Ich habe ein ZTE MC801A, läuft im Bridge-Modus. Da bin ich mit Konfiguration und Oberfläche sehr zufrieden.

Edding

Könntest heute Abend so um 21Uhr nochmal Speedtest liefern ?

mbo77

Zitat von Edding

Könntest heute Abend so um 21Uhr nochmal Speedtest liefern ?

Ich habe jetzt mal die QSM-Werte auf ca. 500/50 Mbps netto "getuned".

In einer Screen-Session lasse ich den Speedtest gegen den einen Server nun alle 15 Minuten laufen. Ich hoffe, er bleibt stets auf IPv4. Ansonsten lege ich mal einen Hosts-Eintrag an.

pufferueberlauf

Zitat von mbo77

Ich hoffe, er bleibt stets auf IPv4. Ansonsten lege ich mal einen Hosts-Eintrag an.

Hat speedtest.net denn inzwischen ueberhaupt IPv6 Nodes? Als ich vor ein paar Jahren recherchiert habe, bin ich zu dem Schluss gekommen, das ist alles nur IPv4, aber das kann schon damals inkorrekt gewesen sein und sich zusaetzlich in der Zwischenzeit geaendert haben...

Kannst Du vielleicht heute Abend auch je einen Tests mit

Internet Speed Test - Measure Network Performance | Cloudflare

Test your Internet connection. Check your network performance with our Internet speed test. Powered by Cloudflare's global edge network.

speed.cloudflare.com

machen und Screenshots posten? (Der Test zeigt an ob ueber IPv4 oder IPv6 gemessen wurde, und zusaetzlich zeigt er die Inter-Flow Latenz waehren der Up- und der Download-Testphase an, da waere ein Vergleich zwischen 5G und DSL interessant).

mbo77

Zitat von pufferueberlauf

Hat speedtest.net denn inzwischen ueberhaupt IPv6 Nodes

Das hängt davon ab, wer den betreibt. Ich hatte bei dem Node schon mal IPv6-Verbindungen gesehen.

Bei Cloudflare schaue ich heute abend auch mal.

mbo77

Aktuell sieht es so aus.

mbo77

Cloudflare aktuell:

HubeBube

Phino hat es ja bereits angedeutet: Der Härtetest als Backupleitung ist der, wenn der leitungsgebundene Internetzugang in deinem Dorf/Ortsteil/Stadtteil/Stadt ausfällt und sich Hunderte oder Tausende Devices um Slots in der Funkzelle balgen.

mbo77

Und DSL:

gponner

HubeBube Haben wir schon mehrfach ausprobieren "müssen". Mobilfunkbackup ist nur bei Ausfall des eigenen Equipments zu gebrauchen. Bei Flächenausfall kommst du auf keinen grünen Zweig, zumindest nicht in Gewerbegebieten!

wandler

Zitat von gponner

Bei Flächenausfall kommst du auf keinen grünen Zweig, zumindest nicht in Gewerbegebieten!

Bei gewerblichen Nutzern ist ja auch richtig was los. In Wohngebieten ist außer zu den zwei, drei Peakstunden so wenig Traffic, dass nachts fast alle Sender abgeschaltet werden können.

Edding

Zitat von pufferueberlauf

Hat speedtest.net denn inzwischen ueberhaupt IPv6 Nodes?

Ja schon lange, wird einem aber nicht direkt angezeigt welcher Stack genutzt wird.

Bei der eigene Adresse wird immer nur die V4 angezeigt.

Tags