xDSL.at

von **mchiggins** » Do 24 Feb, 2005 11:35

Ich verwende fli4l2.1.8 mit ZyXEL 645RA1. Seit zwei Wochen ist Sand im Getriebe: wenn ich zB aus Google Suchergebnissen Links aufrufe, bekomme ich "Diese Seite kann nicht gefunden werde... probieren Sie es zu einem spaeteren Zeitpunkt nocheinmal" Die Seiten werden also nicht gefunden. Oeffne ich den link nochmal, funktioniert er.

Egal bei welcher Seite auch immer, egal mit welchem Browser (IE6, FF1.0).
Jetzt hab ich beim FLI4L die DNS Server haendisch eingetragen: 195.58.160.2 und 195.58.161.3 - KEINE BESSERUNG!

Ich kann leider das syslog nicht lesen - hab am fli4l KEINE Grafikkarte drin, wie kann ich die SYSLOG Ausgabe in ein File oder auf meine SSH umleiten damit ich den Fehler sehen kann?

Hat jemand von Euch eine Idee?

Danke, mchiggins

von **jutta** » Do 24 Feb, 2005 11:49

probier es mal mit den neuen dns-servern: 195.58.160.194, 195.58.161.122 (seit irgendwann im herbst 2004)

von **lahe** » Do 24 Feb, 2005 11:59

mchiggins hat geschrieben:Ich kann leider das syslog nicht lesen - hab am fli4l KEINE Grafikkarte drin, wie kann ich die SYSLOG Ausgabe in ein File oder auf meine SSH umleiten damit ich den Fehler sehen kann?

Hat jemand von Euch eine Idee?

Danke, mchiggins

Wenn du den syslog in der Base.txt aktiviert hast kannst du mit dem Programm WinSCP3 auf deinen fli4l verbinden und den syslog ganz normal lesen.

lahe

von **mchiggins** » Do 24 Feb, 2005 12:16

Hallo Leute, erstmal Danke an Euch!

@Jutta: die neuen DNS Server werd ich gleich mal eintragen, und den fli4l neu starten!

@Lahe: ich werd mal WinSCP3 googlen.... Danke!

achja, hab vergessen, dass es sich um xDSL@student von INODE handelt!!!

LG mchiggins

von **mchiggins** » Do 24 Feb, 2005 17:06

Also jetzt hab ich den syslog gelesen und folgendes entdeckt

Den ganzen Nachmittag bekomm ich das hier:

Feb 24 16:53:24 router syslog: pptp-client log[decaps_gre:pptp_gre.c:404]: buffering packet 7836 (expecting 7833, lost or reordered)
Feb 24 16:53:24 router syslog: pptp-client log[decaps_gre:pptp_gre.c:404]: buffering packet 7837 (expecting 7833, lost or reordered)
Feb 24 16:53:24 router syslog: pptp-client log[decaps_gre:pptp_gre.c:404]: buffering packet 7838 (expecting 7833, lost or reordered)

Und auf einmal:

Feb 24 17:17:24 router syslog: pptp-client log[ctrlp_disp:pptp_ctrl.c:912]: Call disconnect notification received (call id 10794)
Feb 24 17:17:24 router syslog: pptp-client log[pptp_read_some:pptp_ctrl.c:525]: read returned zero, peer has closed
Feb 24 17:17:24 router syslog: pptp-client log[call_callback:pptp_callmgr.c:77]: Closing connection
Feb 24 17:17:24 router pppd[1482]: Modem hangup
Feb 24 17:17:24 router pppd[1482]: Connection terminated.
Feb 24 17:17:24 router pppd[1482]: Connect time 195.0 minutes.
Feb 24 17:17:24 router pppd[1482]: Sent 1143496 bytes, received 7693320 bytes.
Feb 24 17:17:24 router imond[2170]: setting default route again to circuit 'inodeauto'

Hat also nix mit den DNS Servern zu tun - irgendwas beim FLI4L laeuft da mehr als schief!

