mister2x

Rein als HTML bekommst du das nicht hin. Möglich ist es mittels PHP/ASP die Abfrage zu machen - und auf einer anderen Seite die Ausgabe als HTML. Das Skript welches pingt lässt du als Cron-Job (oder Task) zB alle 5 Minuten laufen.

Poste bitte mal die Ausgabe von "ipconfig /all". XP setzt nicht einfach so den Standardgateway neu (von der Einrichtung bei ICS mal abgesehen). Hast du bei der 2. Netzwerkkarte das Feld "Standardgateway" auch freigelassen? Zwei "Standardgateways" (wie der Name schon sagt) auf einer Maschine konfiguriert sind nicht möglich - und auch nicht benötigt.

Ich hatte dieselben Probleme mit einigen DOS Buchhaltungs- und Lohnverrechnugnsprogrammen. Konnte dies unter Windows 2000 mit start /shared beheben. also "start xy.exe /shared". Vielleicht hilfts bei euch auch - und spart 20$ :)

Ist das Thema nun endgültig gestorben? Wäre sehr schade

Da bin ich gerade vor ungefähr einer Stunde darübergestolpert da ich ein ähnlich gelagertes Problem habe. (Bei mir ist nur die Übertragung Server->XP langsamer als umgekehrt). Ausprobiert habe ich das Ganze allerdings noch nicht: http://www.sbs2000.info/Default.aspx?tabid=98

Wenn du in dem Board unter meinem Mitgliedsnamen suchst findest du eine Konfiguration für einen 1712er bei dem der Router als VPN Endpunkt definiert ist mit Routing in zwei verschiedene VLANs. Vielleicht hilft dir die etwas weiter.

Hallo zusammen, ich sollte aktuell einem Streaming Server der sich hinter einem 1712er Router befindet die Möglichkeit zum streamen geben ;) Es wird aktuell nur von einem Client mittels der Quicktime-Software ein Stream zu einem "echten" Streaming Server gesendet - und hier liegt das Problem. Das Problem ist, ich habe ausgehend ein Inspection Rule erstellt (mit rtsp), welches zwar für die Clients funktioniert (wenn der Stream abgefragt wird), aber nicht für den Sender ausgehend. Ich muss immer das Inspection Rule DEaktivieren, den Stream starten, dann das Inspection Rule wieder aktivieren (damit gesurft werden kann etc.) - ?! dann funktioniert die Sache. Hier ein Auszug aus der Config (v.12.2) ! interface FastEthernet0 mac-address xx ip address xx ip nat outside ip route-cache flow ip inspect DEFAULT100 out ip access-group 104 in no ip redirects no ip unreachables no ip proxy-arp duplex auto speed auto crypto map mode no cdp enable ip inspect name DEFAULT100 cuseeme ip inspect name DEFAULT100 ftp ip inspect name DEFAULT100 h323 ip inspect name DEFAULT100 netshow ip inspect name DEFAULT100 rcmd ip inspect name DEFAULT100 realaudio ip inspect name DEFAULT100 rtsp ip inspect name DEFAULT100 smtp ip inspect name DEFAULT100 sqlnet ip inspect name DEFAULT100 streamworks ip inspect name DEFAULT100 tftp ip inspect name DEFAULT100 tcp ip inspect name DEFAULT100 udp ip inspect name DEFAULT100 vdolive ip inspect name DEFAULT100 icmp no access-list 104 access-list 104 remark FastEthernet0 inbound access-list 104 permit udp any any eq domain ! access-list 104 permit ip host IP-StreamingSV1 any log access-list 104 permit ip host IP-StreamingSV2 any log access-list 104 permit ip host IP-StreamingSV3 any log <snip - hier gehts noch weiter aber für das Problem uninteressant> Deaktiviere ich die DEFAULT100 kurzzeitig, kann ich den Stream starten und dann auch wieder das Inspection Rule aktivieren - der Stream rennt weiter und die Clients können ins Internet etc. Mein Problem ist nur dass ich es nicht schaffe den Stream mit aktiviertem Inspection Rule zu starten. Hat hierzu vielleicht jemand eine Idee? Danke im Voraus Christian

Interessanterweise startete der Rechner anscheinend heute morgen wieder ganz normal - im Gegensatz zu den letzten 6 Tagen. Ich habe die Benutzerin angehalten mal ihre Eigenen Dateien vorsorglich irgendwohin sonst auf der Platte zu verschieben, vielleicht hat dies ja wirklich den gewünschten Effekt. In der Tat ist der Umfang des Profils durch die Eigenen Dateien relativ groß. Mal sehen wie es morgen ist ;) Danke Christian

