Problembehandlung für WINS-Fehlerereignis-ID 4102, 4243, 4242 und 4286

In diesem Artikel wird beschrieben, wie Sie Fehler bei der Windows-Wins-Replikation (Internet Name Service) behandeln.

Gilt für: Window Server 2003
Ursprüngliche KB-Nummer: 321208

Weitere Informationen

Stellen Sie vor der Problembehandlung bei Fehlermeldungen im Zusammenhang mit der WINS-Replikation sicher, dass Ihr Netzwerk eine echte Hub-and-Spoke-Replikationstopologie verwendet. Stellen Sie sicher, dass Sie jeden Server so konfigurieren, dass er auf sich selbst verweist. Jeder WINS-Server, den Sie in Ihrem Netzwerk installieren, muss einen eigenen Satz eindeutiger Namen und NetBIOS-Gruppennamen in WINS registrieren. Wins-Dienstprobleme können auftreten, wenn verschiedene WINS-Server die Namen besitzen, die ein bestimmter WINS-Server registriert. Um diese Probleme zu vermeiden, konfigurieren Sie jeden WINS-Server als eigenen primären WINS-Server und sekundären WINS-Server.

Sie müssen die WINS-Replikation ordnungsgemäß konfigurieren, um über ein effizientes WINS-fähiges Netzwerk zu verfügen. Die wichtigsten Features einer richtigen WINS-Konfiguration werden im Kapitel "Konfigurieren der Replikation" des TCP/IP Core-Netzwerkhandbuchs im Windows 2000 Server Resource Kit beschrieben. Diese Informationen sind auch im Kapitel "Bewährte Methoden für die WINS-Replikation" im Windows 2000 Server Resource Kit und im Thema "Bewährte Methoden" in der Onlinehilfedatei für Windows 2000 Server enthalten.

Im Abschnitt "Problembehandlung für WINS" im Windows 2000 Server Resource Kit werden einige grundlegende Schritte zur Problembehandlung für häufige Probleme beschrieben.

Wenn sich die Server routerübergreifend befinden, vergewissern Sie sich, dass keine Netzwerkverbindung verloren gegangen ist oder ein fehlerhafter Router auf einer Zwischenverbindung vorliegt. Stellen Sie außerdem sicher, dass TCP-Port 42 nicht auf einem dazwischen liegenden Netzwerkgerät wie einem Router oder einer Firewall blockiert ist.

WINS-Ereignis-ID 4243-Ereignismeldung

Die folgende Ereignis-ID-Nachricht ist ein Beispiel für eine Ereignis-ID 4243-Nachricht. Der Datenabschnitt enthält wichtige Informationen zur Problembehandlung: Die Übersetzung des Fehlercodes 4243 ist WINS_EVT_RPLPULL_PUSH_NTF_EXC.

Die WINS Server-Ereignisprotokollmeldungen enthalten Daten, mit denen Sie die Ursache für einen Fehler ermitteln können. Ändern Sie die Ansicht des Datenabschnitts des Ereignisses von Bytes in Wörter. Das zweite Datenwort im Datenabschnitt ist dem Typ des protokollierten Fehlers zugeordnet. Der Fehlertyp, der protokolliert wurde, ist der Schlüssel zur Problembehandlung. Die Übersetzung des zweiten Datenworts (e0000008) im Datenabschnitt im Beispiel lautet "WINS_COMM_FAIL – Kommunikationsfehler aufgetreten. Suchen Sie nach getrennten oder nicht erreichbaren Systemen."

Um dieses Problem zu beheben, suchen Sie nach getrennten oder nicht erreichbaren Computern. Da dieser Fehler netzwerkbezogen ist, können Sie eine Netzwerkablaufverfolgung durchführen, um zu ermitteln, welcher WINS-Server ausfällt.

Mögliche Ursachen für die WINS 4243-Ereignismeldungen

Diese Ereignismeldung wird möglicherweise angezeigt, wenn eine der folgenden Bedingungen zutrifft:

• Sie haben die Replikationspartnerschaft nicht ordnungsgemäß konfiguriert.
• Der WINS-Dienst wird nicht auf dem Replikationspartner ausgeführt.
• Ein WINS-Server verfügt über einen Pullpartner, aber der WINS-Dienst ist nicht auf dem Pullpartner installiert. In diesem Fall antwortet der Zielserver mit dem Paket "TCP-Zurücksetzung".
• Ein WINS-Server verfügt über einen Pullpartner, aber der Pullpartner ist aus irgendeinem Grund nicht erreichbar. In diesem Fall wird ein "TCP Sync"-Paket gesendet, aber nichts empfangen (ein "TCP Syn-Ack"-Paket wird nicht zurückgegeben).

