Hallo LUG,
ich kämpfe seit einiger Zeit mit folgendem Problem: Router unter SuSE 9.3 mit Standard-Firewall von SuSE, Dial-IN on demand bei T-Online, Internet-Zugang der angeschlossenen Clienten (1 bis max. 4x Windows, unterschiedliche OS) läuft über squid. Auf dem Router läuft auch noch ein cyrus und per fetchmail werden mails gepollt. Das mail-Aufkommen ist minimal. Der Server hat im wesentlichen NICHTS zu tun. Zur Protokollierung der Aktivitäten läuft sar, bei offenem ippp0 ein tcpdump auf dieser Schnittstelle. Es zeigt sich aus meiner Sicht zu keiner Zeit Ungewöhnliches. Nun kommt's: Mit dem System läßt sich zu den unterschiedlichsten Zeiten gut im Internet arbeiten, dann aber wieder stundenlang nicht, da unbrauchbare Antwortzeiten auftreten. Diese schlechten Antwortzeiten gelten dann für jegliche Internetzugriffe. Einfache Pings werden zu bis zu 40% nicht beantwortet. Dieses Verhalten wurde aber auch schon bei direktem Zugang ohne squid und Firewall beobachtet. Ich hoffe eigentlich, systemseitig alles ausgeschlossen zu haben, was zu diesem Problem führt und denke an eine Störung außerhalb.
Gibt es jemanden in der Runde, der evtl. noch einen Hinweis/Tip zur geschilderten Problematik geben kann? Kennt jemand derartige Probleme? Die Leitung selbst kann ich leider nicht messen; kennt jemand Leitungsprobleme mit derartigen Auswirkungen? Das Problem ist übrigens erstmalig aufgetaucht nach Schaltung eines 2. ISDN-Basisanschlusses...
Ich bin gespannt ;-)
Beste Grüße, Uwe Beger.
Am Freitag, 11. November 2005 16:47 schrieb Uwe Beger:
Hallo LUG,
Hallo.
Gibt es jemanden in der Runde, der evtl. noch einen Hinweis/Tip zur geschilderten Problematik geben kann? Kennt jemand derartige Probleme? Die Leitung selbst kann ich leider nicht messen; kennt jemand Leitungsprobleme mit derartigen Auswirkungen? Das Problem ist übrigens erstmalig aufgetaucht nach Schaltung eines 2. ISDN-Basisanschlusses...
Schon mal mit ethereal oder tcpdump geschaut ob ungewöhnlicher Traffic anfällt? Ich nehme mal an, die Update-Funktion von SuSE hast Du schon ausgeschlossen? Vielleicht machen auf die Windows-Kisten gerade ihr automatisches Update?
MfG, Silvio
Silvio Schmidt schrieb:
Am Freitag, 11. November 2005 16:47 schrieb Uwe Beger:
Gibt es jemanden in der Runde, der evtl. noch einen Hinweis/Tip zur geschilderten Problematik geben kann? Kennt jemand derartige Probleme? Die Leitung selbst kann ich leider nicht messen; kennt jemand Leitungsprobleme mit derartigen Auswirkungen? Das Problem ist übrigens erstmalig aufgetaucht nach Schaltung eines 2. ISDN-Basisanschlusses...
Schon mal mit ethereal oder tcpdump geschaut ob ungewöhnlicher Traffic anfällt?
Ethereal nein, habe kein X; tcpdump ja. Aber selbst wenn außer einem ping nichts läuft bleiben die erwähnten bis zu 40% der pings unbeantwortet. Manchmal geht es ja aber auch. Die ISDN-Karte ist schon getauscht. Die NTBA's wurden auch schon getauscht.
Ich nehme mal an, die Update-Funktion von SuSE hast Du schon ausgeschlossen? Vielleicht machen auf die Windows-Kisten gerade ihr automatisches Update?
Negativ. Es finden keine automatischen Updates statt. Weder Win-seitig noch serverseitig.
Uwe.
am 11.11.2005, um 16:47:54 +0100 mailte Uwe Beger folgendes:
Gibt es jemanden in der Runde, der evtl. noch einen Hinweis/Tip zur geschilderten Problematik geben kann? Kennt jemand derartige Probleme? Die Leitung selbst kann ich leider nicht messen; kennt jemand Leitungsprobleme mit derartigen Auswirkungen? Das Problem ist übrigens erstmalig aufgetaucht
Es gibt IMHO max. zulässige Leitungslängen vom NTBA zum Client.
nach Schaltung eines 2. ISDN-Basisanschlusses...
Damit ein Hardwareeingriff wohl, oder?
Andreas
Andreas Kretschmer schrieb:
am 11.11.2005, um 16:47:54 +0100 mailte Uwe Beger folgendes:
Gibt es jemanden in der Runde, der evtl. noch einen Hinweis/Tip zur geschilderten Problematik geben kann? Kennt jemand derartige Probleme? Die Leitung selbst kann ich leider nicht messen; kennt jemand Leitungsprobleme mit derartigen Auswirkungen? Das Problem ist übrigens erstmalig aufgetaucht
Es gibt IMHO max. zulässige Leitungslängen vom NTBA zum Client.
Standardkabel der ISDN-Karte steckt direkt im NTBA. Ein anderes wurde schon verwendet. Keine Änderung.
nach Schaltung eines 2. ISDN-Basisanschlusses...
Damit ein Hardwareeingriff wohl, oder?
Die Post hat einen Techniker geschickt und der hat auf die bereits vorhandene TAE-Dose den 2. Anschluß zusätzlich aufgeklemmt. Da dann natürlich die beiden NTBA-Anschlüsse nicht nebeneinander passen hat der "Gute" mit dem Messer nachgeholfen. Ich frage mich (kenne aber leider nicht die Antwort), ob eine derartige Beschaltung überhaupt zulässig ist. Technisch sehe ich aber ehrlicherweise keine Gründe, warum es nicht gehen sollte. Der Anschluß des Routers ist danach vom ersten NTBA zum zweiten gewandert. Allerdings wurde zeitgleich der Router von SuSE 9.1 auf SuSE 9.3 _neu_ installiert.
Irgendwie auf dem Schlauch stehend, wie meine Anbindung, Uwe.
Hallo,
Am Freitag, 11. November 2005 16:47 schrieb Uwe Beger:
Hallo LUG,
.. [ISDN-Problem] ..
Gibt es jemanden in der Runde, der evtl. noch einen Hinweis/Tip zur geschilderten Problematik geben kann? Kennt jemand derartige Probleme? Die Leitung selbst kann ich leider nicht messen; kennt jemand Leitungsprobleme mit derartigen Auswirkungen? Das Problem ist übrigens erstmalig aufgetaucht nach Schaltung eines 2. ISDN-Basisanschlusses...
Eine ähnliche Beobachtung hab ich auch gemacht. Vielleicht hilft ein traceroute während der Problemzeiten zur Eingrenzung. Bei mir zeigte ein
traceroute www.tagesschau.de
ein paar Aussetzer bei Provider-seitigen IP-Adressen.
Konfiguration: Debian stable an ISDN-Basisanschluss (Fritz-Card PCI 2.0) dient als (WLAN-)Router für das lokale Netz. Zur Einwahl wird ein Account bei T-Online verwendet.
Beobachtungszeitraum: vergangene 1 1/2 Wochen.
Andreas
Hallo Uwe,
[11.11.05 16:47] Uwe Beger schrieb:
Nun kommt's: Mit dem System läßt sich zu den unterschiedlichsten Zeiten gut im Internet arbeiten, dann aber wieder stundenlang nicht, da unbrauchbare Antwortzeiten auftreten. Diese schlechten Antwortzeiten
Wir hatten mal Probleme mit einer defekten Netzwerkkarte. Surfen ging aber ssh nicht, download ging, upload blieb hängen. Nach einem Tausch lief wieder alles wie geschmiert. War eine anstrengende Fehlersuche...
Bert
lug-dd@mailman.schlittermann.de