Hallo Uwe, Die Netzwerkkarte als Schuldiger klingt seltsam - aber als Informatiker sollte man wohl an Seltsamheiten gewohnt sein ;) Das Dumme an der Sache ist ja auch dass man auf die Schnelle schlecht testen kann an was es liegt, da der Fehler immer erst nach einer gewissen Stehzeit auftritt. (was wieder etwas für die NIC sprechen würde). Danke auf jeden Fall für den Hinweis .. dann heisst es wohl Koffer packen Christian

Hallo zusammen, ich habe bei einer Gemeinde seit vergangenen Freitag das Phänomen dass bei einem Client (und nur bei diesem) das Übernehmen der Sicherheitsrichtlinen beim ersten Hochstarten am Morgen (!) des Computers gut 10 Minuten dauert - wird der Computer rebootet geht alles gewohnt schnell. Der Server ist noch ein NT4.0 - Client OS ist Windows 2000. Der Server dient hauptsächlich als Anmelde-, File- und Backupserver. Ein Exchange wird auch betrieben, aber nicht auf diesem Server und nicht vor Ort. Es wurden weder am Client noch am Server irgendwelche Änderungen vorgenommen (diesmal kann man sicher sein - der Verantwortliche vor Ort ist seit zwei Wochen im Urlaub ;)), d.h. DNS-Probleme oä. kann man ausschliessen. Leider bin ich selbst momentan gerade gut 600km entfernt. Aber vielleicht hat jemand einen guten Tipp ob sich das Problem lösen lässt. (das lokale Profil zu löschen möchte/kann ich nicht remote veranlassen, zudem auch alle Informationen lokal gespeichert sind). Danke für alle Vorschläge Christian

blubb .. morgens halb drei in Österreich: Fehler gefunden. access-list 199 permit ip 192.168.30.0 0.0.0.255 any getauscht mit access-list 199 permit ip 192.168.10.0 0.0.0.255 any und VPN Clients sowie lokale Clients kommunizieren reibungslos. @Blacky_24 - Danke auf jedenfall für deine Mühen.

FE1+2 sind VLAN1 (nimmt er automatisch an), FE3+4 sind VLAN2 - getestet und funktioniert, auch die DHCP-Zuweisung zu den verschiedenen VLANs etc - soweit sollte es in Ordnung sein. Grund dafür ist dass an FE1+2 Rechner aus dem internen Netz hängen, an FE3+4 Rechner aus einem anderen Netz welches vom internen unabhängig ist (und auch nicht verbunden werden soll). An VLAN1 hängt jener PC mit welchem ich gerade surfe - also das funktioniert. Der PC an VLAN1 bekommt die Adresse 192.168.10.10 zugewiesen und geht mittels NAT über das Gateway (den Router) ins externe Netz. Nun verbinde ich mich mit einem VPN Client auf den Router, der Client bekommt 192.168.30.5 zugewiesen nach der Authentifizierung. Mein Problem ist das Routing zwischen 192.168.10.10 und 192.168.30.5 - hier funkt mir (so glaube ich zumindest) das NAT dazwischen. Pingen etc geht überhaupt nicht - no response. Danke bisweil fürs anschauen. :)

Keiner eine Idee?