Lösung für die WINS 4243-Ereignismeldungen

Um die WINS 4243-Ereignismeldung aufzulösen, führen Sie eine Netzwerkmonitor-Ablaufverfolgung aus, um alle veralteten Replikationspartner zu finden, und entfernen Sie dann alle veralteten Replikationspartner.

So führen Sie eine Netzwerkmonitor-Ablaufverfolgung aus:

1. Suchen Sie den genauen Zeitstempel des Fehlers im Systemereignisprotokoll des WINS-Servers, der den WINS-Fehler 4243 empfängt, und finden Sie dann vorkommen von TCP SYN- oder RESET-Frames zu diesem Zeitpunkt in der Ablaufverfolgung.

2. Durchsuchen Sie die Ablaufverfolgung nach Frames, bei denen die TCP-Flags-Eigenschaft "Verbindung zurücksetzen" enthält. Der WINS-Dienst ist nicht installiert oder wird nicht auf dem Computer ausgeführt, der die TCP-Zurücksetzung gesendet hat.

3. Filtern sie nach SYN-Paketen (Synchronize Sequence Numbers, Sequenznummern synchronisieren).

4. Durchsuchen Sie die Ablaufverfolgung nach Frames, bei denen die TCP-Flags-Eigenschaft "Sequenznummern synchronisieren" enthält, und ermitteln Sie dann, ob alle diese Frames beantwortet wurden.

5. Ein veralteter Replikationspartner ist ein Server, der ein TCP-Zurücksetzungspaket sendet, oder ein Server, der nicht antwortet. Entfernen Sie die veralteten Replikationspartner aus der Liste der Replikationspartner für Ihren WINS-Server. Wenn Windows 2000 WINS-Servercluster beteiligt sind, verwenden Sie nur die virtuelle IP-Ressource für jeden WINS-Servercluster als Replikationspartner. Entfernen Sie auf allen WINS-Servern die physischen Windows 2000-Knoten aus der Replikationspartnerliste für Windows 2000 WINS-Servercluster.

WINS-Ereignis-ID 4102-Ereignismeldung

Die folgende Ereignismeldung ist ein Beispiel für eine Ereignis-ID 4102. Der Datenabschnitt enthält wichtige Informationen zur Problembehandlung. Ändern Sie die Ansicht des Datenabschnitts des Ereignisses von Bytes in Wörter. Wenn ein WINS-Server einen Pullpartner eingerichtet hat, der Pullpartner aber keinen Pushpartner eingerichtet hat, protokolliert der Pullpartner die Ereignis-ID 4102.

Wenn Sie eine Netzwerkmonitor-Ablaufverfolgung ausführen, sehen Sie, dass die TCP-Sitzung eingerichtet ist (TCP-Drei-Wege-Handshake). Um diese Art von Fehler zu analysieren, konfigurieren Sie den Netzwerkmonitor mit dem WINS-Parser. Wenn Sie den richtigen WINS-Parser für den Netzwerkmonitor verwenden, werden die Anforderung und Die Antwort "Zuordnung starten" für den WINS-Quellserver und den WINS-Zielserver angezeigt.

Wenn der Quellclient die Meldung "WINS Add version Number Map Table Request" sendet, sendet der WINS-Zielserver (auf dem kein Partner eingerichtet ist) die folgende Fehlermeldung:

WINS: Beendigungsgrund = Meldungsfehler

Wenn dieser Fehler auftritt, antwortet der WINS-Server, der die Replikation initiiert, mit der folgenden Fehlermeldung:

WINS: Stop Reason = Vom Benutzer initiiert

In diesem Fall wird die TCP-Sitzung gelöscht (TCP FIN).

Mögliche Ursachen für die WINS 4102-Ereignismeldungen

Eine WINS-Ereignis-ID 4102 bedeutet in der Regel, dass während einer WINS-Verbindung ein Kommunikationsfehler auftritt. Dies kann auftreten, wenn ein WINS-Server als Push- oder Pullpartner mit einem Computer konfiguriert ist, der nicht als Partner mit dem ersten WINS-Server konfiguriert ist. Vergewissern Sie sich, dass alle WINS-Server in der Umgebung ordnungsgemäß konfiguriert sind.

Möglicherweise erhalten Sie auch eine WINS-Ereignis-ID 4102, wenn ein nicht autorisierter WINS-Server im Netzwerk ausgeführt wird.

Lösung für WINS 4102-Ereignismeldungen

So beheben Sie die WINS 4102-Ereignismeldung:

1. Führen Sie eine Netzwerkmonitor-Ablaufverfolgung aus, und identifizieren Sie dann den WINS-Remoteserver (Pullpartner), der die Fehlermeldung "WINS: Stop Reason = Message Error" sendet.
2. Führen Sie einen der folgenden Schritte aus:

• Entfernen Sie auf dem WINS-Server, auf dem die Ereignis-ID 4102 protokolliert wird, den WINS-Remoteserver aus der Liste der Replikationspartner.

• Konfigurieren Sie auf dem WINS-Remoteserver (dem Pullpartner) einen Pushpartner, auf den repliziert werden soll. Der Pushpartner ist der WINS-Server, der die Ereignis-ID 4102-Nachricht protokolliert.

WINS-Ereignis-ID 4281-Ereignismeldung

Die folgende Ereignis-ID-Nachricht ist ein Beispiel für eine Ereignis-ID 4281-Ereignisnachricht. Der Datenabschnitt enthält wichtige Informationen zur Problembehandlung. Ändern Sie die Ansicht des Datenabschnitts des Ereignisses von Bytes in Wörter. Diese Fehlermeldung wird in der Regel in Kombination mit anderen WINS-Fehlermeldungen protokolliert. Eine Ereignis-ID 4281-Nachricht wird in der Regel als Nebeneffekt anderer WINS-Fehler protokolliert. In der Regel beheben Sie diese Fehlermeldung, wenn Sie die anderen WINS-Fehlermeldungen auflösen.

WINS-Ereignis-ID 4242-Ereignismeldung

Die folgende Ereignis-ID-Nachricht ist ein Beispiel für eine Ereignis-ID 4242-Ereignismeldung. Der Datenabschnitt enthält wichtige Informationen zur Problembehandlung. Ändern Sie die Ansicht des Datenabschnitts des Ereignisses von Bytes in Wörter. Da der Fehlercode im Datenabschnitt netzwerkbezogen ist, lesen Sie die Schritte zur Problembehandlung im Abschnitt "WINS Error Event ID 4102" dieses Artikels.

WINS-Ereignis-ID 4286-Ereignismeldung

Die folgende Ereignis-ID-Nachricht ist ein Beispiel für eine Ereignis-ID 4286-Ereignismeldung. Der Datenabschnitt enthält wichtige Informationen zur Problembehandlung. Ändern Sie die Ansicht des Datenabschnitts des Ereignisses von Bytes in Wörter. Die in dieser Fehlermeldung beschriebene Situation ist temporär und wird im Laufe der Zeit automatisch behoben. In der Regel erhalten Sie diese Ereignismeldung auf WINS-Servern mit einer sehr langen Liste von Replikationspartnern. In der Regel verursacht ein Mangel an kurzlebigen Ports dieses Problem.

Lösung für die WINS-Ereignis-ID 4286-Ereignismeldung

Um dieses Problem zu beheben, können Sie entweder warten, bis das Problem selbst behoben wurde, oder die folgenden Schritte zur Problembehandlung ausführen:

1. Überprüfen Sie Ihre Replikationstopologie, und stellen Sie sicher, dass Sie für eine echte Hub-and-Spokes-Replikationstopologie konfiguriert sind.

2. Stellen Sie sicher, dass kein TCP-Verbindungsmangel vorliegt. Bevor das TCP-Paket gesendet wird, überprüft der Computer, ob er über ausreichende Ressourcen verfügt, z. B. über freie ausgehende TCP-Ports. Führen Sie die folgenden Schritte aus, um zu überprüfen, ob kein TCP-Verbindungsmangel vorliegt:

   1. Führen Sie den folgenden Befehl auf dem fehlerhaften Computer aus (zu dem Zeitpunkt, zu dem dieser Computer die Ereignis-ID 4286-Fehler protokolliert), und speichern Sie dann die Ausgabe in einer Datei. Führen Sie dazu an einer Eingabeaufforderung den folgenden Befehl aus:

      netstat -a
      

   2. Suchen Sie nach der Gesamtzahl der Sitzungen und der verwendeten Ports, und überprüfen Sie den Zustand der Sitzungen, um zu ermitteln, ob die Anzahl der Sitzungen den Maximalwert erreicht hat. Standardmäßig ist der Maximalwert 5000.

Wenn die Ausgabe angibt, dass der Server alle Ports zwischen 1024 und 5000 erschöpft hat, sind auf dem Server keine kurzlebigen Ports mehr verfügbar. Gehen Sie folgendermaßen vor, um dieses Problem zu beheben:

1. Starten Sie den Registrierungs-Editor.

2. Suchen Sie den MaxUserPort-Wert unter dem folgenden Schlüssel in der Registrierung: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters

3. Doppelklicken Sie auf den MaxUserPort-Wert, geben Sie 65534 in das Feld Wert ein , und klicken Sie dann auf OK.

   Hinweis

   65534 ist der Maximalwert für den MaxUserPort-Wert.

4. Schließen Sie den Registrierungs-Editor.

5. Starten Sie den WINS-Server neu.

WINS-Ereignis-ID 4121 (oder 4116 bei NT4) Ereignismeldung

Die folgende Ereignis-ID-Meldung ist ein Beispiel für die Fehlermeldung Windows 2000-Ereignis-ID 4121. Der Datenabschnitt enthält wichtige Informationen zur Problembehandlung. Ändern Sie die Ansicht des Datenabschnitts des Ereignisses von Bytes in Wörter.

Datenwörter:
00000f58 0a080b73 0000164e 000000000 00001652 00000000
00000f58 0a05f0c6 00005fcf 000000000 000061ac 00000000
00000f58 dc0f05c9 00005c76 000000000 000068c8 00000000

Die Übersetzung des Fehlercodes 4121 ist WINS_EVT_NO_RPL_RECS_RETRIEVED.

Unter Windows 2000 erhalten Sie möglicherweise die Ereignismeldungen des WINS 4121-Ereignisprotokolls, wenn eine der folgenden Bedingungen zutrifft:

• Ein Computer empfängt eine Pushbenachrichtigung. Basierend auf dieser Benachrichtigung verwendet der Computer den Pullmechanismus, um alle neueren Datensätze abzurufen, als durch die höchste Versions-ID angegeben sind. Wenn ein Pullpartner versucht, die Datensätze basierend auf den Versions-IDs abzurufen, über die der Pullpartner informiert wurde, sind diese Datensätze in der Datenbank des Partners nicht mehr vorhanden.

  Dieses Problem kann auftreten, wenn ein Pushpartner einen Eintrag auflistet, der bereits veraltet ist, bevor die Pullzeit erreicht ist. Wenn Sie z. B. einen Push senden, der Eintrag aktualisiert wird und Sie den Push dann erneut senden, bevor ein Pullvorgang erfolgt, erhalten Sie möglicherweise diese Ereignisnachricht. Um dieses Verhalten zu beheben, optimieren Sie die Anzahl von Pushvorgängen und die Pullzeit. Erhöhen Sie die Pushanzahl, und verringern Sie die Pullzeit, bis das Verhalten anhält.

• Ein PersonaNonGrata-Registrierungseintrag enthält den Server, der ein Replikationspartner ist.

Andernfalls erhalten Sie möglicherweise die Ereignismeldung wins 4121, wenn beide der folgenden Bedingungen zutreffen:

• Sie verfügen über zwei WINS-Server: einen Pushpartner und einen Pullpartner.

• Wenn der Pullpartner eine Replikation initiiert (z. B. einen Pull Request), kann das folgende Verhalten auftreten:

  Hinweis

  Der Pfeil gibt die Richtung des Verkehrs an.

1. Pullpartner –> Pushpartner

   Der Pullpartner sendet eine Abfrage für eine Liste der WINS-Server und die höchste Versions-ID an den Pushpartner.

2. Pullpartner <– Pushpartner

   Der Pushpartner sendet die Liste der WINS-Server und die höchste Versions-ID zurück. Der Pushpartner gibt eine Liste zurück, da der Pushpartner auch ein Pullpartner anderer WINS-Server sein kann und in seinen Datenbank-IP-Adressen enthalten ist, die andere WINS-Server besitzen.

