Re: [suse-isdn] Re: ISDN funzt nicht mehr
Hallo Markus...
Ich hatte mehr oder weniger das selbe Problem...
Bedenke Windoof "kann wirklich" plag&play machen und konfiguriert sich
(manchmal) alles so das es spielt - ist bei Linux ja leider nicht immer
automatisch auch so...
hatte ebenfalls eine Verbindung "aufbauen" können aber als es dann ums
LinkControlProtocol ging empfing ich auch nur noch ff ff ff ff...
Linuxplatte+Fritzcard in nen anderen Rechner gesteckt und lief ohne
Probleme...
war schon nah dran mir ein neues Mainboard zuzulegen da auf JEDEN FALL ein
Hardwareproblem vorlag nämlich genau zwischen IDE-Pfostenstecker und
ISA-Slot ...
Nun ja erstmal nur das Mainboard dazwischen aber irgendwann nach der Methode
Alles rausziehen und nur das nötigste drinn lassen und anschließen wieder
den Rest rein, stellte ich fest das sich meine SB16PCI nicht mit der Fritz
ISA Classic vertragen wollte...
Bis jetzt hab ich erstmal das sein lassen will jetzt aber irgendwie anfangen
doch Sound in mein Rechnerchen zu bekommen so das ich mich jetzt doch wieder
dem Problem stellen muß....
Vielleicht schreibst du nochmal kurz wenn du dein Problem gefunden oder gar
gelöst hast..
Gruß
Alex
----- Original Message -----
From:
Wolfgang Conrad schrieb:
In /etc/rc.config.d/i4l_******* wurde sicher nichts geaendert?
Ja.
Windows und Konsorten funktioniert die Einwahl problemlos. Als
>>>>>>>>>>> gleicher Rechner, andere Partition oder andere Maschine?
Der gleiche Rechner, aber auf einer anderen Partition.
Dekommentiere mal in /etc/ppp/ioptions die Zeile debug und eventuell auch pwd (Passwort)
Dann erhältst Du mehr Ausgaben in /var/log/messages.
Hab ich gemacht. Hier ist sie:
Dec 31 19:56:41 tower kernel: ippp1: dialing 1 010700192070... Dec 31 19:56:41 tower isdnlog: (HiSax driver detected) Dec 31 19:56:41 tower isdnlog: Dec 31 19:56:41 * tei 98 calling 0192070 with Markus Compi RING (Data) Dec 31 19:56:43 tower isdnlog: Dec 31 19:56:43 tei 98 calling 0192070 with Markus Compi Time:Sun Dec 31 18:56:00 2000 Dec 31 19:56:43 tower isdnlog: Dec 31 19:56:43 tei 98 calling 0192070 with Markus Compi CONNECT (Data) Dec 31 19:56:43 tower isdnlog: Dec 31 19:56:43 tei 98 calling 0192070 with Markus Compi CHARGE: 0.060 DM/60s = 0.060 DM/Min (Arcor CbC, Internet, täglich) Dec 31 19:56:43 tower isdnlog: Dec 31 19:56:43 tei 98 calling 0192070 with Markus Compi 1.CI 0.060 DM (now) Dec 31 19:56:43 tower isdnlog: Dec 31 19:56:43 tei 98 calling 0192070 with Markus Compi NEXT CI AFTER 01:00 (Arcor CbC, Internet, täglich) Dec 31 19:56:43 tower ipppd[129]: Local number: 961502, Remote number: 010700192070, Type: outgoing Dec 31 19:56:43 tower ipppd[129]: PHASE_WAIT -> PHASE_ESTABLISHED, ifunit: 1, linkunit: 0, fd: 7 Dec 31 19:56:43 tower kernel: isdn_net: ippp1 connected Dec 31 19:56:43 tower kernel: isdn_net: chargetime of ippp1 now 19152 Dec 31 19:56:43 tower ipppd[129]: sent [0][LCP ConfReq id=0x1
] Dec 31 19:56:44 tower ipppd[129]: rcvd [0][proto=0xff] ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff Dec 31 19:56:46 tower ipppd[129]: sent [0][LCP ConfReq id=0x1 ] Dec 31 19:56:46 tower ipppd[129]: rcvd [0][proto=0xff] ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff Dec 31 19:56:48 tower ipppd[129]: rcvd [0][proto=0xff] ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff Dec 31 19:56:49 tower ipppd[129]: sent [0][LCP ConfReq id=0x1 ] Dec 31 19:56:50 tower ipppd[129]: rcvd [0][proto=0xff] ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff Dec 31 19:56:52 tower ipppd[129]: sent [0][LCP ConfReq id=0x1 ] Dec 31 19:56:52 tower ipppd[129]: rcvd [0][proto=0xff] ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff Dec 31 19:56:55 tower ipppd[129]: rcvd [0][proto=0xff] ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff Dec 31 19:56:55 tower ipppd[129]: sent [0][LCP ConfReq id=0x1 ] Dec 31 19:56:57 tower ipppd[129]: rcvd [0][proto=0xff] ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff Dec 31 19:56:58 tower ipppd[129]: sent [0][LCP ConfReq id=0x1 ] Dec 31 19:56:59 tower ipppd[129]: rcvd [0][proto=0xff] ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff Dec 31 19:57:01 tower ipppd[129]: rcvd [0][proto=0xff] ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff Dec 31 19:57:01 tower ipppd[129]: sent [0][LCP ConfReq id=0x1 ] Dec 31 19:57:03 tower ipppd[129]: rcvd [0][proto=0xff] ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff Dec 31 19:57:04 tower ipppd[129]: sent [0][LCP ConfReq id=0x1 ] Dec 31 19:57:05 tower ipppd[129]: rcvd [0][proto=0xff] ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff Dec 31 19:57:07 tower kernel: isdn_net: Got CINF chargetime of ippp1 now 21556 Dec 31 19:57:07 tower isdnlog: Dec 31 19:57:07 tei 98 calling 0192070 with Markus Compi Normal call clearing (User) Dec 31 19:57:07 tower isdnlog: Dec 31 19:57:07 tei 98 calling 0192070 with Markus Compi 1 Einheiten Dec 31 19:57:07 tower ipppd[129]: sent [0][LCP ConfReq id=0x1 ] Dec 31 19:57:07 tower kernel: isdn_ppp_write: Can't write PPP frame to LL (-5,18)! Dec 31 19:57:07 tower kernel: ippp1: remote hangup Wahrscheinlich jedoch lediglich 8 frustrane lcp config requests.
Ja, leider.
Wenn Du auf dem gleichen Rechner mit win eine Verbindung
hinkriegst, ist das
nicht plausibel, insofern Du die gleichen Parameter, insbesondere die MSN benutzt.
TK-Anlage-NTBA geaendert hast?
MSN ueberpruefen, ob nur EINMAL vergeben. Hardwareverbindung (Teldat ---> NTBA) ueberpruefen.
Frohes Neues
Wolfgang
Kann es sein, dass Du zwischenzeitlich die gleiche MSN nochmal an ein anderes Geraet vergeben hast oder irgendentwas an der Verbindung Modem
Mir ist auch nicht plausibel warum ich auf dem gleichen Rechner unter Win95 eine Verbindung bekomme. Bei dem oben geloggten Anwahlversuch hängt die ISDN-Karte direkt am NTBA. Die TK-Anlage habe ich gezogen.
Euch allen auch noch einen guten Rutsch! Gruß, Markus.
--------------------------------------------------------------------- To unsubscribe, e-mail: suse-isdn-unsubscribe@suse.com For additional commands, e-mail: suse-isdn-help@suse.com
Hallo Alex, On 01/01/02@01:14 Alex told me in 433lines (16K):
Hallo Markus...
Ich hatte mehr oder weniger das selbe Problem... Bedenke Windoof "kann wirklich" plag&play machen und konfiguriert sich (manchmal) alles so das es spielt - ist bei Linux ja leider nicht immer automatisch auch so... hatte ebenfalls eine Verbindung "aufbauen" können aber als es dann ums LinkControlProtocol ging empfing ich auch nur noch ff ff ff ff... Linuxplatte+Fritzcard in nen anderen Rechner gesteckt und lief ohne Probleme... war schon nah dran mir ein neues Mainboard zuzulegen da auf JEDEN FALL ein Hardwareproblem vorlag nämlich genau zwischen IDE-Pfostenstecker und ISA-Slot ...
Nun ja erstmal nur das Mainboard dazwischen aber irgendwann nach der Methode Alles rausziehen und nur das nötigste drinn lassen und anschließen wieder den Rest rein, stellte ich fest das sich meine SB16PCI nicht mit der Fritz ISA Classic vertragen wollte...
die Classic kannst Du doch auf der Karte umjumpern. AFAIK greifen sich die SB16 Karten gern IRQ 5 den evtl. auch Deine Fritz möchte. Schau Dir mal die Ausgabe von cat /proc/interrupts an. Vielleicht gibts da ja noch einen freien. Welche IRQ wie gejumpert wird solltest Du IMHO in der Doku der Karte oder auf der AVM Seite finden. IIRC I/O 200 = IRQ 5 I/O 300 = IRQ 10 HTH. -- (o< -----------CU---------- >o) //\ *Maik Holtkamp* /\\ V_/ #s-y-l@gmx.net# \_V \_________________________/
Hallo Markus, ich muss nochmal fragen: Wenn Du jetzt windows startest und Dich einwaehlst, dann funktioniert alles, richtig? Und wenn neu bootest und in Linux gehst, dann bekommst Du die Meldungen, die Du auf die Liste gepostet hast. Und Du hast sicher nichts an der Hardware geaendert oder im Windows-Geraetemanager an den Einstellungen geaendert? Weil, wenn es gegenwaertig unter windows funktioniert, nicht aber unter Linux, so muss es ein Hardwarekonflikt in der Maschine sein, der *spontan* aufgetreten ist. Sowas gibt es ja aber nicht (oder sollte es nicht geben). Ueberpruef mal, ob bei windows und linux die IRQs gleich vergeben sind. On Tuesday 02 January 2001 01:14,Alex wrote:
Ich hatte mehr oder weniger das selbe Problem... Bedenke Windoof "kann wirklich" plag&play machen (...)
naja, warum, denkst Du, nennt man es auch "plug and pray"
war schon nah dran mir ein neues Mainboard zuzulegen da auf JEDEN FALL ein Hardwareproblem vorlag nämlich genau zwischen IDE-Pfostenstecker und ISA-Slot ...
(wie bist Du denn darauf gekommen? Dazwischen koennen sich ja hunderte Bauteile befinden) sowas kenne ich auch, setzt aber vorraus, dass man an der Hardware manipuliert hat.
wieder den Rest rein, stellte ich fest das sich meine SB16PCI nicht mit der Fritz ISA Classic vertragen wollte...
Da hat bisher geholfen (uebrigens auch unter Windows), die Soundkarte erstmal draussen zu lassen und Fritz zu konfigurieren. Den Fritz zugewiesenen IRQ im Bios auf "ISA legacy" zu setzen, damit 'plug&pray' die Finger davon laesst. Wenn Fritz tut, Soundkarte einsetzen und installieren. Gruesse Wolfgang -- c@coney.de http://www.coney.de
participants (3)
-
Alex -
Maik Holtkamp -
Wolfgang Conrad