[HaBo]

DecKarD

Anzeige

Habe ein verdammtes Problem! Der Rechner meiner Freundin lahmt im Netz gewaltig (ISDN-FLAT)... es liegt definitiv nicht an der Leitung & an der ISDN-Karte. Habe meinen Rechner mit der Karte an ihre Leitung angeschlossen und es läuft PERFEKT! Da ihr Rechner eh eine Auffrischung nötig hatte, habe ich ihr ein neues Board, neue CPU und mehr Ram gekauft! Fakt ist, es liegt nicht an diesen Komponenten... bleiben nur noch Netzteil (300 Watt) und die Festplatte (40GB IBM 5400RPM). Ich bin ratlos! Kann es wirklich an einem von den beiden Komponenten liegen? ?(

Watchme

nein , aber an nem arg schlecht geconften Windows oder bescheidenen Treibern .....

DecKarD

Tja schön wäre es, System ist aber 100% ok! Ist bei meinem und ihrem so gut wie identisch...

Watchme

also weder am Netzteil, noch an der HDD liegt es wenn das Netzwerk lahm ist...

da stimmt was von den einstellungen her nit

DecKarD

Nicht das Netzwerk, sondern das Internet! Netz = Net = Internet! Sorry für das Missverständnis...

Brabax

Allein der name "Internet" sollte über die Zusammenhänge zwischen einem Netzwerk (Network) und dem Internet informieren

__________________

<< Wir leben bereits im morgigen Gestern, doch vom gestrigen Morgen sind wir noch weit entfernt. >>

<< Träume sind Schäume. Es liegt an dir ob du sie lebst oder ein Schaumschläger bist! >>

<< Erst wenn man beginnt zu implizieren, wird man merken, dass einem sowieso keiner richtig zuhört. >>

DecKarD

Danke Brabax... mein Problem hat sich jedoch nicht gelöst!

derhesse

Wenn es mit einem anderen Rechner "perfekt" funktioniert, dann kann es nur an der Konfiguration inkl. Treiber usw. liegen.

Ich würde mir niemals anmassen zu behaupten, ich hätte einen Rechner perfekt konfiguriert, auch wenn ich den lieben langen Tag nichts anderes mache. Schau lieber noch mal nach, ob evnt. ein Hardware-Konflikt vorliegt, oder ein Treiber Probleme macht.

Netzteil und Festplatte haben IMHO nichts mit der ISDN Geschwindigkeit zu tun.

Der Hesse

DecKarD

Ob Perfekt oder nicht... es läuft sehr gut! Ich denke nicht das es die Treiber sind... sind auf beiden Rechnern die gleichen! Es sind auch die gleichen Einstellungen was das Internet betrifft. Auf einem hui auf einen pfui

Anonym001

Vielleicht ist die Karte locker oder der PCI Slot hat nen Schaden..
Hast du schon einen anderen versucht ?

--Ano

Vollkorn

ich kenn mich nicht besonders gut eus mit ISDN. Gib mal ein Paar mehr Infos(Provider, Software, ISDN Karte etc). Mit Sicherheit schließe ich die Hardware aus. Den teuren Kauf hätteste dir auch sparen können. Ich hoffe einfach mal du benutzt keine Einwahlsoftware sondern eine DFÜ-Einwahl. Versuch mal die MTU etwas höher zu stellen so auf ~1500. Das kannste in den Eigenschaften deiner ISDN Karte machen.
Ansonsten gib >bitte< mehr infos.

DecKarD

Also gut der Slot ist ok hab mehrere probiert... Interrupte sind auch alle verteilt! Es ist eine Fritz Card(AVM), Provider ist Heag Medianet & Betriebssystem ist WinXP Prof.!

DecKarD

PS: so teuer war es nicht... und ich wähle mich natürlich über das DFÜ-Netzwerk ein...

BySu

Hi Deckard!

Versuche mal auf folgende Art und Weise Ursachen für das "lahmen" deines Heimnetzes zu finden:

Kommunikationsprobleme können z.B. an inkompatiblen Übertragungsgeschwindigkeiten von Karte und Gegenstelle entstehen. Im Prinzip sollte eigentlich die sogenannte Autonegotation dafür sorgen, dass beide Komponenten mit gleicher Geschwindigkeit senden und empfangen (10/100 MBit/s). Gleichzeitig sollte sie aushandeln, ob die Systeme gleichzeitig senden und empfangen können (Full Duplex) oder sich jeweils auf eine dieser Aktivitäten beschränken (Half Duplex).

Fürs erste sollte man alle Komponenten mit Autonegotation betreiben. Erst wenn das nicht funktioniert, testet man feste Einstellungen. In einem Test von Funk-LAN-Basisstationen funktionierte beispielsweise die direkte Verbindung zwischen einer DLINK-Karte und Apples Airport Base erst , als Erstere auf 10 MBit/s fixiert wurde. In der Regel gestatten gängige Treiber solche Einstellungen über den Gerätemanager oder die Netzwerkumgebung unter Windows. Bei Linux sind sie leider treiberspezifisch und oft nur durch einen Blick in den Quelltext in Erfahrung zu bringen.
Funktionierende Pings sind da leider erst die halbe Miete. Sie bedeuten, dass die Systeme überhaupt miteinander sprechen - über die Qualität der Verbindung sagen sie wenig aus. Jetzt gilt es, die Übertragungsraten zu testen. Mit einem Linux - Server im Netz kann man dazu ftp benutzen. Windows bringt zwar ein ftp - Programm für die Kommandozeile mit (ftp.exe), aber keinen Server, der als Gegenstelle fungieren könnte.
Eine einfache und für den privaten Gebrauch kostenlose Alternative ist das Benchmarkprogramm <url>ftp://ftp.leo.org/pub/comp/os/os2/leo/systools/</url>. Das Paket enthält ausführbare Dateien für DOS, Linux, Windows und OS/2 - auch unter FreeBSD ließ es sich einfach übersetzen. Man startet zunächst auf einem Rechner per netio -s einen Server. Auf einem zu testenden Client sendet dann der Befehl netio *IP - Adresse des Servers* Datenpakete verschiedener Größe (von 1 bis 32 KByte). Der Client gibt dazu die jeweiligen Durchsatzraten raus, die sich immer auf das Schreiben beziehen, also die Übertragungsraten, mit denen das System Daten an den Server im Netz loswird.
Die zu erwartenden Übertragungsraten sind hier im Folgenden aufgeführt:

56K-Modem 5-6 KByte/s
ISDN 7-8 KByte/s
DSL 80-85 KByte/s
10-MBit-LAN 600-800 KByte/s
100 MBit-LAN 5-10 MByte/s

Aber auch Übertragungsraten von 3 MByte/s können ohne einen konkreten Fehler auftreten: das reicht immer noch für nahezu alle Anwendungen aus.
Ein echtes Problem hat man, wenn in 100-MBit-Netzen die Übertragungsraten in der Größenordnung von 50 - 200 KBit/s liegen - also signifikant unter denen eines 10 MBit-Netzes. Besonders ältere PCI-Netzwerkkarten mit DEC - Chipsatz (Tulip) sind bekannt für solche Phänomene, die zumeist auf inkompatible Übertragungsmodi zurückzuführen sind, also Half- oder Full-Duplex. Hier hilft nur Ausprobieren von Autonegotation und verschiedenen festen Einstellungen. Man sollte im Zweifelsfall auch nicht vor dem Half - Duplex - Modus zurückschrecken. Der Performance - Verlust im Vergleich zum Full - Duplex - Modus liegt in der Regel unter 10 Prozent und lässt sich verschmerzen.
Hat bis hierhin alles geklappt, hat man das Schlimmste hinter sich: Das Netzwerk unt TCP/IP funktionieren. Jetzt kann man sich den einzelnen Diensten zuwenden. Diese Reichen von Namensauflösung (DNS WINS) über Datei- und Druckerfreigabe bis hin zu Web - Servern und Datenbanken. Jeder einzelne Dienst funktioniert über ein eigenes Protokoll und hat seine eigenen Tücken und Fallstricke, sodass man hier keine allgemein gültigen Ratschläge zur Fehlersuche geben kann.
Den größten Fundus für Rat bei derartigen Problemen liefern die gängigen Suchmaschinen und das Internet, etwa der von Google übernommene Deja - Suchdienst <url>http://www.deja.com</url>. Hiermit kann man die Postings in anderen News - Gruppen der letzten Jahre durchstöbern. Dort finden sich Zuhauf Hinweise auf gängige Fehlerbilder inklusive Lösungen.
Einige typische Lösungen und Antworten auf häufig gestellte Fragen findet man in der c`t - Ausgabe 24/2001. Von dort habe ich auch die zuvor genannten Hinweise "geklaut" ;-)

Hoffe ich konnte irgendwie helfen.

MFG Byte Sucker

BySu

Hi nochmal ...

habe gerade gesehen, das Problem ist ja ein ganz anderes LÖL ;-)

Sorry, war zu schnell bei der Sache ...

Kommt nicht wieder vor ... wirklich, sorry ...

CYA