3. Pullpartner <– Pushpartner

   Auf dem Pushpartner: Vergleichen Sie für jeden WINS-Server die höchste Versions-ID mit der neuesten Versions-ID, die repliziert wurde. Wenn die höchste Versions-ID höher als die replizierte ist, gibt der Pushpartner eine Abfrage an den Pullpartner mit der höchsten Versions-ID aus.

4. Pullpartner –> Pushpartner

   Der Pullpartner sendet eine Liste von Einträgen. Wenn die Liste leer ist, sind alle neuen Datensätze nicht mehr vorhanden, und ein 4121 WINS-Ereignis (oder unter Windows NT4 ein 4116 WINS-Ereignis) wird mit der IP-Adresse des WINS-Servers protokolliert, der besitzer der Datensätze ist. (Dies kann der Pullpartner oder ein beliebiger Partner sein. Der Partner ist wiederum ein Pullpartner dieses Pullpartners).

Dieses Ereignis ist nur informativ und meldet kein Problem. Verwenden Sie die folgende Anleitung, um die in der Ereignismeldung enthaltenen Daten zu interpretieren:

Jede Zeile im Abschnitt "Datenwörter" der Ereignismeldung weist die folgende Struktur auf:
4 Bytes = Zeilennummer im Quellcode (wird nur von Microsoft zu Debugzwecken verwendet)
4 Bytes = IP-Adresse eines WINS-Servers (Pullpartner oder ein beliebiger WINS-Server, der mit dem Pullpartner repliziert wird)
8 Bytes = 64-Bit-Zahl für die Mindestversions-ID
8 Bytes = 64-Bit-Zahl für die maximale Versions-ID

Im vorherigen Beispiel werden die drei Zeilen von Datenwörtern folgendermaßen übersetzt:

IP-Adresse, Mindestversion, Max-Version
------------- -------------- -------------
10.8.11.115, 164E 0, 1652 0 (Der Unterschied zwischen hex1652 und 164E = 4 ist die Anzahl der zu replizierenden Datensätze)

10.5.240.198, 5fcf 0, 61ac 0 (477 Zu replizierende Datensätze)
220.15.5.201, 5c76 0, 68c8 0(3154 Zu replizierende Datensätze)

Dieses Verhalten ist beabsichtigt, und WINS protokolliert weiterhin die Ereignismeldung. In Windows NT 4.0 und höher protokolliert der Computer dieses Ereignis nur, wenn Sie die Option Ausführliche Ereignisse protokollieren aktiviert haben.

Führen Sie die folgenden Schritte aus, um die ausführliche Protokollierung zu deaktivieren:

1. Klicken Sie im WINS-Manager im Menü Server auf Konfiguration.
2. Klicken Sie auf Erweitert, und deaktivieren Sie dann das Kontrollkästchen Detaillierte Ereignisse protokollieren .

Beschädigte WINS-Datenbank

In seltenen Fällen kann die WINS-Datenbank beschädigt sein. Führen Sie die folgenden Schritte aus, um sich von dieser Situation zu erholen:

1. Beenden Sie die Replikation.
2. Löschen Sie die Replikationspartner.
3. Verwenden Sie das Jetpack-Tool in der Datenbank auf dem Hubserver.
4. Stellen Sie die Replikation wieder her, und erzwingen Sie dann eine Replikation.
5. Verwenden Sie die WINS Microsoft Management Console (MMC), um die Konsistenz der WINS-Datenbank zu untersuchen.

Konfigurieren Sie in einer großen WINS-Umgebung, in der sich IP-Adressen ständig ändern, nicht die Option Bei Adressänderung replizieren auf einem NT4 WINS-Server. Die entsprechende Einstellung auf einem Windows 2000 WINS-Server ist das Kontrollkästchen Wenn sich Die Adresse ändert im WINS-Snap-In. Deaktivieren Sie das Kontrollkästchen, um die Standardeinstellung wiederherzustellen.

Weitere Informationen finden Sie, indem Sie auf die folgenden Artikelnummern klicken, um die Artikel in der Microsoft Knowledge Base anzuzeigen:

150737 Festlegen der Optionen für primären und sekundären WINS-Server

Weitere Informationen finden Sie im Whitepaper "Windows Internet Naming Service (WINS): Architecture and Capacity Planning". Besuchen Sie dazu die folgende Microsoft-Website:

Übersicht über den Windows 2000 Server Windows Internet Naming Service (WINS)

Ausführen von WINS in einem Cluster

