Suse 7.1 ----- Kernel 2.4----- Fritz PCI

Hi,

leider habe ich bereits Probleme mit der ISDN-Anbindung, so daß ich mich um Router und Co. erst gar nicht kümmern muß bzw. kann http://www.linuxforen.de/ubb/smile.gif

Naja, jedenfalls habe ich unter Suse 7.1 meine AFM Fritz PCI installiert, und auch 2 Verbindungen definiert.
Wenn ich Kinternet starte, habe ich ja die Auswahl über welche verbdinung ich gehen will. Wenn ich T-Online anwähle, bekomme ich im Log-File angezeigt: "connection with ippp0 triggered".

das hört sich ja schonmal gut an. er erkennt die Fritz-Karte und ist am wählen.
Aber nach ca 2 sekunden bricht er die verbindung bzw. den wählvorgang ab und ich habe ein disconnect.

Einwahlnummer, pass etc. alles überprüft und ok.

Wenn ich über den anderen provider gehe, passiert genau das gleiche nur ca. nach 20 sekunden.


Was kann das sein ?

Muss ich manuell DNS-Server eingeben, oder holt der sich diese dynamisch je nach Verbidnung ?

Achja, hab den 2.4-er kernel. Gibts vielleicht damit probleme ?

Wer hat 7.1 und 2.4-er Kernel un ne AVM-Fritz Pci und hat alles zum laufen gebracht?

thx
B@nDiT

------------------
Es kann nur einen B@nDiT geben :)

[Matrix]

Hallo B@ndit,

hab die gleiche Konfiguration und anfangs auch ein paar Probleme, allerding mit der Default-Route die nach einem Verbindungsabbau geloescht wurde.

Was sagt denn deine /var/log/messages? In der Datei /etc/ppp/ioptions kannst du noch den Eintrag "debug" aktivieren, dann erhaelst du mehr Infos in der /var/log/messages. Definier doch erst mal nur die ippp0 und teste die mal...

Der DNS-Server wird von T-Online zugewiesen.

Mit "tail -f /var/log/messages" kannst du der Datei "zusehen".

Bye

------
Oliver

Hi !

Mitllerweile gehts. Wieso auch immer !!!!!

ich war die ganze zeit als root angemeldet und es ging net.
Dann habe ich mich SPASSESHALBER als user angemeldet, und plötzlich gings. sowohl mobilcon als auch nacamar haben gefunzt. nur t-online wollte net.

dann bin ich wieder als root reingegenagen und habe versucht t-online zum laufen zu bekommen,. null chancen. immer diese disconnects nach 2 sekunden. und jetzt wieder der hammer : danach liefen schon wieder die anderen nicht! obwohl ich nur bei t-online rumgewrkelt habe.

also langsam versteh ich die welt net mehr.

jetzt gerade bin ich als USER über mobilcom drin. funktioniert mal wieder sozusagen. aber das kann ja kein dauerhafter zustand sein!

kannst du mir bitte deine einstellungen sagen? ich habe das gefühl, daß ich irgendwas falsch habe. :) was sonst !

soll ich unter nameserver ( yast ) den DNS-server von t-online eintragen ? oder lieber blank lassen ?

desweiteren: was hat es mit den IP´s auf sich, die ich den einzelnen verbindungen vergeben muß? ( IP, gateway, P2P-Partner ... ). im endeffekt bekomme ich doch die IP zugewiesen ???



------------------
Es kann nur einen B@nDiT geben :)

booooah, wasne schwere geburt.

Jetzt läuft alles.

Nachdem ich alle anderen provider erreichen konnte, gings nur noch um T-Online.

Und da hab ich dann verschiedene Einstelmöglichkeiten angetestet, bis eine gefunzt hat. woran es jetzt aber genau lag. keine ahnung.

laut T-Online soll man folgendes einstellen:

IP-Adresse 192.168.0.99
P2P-Partner: 192.168.0.1
Gateway: 192.168.0.1

Da ich vor T-Online bereits 2 andere Verbindungen erstellt hatte, wurde für T-Online ( ippp2 ) die IP 192.168.2.xxx vorgegeben.

Aber Suse hatte von sich aus die 99 mit der 1 getauscht. Sprich bei IP stand 192.168.2.1
und bei gateway und P2P jeweils 99 am schluss.
Das habe ich dann einfach getaucht, und siehe da. es ging.

das ganze hat mich jetzt nur ca. 8 stunden gekostet,. wenn das so weitergeht schmeiss ich das dingens bald wieder runter http://www.linuxforen.de/ubb/smile.gif

trotzdem thx Matrix.

B@nDiT

[Dieser Beitrag wurde von B@nDiT am 27. Februar 2001 editiert.]

