Ich habe verwirrende Netzwerkprobleme.
Zum Kontext: Ich arbeite bei einem Radiosendercluster – mehrere Sender an einem Standort – und wir nutzen das Internet sehr häufig, um unsere Audioinhalte zu verbreiten. Wir streamen 3 Radiofeeds zu unseren Online-Feeds, wir senden zwei verschiedene Feeds an zwei verschiedene Sendestationen, wo der Ton über Funk übertragen wird, empfangen zwei Audiofeeds (manchmal 3) und senden einen Feed zurück an die Quelle. All dieses Streaming findet rund um die Uhr statt, wir nutzen unser Internet also etwas mehr als der Durchschnittsbürger. Wir hören nie auf zu senden – es sei denn, wir verlieren die Verbindung.
Wir haben seit einiger Zeit mit Verbindungsabbrüchen zu kämpfen, was für einen professionellen Radiosender sehr problematisch ist. Wir haben unseren Internetdienstanbieter angerufen, um Antworten zu erhalten, und jeder Versuch, das Problem zu untersuchen, hat uns nicht weitergebracht.
Zuerst dachte ich, das Problem liege nur an Paketverlusten. Doch dann fiel mir auf, dass die Verbindungsverluste nur halb zufällig waren und es eine Art Muster gab. Jede Station ist an einen stillen Sensor angeschlossen, der Warnmeldungen aussendet, wenn eine Station aus der Luft geht. Diese Warnmeldungen können verschiedene Dinge bedeuten; bei uns haben sie jedoch nur eine Unterbrechung unserer Internetverbindung angezeigt. Um dieses Problem zu beheben, verwende ich Informationen, die ich von den beiden Stationen gesammelt habe, die Audio von einem anderen Standort empfangen. Die Warnmeldungen werden gesendet, wenn wir kein Audio mehr von der Quelle empfangen.
Erstens sind die Verbindungsprobleme nicht völlig zufällig, da die Verbindungsunterbrechung in den meisten Fällen nur 2 Minuten vor Beginn einer neuen Stunde auftritt – 12:58, 4:58, 1:58. Ich würde sagen, dass die Verbindungsprobleme in mindestens 90 % der Fälle ungefähr 2 Minuten vor Beginn einer neuen Stunde auftreten. Aber ich müsste das überprüfen, um sicherzugehen. Für mich ist es schon seltsam genug, 2 Minuten vor Beginn einer Stunde die Verbindung zu verlieren, aber da ist noch mehr.
Die Verbindungsunterbrechungen treten nicht stündlich oder sogar jeden Tag zur gleichen Stunde auf. Die Zeiten, in denen die Verbindungen unterbrochen werden, variieren jeden Tag. Und noch seltsamer ist, dass eine Station 2 Minuten vor Ende einer Stunde eine Netzwerkunterbrechung haben kann, während die andere Station keine Unterbrechung hat. Obwohl jede Station 2 Minuten vor einer neuen Stunde die Verbindung verliert, glaube ich nicht, dass mir jemals ein Fall bekannt ist, in dem beide Stationen gleichzeitig ausgefallen sind. Daher treten die Verbindungsprobleme nicht nur zu zufälligen Zeiten im Laufe des Tages auf, sondern auch zu unterschiedlichen Zeiten für jede Station. Der einzige gemeinsame Nenner ist, dass der Verbindungsverlust ungefähr 2 Minuten vor Ende „einer“ Stunde auftritt.
Da ich momentan nicht an der Station bin, kann ich nicht die genaue Ausrüstung angeben, die wir verwenden, aber die Einrichtung ist ziemlich einfach.
Wir haben ein Modem, das an einen Netgear Prosafe 24-Port-Switcher angeschlossen ist. Der Switcher versorgt dann die einzelnen Räume im Gebäude. Im Allgemeinen hat jeder Raum dann einen kleinen 4-8-Port-Switcher (verschiedene Marken). Die Audioverarbeitungsgeräte, die den Ton empfangen, werden dann an diese kleineren Switcher angeschlossen.
Ich bin hier völlig ratlos. Ich habe sogar Probleme, Comcast davon zu überzeugen, dass es nicht unsere Schuld ist. Im Moment denke ich darüber nach, den 24-Port-Umschalter für das Wochenende abzuschalten und nur die vier Ports auf der Rückseite des Modems zu verwenden, um wichtige/essentielle Geräte zu versorgen (ich glaube allerdings, dass ich mindestens einen der kleineren Umschalter angeschlossen lassen müsste). Ich stelle mir vor, dass Comcast dann die Schuld auf sich nehmen müsste, wenn das Problem weiterhin bestehen würde, weil es keine eingreifende Technologie gäbe.
Jede Hilfe wäre ein RIESIGER Segen! Warum treten die Probleme halb zufällig auf? Wo fange ich an, nach der Ursache des Problems zu suchen? Ich bin etwas misstrauisch gegenüber dem Modem; die Probleme begannen ungefähr zu der Zeit, als ein Modem ausgetauscht wurde – glaube ich. Aber letztendlich bin ich verloren ... verloren ... verloren.
Antwort1
Beginnen Sie damit, das Problem zu isolieren. Ich werde ein Netzwerk logisch in Segmente aufteilen, beginnend von außen und nach innen, um den Dokumentations-/Logikfluss zu gewährleisten:
- Internet (8.8.8.8 ist der Google DNS-Server – nie ausgefallen)
- Ein Hop in Ihr ISP-Netzwerk von Ihrem ISP-Verbindungsgerät
- Ihr Modem
- Ihr Router/NAT-Gerät
- Ihr internes Netzwerk (192.168.xx, 172.20.xx, 10.xxx)
Wenn wir diese Aufteilung verstehen, können wir herausfinden, was wir haben ... in umgekehrter Reihenfolge: Von innen nach außen. Also ...
Verwenden des Befehls „ipconfig“
Bestimmen Sie vom internen Gerät (PC) aus, wie Ihr Netzwerk je nach Gerät/PC aussieht. Start | Ausführen | cmd Enter ipconfigEnter
Dadurch erhalten Sie Ihre IP/Ihr Subnetz/Ihr Gateway (hoffentlich nutzen Sie kein WLAN, falls Sie für die Fehlerbehebung der ersten Ebene deaktiviert sind).
Sollte ungefähr so aussehen:
Windows IP Configuration
Ethernet adapter Ethernet:
Connection-specific DNS Suffix . :
Link-local IPv6 Address . . . . . : removed
IPv4 Address. . . . . . . . . . . : 192.168.0.100
Subnet Mask . . . . . . . . . . . : 255.255.255.0
Default Gateway . . . . . . . . . : 192.168.0.1
Stellen Sie sicher, dass Sie das Ethernet/LAN-Verbindungsgerät verwenden, nichts anderes. Das Gerät, an dem Sie sich befinden, hat die IPv4-Adresse: 192.168.0.100. Ihr NAT-Gerät/Router ist das Standard-Gateway: 192.168.0.1.
Verwenden des Ping-Befehls
Jetzt beginnen wir mit dem Testen der Konnektivität zwischen dem Netzwerkgerät und dem NAT/Router-Gerät. In der Eingabeaufforderung verwenden wir den Ping-Befehlstyp:
ping 192.168.0.100 -t
oder
ping -t 192.168.0.100
Im Grunde sagen Sie einem Gerät „Hallo, bist du da?“ und das Gerät sollte antworten (bis wir mitten im Internet sind, wo es manchmal komisch zugehen kann).
Gute Antworten:
Reply from 192.168.0.100: bytes=32 time<1ms TTL=64
Schlechte Antworten:
Destination Host Unreachable
oder
Request timed out
oder irgendetwas anderes
Das -t in diesem Befehl bedeutet, dass alle 1 Sekunde ein Informationspaket gesendet wird, bis Sie ihm sagen, dass es aufhören soll ( Ctrl+ coder Fenster mit dem X schließen). Ohne das -t sendet es nur 4 Pakete und hört dann auf.
Da wir nun wissen, wie man eine Verbindung testet, werden wir den Ping-Befehl für jede Verbindung/Verbindung im Netzwerk verwenden und schauen, wo die Probleme beginnen.
Verwenden des Befehls tracert
Als Letztes müssen wir sicherstellen, dass sonst nichts Ungewöhnliches an der Verbindung zwischen Ihnen und dem Internet vorliegt (sogenanntes Double-NAT oder zwei NAT-Geräte) und feststellen, welches Gerät sich einen Schritt außerhalb Ihres ISP-Modems befindet.
Geben Sie in der Eingabeaufforderung Folgendes ein:
tracert google.com<kbd>Enter</kbd>
Sie erhalten etwa Folgendes:
tracert google.com
Tracing route to google.com [74.125.21.138]
over a maximum of 30 hops:
1 <1 ms <1 ms <1 ms router [192.168.0.1]
2 2 ms 1 ms 1 ms device [10.1.10.1]
3 1 ms 1 ms 1 ms blah.somename.whatever [123.123.123.123]
4 1 ms 1 ms 1 ms 124.124.124.124
5 * * * Request timed out.
... und es kommen noch mehr. Mit Ctrl+ Cstoppen
Was Sie interessiert, ist die IP-Adresse des Geräts zwischen den [] in jeder Zeile. Hinweis: Wenn die Zeile nach Ihrer Standard-Gateway-IP aus dem obigen ipconfig-Test mit einem der Muster 192.168.xx, 172.20.xx, 10.xxx (private, nicht routbare Subnetze) übereinstimmt, haben Sie Double NAT, was zu anderen seltsamen Problemen führen kann, auf die ich hier nicht näher eingehen werde.
Als letzte Information benötigen Sie die öffentliche IP Ihres Netzwerks. Gehen Sie zu www.ipchicken.com. Diese Nummer ist Ihre öffentliche IP.
Was testen wir nun mit all diesen Informationen?
Sie selbst (ich überspringe dies normalerweise, es sei denn, das nächste macht Probleme): 192.168.0.100
Ihre Verbindung zu Ihrem NAT-Router: 192.168.0.1
IPchicken-Nummer: 123.123.123.125
Der erste Hop außerhalb des ISP-Modems (Ihr öffentliches Gateway): 123.123.123.123
DNS-Server von Google: 8.8.8.8
Öffnen Sie also mit dem oben beschriebenen Ping-Test bis zu 5 Eingabeaufforderungsfenster und testen Sie jeden Hop mit Ping. Lassen Sie mich diese Hops noch einmal einfügen und erläutern, was zwischen den einzelnen Geräten ein Problem sein kann.
ping 192.168.0.100
- Wenn dies nicht 100% ist, haben Sie ein NIC-Problem oder einen defekten IP-Stack und müssen ihn neu aufbauen
ping 192.168.0.1
- Wenn dies nicht 100 %ig ist, haben Sie interne Verkabelungsprobleme zwischen Ihrem PC und dem Switch/Router. Beginnen Sie damit, Netzwerkkabel/Switches/Router zu verfolgen und auszutauschen. - Wenn Sie hier doppeltes NAT hatten, wird das bei nachfolgenden Hops zu einem Problem.
ping 123.123.123.125
- Ihr ISP-Modem hat Probleme, lassen Sie es testen - In der Sprache der Netzwerksegmentierung überschreiten wir DMARC oder die Abgrenzung zwischen Ihrem lokalen Unternehmensnetzwerk (das Problem Ihres IT-Mitarbeiters) und dem ISP-Netzwerk.
ping 123.123.123.123
- Ihre Internetverbindung hat Probleme, Ihr ISP muss sich anmelden und Ihre Internetverbindung überprüfen. Ihr Modem hat keine gute Verbindung zum nächsten ISP-Gerät, sie müssen das Problem beheben. - Beim Kabel-ISP müssen Sie die Leistung (normalerweise +-10) und das SNR (Signal-Rausch-Verhältnis) überprüfen und sie sollten Ihnen sagen, was sie als akzeptablen Bereich bezeichnen. Wenn es nicht im Bereich liegt, muss ISP-Techniker eingesetzt werden. - Beim DSL müssen Sie das Rauschprofil überprüfen lassen und es muss innerhalb ihrer Spezifikationen liegen. Die Installation von Filtern auf allen an die Telefonleitung angeschlossenen Geräten kann hier ein Problem sein.
ping 8.8.8.8
Das ist irgendwo im Internet zu finden, ISPs werden die Plausibilität leugnen, ob sie es sind oder nicht. Ein genauerer Blick in die Tracert-Kette kann Ihnen helfen zu erkennen, wo Probleme auftreten. Die Namen helfen Ihnen dabei, Änderungen der Netzwerkgrenzen zu identifizieren, wenn Sie das Glück hatten, dies zu sehen.
Willkommen im IT-Beruf :)