Konfigurieren Sie auf einem Windows 2000-Servercluster alle WINS-Replikationspartner für die Replikation mit dem virtuellen Server im Servercluster. In einem Windows NT 4.0-Servercluster müssen Sie die einzelnen Knoten als Replikationspartner konfigurieren, da das Failoverfeature für den WINS-Dienst auf Windows NT 4.0-Serverclustern nicht verfügbar ist.

Konfigurieren des Netzwerkmonitors für die Verwendung des WINS-Parsers

Microsoft Windows 2000 Server Resource Kit enthält den WINS Replication Network Monitor Parser (Wins.dll), der bei der Problembehandlung hilfreich sein kann.

Informationen zum Herunterladen der aktualisierten Version der Wins.dll-Datei finden Sie unter "Ergänzung 1" des Windows 2000 Server Resource Kit. So verwenden Sie den WINS-Replikationsparser:

1. Kopieren Sie den WINS-Replikationsparser (Wins.dll) in den Ordner System32\NetmonFull\Parsers.

2. Fügen Sie dem Abschnitt [PARSERS] in der datei Parser.ini die folgende Zeile hinzu:

   wins.dll =0: WINS
   

3. Fügen Sie der datei Parser.ini den folgenden Abschnitt hinzu:

   [WINS]  
   Comment="WINS Protocol"  
   FollowSet=  
   HelpFile=  
   

   Hinweis

   Die Parser.ini Datei befindet sich im Ordner System32\NetmonFull.

4. Fügen Sie dem Abschnitt [TCP_HandoffSet] in der Tcpip.ini-Datei die folgende Zeile hinzu:

   42 = WINS; added
   

   Hinweis

   Die Tcpip.ini-Datei befindet sich im Ordner System32\NetmonFull\Parsers.

Beispiel für einen WINS-Replikationsrahmen

Nachdem Sie den WINS-Parser konfiguriert haben, können Sie die Details jedes WINS-Replikationspakets anzeigen, wenn Sie eine Netzwerkmonitor-Ablaufverfolgung ausführen. Zum Beispiel:

#2725 10:05:01.208 00307B967C50 0002A56BB95B WINS-Replikationspaket

IP: Quelladresse = 10.46.4.201
IP: Zieladresse = 10.12.49.23 IP

TCP: .AP..., len: 45, seq: 44355679-44355724, ack: 799772100, win: 8760, src: 2874 dst: 42
TCP: Quellport = 0x0B79
TCP: Zielport = Hostname Server

WINS: WINS-Replikationspaket
WINS: WINS-Datengröße = 41 (0x29)
WINS: WINS Opcode = Non NBT Frame
WINS: WINS-Zuordnungskontext = 0 (0x0)
WINS: WINS-Nachrichtentyp = Zuordnungsanforderung starten
WINS: WINS-Zuordnungskontext = 807300098 (0x301E6C02)
WINS: WINS-Nebenversion = 1 (0x1)
WINS: WINS-Hauptversion = 1 (0x1)

Um zu ermitteln, ob der Replikationspartner einen Windows NT 4.0-basierten Computer oder einen Windows 2000-basierten Computer ausführt, zeigen Sie die Haupt- und Nebenversion an. Windows 2000-basierte Computer werden als Nebenversion 2 und Hauptversion 5 und Windows NT 4.0-Computer als Nebenversion 1 und Hauptversion 1 angezeigt.

Entsprechender Frame für eine WINS-Ereignis-ID 4102-Ereignisnachricht

Der WINS-Server, der die Replikation initiiert und diesen Frame sendet, zeichnet den WINS-Fehler 4102 im Systemereignisprotokoll auf.2330 10:04:57.896 0002A56BB95B CISCO 07AC45 WINS-Replikationspaketquelladresse ->Zieladresse IP

IP: Quelladresse = IP-Adresse
IP: Zieladresse = IP-Adresse

TCP: .AP..., len: 44, seq: 498801786-498801830, ack: 522782479, win: 17475, src: 2937 dst: 42
TCP: Quellport = 0x0B79
TCP: Zielport = Hostname Server

WINS: WINS-Replikationspaket
WINS: WINS-Datengröße = 40 (0x28)
WINS: WINS Opcode = Non NBT Frame
WINS: WINS-Zuordnungskontext = 942499842 (0x382D6802)
WINS: WINS-Nachrichtentyp = Zuordnungsnachricht beenden
WINS: Stop Reason = Vom Benutzer initiiert