Archiv verlassen und diese Seite im Standarddesign anzeigen : isdn unter debian woody
habe schon alles probiert und bekomme es trotzdem nicht gebacken.. habe eine fritz!card pci, habe das slhc, isdn und hisax modul (mit richtigen parametern) geladen und habe das packet isdnutils installiert und konfiguriert. dazu habe ich mir extra noch einen kernel gemacht, der acuh wirklich alles isdn und ppp zeugs enthält, weils vorher net gieng. (nachher abba auch net) trotzdem kommt bei /etc/init.d/isdnutils start die meldung, dass mein kernel kein ppp unterstützt. was soll ich nur tun? :( danke für hilfe!
pfiffikuss
18.06.02, 20:20
hallo was für "richtige parameter" hast du denn angegeben bei hysax??? wird die karte dann auch erkannt, wenn du das modul einbindest????
gruß pfiffikuss
was für meldungen stehen in den logfiles?
hast du auch wirklich den richtigen typ angegeben?
hmm, also bei mir kommen keine fehler, die karte wird erkannt ud das isdn modul bringt auch keine fehler beim laden. deswegen sagte ich ja, dass ich die richtigen parameter benutzt habe. der irq ist auch garantiert frei. ich habe nämlich mindestens 20 ausprobiert <g>
:( trotzdem danke. ich such mal weiter..
-claw
modprobe hisax type=5 io=0x340 irq=12 protocol=2
falls es jemanden interessiert :)
thx4help
pfiffikuss
19.06.02, 17:34
versuche es mal mit
modprobe hisax type=27
gruß pfiffikuss
hmm, das ist abba die fritzcard pnp oder? abba ok ich probier es mal. thx :)
DerLipper[TuX]
19.06.02, 18:24
Original geschrieben von theclaw
modprobe hisax type=5 io=0x340 irq=12 protocol=2
falls es jemanden interessiert :)
thx4help
Interessant das du einer PCI-Karte nen Interrupt bzw. IO zuweisen willst. Das klappt eigentlich gar nicht. type=27 ist deshalb der korrekte Typ für deine Karte. Schonmal geguckt, ob du nicht nen IRQ-Konflikt hast im BIOS?
Marko
jo, habe schonmal geschaut, 27 stimmt wohl, geht aber auch nicht. in /proc/interuppts ist nummer 12 auch nicht besetzt.
trotzdem thx :(
Hallo !
Nochmal zurück zur Karte. Welche Version der Fritz!Card hast Du??
- PCI Version 1.0 (die sogenannte PCI - AVM-A1-PCI-Karte)
- PCI Version 2.0 (die sogenannte Fritz!Card V 2.0)
Die Version 1.0 sollte eigentlich sofort funktionieren. Unter SuSE 7.1 mit Yast1 war das ein Akt von 2 Minuten. Wichtig: I/O und IRQ müssen nicht vorgegeben werden - das ist eine PCI-Karte !!!
Die Version 2.0 wurde bislang nicht vom Kernel unterstützt. Hier hilft ausschließlich ein Update von Isdn4Linux bzw. die Installation von Capi4Linux. Mit dem Capi ist dann auch gleich das Faxen gesichert.
bei AVM unter http://www.avm.de/de/index.html?Service/FAQs/Linux/CAPI4LINUX/index.php3
oder bei
http://capi4linux.thepenguin.de/
DerLipper[TuX]
20.06.02, 17:36
Interrupt 12 ist reserviert für den PS/2 Anschluss deines Rechners. Der darf eigentlich vom BIOS nicht für was anderes vergeben werden. Und aus meiner erfahrung würd ich sagen, daß ne Fritz/PCI nicht wirklich interrupt-sharing abkann.
Gruß,
Marko
Also so richtig fühlt sich meine Fritz erst bei IRQ 10 wohl. Und bei Irq-Sharing wird die stinkesauer, wählt sich nicht mehr ein und erzählt mir von Zeit zu Zeit die Leitung sei tot ;)
wie hier schon gesagt wurde:
modprobe type=27 protocoll=2 und dann sollte er das Modul laden.
Was heisst den genau geht nicht ? Er kann das Modul nicht laden? Du kannst im Browser keine Seiten aufrufen ? Was bekommst du für Fehlermeldungen? Wenn keine Fehlermeldungen , wie wirkt sich dein geht nicht aus ?
Gruß
Ixi
die fritzcard, die ich habe hat in meinem alten pc wunderbatr gefuntzt. wird vermutlich version 1.0 sein.. (ich schau ma nach)
fehlermeldung:
$ /etc/init.d/isdnutils start
...Your kernel doesn't support PPP....
bin mir aber sicher, dass ich ppp drinn habe, abe mir extra einen mit jedem möglichen ppp nd isdn-kram installiert...
ok, ich versuche es mal ohne io und irq. so stand es nur in ner anleitung..
thx nochmal, ich meld mich wenns geht :)
hmm, ok hab das jetzt hingekriegt, dass er hisax usw. problemlos läd. jetzt steh ich vor einem weiteren problem:
ich gebe ein:
/usr/sbin/isdnctrl dialmode ippp0 auto
/usr/sbin/isdnctrl dial ippp0
das tut er dann wohl auch, abba ich kann nix senden und vermutlich auch nichts empfangen.. habe nameserver richtig eingestellt (in der /etc/resolv.conf), benutzername und kennwort sind richtig. REMOTEMSN in der device.ippp0 steht auf 0XXXX0191011 (XXXX sag ich net ;D). das sollte doch eiggentlich alles richtig sein oder? (für t-online)
thx4help :(
anotherone
25.06.02, 08:46
Also zunächst brauchst du keine Vorwahl vor der 0191011, da die bundesweit funzt. Einzutragen ist dann nur 191011, da das Programm die 0 selber davor stellt.
Nun habe ich aber ein Problem: Bei mir kommt sofort ein Remote Hangup, wenn ich mich einwähle. Im syslog steht, das die Phase erkannt wurde und sofort danach kommt der Hangup. Warum???
Anotherone
ok, ich probier ma... :) thx
hmm, hangup kann am falschen benutzernamen/pass liegen... bei t-online namen kann man das ja leicht mal falsch eingeben :)
hmm, hat wohl auch nüchs genützt... ich poste hier mal den auszug aus meiner syslog:
#####BEGIN#####
May 26 14:15:27 theclaw kernel: ippp0: dialing 1 191011...
May 26 14:15:27 theclaw isdnlog: (HiSax driver detected)
May 26 14:15:27 theclaw isdnlog: May 26 14:15:27 * tei 91 calling ? with ? BEARER: Unrestricted digital information, CCITT standardized coding
May 26 14:15:27 theclaw isdnlog: May 26 14:15:27 * tei 91 calling ? with ? 64 kbit/s, Circuit mode
May 26 14:15:27 theclaw isdnlog: May 26 14:15:27 * tei 91 calling +49 9101/191011, Langenzenn with +49 9101/4638551, Langenzenn RING (Data)
May 26 14:15:28 theclaw isdnlog: May 26 14:15:28 * tei 91 calling +49 9101/191011, Langenzenn with +49 9101/4638551, Langenzenn CHANNEL: BRI, B1 needed
May 26 14:15:29 theclaw isdnlog: May 26 14:15:29 tei 91 calling +49 9101/191011, Langenzenn with +49 9101/4638551, Langenzenn Time:Wed Jun 26 14:16:00 2002
May 26 14:15:29 theclaw isdnlog: May 26 14:15:29 tei 91 calling +49 9101/191011, Langenzenn with +49 9101/4638551, Langenzenn CONNECT (Data)
May 26 14:15:29 theclaw isdnlog: May 26 14:15:29 tei 91 calling +49 9101/191011, Langenzenn with +49 9101/4638551, Langenzenn INTERFACE ippp0 calling 191011
May 26 14:15:29 theclaw isdnlog: May 26 14:15:29 tei 91 calling +49 9101/191011, Langenzenn with +49 9101/4638551, Langenzenn CHARGE: 0.061 EUR/240s = 0.015 EUR/Min (DTAG T-ISDN Standard, City, Wochenende (Sonntag), Spar)
May 26 14:15:29 theclaw isdnlog: May 26 14:15:29 tei 91 calling +49 9101/191011, Langenzenn with +49 9101/4638551, Langenzenn 1.CI 0.061 EUR (now)
May 26 14:15:29 theclaw isdnlog: May 26 14:15:29 tei 91 calling +49 9101/191011, Langenzenn with +49 9101/4638551, Langenzenn NEXT CI AFTER 04:00 (DTAG T-ISDN Standard, City, Wochenende (Sonntag), Spar)
May 26 14:15:29 theclaw ipppd[288]: Local number: 4638551, Remote number: 191011, Type: outgoing
May 26 14:15:29 theclaw ipppd[288]: PHASE_WAIT -> PHASE_ESTABLISHED, ifunit: 0, linkunit: 0, fd: 8
May 26 14:15:29 theclaw kernel: isdn_net: ippp0 connected
May 26 14:15:31 theclaw isdnlog: May 26 14:15:31 tei 91 calling +49 9101/191011, Langenzenn with +49 9101/4638551, Langenzenn Normal call clearing (User)
May 26 14:15:31 theclaw kernel: ippp0: remote hangup
May 26 14:15:31 theclaw kernel: ippp0: Chargesum is 0
May 26 14:15:31 theclaw ipppd[288]: Modem hangup
May 26 14:15:31 theclaw ipppd[288]: Connection terminated.
May 26 14:15:31 theclaw ipppd[288]: taking down PHASE_DEAD link 0, linkunit: 0
May 26 14:15:31 theclaw ipppd[288]: closing fd 8 from unit 0
May 26 14:15:31 theclaw ipppd[288]: link 0 closed , linkunit: 0
May 26 14:15:31 theclaw ipppd[288]: reinit_unit: 0
May 26 14:15:31 theclaw ipppd[288]: Connect[0]: /dev/ippp0, fd: 8
May 26 14:15:31 theclaw kernel: ippp_ccp: freeing reset data structure de331000
May 26 14:15:31 theclaw kernel: ippp, open, slot: 0, minor: 0, state: 0000
May 26 14:15:31 theclaw kernel: ippp_ccp: allocated reset data structure de331000
May 26 14:15:31 theclaw isdnlog: May 26 14:15:31 tei 91 calling +49 9101/191011, Langenzenn with +49 9101/4638551, Langenzenn HINT: Cheapest booked 0190037:Fonfux 0.021 EUR (would save 0.040 EUR)
May 26 14:15:31 theclaw isdnlog: May 26 14:15:31 tei 91 calling +49 9101/191011, Langenzenn with +49 9101/4638551, Langenzenn HINT: Overall cheapest 01033:DTAG T-ISDN xxl 0.000 EUR (would save 0.061 EUR)
May 26 14:15:31 theclaw isdnlog: May 26 14:15:31 tei 91 calling +49 9101/191011, Langenzenn with +49 9101/4638551, Langenzenn HINT: LCR:FAILED
May 26 14:15:31 theclaw isdnlog: May 26 14:15:31 tei 91 calling +49 9101/191011, Langenzenn with +49 9101/4638551, Langenzenn HANGUP (1 CI 0.061 EUR; 1 EH EUR 0.062 0:00:02 I= 51.0 b O= 82.0 b)
#####END#####
thx :(
(nein, 9101/4638551 ist nicht meine telefonnummer :P)
plz help :D ich will doch nicht mein ganzes leben in windows verbringen müssen :( am ende gewöhn ich mich noch drann :(
anotherone
27.06.02, 22:40
Hatte genau das selbe Problem, bei mir lags daran, das der Name für die Anmeldung zwar in den Secrets, aber nicht in der Config Datei mit "" (Gänsefüsschen) eingefasst war und daher der Passworthandshake nicht geklappt hat. Sollte es bei dir eventuell auch daran liegen? Tippe aufgrund der Fehlermeldung nämlich auch auf Fehler beim Namen/Passwort. Ansonsten eventuell mal anderen Anbieter probieren, bei mir hats geklappt.
Anotherone
in der /etc/isdn/ipppd.ippp0 ? ok ich probier es mal aus. :) thx schonmal :)
danke, das hat gefuntzt... :D
endlich ist dieses komische gefühl weg ;D
Öhm, ich bin gerade auch am Woody ISDN einrichten, aber bei mir findet der das hisax modul net ... in welchem Ordner isn das?
Original geschrieben von Valentin
Öhm, ich bin gerade auch am Woody ISDN einrichten, aber bei mir findet der das hisax modul net ... in welchem Ordner isn das?
/lib/modules/uname -r/kernel/.....
oder einfach modconf in die console eintippen und durchackern ;-)
Hallo Leute,
ich hab ebenfalls ein Problem mit ISDN unter Woody. Ich hab alles richtig (bilde ich mir ein) in den Dateien eingetragen, Interfaces angelegt usw.
Aber wenn ich versuche mich zu verbinden bekomme ich folgende Meldung im syslog:
Jul 31 21:23:21 bernie-xp kernel: ippp0: dialing 1 7189160560...
Jul 31 21:23:30 bernie-xp kernel: isdn_net: local hangup ippp0
Jul 31 21:23:30 bernie-xp kernel: ippp0: Chargesum is 0
Jul 31 21:23:48 bernie-xp kernel: ippp0: dialing 1 7189160560...
Jul 31 21:23:56 bernie-xp kernel: isdn_net: local hangup ippp0
Jul 31 21:23:56 bernie-xp kernel: ippp0: Chargesum is 0
Jul 31 21:23:59 bernie-xp kernel: NETDEV WATCHDOG: ippp0: transmit timed out
Jul 31 21:23:59 bernie-xp kernel: isdn_tx_timeout dev ippp0 dialstate 0
und das ist schon ein bisschen blöd, weil ich das nicht wegbekomme und Debian ohne Internet ist nicht so toll :(
Falls wem was einfällt, ich bin für alles offen. Ahja, ich hab in anderen Foren und Mailinglisten geschaut aber da gabs immer eine Frage und keine Antwort.
Ciao, Bernie
Hi,
Es hat sich erledigt, das mit dem type=27 war eine sehr sehr gute Idee :)
Dank an Ixi.
Ciao, Bernie
Original geschrieben von anotherone
Also zunächst brauchst du keine Vorwahl vor der 0191011, da die bundesweit funzt. Einzutragen ist dann nur 191011, da das Programm die 0 selber davor stellt.
Nun habe ich aber ein Problem: Bei mir kommt sofort ein Remote Hangup, wenn ich mich einwähle. Im syslog steht, das die Phase erkannt wurde und sofort danach kommt der Hangup. Warum???
Anotherone
Geenau ... also mein Problem ist das folgende: Ich bekomme direkt nach der Einwahl die Meldung das die Gegenseite aufgelegt hat. Ich poste gleich mal das Log. Muss erst die Box booten
Ok hat sich erledigt, das Problem war das folgende: In der Datei pap-sectrets (/etc/ppp/) muss der Benutzername/Passwort so eingetragen werden:
"Name" * "Pass"
Meinem grossem Linuxbuch zufolge reicht aber ein normales Name * Pass, Sauerei ... und ich verlass mich natürlich auch drauf. Herrjee traue niemandem ...
vBulletin® v3.8.6, Copyright ©2000-2012, Jelsoft Enterprises Ltd.