Was soll das?

mchiggins

von **orso** » Do 24 Feb, 2005 18:00

Hallo!

Ist an Deinem Standort schon pppoe verfügbar? Wenn ja, dann versuchs doch einmal damit - mußt nur die dsl.txt umschreiben. Wenn bei Dir noch kein pppoe verfügbar ist, kann dich vielleicht dfx umstellen.

mfg- Orso

Sollten alle stricke reissen, dann wende Dich an die fli4l Newsgroup. Jean - auch hier im Forum aktiv - ist DER Meister des pptp.

von **lahe** » Do 24 Feb, 2005 18:46

@mchiggins

patch 6 vergessen ?

lahe

von **mchiggins** » Do 24 Feb, 2005 21:13

@Lahe: ich hab 2.1.8 laufen, im Jaenner installiert, da sollte doch der patch schon inkludiert gewesen sein, oder?

@Orso: mal langsam - ich hab gelesen, ich muesste fuer pppoe auch mein ZyXEL umkonigurieren, dann haett ich aber KEINEN Support mehr von Inode, so viel ich weiss!

Also angenommen ich konfig mein ZyXEL auf pppoe um, aber pppoe funkt bei mir noch nicht, was dann? Dann hab ich gar KEIN Internet mehr! Weder ueber pptp noch ueber pppoe! So muss ich mich halt mit der jetzigen Loesung abfinden? :oops:

Bringt ein update auf 2.1.9 was (ich mein hinsichtlich pptp Ausfaelle)?

lg mchiggins

von **lahe** » Do 24 Feb, 2005 22:15

mchiggins hat geschrieben:@Lahe: ich hab 2.1.8 laufen, im Jaenner installiert, da sollte doch der patch schon inkludiert gewesen sein, oder?

nein der Patch muss immer als letztes in das Basisverzeichnis kopiert werden.
Anbei der link zum Patch

http://www.fli4l.de/german/extern/bugs/ ... h-6.tar.gz

PS: Du mußt vor dem Einspielen des Patches im Config Verzeichniss die Base.txt sichern, da sie sonst überschrieben wird.

lahe

von **jutta** » Do 24 Feb, 2005 22:16

@mchiggins: du hast ein p645. da braucht man am zyxel nichts umkonfigurieren, das ist schon fuer pppoe geeignet (nur beim p650 muesste man was umstellen, aber natuerlich nicht die user selbst, sondern ein inode-mitarbeiter)

von **mchiggins** » Fr 25 Feb, 2005 08:09

Hi jutta & lahe,

hab erfolgreich auf pppoe umgestellt! Jetzt hab ich noch 3 Fragen an Euch:

*) Muss man die Maximum Transmission Unit und die Maximum Receiveable Unit nicht an die des Providers (INODE) anpassen?

*) was waere in meinem Fall der PPPOE_TYPE? sync, async oder in_kernel? Vorteile/Nachteile?

*) wie erreiche ich (wahrscheinlich mit dem HUP_TIMEOUT/idle time), dass meine Verbindung NIE getrennt wird? Ausser wenn ich auflege.

Herzlichen Dank fuer Eure Hinweise und Tips!

Gruesse mchiggins

von **jutta** » Fr 25 Feb, 2005 08:25

> *) Muss man die Maximum Transmission Unit und die Maximum Receiveable Unit nicht an die des Providers (INODE) anpassen?

normalerweise nicht. (jedenfalls nicht bei funktionierenden routern)

von **orso** » Fr 25 Feb, 2005 09:34

mchiggins hat geschrieben:Hi jutta & lahe,

hab erfolgreich auf pppoe umgestellt! Jetzt hab ich noch 3 Fragen an Euch:

*) Muss man die Maximum Transmission Unit und die Maximum Receiveable Unit nicht an die des Providers (INODE) anpassen?

*) was waere in meinem Fall der PPPOE_TYPE? sync, async oder in_kernel? Vorteile/Nachteile?