so langsam finde ich das nicht mehr witzig.
nachdem gestern alles funktioniert hat, udn heute morgen auch, wollte ich nur noch einstellen, daß er die verbindung automatisch herstellt. also wählmodus von "manuell" auf "automatisch" umgestellt.

ok, suseconfig hat alles nochmal schön abgespeichert und ........... nix ! das gleiche problem wie gestern war wieder da.
disconnects nach 2 sekunden.
habe alles andere so belassen wie es war, eben nur den wählmodus verändert. ich raffs einfach net.
nochnichtmal mehr das zurücksetzen auf "manuell" hat jetzt mehr geholfen.
als ob das system willkürlich entscheiden würde ob es gehen soll oder nicht. http://www.linuxforen.de/ubb/frown.gif


kann es vielleicht doch sein, daß der kernel 2.4 so seine probleme hat mit ISDN ?

B@nDiT

[Matrix]

Hallo,

kann ich nicht bestätigen, hab keinerlei Probleme bei der Einwahl weder als root noch als normaler User. Was sagt denn deine /var/log/messages? Da muss doch irgendetwas drin stehen?

Bye

------
Oliver

Ich hatte ähnliche Peobleme nach Konfiguration mit Yast2, habe dann mal ins Suse 7.0 Handbuch geguckt unter "Linux im Netzwerk" und mit Yast1 konfiguriert danach gings einwandfrei, nachdem ich mit Yast2 wieder dran war gings wieder nicht, habs dann mit Yast1 wieder hingebogen.

so, mittlerweile kann ich mal wieder über NACAMAR online gehen. aber T-Online bekomme ich einfach net zum laufen.

hier ein auszug aus der /var/log/message :


