Re: [Debian] ISDN-Zugang laeuft, aber noch Fragen...
Erstmal vielen Dank an Guido und Kai, die mir mit ihren Hinweisen
geholfen haben.
Jo, ist kein Problem. Ich hatte als ich das erste mal mit Linux in
Berührung kam auch das selbe Problem ( 4-5 Wochen). T-Online ist
sehr wählerisch was
die Kompressionsverfahren angeht. Ich bin mir nicht sicher was sie
im einzelnen bedeuten
oder ob sie wichtig sind, aber ich denke das bei Dir das die van
jacobsen compression eingeschaltet war.
Ich habe garkeine Kompression aktiviert und habe normale
Zugriffsgeschwindigkeiten von 6 - 7 KB.
Daher ist es von meiner Seite fraglich ob die wirklich was
bringen. ;-)
Ich habe in der ipppd.ippp0 nach und nach ein paar Optionen
verändert, und plötzlich liefs. Das ist natürlich nicht so ganz
befriedigend, da ich letztlich nicht genau weiss, woran es gelegen
hat (ich glaube, es war eine Einstellung zu den
Kompressionsverfahren). Daher mal die Frage in die Runde: Was
sollte man als T-Online-User für Kompressionsverfahren
einschalten und welche auf jeden Fall nicht? Wo finde ich die Doku
zu dieser Datei?
Ich habe unter Lycos einfach mal nach T-Online, ISDN und Linux
suchen lassen.
Da habe ich dann viele Anleitungen gefunden und mir das beste
rausgesucht.
Desweiteren waren mir 2 Leute im IRC sehr behilflich, einer von
denen hat mir auch
diese Liste empfohlen. :-)
In meiner syslog habe ich noch ein paar Einträge, die ich nicht
verstehe. Vielleicht kann mir da ja noch jemand behilflich sein:
Nov 4 12:06:32 zeus ipppd[1124]: sent [0][LCP ConfReq id=0x1
<mru 1500> <pcomp> <accomp>]
Ich denke, hier werden die ganzen Optionen an T-Online geschickt.
mru ist das Maximum an empfangenen Packeten. Dann kommen noch
noaccomp Addressen Kompression
nopcomp Protokol Feld Kompression
Das sind alles einstellungen in der ipppd.ippp0 (bei mir alle aus,
aber wenns bei dir läuft :))
Nov 4 12:06:32 zeus ipppd[1124]: rcvd [0][LCP ConfReq id=0x1
<mru 1524> <auth pap> <MPmrru 0x5f4> <MPdiscr: 0x1 [ 73 74
61 63 6b 69 6e 67 ]>]
Das sah für mich immer noch der T-Online antwort aus,
mit den bestimmungen so, wie sie T-Online haben will.
Nov 4 12:06:32 zeus ipppd[1124]: sent [0][LCP ConfRej id=0x1
<MPmrru 0x5f4>]
Nov 4 12:06:32 zeus ipppd[1124]: rcvd [0][LCP ConfRej id=0x1
<pcomp> <accomp>]
Nov 4 12:06:32 zeus ipppd[1124]: sent [0][LCP ConfReq id=0x2
<mru 1500>]
Nov 4 12:06:32 zeus ipppd[1124]: rcvd [0][LCP ConfReq id=0x2
<mru 1524> <auth pap> <MPdiscr: 0x1 [ 73 74 61 63 6b 69 6e 67
]>]
Nov 4 12:06:32 zeus ipppd[1124]: sent [0][LCP ConfAck id=0x2
<mru 1524> <auth pap> <MPdiscr: 0x1 [ 73 74 61 63 6b 69 6e 67
]>]
Nov 4 12:06:32 zeus ipppd[1124]: rcvd [0][LCP ConfAck id=0x2
<mru 1500>]
Nov 4 12:06:32 zeus ipppd[1124]: lcp layer is UP
Was heisst das LCP hier? Was wird hier gemacht?
Der obrige Vorgang sieht für mich so aus, als würden die sich um
die Optionen
"streiten" (dein Rechner und T-Online) Hier kann die sicher Guido
besser weiterhelfen ;-)
Nov 4 12:06:32 zeus ipppd[1124]: sent [0][PAP AuthReq id=0x6
user="xxxxxxxxxxxxxxxxxxxxx" password not logged for security
reasons! Use '+pwlog' option to enable full logging.]
Normaler Einloggvorgang.
Nov 4 12:06:32 zeus ipppd[1124]: rcvd [0][PAP AuthAck
id=0x6msg=""]
T-Online meldet alles Ok :-)
Nov 4 12:06:32 zeus ipppd[1124]: Remote message:
Weil vorher: id=0x6msg="" darum steht da jetzt ne leere Remote
message, hat in meinen augen nix
zu bedeuten.
Nov 4 12:06:32 zeus ipppd[1124]: MPPP negotiation, He: No We:
No
Was bedeutet dieses MPPP negotiation?
Hat glaub ich was mit der Verbindungsart PPP zu tun. *Guidoanzwinker*
Nov 4 12:06:32 zeus ipppd[1124]: sent [0][IPCP ConfReq id=0x1
<addr 0.0.0.0>]
Nov 4 12:06:32 zeus ipppd[1124]: rcvd [0][IPCP ConfReq id=0x1
<compress VJ 0f 01> <addr 62.155.255.77>]
Nov 4 12:06:32 zeus ipppd[1124]: sent [0][IPCP ConfRej id=0x1
<compress VJ 0f 01>]
Hmm. Sieht mir schon wieder nach der van jacobsen compression aus.
Naja, wenns läuft.... ;-)
Nov 4 12:06:32 zeus ipppd[1124]: rcvd [0][IPCP ConfNak id=0x1
<addr 62.226.136.106>]
Nov 4 12:06:32 zeus ipppd[1124]: sent [0][IPCP ConfReq id=0x2
<addr 62.226.136.106>]
Nov 4 12:06:32 zeus ipppd[1124]: rcvd [0][IPCP ConfReq id=0x2
<addr 62.155.255.77>]
Nov 4 12:06:32 zeus ipppd[1124]: sent [0][IPCP ConfAck id=0x2
<addr 62.155.255.77>]
Nov 4 12:06:32 zeus ipppd[1124]: rcvd [0][IPCP ConfAck id=0x2
<addr 62.226.136.106>]
Nov 4 12:06:32 zeus ipppd[1124]: local IP address 62.226.136.106
^ das ist deine LOKAL zugewiesen
IP-Adresse (also die die deine ISDN Verbindung jetzt hat)
Nov 4 12:06:32 zeus ipppd[1124]: remote IP address
62.155.255.77
^ Das ist die IP-Adresse von dem Rechner an dem du jetzt hängst.
(Wird wohl die vom T-Online Server sein bzw. n Backbone)
Wurdse mir hier meine IP-Adresse vergeben. Wenn ja, welche?
62.226.136.106 oder 62.155.255.77?
^ die lokale ist deine IP-Adresse
Nov 4 12:07:31 zeus kernel: isdn_net: local hangup ippp0
Nov 4 12:07:31 zeus kernel: ippp0: Chargesum is 0
Nov 4 12:07:31 zeus ipppd[1124]: Modem hangup
Nov 4 12:07:31 zeus ipppd[1124]: Connection terminated.
Nov 4 12:07:31 zeus ipppd[1124]: taking down PHASE_DEAD link
0, linkunit: 0
Ok, hier wurde wohl nach einer Minute automatisch aufgelegt.
Gut .....
Nov 4 12:07:31 zeus ipppd[1124]: sent [0][LCP TermReq id=0x3
6c 69 6e 6b 20 63 6c 6f 73 65 64]
Nov 4 12:07:31 zeus ipppd[1124]: LCP is down
Hier wieder LCP. Wofür steht LCP?
Keine Ahnung wofür genau, aber ich glaube das ist die Verbindung
an sich.... *aufGuidoverweis*
P.S.: Ich bin kein Linux Profi, im Gegenteil, ich bin noch ein ziemlicher
Newbie der sich erst in die Materie einarbeiten
muss. Ich habe Aufgrund von Problemen die Auftraten eine Lösung
gesucht, und mir diese Gemerkt.
Mein Wissen basiert nur auf Vermutungen und Erklärungen für mich
selber ;-)
Wenn ich irgendwas sehe (an Fehlermeldungen), dann denk ich mir
was dazu und versuch sie
in der Richtung zu beheben, daher auch mein mangelndes Fachwissen ;-)
Nunja, es freut mich dass du Online gehen kannst. Und T-Online ist
sehr wählerisch ;-)
Bitte verzeiht mir meine "jugendliche" Ausdrucksweise, aber ich
bin erst 17 und noch im Wachstum. *höhö*
Bye
Kai Wegner
---------------------------------------------------------
Um sich aus der Liste auszutragen schicken Sie bitte eine
E-Mail an debian-user-de-request@lehmanns.de die im Body
"unsubscribe <deine_email_adresse>" enthaelt.
Bei Problemen bitte eine Mail an: Jan.Otto@Lehmanns.de
---------------------------------------------------------
737 eingetragene Mitglieder in dieser Liste.
Reply to: