Routing-Probleme IPv4(!) Deutsche Glasfaser (connection resets)

kreppelesser

Hi,

ca. 1 1/2 Jahre lief DG bei mir problemlos. Sowie IPv4 / CGNAT als auch IPv6. Speeds waren auch immer top.

Realisiert ist das alles bei mir über ein Nokia ONT mit einer pfSense FW und ubqiuti / unifi switches/wifi Router.

Seit ca. 3 Wochen habe ich über Nacht das Problem, daß ausschließlich bei IPv4 Verbindungen connection resets auftreten d.h.

ein Router im Netz von DG meldet "host unreachable" und damit bricht die Verbindung ab. Schön zu sehen wenn man z.B. auf http://www.bild.de geht und dort viele kleine Werbeanzeigen bzw. externe Bilder geladen werden - ca. 50% der Bilder werden nicht geladen und mit einer Fehlermeldung markiert. Refresht man dann einfach werden genau diese Bilder dann geladen, andere dafür aber nicht d.h. es wird immer nur ein Teil geladen und die anderen requests abgebrochen.

Wireshark hab ich mal laufen lassen und der Host im Netz der DG 94.31.72.86 meldet "Destination unreachable" und bricht somindest die Verbindung ab. Bei einem einfach Reload klappt die Verbindung dann wieder, beim nächsten Reload ist sie wieder unreachable. Wireshark schreibt dazu noch "Communication administratively filtered". das geschieht NUR bei IPv4, IPv6 funzt immer problemlos.

Selbstverständlich sind alle Versuche dieses Fehlerbild bei der DG Hotline zu schildern unmöglich - Wireshark kennt an der Hotline keiner, laut deren gibt es keine Störung im Netz und alles ist okay. Ich soll meinen Router neu starten, den ONT für 24h stromlos machen und es neu versuchen usw.

Hat jemand noch eine Idee wie ich an einen 2nd Level Support kommen kann um evtl. denen mal das Problem zu schildern ?

frank_m

Kann man bei traceroutes/mtr/trippy auf die Ziel-Hosts irgendwas erkennen? Paketverluste oder so?

kreppelesser

Nope, wenn die Verbindung mal steht ist alles okay, allerdings bricht sie bei mtr z.b. sporadisch irgendwann mal mit dem genannten "Host unreachable" ab. Es fühlt sich so an, als wäre z.B. der AFTR am Limit und kann keine weitere Verbindungen mehr handlen und sendet dann einfach ein "Host unreachable" zurück. Es ist dann immer der Host 94.31.72.86 im DG Netz der diesen Reset auslöst - wenn man wüsste was der macht.

frank_m

Zitat von kreppelesser

Nope, wenn die Verbindung mal steht ist alles okay, allerdings bricht sie bei mtr z.b. sporadisch irgendwann mal mit dem genannten "Host unreachable" ab.

Sie bricht ab? Ich hätte erwartet, dass es dann ab einem gewissen Hop Verluste gibt. Da das Phänomen nach deiner Beschreibung ja temporär ist, hätte ich dann erwartet, dass es sich irgendwann erholt. Zeig bitte mal den Trace.

Zitat von kreppelesser

Es fühlt sich so an, als wäre z.B. der AFTR am Limit und kann keine weitere Verbindungen mehr handlen und sendet dann einfach ein "Host unreachable" zurück.

Es gibt keinen AFTR bei der DG. Man nutzt nativ IPv4, allerdings mit CGNAT. Aber mangelnde Ausgangsports auf dem NAT Server könnten das Problem erklären, zumindest mit den TCP Verbindungen. Bei ICMP eigentlich nicht. Ist denn der Router dein NAT Router? Das müsste man auch dem Trace entnehmen können.

kreppelesser

Hier noch ein paar Logs.

Gemacht unter Linux, einfach mit "curl -v http://212.53.215.173"

Normalerweise sollte jedes Mal ein ganz normaler Reply from Webserver kommen, allerdings, wie man im Log sieht, geht es nur sporadisch jedes 3-4 mal.

Zwischen den einzelnen Sessions lasse ich ca. 10 Sekunden Pause:

HTML