Hallo zusammen, nachdem ich jetzt dann nahe der Verzweiflung mit meinem ersten Ausflug in die "Cisco Welt" bin hoffe ich dass mir hier jemand helfen kann bei meinen Konfigurationsversuchen. Grundsätzlich versuche ich folgendes Szenario zu realisieren: Internet per Cablemodem (DHCP) | Cisco 1712 -- VLAN1 (192.168.10.x) | VLAN2 (192.168.20.x) Hinzu kommen noch Zugriff eines VPN Clients aus dem Internet mit dem Router als Endpunkt (IP Pool 192.168.30.x) VLAN2 ist unsicher und soll kein Routing zu VLAN1 haben, aber über den Router ins Internet kommen. Folgendes habe ich bereits erreicht: Internetzugang konfiguriert (IP wird per DHCP bezogen) NAT für VLAN1 + VLAN2 VPN Server als Endpunkt (Client meldet sich an und bekommt seine IP-Daten zugewiesen: IP-Adresse, Subnet, DNS-Server) Was mir noch fehlt: Das Routing zwischen dem VPN Client (192.168.30.x) und VLAN1. D.h. der VPN Client aus dem Internet soll die Möglichkeit haben mit Rechnern aus dem VLAN1 zu kommunizieren. Ich denke hier fehlen mir nur noch die entsprechenden ACL's, aber bisher konnte ich noch keine funktionieren Konfiguration zusammenstellen. Ausgabe von "show ver" isco Internetwork Operating System Software IOS C1700 Software (C1700-K9O3SY7-M), Version 12.2(15)ZL1, EARLY DEPLOYMENT RELEASE SOFTWARE (fc1) Synched to technology version 12.3(0.1) TAC Support: http://www.cisco.com/tac Copyright © 1986-2003 by cisco Systems, Inc. Compiled Mon 13-Oct-03 23:09 by ealyon Image text-base: 0x80008120, data-base: 0x811F8078 ROM: System Bootstrap, Version 12.2(7r)XM4, RELEASE SOFTWARE (fc1) ROM: C1700 Software (C1700-K9O3SY7-M), Version 12.2(15)ZL1, EARLY DEPLOYMENT REL EASE SOFTWARE (fc1) cigate uptime is 11 minutes System returned to ROM by reload at 01:26:26 mest Fri May 7 2004 System restarted at 01:31:00 mest Fri May 7 2004 System image file is "flash:c1700-k9o3sy7-mz.122-15.ZL1.bin" cisco 1712 (MPC862P) processor (revision 0x101) with 84167K/14137K bytes of memo ry. Processor board ID FOC081510UK (1471490208), with hardware revision 0000 MPC862P processor: part number 7, mask 0 Bridging software. X.25 software, Version 3.0.0. Basic Rate ISDN software, Version 1.1. 1 Ethernet/IEEE 802.3 interface(s) 5 FastEthernet/IEEE 802.3 interface(s) 1 ISDN Basic Rate interface(s) 1 Virtual Private Network (VPN) Module(s) 32K bytes of non-volatile configuration memory. Aktuelle Konfiguration: !version 12.2 service timestamps debug datetime msec service timestamps log datetime msec service password-encryption no ip finger ! hostname cigate ! logging queue-limit 100 logging buffered 51200 warnings ! username ciAdmin privilege 15 password 7 xxx username vpn1 password 7 xxx enable secret 5 xxx ip subnet-zero ! ! clock timezone MET 1 clock summer-time mest recurring last Sun Mar 2:00 last Sun Oct 3:00 ntp server 192.53.103.103 ntp server 129.132.2.21 ntp server 131.188.3.220 ! aaa new-model ! aaa authentication login userlist local aaa authorization network grouplist local aaa session-id common ! crypto isakmp policy 1 encr 3des authentication pre-share group 2 crypto isakmp identity hostname crypto isakmp xauth timeout 60 ! crypto isakmp client configuration group xxx key xxx dns 192.168.10.250 domain xxx pool dynpool acl 199 ! ! crypto ipsec transform-set dessha esp-3des esp-sha-hmac ! crypto dynamic-map mode 1 set transform-set dessha ! crypto map mode client authentication list userlist crypto map mode isakmp authorization list grouplist crypto map mode client configuration address respond crypto map mode 1 ipsec-isakmp dynamic mode ! ! interface BRI0 no ip address shutdown no cdp enable ! interface FastEthernet0 mac-address xxx ip address dhcp client-id FastEthernet0 ip nat outside duplex auto speed auto no cdp enable crypto map mode ! interface FastEthernet1 no ip address no shutdown no cdp enable ! interface FastEthernet2 no ip address no shutdown no cdp enable ! interface FastEthernet3 switchport access vlan 2 no ip address no shutdown no cdp enable ! interface FastEthernet4 switchport access vlan 2 no ip address no shutdown no cdp enable ! ip local pool dynpool 192.168.30.5 192.168.30.9 ! interface Vlan1 ip address 192.168.10.254 255.255.255.0 ip nat inside ip tcp adjust-mss 1452 ! interface Vlan2 ip address 192.168.20.254 255.255.255.0 ip nat inside ip tcp adjust-mss 1452 ! ip dhcp pool vlan1_intern import all network 192.168.10.0 255.255.255.0 default-router 192.168.10.254 domain-name xxxxxxx lease infinite ! ip dhcp excluded-address 192.168.10.1 192.168.10.9 ip dhcp excluded-address 192.168.10.100 192.168.10.254 ! ip dhcp pool vlan2_wlan import all network 192.168.20.0 255.255.255.0 default-router 192.168.20.254 domain-name xxxxxxx lease infinite ! ip dhcp excluded-address 192.168.20.1 192.168.20.9 ip dhcp excluded-address 192.168.20.100 192.168.20.254 ! ip nat inside source route-map MAP_intern interface FastEthernet0 overload ip nat inside source route-map MAP_wlan interface FastEthernet0 overload ! ip classless no ip http server ip http authentication local ip http secure-server ! ip access-list extended NAT_VLAN1 deny ip 192.168.10.0 0.0.0.255 192.168.30.0 0.0.0.255 permit ip 192.168.10.0 0.0.0.255 any ! ip access-list extended NAT_VLAN2 deny ip 192.168.20.0 0.0.0.255 192.168.30.0 0.0.0.255 permit ip 192.168.20.0 0.0.0.255 any ! access-list 199 permit ip 192.168.30.0 0.0.0.255 any ! route-map MAP_intern permit 1 match ip address NAT_VLAN1 ! route-map MAP_wlan permit 1 match ip address NAT_VLAN2 ! no cdp run ! banner login ^CBanner ... ----------------------------------------------------------------------- nothing here ----------------------------------------------------------------------- ^C ! line con 0 line vty 0 4 privilege level 15 transport input none line vty 5 15 ! ! end Die Konfiguration ist natürlich noch sehr unsicher (Firewall etc.), aber ich möchte erstmals die Kernsachen funktionsfähig bekommen. Ich bin für jede Hilfe wirklich sehr dankbar. Danke im Voraus

