hallo woran kann es liegen, dass der Router tagelang die Daten vom DSL IP-Modem (Internet via Satelite) annimmt und dann plötzlich nicht.
Wird danach die Stromzufuhr unterbrochen und anschließend wieder hergestellt, funktioniert alles wider, wie gehabt.
Ernst
Hallo zusammen,
On Montag 23 August 2010, Ernst Scott wrote:
Wird danach die Stromzufuhr unterbrochen und anschließend wieder hergestellt, funktioniert alles wider, wie gehabt.
Modell? Firmware auf dem neuesten Stand? Was sagen die Protokolle?
Liebe Grüße
Erik
Ernst Scott schrieb:
hallo woran kann es liegen, dass der Router tagelang die Daten vom DSL IP-Modem (Internet via Satelite) annimmt und dann plötzlich nicht.
Moin Ernst,
woher weißt Du, dass 'er sie nicht annimmt'? Fragt er denn eine Adresse an? Bekommt er eine Adresse angeboten?
Gruß,
Boris
Erik P. Roderwald schrieb:
Hallo zusammen,
On Montag 23 August 2010, Ernst Scott wrote:
Wird danach die Stromzufuhr unterbrochen und anschließend wieder hergestellt, funktioniert alles wider, wie gehabt.
Modell? Firmware auf dem neuesten Stand? Was sagen die Protokolle?
Modell = D Link Dir 635 (DKT 410)
Firmware = keine Ahnung, bisher nur MAC usw verwendet. (Oder Firmware für was?)
Log-Protokolle erst jetzt aktiviert
Aktive Sitzungen [Zitat] Diese Seite zeigt die vollständigen Details der aktiven Verbindungen zu Ihrem Router. Aktive Sitzungen Intern Protokoll Extern NAT Priorität Stand Dir Zeitüberschreitung 192.168.0.107:57624 UDP 212.56.253.1:53 57624 255 - Aus 67 192.168.0.107:8343 UDP 212.56.253.1:53 8343 255 - Aus 67 192.168.0.107:35974 UDP 212.56.253.1:53 35974 255 - Aus 67 192.168.0.107:23016 UDP 212.56.253.1:53 23016 255 - Aus 67 192.168.0.107:34151 UDP 212.56.253.1:53 34151 255 - Aus 67 192.168.0.107:41448 UDP 212.56.253.1:53 41448 255 - Aus 67 192.168.0.107:20396 UDP 212.56.253.1:53 20396 255 - Aus 67 192.168.0.107:30658 UDP 212.56.253.1:53 30658 255 - Aus 67 192.168.0.107:31394 UDP 192.36.148.17:53 31394 255 - Aus 67 192.168.0.107:4244 UDP 192.112.36.4:53 4244 255 - Aus 66 192.168.0.107:2868 UDP 212.56.253.1:53 2868 255 - Aus 65 192.168.0.107:65332 UDP 192.112.36.4:53 65332 255 - Aus 65 192.168.0.107:64427 UDP 192.112.36.4:53 64427 255 - Aus 65 192.168.0.107:42646 UDP 193.0.14.129:53 42646 255 - Aus 65 192.168.0.107:41872 UDP 192.112.36.4:53 41872 255 - Aus 65 192.168.0.107:23675 UDP 193.0.14.129:53 23675 255 - Aus 64 192.168.0.107:64023 UDP 192.33.4.12:53 64023 255 - Aus 64 192.168.0.107:20358 UDP 192.33.4.12:53 20358 255 - Aus 64 192.168.0.107:4085 UDP 192.33.4.12:53 4085 255 - Aus 64 192.168.0.107:51268 UDP 192.33.4.12:53 51268 255 - Aus 64 192.168.0.107:26581 UDP 192.33.4.12:53 26581 255 - Aus 64 192.168.0.107:13219 UDP 212.56.253.1:53 13219 255 - Aus 64 192.168.0.107:47071 UDP 212.56.253.1:53 47071 255 - Aus 64 192.168.0.107:48774 UDP 212.56.253.1:53 48774 255 - Aus 63 192.168.0.107:31708 UDP 128.8.10.90:53 31708 255 - Aus 62 192.168.0.107:10159 UDP 128.8.10.90:53 10159 255 - Aus 62 192.168.0.107:64685 UDP 128.8.10.90:53 64685 255 - Aus 62 192.168.0.107:44584 UDP 128.8.10.90:53 44584 255 - Aus 62 192.168.0.107:11401 UDP 128.8.10.90:53 11401 255 - Aus 62 192.168.0.107:62679 UDP 128.8.10.90:53 62679 255 - Aus 61 192.168.0.107:16065 UDP 212.56.253.1:53 16065 255 - Aus 62 192.168.0.107:16806 UDP 128.8.10.90:53 16806 255 - Aus 61 192.168.0.107:8752 UDP 128.8.10.90:53 8752 255 - Aus 61 192.168.0.107:13058 UDP 212.56.253.1:53 13058 255 - Aus 64 192.168.0.107:25060 UDP 212.56.253.1:53 25060 255 - Aus 65 192.168.0.107:32050 UDP 212.56.253.1:53 32050 255 - Aus 61 192.168.0.107:63106 UDP 212.56.253.1:53 63106 255 - Aus 61 192.168.0.107:21561 UDP 212.56.253.1:53 21561 255 - Aus 64 192.168.0.107:23491 UDP 212.56.253.1:53 23491 255 - Aus 61 192.168.0.107:17144 UDP 212.56.253.1:53 17144 255 - Aus 61 192.168.0.107:22500 UDP 212.56.253.1:53 22500 255 - Aus 64 192.168.0.107:11150 UDP 212.56.253.1:53 11150 255 - Aus 60 192.168.0.169:49399 TCP 92.123.65.65:80 49399 255 EST Aus 7779 192.168.0.169:48355 TCP *.*.*.*:* 48355 255 NO - - 192.168.0.169:49258 UDP *.*.*.*:* 49258 255 - - - 212.56.253.199:68 UDP 212.56.253.1:67 68 255 - Aus 276 212.56.253.199:68 UDP *.*.*.*:* 68 255 - - - 192.168.0.1:80 TCP *.*.*.*:* 8080 255 NO - - Nützliche Hinweise...
Dieses ist eine Liste aller aktiven Verbindungen zwischen WAN Computern und LAN Computern.
Sonstiges... Copyright © 2004-2006 D-Link Systems, Inc. [/Zitat]
Wlan = Realtek r8192s_usb mit wpa
Gruß Ernst
Boris schrieb:
Ernst Scott schrieb:
hallo woran kann es liegen, dass der Router tagelang die Daten vom DSL IP-Modem (Internet via Satelite) annimmt und dann plötzlich nicht.
Moin Ernst,
woher weißt Du, dass 'er sie nicht annimmt'? Fragt er denn eine Adresse an? Bekommt er eine Adresse angeboten?
Nu ja, er redet ja nicht mit mir ;-) Aber das IP-Modem gibt ja vor, was gemacht werden soll (dynamische DHCP)
Ernst
Hallo zusammen,
On Montag 23 August 2010, Ernst Scott wrote:
Modell = D Link Dir 635 (DKT 410)
Firmware = keine Ahnung, bisher nur MAC usw verwendet. (Oder Firmware für was?)
Na die Firmware im Router. Der spinnt doch. ;) Irgendwo (wo und wie verrät Dir Dein Handbuch) kannst Du die Firmware Deines Routers aktualisieren. ACHTUNG!!! Bei Dlink unbedingt auf die Revision des Geräts achten. Die steht auf dem kleinen Aufkleber auf der Unter- oder Rückseite des Geräts. Falls du das Handbuch nicht mehr hast: www.dlink.de unter Support. Die Site ist recht aufgeräumt. Wenn der Fehler nach dem Update immer noch auftritt, suchen wir weiter.
Liebe Grüße
Erik
Ernst Scott schrieb:
hallo woran kann es liegen, dass der Router tagelang die Daten vom DSL IP-Modem (Internet via Satelite) annimmt und dann plötzlich nicht.
Wird danach die Stromzufuhr unterbrochen und anschließend wieder hergestellt, funktioniert alles wider, wie gehabt.
Ernst
Hi,
ich gehe mal davon aus, Du hast keinen echten Router, sondern einen Switch (sonst vergiß die Mail):
evt. daran, dass der Switch IP-Tables anlegt, die irgendwann überlaufen (die Internet-IP wird ja dynamisch sein), und damit kommt er nicht klar, sollte er zwar eigentlich, indem die ältesten Einträge aus der Tabelle fliegen, aber zumindest bei Switches mit priorisierten Ports habe ich da schon unschöne Dinge erlebt. Ggf. mal einen anderen Kanal, evt. einen nicht priorisierten, wählen, das hat hier schon Wunder gewirkt.
cu jth
Erik P. Roderwald schrieb:
Hallo zusammen,
On Montag 23 August 2010, Ernst Scott wrote:
Modell = D Link Dir 635 (DKT 410)
Firmware = keine Ahnung, bisher nur MAC usw verwendet. (Oder Firmware für was?)
Na die Firmware im Router. Der spinnt doch. ;) Irgendwo (wo und wie verrät Dir Dein Handbuch) kannst Du die Firmware Deines Routers aktualisieren. ACHTUNG!!! Bei Dlink unbedingt auf die Revision des Geräts achten. Die steht auf dem kleinen Aufkleber auf der Unter- oder Rückseite des Geräts. Falls du das Handbuch nicht mehr hast: www.dlink.de unter Support. Die Site ist recht aufgeräumt. Wenn der Fehler nach dem Update immer noch auftritt, suchen wir weiter.
Firmware ist aktuell (ohne meine Mitwirkung)
Ernst
Ernst Scott schrieb:
Boris schrieb:
Ernst Scott schrieb:
hallo woran kann es liegen, dass der Router tagelang die Daten vom DSL IP-Modem (Internet via Satelite) annimmt und dann plötzlich nicht.
Moin Ernst,
woher weißt Du, dass 'er sie nicht annimmt'? Fragt er denn eine Adresse an? Bekommt er eine Adresse angeboten?
Nu ja, er redet ja nicht mit mir ;-) Aber das IP-Modem gibt ja vor, was gemacht werden soll (dynamische DHCP)
nö. Wenn Dein Router keine dhcp-Anfrage sendet, wird das Modem (bzw. das Netz dahinter) auch keine IP-Adresse ausliefern.
Gruß,
Boris
Hallo zusammen,
Am 23.08.2010 14:20, schrieb Ernst Scott:
Erik P. Roderwald schrieb:
Hallo zusammen,
On Montag 23 August 2010, Ernst Scott wrote:
Wird danach die Stromzufuhr unterbrochen und anschließend wieder hergestellt, funktioniert alles wider, wie gehabt.
Modell? Firmware auf dem neuesten Stand? Was sagen die Protokolle?
Modell = D Link Dir 635 (DKT 410)
[...]
...nimm einen anderen Router - zumindest mal testweise - ich kann das gleiche Problem für einen kabelgebundenen DSL bestätigen. Dort ebenfalls aktuellste Firmware, trotzdem nach einigen Tagen Reset nötig - Modem wurde schon getauscht, die Leitung dort ist auch geprüft und einwandfrei. Also wenn Du die Möglichkeit hast besorge Dir einen anderen Router.
hth Eric
Hallo zusammen,
On Montag 23 August 2010, Ernst Scott wrote:
Firmware ist aktuell (ohne meine Mitwirkung)
Das weißt Du woher? Aber gut, ich frage jetzt mal nach, was denn das Problem genau ist. Was heißt, das Modem nimmt die Daten nicht an?
- Es findet keine Einwahl mehr statt. - Der Router wählt sich ein, aber es kommt keine Verbindung zum Internet zustande.
Ist letzteres der Fall, dann tippe nacheinander auf einer Konsole, wenn die Verbindung abgebrochen ist:
ping -c 5 195.71.11.67 ping -c 5 www.spiegel.de
und poste das Ergebnis hier.
Wenn Du Dir nicht sicher bist, ob der Router sich eingewählt hat, dann schaue im Konfigurator nach. Dort gibt es in der Regel eine Seite, die Status oder so heißt. Dort steht, ob der Router gerade verbunden ist.
Liebe Grüße
Erik
Erik P. Roderwald schrieb:
Hallo zusammen,
On Montag 23 August 2010, Ernst Scott wrote:
Firmware ist aktuell (ohne meine Mitwirkung)
Das weißt Du woher? Aber gut, ich frage jetzt mal nach, was denn das Problem genau ist. Was heißt, das Modem nimmt die Daten nicht an?
- Es findet keine Einwahl mehr statt.
- Der Router wählt sich ein, aber es kommt keine Verbindung zum
Internet zustande.
Ist letzteres der Fall, dann tippe nacheinander auf einer Konsole, wenn die Verbindung abgebrochen ist:
ping -c 5 195.71.11.67 ping -c 5 www.spiegel.de
und poste das Ergebnis hier.
Wenn Du Dir nicht sicher bist, ob der Router sich eingewählt hat, dann schaue im Konfigurator nach. Dort gibt es in der Regel eine Seite, die Status oder so heißt. Dort steht, ob der Router gerade verbunden ist.
Ich glaube, ich muß Euch genauer an meinem Wlan-Netz teilhaben lassen.
Astra2connect - Internet via Satelite - über Schüssel auf dem Dach - kommt der "unsichtbare Geist" in ein IP-Modem, das an einen Router angeschlossen ist. Sicher ist, daß das IP-Modem immer dynamisch dhcp macht. Das weiß der Router und spielt auch immer schön mit, bis auf die Zeit, wo er es nicht macht. Da wird nichts eingewählt. Mit dem Wlan-Stick am PC hat man Kontakt, wenn es denn dem Router gefällt, vorausgesetzt der PC wurde richtig ins Netzwerk gebracht (yast2 - Netzwerkgeräte - Netzwerkeinstellungen zuzüglich yast dhcp-Server, yast-DNS-Server, /etc/name.conf usw usw)
Interessant finde ich schon, was Boris schreibt: [Zitat] nö. Wenn Dein Router keine dhcp-Anfrage sendet, wird das Modem (bzw. das Netz dahinter) auch keine IP-Adresse ausliefern. [/Zitat]
Also, ich rufe den Browser auf (oder frage Emails ab) und fordere ein Site (oder Kontakt zum Server für Emails) und bekomme das alles, solange irgendwer den Kontakt ablehnt oder ... oder. Wenn das der Router ist, weil der nicht sendet, der faule Hund, dann . . . Das Modem hat keinen Grund, mich nicht rein zu lassen. Bezahlt hab ich. Mein Wlan-Stick blinzelt mir auch zu. Wer steht da auf der Leitung, die es bei Wlan nicht gibt?
Ernst
Hallo zusammen,
On Montag 23 August 2010, Ernst Scott wrote:
Wer steht da auf der Leitung, die es bei Wlan nicht gibt?
Wenn du das tust, was ich Dir geschrieben habe, können wir das Problem vielleicht eingrenzen.
Liebe Grüße
Erik
Erik P. Roderwald schrieb:
Hallo zusammen,
On Montag 23 August 2010, Ernst Scott wrote:
Wer steht da auf der Leitung, die es bei Wlan nicht gibt?
Wenn du das tust, was ich Dir geschrieben habe, können wir das Problem vielleicht eingrenzen.
Der Idee schließe ich mich an!
Wenn Du die Ausgabe der beiden Ping-Befehle postest, schick' doch gleich noch die Ausgabe von
ip addr sh
und
ip route sh
mit.
Diese Satelliten-Verbindung ist schon ein bisschen exotisch. Ich habe damit gar keine Erfahrung. Lief das denn schon eine ganez Zeit stabil? Wie lange?
In Deiner ersten Mail schreibst Du:
Wird danach die Stromzufuhr unterbrochen und anschließend wieder hergestellt, funktioniert alles wider, wie gehabt.
Was machst Du denn da stromlos? Den Router oder das Modem? Oder Beides?
Hast Du schonmal mit Deinem Provider darüber gesprochen?
Übrigens: An der SuSE wird es mit an Sicherheit grenzender Wahrscheinlichleit gar nicht liegen....
Wenn Du einen Router benutzt, könnte es sein, dass Du mehrere Clients hast. Verhalten sich alle gleich? Auch kabelgebundene Clients?
Grüße,
Boris
Boris schrieb:
Erik P. Roderwald schrieb:
Hallo zusammen,
On Montag 23 August 2010, Ernst Scott wrote:
Wer steht da auf der Leitung, die es bei Wlan nicht gibt?
Wenn du das tust, was ich Dir geschrieben habe, können wir das Problem vielleicht eingrenzen.
Der Idee schließe ich mich an!
Wenn Du die Ausgabe der beiden Ping-Befehle postest, schick' doch gleich noch die Ausgabe von
ip addr sh
und
ip route sh
mit.
Diese Satelliten-Verbindung ist schon ein bisschen exotisch. Ich habe damit gar keine Erfahrung. Lief das denn schon eine ganez Zeit stabil? Wie lange?
In Deiner ersten Mail schreibst Du:
Wird danach die Stromzufuhr unterbrochen und anschließend wieder hergestellt, funktioniert alles wider, wie gehabt.
Was machst Du denn da stromlos? Den Router oder das Modem? Oder Beides?
Hast Du schonmal mit Deinem Provider darüber gesprochen?
Übrigens: An der SuSE wird es mit an Sicherheit grenzender Wahrscheinlichleit gar nicht liegen....
Wenn Du einen Router benutzt, könnte es sein, dass Du mehrere Clients hast. Verhalten sich alle gleich? Auch kabelgebundene Clients?
An mir soll es nicht liegen
havelland:~ # ping -c 5 195.71.11.67 PING 195.71.11.67 (195.71.11.67) 56(84) bytes of data. 64 bytes from 195.71.11.67: icmp_seq=1 ttl=243 time=1581 ms 64 bytes from 195.71.11.67: icmp_seq=2 ttl=243 time=994 ms 64 bytes from 195.71.11.67: icmp_seq=3 ttl=243 time=771 ms 64 bytes from 195.71.11.67: icmp_seq=4 ttl=243 time=1111 ms 64 bytes from 195.71.11.67: icmp_seq=5 ttl=243 time=1043 ms
--- 195.71.11.67 ping statistics --- 5 packets transmitted, 5 received, 0% packet loss, time 3998ms rtt min/avg/max/mdev = 771.512/1100.530/1581.315/266.109 ms, pipe 2 havelland:~ # ping -c 5 www.spiegel.de PING www.spiegel.de (195.71.11.67) 56(84) bytes of data. 64 bytes from 195.71.11.67: icmp_seq=1 ttl=243 time=1830 ms 64 bytes from 195.71.11.67: icmp_seq=2 ttl=243 time=858 ms 64 bytes from 195.71.11.67: icmp_seq=3 ttl=243 time=1166 ms 64 bytes from 195.71.11.67: icmp_seq=4 ttl=243 time=998 ms 64 bytes from 195.71.11.67: icmp_seq=5 ttl=243 time=1200 ms
--- www.spiegel.de ping statistics --- 5 packets transmitted, 5 received, 0% packet loss, time 6813ms rtt min/avg/max/mdev = 858.689/1210.780/1830.588/333.312 ms, pipe 2 havelland:~ #
havelland:~ # ip addr sh 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 16436 qdisc noqueue state UNKNOWN link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 brd 127.255.255.255 scope host lo inet 127.0.0.2/8 brd 127.255.255.255 scope host secondary lo inet6 ::1/128 scope host valid_lft forever preferred_lft forever 2: wlan0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP qlen 1000 link/ether 00:0a:eb:02:d9:08 brd ff:ff:ff:ff:ff:ff inet 192.168.0.100/24 brd 192.168.0.255 scope global wlan0 3: eth0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast state DOWN qlen 1000 link/ether 00:0b:6a:a3:72:eb brd ff:ff:ff:ff:ff:ff havelland:~ #
havelland:~ # ip route sh 192.168.0.0/24 dev wlan0 proto kernel scope link src 192.168.0.100 169.254.0.0/16 dev wlan0 scope link 127.0.0.0/8 dev lo scope link default via 192.168.0.1 dev wlan0 havelland:~ #
Bin heute mal weg
Gruß Ernst
Moin Ernst,
ich hak' da noch einmal nach....:
Ernst Scott schrieb:
Boris schrieb:
Diese Satelliten-Verbindung ist schon ein bisschen exotisch. Ich habe damit gar keine Erfahrung. Lief das denn schon eine ganez Zeit stabil? Wie lange?
offene Fragen.
In Deiner ersten Mail schreibst Du:
Wird danach die Stromzufuhr unterbrochen und anschließend wieder hergestellt, funktioniert alles wider, wie gehabt.
Was machst Du denn da stromlos? Den Router oder das Modem? Oder Beides?
Hast Du schonmal mit Deinem Provider darüber gesprochen?
offene Frage.
Übrigens: An der SuSE wird es mit an Sicherheit grenzender Wahrscheinlichleit gar nicht liegen....
Wenn Du einen Router benutzt, könnte es sein, dass Du mehrere Clients hast. Verhalten sich alle gleich? Auch kabelgebundene Clients?
offene Fragen.
An mir soll es nicht liegen
[snip]
Gut. Deine Antworten stellten die Situation dar, wenn alles funktioniert. Interessanter wäre die Fehlersituation....
Bin heute mal weg
Na, dann bis morgen....
Boris
Hallo zusammen
On Montag 23 August 2010, Ernst Scott wrote:
An mir soll es nicht liegen
havelland:~ # ping -c 5 195.71.11.67 PING 195.71.11.67 (195.71.11.67) 56(84) bytes of data. 64 bytes from 195.71.11.67: icmp_seq=1 ttl=243 time=1581 ms pipe 2 havelland:~ # ping -c 5 www.spiegel.de PING www.spiegel.de (195.71.11.67) 56(84) bytes of data. 64 bytes from 195.71.11.67: icmp_seq=1 ttl=243 time=1830 ms
Das sind die pings, wenn es nicht geht? Es geht doch alles.
Liebe Grüße
Erik
Boris schrieb:
Moin Ernst,
ich hak' da noch einmal nach....:
Ernst Scott schrieb:
Boris schrieb:
Diese Satelliten-Verbindung ist schon ein bisschen exotisch. Ich habe damit gar keine Erfahrung. Lief das denn schon eine ganez Zeit stabil? Wie lange?
offene Fragen.
In Deiner ersten Mail schreibst Du:
Wird danach die Stromzufuhr unterbrochen und anschließend wieder hergestellt, funktioniert alles wider, wie gehabt.
Was machst Du denn da stromlos? Den Router oder das Modem? Oder Beides?
Hast Du schonmal mit Deinem Provider darüber gesprochen?
offene Frage.
Übrigens: An der SuSE wird es mit an Sicherheit grenzender Wahrscheinlichleit gar nicht liegen....
Wenn Du einen Router benutzt, könnte es sein, dass Du mehrere Clients hast. Verhalten sich alle gleich? Auch kabelgebundene Clients?
offene Fragen.
An mir soll es nicht liegen
[snip]
Gut. Deine Antworten stellten die Situation dar, wenn alles funktioniert. Interessanter wäre die Fehlersituation....
Bin heute mal weg
Na, dann bis morgen....
hallo
Boris, Deine Mails kommen immer doppelt an.
Im übrigen - natürlich kann ich heute nur senden, was es heute gibt. Und heute funzt es. Andernfalls könnte ich nicht schreiben.
Natürlich bin ich dem Provider auf den Nerv gegangen. Aber der ruht sich darauf aus, dass es nicht sein Problem ist.
Mir ist nur noch eingefallen: Als es zuletzt einen Fehler gab, da hat ein Windows7-Rechner eine falsche Subnetz maske gebracht. Statt 255.255.255.0 kam 255.255.1.0 (Hat sich durch Strom-Entzug selbst korrigiert)
Und als Letztes: Router und IP-Modem residieren bei mir ca 30 cm unter der Decke im EG (OG gibt es nicht) PC im EG und im KG.
Ob ich etwa die Antenne verstärken sollte? (Der zuletzt defekte Windows7 steht 5 m entfernt)
Ich glaube, wir sollten es dabei belassen, wenn es einen guten Grund gibt, es nicht zu tun.
Gruß Ernst
Ernst Scott schrieb:
Boris schrieb:
Moin Ernst,
ich hak' da noch einmal nach....:
Ernst Scott schrieb:
Boris schrieb:
Diese Satelliten-Verbindung ist schon ein bisschen exotisch. Ich habe damit gar keine Erfahrung. Lief das denn schon eine ganez Zeit stabil? Wie lange?
offene Fragen.
In Deiner ersten Mail schreibst Du:
[ . . . ]
Hast Du schonmal mit Deinem Provider darüber gesprochen?
offene Frage.
Übrigens: An der SuSE wird es mit an Sicherheit grenzender Wahrscheinlichleit gar nicht liegen....
Wenn Du einen Router benutzt, könnte es sein, dass Du mehrere Clients hast. Verhalten sich alle gleich? Auch kabelgebundene Clients?
offene Fragen.
An mir soll es nicht liegen
[snip]
Gut. Deine Antworten stellten die Situation dar, wenn alles funktioniert. Interessanter wäre die Fehlersituation....
Bin heute mal weg
Na, dann bis morgen....
hallo
Boris, Deine Mails kommen immer doppelt an.
Im übrigen - natürlich kann ich heute nur senden, was es heute gibt. Und heute funzt es. Andernfalls könnte ich nicht schreiben.
Natürlich bin ich dem Provider auf den Nerv gegangen. Aber der ruht sich darauf aus, dass es nicht sein Problem ist.
Mir ist nur noch eingefallen: Als es zuletzt einen Fehler gab, da hat ein Windows7-Rechner eine falsche Subnetz maske gebracht. Statt 255.255.255.0 kam 255.255.1.0 (Hat sich durch Strom-Entzug selbst korrigiert)
Und als Letztes: Router und IP-Modem residieren bei mir ca 30 cm unter der Decke im EG (OG gibt es nicht) PC im EG und im KG.
Ob ich etwa die Antenne verstärken sollte? (Der zuletzt defekte Windows7 steht 5 m entfernt)
Ich glaube, wir sollten es dabei belassen, wenn es einen guten Grund gibt, es nicht zu tun.
Gruß Ernst
heute war so ein Tag, an dem das Netzwerk nicht funktionierte
Ich habe das IP Modem öffnen können. Da standen dann
Error State - Meldungen
Error
050 - Network login failed
kurze Zeit später:
Error 010 No demodulator lock
wieder später
Error 030 Network lookup failed usw
Deshalb habe ich den Provider gefragt:
hallo wann und/oder warum treten Error States auf im IP Modem Errors 010 oder 030 oder 050
Die Antwort lautet:
aktuell kann es zu kurzen Verbindungsabbrüchen kommen, da die Wetterlage bei der Basisstation in Luxemburg extrem schlecht ist (entsprechende Meldungen haben wir heute von ASTRA erhalten). Sobald das Modem nicht erfolgreich eingeloggt ist, können die erwähnten Fehlermeldungen kommen. Das Modem sollte sich aber selbsttätig wieder einloggen können.
Wird wohl in anderen Fällen, die für mich anlass waren, diesen thread zu wecken, ähnlich gewesen sein.
Gruß
Ernst
-
Boris -
Eric Scheen -
Erik P. Roderwald -
Ernst Scott -
Joerg Thuemmler