marcel@rigtr12:~$ curl -v http://212.53.215.173
*   Trying 212.53.215.173:80...
* connect to 212.53.215.173 port 80 from 192.168.15.112 port 59578 failed: No route to host
* Failed to connect to 212.53.215.173 port 80 after 1 ms: Couldn't connect to server
* Closing connection
curl: (7) Failed to connect to 212.53.215.173 port 80 after 1 ms: Couldn't connect to server
marcel@rigtr12:~$ date
Sat Feb  8 17:23:32 UTC 2025
marcel@rigtr12:~$ curl -v http://212.53.215.173
*   Trying 212.53.215.173:80...
* connect to 212.53.215.173 port 80 from 192.168.15.112 port 44664 failed: No route to host
* Failed to connect to 212.53.215.173 port 80 after 1 ms: Couldn't connect to server
* Closing connection
curl: (7) Failed to connect to 212.53.215.173 port 80 after 1 ms: Couldn't connect to server
marcel@rigtr12:~$ date
Sat Feb  8 17:23:39 UTC 2025
marcel@rigtr12:~$ curl -v http://212.53.215.173
*   Trying 212.53.215.173:80...
* Connected to 212.53.215.173 (212.53.215.173) port 80
> GET / HTTP/1.1
> Host: 212.53.215.173
> User-Agent: curl/8.5.0
> Accept: */*
> 
< HTTP/1.1 404 Not Found
< Date: Sat, 08 Feb 2025 17:23:46 GMT
< Server: Apache
< Upgrade: h2,h2c
< Connection: Upgrade
< Accept-Ranges: bytes
< Transfer-Encoding: chunked
< Content-Type: text/html
< 
<!doctype html>
<html>
</html>
<!-- AF:1739035389:OK -->
* Connection #0 to host 212.53.215.173 left intact
marcel@rigtr12:~$ date
Sat Feb  8 17:23:48 UTC 2025
marcel@rigtr12:~$ curl -v http://212.53.215.173
*   Trying 212.53.215.173:80...
* Connected to 212.53.215.173 (212.53.215.173) port 80
> GET / HTTP/1.1
> Host: 212.53.215.173
> User-Agent: curl/8.5.0
> Accept: */*
> 
< HTTP/1.1 404 Not Found
< Date: Sat, 08 Feb 2025 17:23:55 GMT
< Server: Apache
< Upgrade: h2,h2c
< Connection: Upgrade
< Accept-Ranges: bytes
< Transfer-Encoding: chunked
< Content-Type: text/html
< 
<!doctype html>
<html>
</html>
<!-- AF:1739035389:OK -->
* Connection #0 to host 212.53.215.173 left intact
marcel@rigtr12:~$ date
Sat Feb  8 17:23:56 UTC 2025
marcel@rigtr12:~$ curl -v http://212.53.215.173
*   Trying 212.53.215.173:80...
* Connected to 212.53.215.173 (212.53.215.173) port 80
> GET / HTTP/1.1
> Host: 212.53.215.173
> User-Agent: curl/8.5.0
> Accept: */*
> 
< HTTP/1.1 404 Not Found
< Date: Sat, 08 Feb 2025 17:24:06 GMT
< Server: Apache
< Upgrade: h2,h2c
< Connection: Upgrade
< Accept-Ranges: bytes
< Transfer-Encoding: chunked
< Content-Type: text/html
< 
<!doctype html>
<html>
</html>
<!-- AF:1739035389:OK -->
* Connection #0 to host 212.53.215.173 left intact
marcel@rigtr12:~$ date
Sat Feb  8 17:24:09 UTC 2025
marcel@rigtr12:~$ curl -v http://212.53.215.173
*   Trying 212.53.215.173:80...
* Connected to 212.53.215.173 (212.53.215.173) port 80
> GET / HTTP/1.1
> Host: 212.53.215.173
> User-Agent: curl/8.5.0
> Accept: */*
> 
< HTTP/1.1 404 Not Found
< Date: Sat, 08 Feb 2025 17:24:17 GMT
< Server: Apache
< Upgrade: h2,h2c
< Connection: Upgrade
< Accept-Ranges: bytes
< Transfer-Encoding: chunked
< Content-Type: text/html
< 
<!doctype html>
<html>
</html>
<!-- AF:1739035448:OK -->
* Connection #0 to host 212.53.215.173 left intact
marcel@rigtr12:~$ date
Sat Feb  8 17:24:19 UTC 2025
marcel@rigtr12:~$ curl -v http://212.53.215.173
*   Trying 212.53.215.173:80...
* Connected to 212.53.215.173 (212.53.215.173) port 80
> GET / HTTP/1.1
> Host: 212.53.215.173
> User-Agent: curl/8.5.0
> Accept: */*
> 
< HTTP/1.1 404 Not Found
< Date: Sat, 08 Feb 2025 17:24:29 GMT
< Server: Apache
< Upgrade: h2,h2c
< Connection: Upgrade
< Accept-Ranges: bytes
< Transfer-Encoding: chunked
< Content-Type: text/html
< 
<!doctype html>
<html>
</html>
<!-- AF:1739035448:OK -->
* Connection #0 to host 212.53.215.173 left intact
marcel@rigtr12:~$ date
Sat Feb  8 17:24:32 UTC 2025
marcel@rigtr12:~$ curl -v http://212.53.215.173
*   Trying 212.53.215.173:80...
* Connected to 212.53.215.173 (212.53.215.173) port 80
> GET / HTTP/1.1
> Host: 212.53.215.173
> User-Agent: curl/8.5.0
> Accept: */*
> 
< HTTP/1.1 404 Not Found
< Date: Sat, 08 Feb 2025 17:24:50 GMT
< Server: Apache
< Upgrade: h2,h2c
< Connection: Upgrade
< Accept-Ranges: bytes
< Transfer-Encoding: chunked
< Content-Type: text/html
< 
<!doctype html>
<html>
</html>
<!-- AF:1739035448:OK -->
* Connection #0 to host 212.53.215.173 left intact
marcel@rigtr12:~$ date
Sat Feb  8 17:24:52 UTC 2025
marcel@rigtr12:~$ curl -v http://212.53.215.173
*   Trying 212.53.215.173:80...
* Connected to 212.53.215.173 (212.53.215.173) port 80
> GET / HTTP/1.1
> Host: 212.53.215.173
> User-Agent: curl/8.5.0
> Accept: */*
> 
< HTTP/1.1 404 Not Found
< Date: Sat, 08 Feb 2025 17:25:00 GMT
< Server: Apache
< Upgrade: h2,h2c
< Connection: Upgrade
< Accept-Ranges: bytes
< Transfer-Encoding: chunked
< Content-Type: text/html
< 
<!doctype html>
<html>
</html>
<!-- AF:1739035448:OK -->
* Connection #0 to host 212.53.215.173 left intact
marcel@rigtr12:~$ date
Sat Feb  8 17:25:02 UTC 2025
marcel@rigtr12:~$ curl -v http://212.53.215.173
*   Trying 212.53.215.173:80...
* Connected to 212.53.215.173 (212.53.215.173) port 80
> GET / HTTP/1.1
> Host: 212.53.215.173
> User-Agent: curl/8.5.0
> Accept: */*
> 
< HTTP/1.1 404 Not Found
< Date: Sat, 08 Feb 2025 17:25:04 GMT
< Server: Apache
< Upgrade: h2,h2c
< Connection: Upgrade
< Accept-Ranges: bytes
< Transfer-Encoding: chunked
< Content-Type: text/html
< 
<!doctype html>
<html>
</html>
<!-- AF:1739035448:OK -->
* Connection #0 to host 212.53.215.173 left intact
marcel@rigtr12:~$ curl -v http://212.53.215.173
*   Trying 212.53.215.173:80...
* connect to 212.53.215.173 port 80 from 192.168.15.112 port 53754 failed: No route to host
* Failed to connect to 212.53.215.173 port 80 after 1 ms: Couldn't connect to server
* Closing connection
curl: (7) Failed to connect to 212.53.215.173 port 80 after 1 ms: Couldn't connect to server
marcel@rigtr12:~$ date
Sat Feb  8 17:25:08 UTC 2025
marcel@rigtr12:~$ curl -v http://212.53.215.173
*   Trying 212.53.215.173:80...
* Connected to 212.53.215.173 (212.53.215.173) port 80
> GET / HTTP/1.1
> Host: 212.53.215.173
> User-Agent: curl/8.5.0
> Accept: */*
> 
< HTTP/1.1 404 Not Found
< Date: Sat, 08 Feb 2025 17:25:12 GMT
< Server: Apache
< Upgrade: h2,h2c
< Connection: Upgrade
< Accept-Ranges: bytes
< Transfer-Encoding: chunked
< Content-Type: text/html
< 
<!doctype html>
<html>
</html>
<!-- AF:1739035507:OK -->
* Connection #0 to host 212.53.215.173 left intact
marcel@rigtr12:~$ date
Sat Feb  8 17:25:13 UTC 2025

Alles anzeigen

Oben schön zu sehen, die ersten Versuche schlagen fehl, dann funktionieren einige, dann schlägt wieder eine Fehl und die danach funktioniert wieder. Resetted wird die Verbindung mit einem "No route to host" aus dem DG Netz.. Das ist vermutlich dann der NAT Server o.ä. der meldet dass keine Ports mehr frei sind ?

Mit MTR sieht der Trace sauber aus zu dem jeweiligen host - das ist aber immer so.

Über IPv6 gibt es keine Probleme.

Mein Router ist eine pfSense Box die selbstverständlich auch NAT'ed.

HubeBube

Die Meldung "No Route to host" kommt jedoch von 192.168.15.112

Das ist doch sicher in deinem Heimnetz?

frank_m

Und die Logs haben nichts mit dem zu tun, wonach ich oben gefragt habe.

kreppelesser

Also gut dann hier erstmal ein mtr:

Code

g3-rig06 (192.168.15.106) -> 82.98.127.7 (82.98.127.7)                                                                                                                                                                 2025-02-09T11:10:14+0100
Keys:  Help   Display mode   Restart statistics   Order of fields   quit
                                                                                                                                                                                                      Packets               Pings
Host                                                                                                                                                                                                Loss%   Snt   Last   Avg  Best  Wrst StDev
1. _gateway                                                                                                                                                                                          0.0%   199    0.1   0.7   0.1  62.7   6.2
2. 100.124.1.11                                                                                                                                                                                      0.0%   199    2.0   2.3   1.4   8.5   1.1
3. (waiting for reply)
4. 185.22.46.96                                                                                                                                                                                      0.0%   199    1.7   3.5   1.4  64.7   8.0
5. ipv4.de-cix.fra.de.as12306.plusline.net                                                                                                                                                           0.0%   199    2.7   3.5   1.7  64.6   7.5
6. te3-1.c302.f.de.plusline.net                                                                                                                                                                      0.0%   199    2.0   2.6   1.9  63.0   4.3
7. 82.98.103.2                                                                                                                                                                                       0.0%   199    2.3   3.7   2.1  64.7   7.5
8. 82.98.102.175                                                                                                                                                                                     0.0%   199    1.7   2.7   1.6 106.9   7.9
9. 213.83.57.150                                                                                                                                                                                     0.0%   198    2.4   2.4   1.8  43.3   2.9
10. 82.98.127.7                                                                                                                                                                                       0.0%   198    1.6   2.0   1.4  45.0   3.5

Alles anzeigen

Kein loss, nirgends.

Versucht man mit Netcat eine Verbindung herzustellen:

Code

marcel@g3-rig06:~$ nc -z -v 82.98.127.7 80
nc: connect to 82.98.127.7 port 80 (tcp) failed: No route to host
marcel@g3-rig06:~$ nc -z -v 82.98.127.7 80
Connection to 82.98.127.7 80 port [tcp/http] succeeded!
marcel@g3-rig06:~$ nc -z -v 82.98.127.7 80
nc: connect to 82.98.127.7 port 80 (tcp) failed: No route to host
marcel@g3-rig06:~$ nc -z -v 82.98.127.7 80
nc: connect to 82.98.127.7 port 80 (tcp) failed: No route to host
marcel@g3-rig06:~$ nc -z -v 82.98.127.7 80
Connection to 82.98.127.7 80 port [tcp/http] succeeded!
marcel@g3-rig06:~$ nc -z -v 82.98.127.7 80
nc: connect to 82.98.127.7 port 80 (tcp) failed: No route to host
marcel@g3-rig06:~$ nc -z -v 82.98.127.7 80
nc: connect to 82.98.127.7 port 80 (tcp) failed: No route to host
marcel@g3-rig06:~$ nc -z -v 82.98.127.7 80
nc: connect to 82.98.127.7 port 80 (tcp) failed: No route to host
marcel@g3-rig06:~$ nc -z -v 82.98.127.7 80
Connection to 82.98.127.7 80 port [tcp/http] succeeded!
marcel@g3-rig06:~$ nc -z -v 82.98.127.7 80
Connection to 82.98.127.7 80 port [tcp/http] succeeded!
marcel@g3-rig06:~$ nc -z -v 82.98.127.7 80
nc: connect to 82.98.127.7 port 80 (tcp) failed: No route to host
marcel@g3-rig06:~$ nc -z -v 82.98.127.7 80
nc: connect to 82.98.127.7 port 80 (tcp) failed: No route to host
marcel@g3-rig06:~$ nc -z -v 82.98.127.7 80
nc: connect to 82.98.127.7 port 80 (tcp) failed: No route to host
marcel@g3-rig06:~$ nc -z -v 82.98.127.7 80
Connection to 82.98.127.7 80 port [tcp/http] succeeded!
marcel@g3-rig06:~$ nc -z -v 82.98.127.7 80
Connection to 82.98.127.7 80 port [tcp/http] succeeded!
marcel@g3-rig06:~$ nc -z -v 82.98.127.7 80
nc: connect to 82.98.127.7 port 80 (tcp) failed: No route to host
marcel@g3-rig06:~$ nc -z -v 82.98.127.7 80
nc: connect to 82.98.127.7 port 80 (tcp) failed: No route to host
marcel@g3-rig06:~$ nc -z -v 82.98.127.7 80
nc: connect to 82.98.127.7 port 80 (tcp) failed: No route to host

Alles anzeigen

Per IPv6 wiederum okay.

frank_m

Zitat von kreppelesser

Kein loss, nirgends.

Ja, das war zu erwarten. Hat halt auch nichts mit dem oben beschriebenen Abbruch zu tun.

Zeig mal die Routen des lokalen Clients. Mit fällt es noch schwer, das oben gezeigte "Destination unreachable" mit dem "No Route to Host" zusammenzubringen.

::1

Zitat von kreppelesser

ein Router im Netz von DG meldet "host unreachable" und damit bricht die Verbindung ab. Schön zu sehen wenn man z.B. auf http://www.bild.de geht und dort viele kleine Werbeanzeigen bzw. externe Bilder geladen werden - ca. 50% der Bilder werden nicht geladen und mit einer Fehlermeldung markiert. Refresht man dann einfach werden genau diese Bilder dann geladen, andere dafür aber nicht d.h. es wird immer nur ein Teil geladen und die anderen requests abgebrochen.

Hm, das ist genau das, was auftreten kann, wenn am CGNAT-Router zuviele Clients (=DG-Kunden) auf eine öffentliche IPv4-Adresse gemappt werden. Da gehen dann irgendwann die maximal ~65k TCP-Quellports aus ...

kreppelesser

Da gibts nicht viel:

Code

root@g3-rig06:/home/marcel# netstat -rn
Kernel-IP-Routentabelle
Ziel            Router          Genmask         Flags   MSS Fenster irtt Iface
0.0.0.0         192.168.12.1    0.0.0.0         UG        0 0          0 enp2s0
192.168.12.0    0.0.0.0         255.255.252.0   U         0 0          0 enp2s0
root@g3-rig06:/home/marcel#

12.1 ist das Gateway welches direkt an der DG hängt.

auf der pfSense ist die default route:

default

100.84.0.1

UGS

5

1500

ix0

100.84.0.1 ist DG

::1

... spreche vom CGNAT-Router in der Infrastruktur der DG:

Das ist der, der dir hier unter "Ihre IPv4 Internet-Adresse ist höchstwahrscheinlich ..." angezeigt wird

kreppelesser

Das dürfte dann dieser hier sein: 94.31.113.142

Code

marcel@g3-rig06:~$ curl ipv4.icanhazip.com
curl: (7) Failed to connect to ipv4.icanhazip.com port 80 after 8 ms: Couldn't connect to server
marcel@g3-rig06:~$ curl ipv4.icanhazip.com
curl: (7) Failed to connect to ipv4.icanhazip.com port 80 after 41 ms: Couldn't connect to server
marcel@g3-rig06:~$ curl ipv4.icanhazip.com
curl: (7) Failed to connect to ipv4.icanhazip.com port 80 after 8 ms: Couldn't connect to server
marcel@g3-rig06:~$ curl ipv4.icanhazip.com
94.31.113.142

::1

Ich bin gerade auf der Suche nach Quellen, die das CGNAT-Thema beleuchten. Hier z.B. geht es um das Thema, von dem ich spreche. Und hier noch ein wenig RFC-Hintergrund.

Spamhaus spricht hier auch despektierlich von "Clown Grade NAT" ...

Hier noch was zu CGNAT aus ISP-Sicht: Im 4. Absatz werden "port-block exceeded errors" erwähnt.

::1

Zitat von kreppelesser

Das dürfte dann dieser hier sein: 94.31.113.142

Looks like ...

Dann kann ich mich ja freuen, hinter einem anderem CGNAT (94.31.113.235) zu hängen

ConiKost

Ich frage mich ja, wie man das dem DG Support erklären will.. die verstehen das doch nicht.

kreppelesser

Hmm wenn ich mit den Beitrag im Forum durchlese mit "nur" 4*256 tcp Verbindungen (gleichzeitig) per NAT-IP könnte ich mir sehr gut vorstellen, daß ich evtl. an dieses Limit komme da ich noch etliche Server etc. im Heimnetz habe die nach draußen telefonieren und viele established states haben..

Die Frage ist nur, wie erklärt man das DG bzw. wie kommt man an einen Mitarbeiter der einem dieses Limit erhöhen kann oder überhaupt erst über dieses Limit bescheid weiß

Derzeit behelfe ich mir, indem ich eine Wireguard-Verbindung zu einer VPS aufbaue und all meinen IPv4 Traffic durch diese Wireguard Verbindung jage, das klappt sehr gut, das Problem ist nur, daß die VPS IP bei vielen Anbietern wie z:B. Netflix geblockt ist wegen GeoIP.. Idealerweise muss man also eine VPS finden die NICHT in einem Blacklist-Bereich ist und man verliert natürliche in paar MBIt's bei dem Tunnel...

frank_m

Zitat von kreppelesser

Die Frage ist nur, wie erklärt man das DG bzw. wie kommt man an einen Mitarbeiter der einem dieses Limit erhöhen kann oder überhaupt erst über dieses Limit bescheid weiß

Vergiss es. Wenn es überhaupt ein Limit pro Kunde gibt - was ich nicht glaube -, dann wird es garantiert nicht für einen einzelnen Kunden geändert. Ich vermute eher, es gibt eine Anzahl Kunden auf einer öffentlichen IP, die sich die Ports teilen, und im Mittel wird das passen. Wenn dann allerdings ein oder zwei Kunden auf einer IP sind, die besonders viele Ports öffnen, dann reicht es nicht mehr.

Zitat von kreppelesser

das Problem ist nur, daß die VPS IP bei vielen Anbietern wie z:B. Netflix geblockt ist wegen GeoIP.

Oder du filterst clever und schickst nur den Traffic über den VPN Tunnel, der von den Port-Problemen betroffen ist.

::1

Zitat von kreppelesser

Wireshark hab ich mal laufen lassen und der Host im Netz der DG 94.31.72.86 meldet "Destination unreachable" und bricht somindest die Verbindung ab.

Zitat von kreppelesser

Das dürfte dann dieser hier sein: 94.31.113.142

Das sind beides Adressen, die im CGNAT-Pool 94.31.64.0/18 (netname: DE-DGW-20100203) liegen. Wundert mich ein wenig, dass das Problem bei zwei CGNAT-Adressen auftritt. Welche Zeitspanne liegt denn zwischen den Beobachtungen der Verbindungsabbrüche bezogen auf diese unterschiedlichen CGNAT-Adressen? Normalerweise ist es so, dass man für relativ lange Zeiträume auf derselben CGNAT-Adresse hängt - in meinem Fall (94.31.113.235) z.B. seit 16.01.2025.

::1

Zitat

root@g3-rig06:/home/marcel# netstat -rn
Kernel-IP-Routentabelle
Ziel Router Genmask Flags MSS Fenster irtt Iface
0.0.0.0 192.168.12.1 0.0.0.0 UG 0 0 0 enp2s0
192.168.12.0 0.0.0.0 255.255.252.0 U 0 0 0 enp2s0
root@g3-rig06:/home/marcel#

192.168.12.0/22 mit 1022 möglichen IP-Adressen ist nun allerdings auch kein kleines Netz. Wie viele Clients gibt es denn in dem Netz?