*) wie erreiche ich (wahrscheinlich mit dem HUP_TIMEOUT/idle time), dass meine Verbindung NIE getrennt wird? Ausser wenn ich auflege.

Herzlichen Dank fuer Eure Hinweise und Tips!

Gruesse mchiggins

Hallo!

Ad 1.) Nein, lass alles so, wie es ist!

Ad 2.) PPPOE_TYPE:

PPPOE TYPE PPPOE steht für die Übertragung von PPP-Paketen über Ethernet-Leitungen. D.h., die zu übertragenden Daten werden im ersten Schritt vom ppp-Daemon in ppp-Pakete und dann in einem zweiten Schritt für die Übertragung übers Ethernet nochmals in pppoe-Pakete verpackt, um dann ans DSL-Modem geschickt zu werden. Das zweite Verpacken kann durch den pppoe-Daemon oder durch den Kern erfolgen. Mittels PPPOE TYPE wird die Art und Weise der pppoe-Paketerzeugung definiert.
Wert Beschreibung:
async Die Pakete werden durch den pppoe-Daemon erzeugt; die Kommunikation zwischen pppd und pppoed erfolgt asynchron.
sync Die Pakete werden durch den pppoe-Daemon erzeugt; die
Kommunikation zwischen pppd und pppoed erfolgt syncron.
Das führt zu einer effizienteren Kommunikation und damit
zu einer geringeren Prozessorlast.
in kernel Die ppp-Pakete werden direkt an den Linux-Kern gereicht,
der daraus pppoe-Pakete macht. Dadurch entfällt die Kommunikation
mit einem zweiten Daemon und damit eine Menge
Kopieraufwand, was wiederum zu geringerer Prozessorlast
führt.
Tabelle 1.1: Arten der pppoe-Paketerzeugung
Jemand hat mal einen Vergleich der verschiedenen Varianten gemacht und kam
auf einem Fujitsu Siemens PCD-H, P75 zu den in Tabelle 1.2 dargestellten Ergebnissen2.
Fli4l NIC Bandbreite (down stream) CPU-Auslastung
2.0.8 rtl8029 + rtl8139 310 KB/s 100%
2.0.8 2x 3Com Etherlink III 305 KB/s 100%
2.0.8 SMC + 3Com Etherlink III 300 KB/s 100%
2.1.7 SMC + 3Com Etherlink III 375 KB/s 40%
Tabelle 1.2: Bandbreite und CPU-Auslastung bei pppoe

ad 3.) stelle als Timeout Zeit "0" ein.

Und: wirf ein bisschen einen Blick in die Doku!

mfg- Orso

von **mchiggins** » Fr 25 Feb, 2005 10:05

Danke orso! Ich hoffe die DNS Probleme meiner vorigen pptp Loesung kann ich nach der Umstellung auf pppoe endlich abhaken!

Sonst meld ich mich halt wieder!

LG in die

, dem gruenen Herz Oesterreichs!

mchiggins

von **mchiggins** » Fr 25 Feb, 2005 11:43

Leider besteht mein Problem noch immer fuer 'entfernte' Seiten!!!

Hier ein Bsp: habe im Google nach Playa del Carmen gesucht. Das erste Suchergebnis oeffne ich in einem neuen Browserfenster. Doch dann bekomm ich '...konte nicht gefunden werden. Bitte ueberpruefen Sie den Namen und versuchen Sie es nochmals' Bei IE6 und FF1.0!

Offne ich das erste Suchergebnis ein zweites Mal funkt die Seite und wird normal dargestellt!

Ich hab fli4l2.1.8 pppoe, ZyXel645, DNS Server werden dynamisch vom ISP uebernommen, lan->intel eepro100, pppoe->8139too.

Hat jemand von Euch so was schon gehabt?

LG mchiggins

xDSL.at

FLI4L - DNS Anfrage funkt nicht

FLI4L - DNS Anfrage funkt nicht

Re: FLI4L - DNS Anfrage funkt nicht

Wer ist online?