Damit sieht zumindest alles ok aus - wüsste nicht wo da der Fehler liegen sollte. Hm - langsam ist es schade um die investierte Zeit, eine Neuinstallation wird wohl sinnvoller sein. :(

In ermangels einer zweistelligen Posting-Zahl muss ich dir hier antworten :) Ich habe gerade versucht die Dienste zu deinstallieren und nach einem Restart erneut zu installieren. -> selbes Ergebniss. Event ID 113 + furchtbare DNS Auflösung. Langsam nervt es - der Server ist zum Glück nur ein Probebetrieb, allerdings fix fertig eingerichtet. Werde mich noch etwas damit herumspielen, aber es scheint als würde eine Neuinstallation anstehen.

Mit einem Reboot dazwischen habe ich es noch nicht probiert - werde ich morgen machen. In den Logs finden sich sonst keinerlei Fehler - btw. wird die Event ID 113 im DNS Log auch nicht als Fehler markiert, sondern hat ein normales Info-Icon. Ich hoffe auch, dass es lösbar ist - wegen sowas eine Neuinstallation wäre schon sehr mühsam. Wobei wirklich verwunderlich ist dass der Server gut 50 Tage brav durchlief, aber nach einem Reboot (ohne dass an der Konfiguration etwas geändert wurde) plötzlich so spinnt. Danke auf jeden Fall mal für deine Hilfe bisher.

Ich habe bereits eine komplette Neuinstallation der Dienste versucht, es brachte aber auch keine Änderung. Zu dem ursprünglichen Fehler gibt es leider genau _keine_ Dokumentation.