Mar 7 03:12:54 linux isdnlog: Mar 07 03:12:54 tei 102 calling 0191011 with +49 911/95415662, Nürnberg 1.CI 0.029 DM (now)
Mar 7 03:12:54 linux isdnlog: Mar 07 03:12:54 tei 102 calling 0191011 with +49 911/95415662, Nürnberg NEXT CI AFTER 01:00 (DTAG ISDN, T-OnliMar 7 03:12:55 linux ipppd[8018]: Local number: 95415662, Remote number: 0191011, Type: outgoing
Mar 7 03:12:55 linux ipppd[8018]: PHASE_WAIT -> PHASE_ESTABLISHED, ifunit: 0, linkunit: 0, fd: 33
Mar 7 03:12:55 linux kernel: isdn_net: ippp0 connected
Mar 7 03:12:56 linux isdnlog: Mar 07 03:12:56 tei 102 calling 0191011 with +49 911/95415662, Nürnberg Normal call clearing (User)
Mar 7 03:12:56 linux kernel: ippp0: remote hangup
Mar 7 03:12:56 linux kernel: ippp0: Chargesum is 0
Mar 7 03:12:56 linux ipppd[8018]: Modem hangup
Mar 7 03:12:56 linux ipppd[8018]: Connection terminated.
Mar 7 03:12:56 linux ipppd[8018]: taking down PHASE_DEAD link 0, linkunit: 0
Mar 7 03:12:56 linux ipppd[8018]: closing fd 33 from unit 0
Mar 7 03:12:56 linux ipppd[8018]: link 0 closed , linkunit: 0
Mar 7 03:12:56 linux ipppd[8018]: reinit_unit: 0
Mar 7 03:12:56 linux ipppd[8018]: Connect[0]: /dev/ippp0, fd: 33
Mar 7 03:12:56 linux kernel: ippp_ccp: freeing reset data structure c0a70000
Mar 7 03:12:56 linux kernel: ippp, open, slot: 0, minor: 0, state: 0000
Mar 7 03:12:56 linux kernel: ippp_ccp: allocated reset data structure c0a70000
Mar 7 03:12:56 linux isdnlog: Mar 07 03:12:56 tei 102 calling 0191011 with +49 911/95415662, Nürnberg HINT: Overall cheapest 01046:KomTel 0.Mar 7 03:12:56 linux isdnlog: Mar 07 03:12:56 tei 102 calling 0191011 with +49 911/95415662, Nürnberg HINT: LCR:FAILED
Mar 7 03:12:56 linux isdnlog: Mar 07 03:12:56 tei 102 calling 0191011 with +49 911/95415662, Nürnberg HANGUP (1 CI 0.029 DM 0:00:02 I= 57.0Mar 7 03:13:06 linux kernel: ippp0: dialing 1 0191011...
Mar 7 03:13:06 linux isdnlog: Mar 07 03:13:06 * tei 102 calling 0191011 with +49 911/95415662, Nürnberg RING (Data)
Mar 7 03:13:06 linux isdnlog: Mar 07 03:13:06 tei 102 calling 0191011 with +49 911/95415662, Nürnberg Time:Tue Mar 6 02:06:00 2001
Mar 7 03:13:06 linux isdnlog: Mar 07 03:13:06 tei 102 calling 0191011 with +49 911/95415662, Nürnberg CONNECT (Data)
Mar 7 03:13:06 linux isdnlog: Mar 07 03:13:06 tei 102 calling 0191011 with +49 911/95415662, Nürnberg CHARGE: 0.029 DM/60s = 0.029 DM/Min (DMar 7 03:13:06 linux isdnlog: Mar 07 03:13:06 tei 102 calling 0191011 with +49 911/95415662, Nürnberg 1.CI 0.029 DM (now)
Mar 7 03:13:06 linux isdnlog: Mar 07 03:13:06 tei 102 calling 0191011 with +49 911/95415662, Nürnberg NEXT CI AFTER 01:00 (DTAG ISDN, T-OnliMar 7 03:13:06 linux ipppd[8018]: Local number: 95415662, Remote number: 0191011, Type: outgoing
Mar 7 03:13:06 linux ipppd[8018]: PHASE_WAIT -> PHASE_ESTABLISHED, ifunit: 0, linkunit: 0, fd: 33
Mar 7 03:13:06 linux kernel: isdn_net: ippp0 connected
Mar 7 03:13:08 linux isdnlog: Mar 07 03:13:08 tei 102 calling 0191011 with +49 911/95415662, Nürnberg Normal call clearing (User)
Mar 7 03:13:08 linux kernel: ippp0: remote hangup
Mar 7 03:13:08 linux kernel: ippp0: Chargesum is 0
Mar 7 03:13:08 linux ipppd[8018]: Modem hangup
Mar 7 03:13:08 linux ipppd[8018]: Connection terminated.
Mar 7 03:13:08 linux ipppd[8018]: taking down PHASE_DEAD link 0, linkunit: 0
Mar 7 03:13:08 linux ipppd[8018]: closing fd 33 from unit 0
Mar 7 03:13:08 linux ipppd[8018]: link 0 closed , linkunit: 0
Mar 7 03:13:08 linux ipppd[8018]: reinit_unit: 0
Mar 7 03:13:08 linux ipppd[8018]: Connect[0]: /dev/ippp0, fd: 33
Mar 7 03:13:08 linux kernel: ippp_ccp: freeing reset data structure c0a70000
Mar 7 03:13:08 linux kernel: ippp, open, slot: 0, minor: 0, state: 0000
Mar 7 03:13:08 linux kernel: ippp_ccp: allocated reset data structure c0a70000
Mar 7 03:13:08 linux isdnlog: Mar 07 03:13:08 tei 102 calling 0191011 with +49 911/95415662, Nürnberg HINT: Overall cheapest 01046:KomTel 0.Mar 7 03:13:08 linux isdnlog: Mar 07 03:13:08 tei 102 calling 0191011 with +49 911/95415662, Nürnberg HINT: LCR:FAILED
Mar 7 03:13:08 linux isdnlog: Mar 07 03:13:08 tei 102 calling 0191011 with +49 911/95415662, Nürnberg HANGUP (1 CI 0.029 DM 0:00:02 I= 57.0


kann mir jemand was dazu sagen?
was mich wundert, ist daß Nürnberg erscheint. ich komm aus frankfurt. wie kommt er darauf??? und was heisst :

Mar 7 03:13:08 linux isdnlog: Mar 07 03:13:08 tei 102 calling 0191011 with +49 911/95415662, Nürnberg HINT: LCR:FAILED

Failed?? LCR? wasn das jetzt? http://www.linuxforen.de/ubb/smile.gif


verdammt, da hab ich ne Flat, kann sie aber nicht nutzen http://www.linuxforen.de/ubb/frown.gif

thx schonmal.

Bandit

Hi,

hast Du Dich an die Anleitung von SuSE gehalten (http://sdb.suse.de/sdb/de/html/toppp.html)?

Das Nünrberg kommt von SuSE. In einer menge Dateien stehen User und Anschlussinformationen die SuSE standardmässig auf Ihren eigenen setzt. Und die kommen nun mal aus Nürnberg.

Bis denn...
A.Stranger

ich hab ALLES haargenau so gemacht wie es laut anleitung vorgegeben wurde. aber t-online wollte zum verrecken nicht dauerhaft connecten. habe alles mögliche versucht, bis ich dann die ippp´s getauscht habe. ( mit yast1, yast2 traue ich nicht mehr ).
dann gings.
aber gerafft habe ich es bisher immer noch net.