Ob auf dem Server oder auf den Clients macht keinen Unterschied. Die Auflösung erfolgt ohne Muster sofort, nach längerer Wartezeit oder erst nach mehreren Versuchen. Die interne Auflösung funktioniert klaglos, d.h. der Servername kann aufgelöst werden ebenso wie ein reverse lookup auf die Serverip. Bin langsam etwas ratlos, da mir die Ideen ausgehen. Ach ja - ich habe zwischenzeitlich den DNS Server eine Debug-Datei schreiben lassen. Das Ergebnis ist, dass es immer wieder Probleme bei eingehenden Antworten der Forwarding-Server gibt (SERVERFAIL) - aber wie bereits erwähnt, wurde weder in der Netzinfrastruktur etwas geändert noch liegt der Fehler auf den externen DNS. Setzte ich den Timeout auf 10 hoch, ist das Problem mit SERVERFAIL verschwunden - d.h. ich kriege jedesmal eine Antwort, aber es wird nicht immer aufgelöst. Beispiel: > http://www.delaware.com'>http://www.delaware.com'>http://www.delaware.com'>http://www.delaware.com Server: sleepless.lessness.loca Address: 192.168.0.250 ------------ Got answer: HEADER: opcode = QUERY, id = 32, rcode = NXDOMAIN header flags: response, auth. answer, want recursion, recursion ava questions = 1, answers = 0, authority records = 1, additional = 0 QUESTIONS: http://www.delaware.com.lessness.loca,'>http://www.delaware.com.lessness.loca, type = A, class = IN AUTHORITY RECORDS: -> lessness.loca ttl = 3600 (1 hour) primary name server = sleepless.lessness.loca responsible mail addr = hostmaster serial = 359 refresh = 900 (15 mins) retry = 600 (10 mins) expire = 86400 (1 day) default TTL = 3600 (1 hour) ------------ DNS request timed out. timeout was 2 seconds. timeout (2 secs) *** Request to sleepless.lessness.loca timed-out > http://www.delaware.com Server: sleepless.lessness.loca Address: 192.168.0.250 ------------ Got answer: HEADER: opcode = QUERY, id = 34, rcode = NXDOMAIN header flags: response, auth. answer, want recursion, recursion ava questions = 1, answers = 0, authority records = 1, additional = 0 QUESTIONS: http://www.delaware.com.lessness.loca, type = A, class = IN AUTHORITY RECORDS: -> lessness.loca ttl = 3600 (1 hour) primary name server = sleepless.lessness.loca responsible mail addr = hostmaster serial = 359 refresh = 900 (15 mins) retry = 600 (10 mins) expire = 86400 (1 day) default TTL = 3600 (1 hour) ------------ ------------ Got answer: HEADER: opcode = QUERY, id = 35, rcode = NOERROR header flags: response, want recursion, recursion avail. questions = 1, answers = 1, authority records = 0, additional = 0 QUESTIONS: http://www.delaware.com, type = A, class = IN ANSWERS: -> http://www.delaware.com internet address = 67.98.212.102 ttl = 594 (9 mins 54 secs) ------------ Non-authoritative answer: Name: http://www.delaware.com Address: 67.98.212.102 Hier konnte erst beim dritten Versuch aufgelöst werden (den ersten habe ich zwecks Übersichtlichkeit weggelassen - selbes Spiel wie beim zweiten). Das zugehörige Log: 10:13:30 9F8 PACKET UDP Rcv 192.168.0.250 0006 Q [0001 D NOERROR] (8)delaware(3)com(8)lessness(4)loca(0) 10:13:30 9F8 PACKET UDP Snd 192.168.0.250 0006 R Q [8385 A DR NXDOMAIN] (8)delaware(3)com(8)lessness(4)loca(0) 10:13:30 9F8 PACKET UDP Rcv 192.168.0.250 0007 Q [0001 D NOERROR] (8)delaware(3)com(0) 10:13:30 9F8 PACKET UDP Snd 195.34.133.11 1d3b Q [0001 D NOERROR] (8)delaware(3)com(0) 10:13:32 9F8 PACKET UDP Rcv 195.34.133.11 1d3b R Q [8081 DR NOERROR] (8)delaware(3)com(0) 10:13:32 9F8 PACKET UDP Snd 192.168.0.250 0007 R Q [8081 DR NOERROR] (8)delaware(3)com(0) 10:13:38 BD0 PACKET UDP Snd 195.34.133.10 1d36 Q [0001 D NOERROR] (8)delaware(3)com(0) 10:13:38 9F8 PACKET UDP Rcv 195.34.133.10 1d36 R Q [8081 DR NOERROR] (8)delaware(3)com(0) 10:13:38 9F8 PACKET UDP Snd 192.168.0.250 0005 R Q [8081 DR NOERROR] (8)delaware(3)com(0) Es scheint soweit korrekt zu sein - trotzdem laufe ich in einen Timeout bei der Auflösung.

Update: Deaktivierung von RRAS ändert nichts an der Problematik. DNS Abfragen timen immer noch aus, erst ab ungefähr 10 Sekunden ist mit einer Antwort zu rechnen. Wobei anzumerken ist, dass manche extrem schnell beantwortet werden, andere nur sehr langsan, manche erst nach mehreren Versuchen. Wenn ich es nicht besser wüsste würde ich die Schuld auf die externen DNS-Server wälzen, aber an denen liegt es nach erneuter Prüfung wirklich nicht.

Ja, das Problem blieb auch nach einem nochmaligen Reboot bestehen. Zusätzlich beklagte sich der DNS Dienst (erstmalig) dass das AS noch nicht bereit gewesen sei - was aber laut KB unerheblich ist. RRAS zu deaktiveren wäre eine Möglichkeit, ich werde das ausprobieren. @günterf Ich verstehe die Frage nicht ganz. Die Event ID 113 kommt aus der DNS Ereignisanzeige.

Hallo zusammen, vielleicht kann mir jemand einen Hinweis geben wo mein Problem liegen könnte: Auf einem 2003er Server ist ein DNS-Forwarder sowie NAT eingerichtet. Es funktionierte bis gestern auch alles problemlos. Nach einem reboot des Servers kommt es plötzlich zu folgenden Aussetzern: DNS-Abfragen können manchmal erst nach mehreren Versuchen aufgelöst werden. Im Event-Log findet sich folgender Fehler: (nur bei einem Neustart des Services, einmal beim starten, einmal beim beenden) Event ID 113 "The DNS Server could not signal the service "NAT". The Error was 1168. There may be interoperability problems between the DNS service and this service. " Im Internet sowie bei Microsoft finden sich leider keine weiteren Informationen dazu. Eine Neuinstallation von DNS sowie RAS hat nichts geholfen. DNS sollte fehlerfrei eingerichtet sein. Alle Anfragen werden (zT leider erst nach mehreren Versuchen) korrekt aufgelöst, reverse lookup funktioniert ebenso. Eine Überprüfung mittels "nslookup -debug" förderte zutage, dass es zu einen timeout kommt. Dies passiert manchmal (selten) wenn er die zone "xy.local" auflösen will (der suffix wird ja automatisch angehängt), manchmal erst wenn er die abgefragt domain auflösen will. Muster ist keines erkennbar. Zumeist werden Abfragen spätestens nach dem 3 Versuch korrekt beantwortet. Wenn ich den Timeout von 2 auf 10 Sekunden hinaufsetze, funktioniert die Auflösung in quasi allen Fällen. Der lokale Server ist weder überlastet, noch sind es die DNS-Server auf welche geforwardet wird. Wenn ich diese DNS-Server direkt abfrage funktioniert die Auflösung sekundenschnell. Ich wäre sehr dankbar wenn jemand einen Tipp für mich hätte, da ich bereits einige Stunden ergebnislos investiert habe.

Laut Switch ja. Und 15-30MB/sek wird die Karte auf 100MBit nicht machen, was sie ja bringt. Der andere PC mit derselben Karte und WinXP Pro bringt mehr Durchsatz, obwohl dort dieselbe Einstellung ebenfalls fehlt.

Hallo zusammen, folgendes Szenario: Fileserver mit Windows Server 2003 und GA302T NetGear GBit-Netzwerkkarte Clients mit XP, auch GA302T Karten Alles voll gepatcht. Dazwischen hängt ein NetGear GBit-fähiger-Switch. Kabel sind Cat5e. (15-20m) Mit NetIO bekomme ich folgende Durchsätze in diesem Netzwerk (vom Client aus gestartet) TCP connection established. Packet size 1k bytes: 33894 KByte/s Tx, 15942 KByte/s Rx. Packet size 2k bytes: 43875 KByte/s Tx, 18400 KByte/s Rx. Packet size 4k bytes: 47134 KByte/s Tx, 22326 KByte/s Rx. Packet size 8k bytes: 49312 KByte/s Tx, 25930 KByte/s Rx. Packet size 16k bytes: 49566 KByte/s Tx, 27974 KByte/s Rx. Packet size 32k bytes: 42365 KByte/s Tx, 31070 KByte/s Rx. Done. Ich frage mich woher der doch sehr geringe Netzwerkdurchsatz beim Senden vom Server kommt. Wenn ich NetIO-Server auf einem Client ausführe kommen natürlich etwa dieselben Werte heraus. Ein Begrenzen/Deaktivieren des QoS brachte keine merklichen Unterschiede. AutoSensing ist mangels Einstellungsmöglichkeit (nur für 10/100 vorhanden - ist zwar seltsam, aber was solls) aktiviert. Anderer Netzwerkverkehr ist keiner vorhanden, da ich zu Testzwecken nur diese beiden Rechner am Switch angehängt habe. Hat jemand eine Idee was eine solch schwache Sendeleistung des 2K3 Servers auslösen kann? Schöne Grüsse mister2x