Guten Tag Andreas Kyek,
Am Freitag, 4. Juni 2004 um 14:13 schrieb Andreas Kyek:
> On Friday 04 June 2004 13:30, Stefan Schilling wrote:
>> Guten Tag Andreas Kyek,
>>
>> Am Freitag, 4. Juni 2004 um 10:07 schrieb Andreas Kyek:
>> > On Friday 04 June 2004 09:25, Stefan Schilling wrote:
>> >> Am Freitag, 4. Juni 2004 um 08:50 schrieb Andreas Kyek:
> [...]
>>
>> Hallo!
>> Ich habe zwar eigentlich keine größere Ahnung von der bash, aber
>> vielleicht hilft´s. Noch ein Tip: installier doch mal
>> spassenshalber die AVM Capitreiber für die 9.0, und änder DEREN
> Die AVM-Capitreiber von SuSE sind nur readme-texte; der eigentliche
> Treiber muss bekanntermassen bei AVM direkt besorgt werden (OK, beim
> SuSE Standardkernel ist fcpci.[k]o dabei, aber ich setze schon lange
> keinen SuSE Kernel mehr ein.
ich wusste bis eben nicht, dass SuSE den Treiber für den 2.4er Kernel
direkt integriert hatte. Dumme Sache, nun. Für die 8.2 wäre das auf
jeden Fall gegangen (da gibt´s noch ein neues Skript).
>> Skripte so ab, dass er die fcpci vom 2.6er (die vielleicht dann
>> nochmals neu kompilieren -man weiss ja nie) startet. Sollte das
> Es gibt kein "Skript" für capi in dem Sinne. Der Capi-Treiber ist von
> AVM und ist natürlich für "meinen" Kernel kompiliert.
> In /etc/sysconfig/isdn gibt es eine Konfigdatei für den Controller,
> in der auch der zu benutzende Treiber (hier: fcpci für capi2.0)
> angegeben ist. Aus /etc/init.d/isdn heraus wird
> dann /etc/sysconfig/isdn/scripts/load-${Treiber) gestartet
> (load-fcpci) was dann wiederum vorher load-capi startet.
> Ich denke, Du hast ein falsches Bild im Kopf.
die Überlegung ist eigentlich rel. simpel: Es gibt einen Capi Treiber von
AVM, der mal für den Kernel 2.4 geschrieben wurde. Um diesen starten
zu können, wurde anscheinend einfach mittels Yast2 ein capi Treiber
installiert, im Grunde sollte es doch ausreichen, diesen zu ersetzen.
Anscheinend reicht dies aber noch nicht.
deshalb: wenn der Start durchgelaufen ist, was sagt denn dann ein
"lsmod"? Bei mir ist da folgendes enthalten (habe unwichtiges entfern):
root@debian:/etc/sysconfig > lsmod
Module Size Used by
capidrv 28480 1
isdn 132192 5 capidrv
slhc 6784 2 ppp_generic,isdn
fcpci 503316 3
capi 15232 6
capifs 4232 2 capi
kernelcapi 44448 3 capidrv,fcpci,capi
root@debian:/etc/sysconfig >
wenn bei dir was anderes steht (fehlt), wie wäre es denn wenn man
einfach mal ein bischen in den Startskripten mit der Reihenfolge der Einträge
modprobe -v capidrv
modprobe -v capi
modprobe -v capifs
modprobe -v kernelcapi
spielt. Anscheinend startet er ja die ein oder andere Sache nicht
komplett automatisch. Wenn man jetzt weiss, was geladen sein muss,
damit capiinit funktioniert (was man ja per Hand ausprobieren und
mittels capiinfo kontrollieren kann). Sollte das nicht klappen:
Treiber per modprobe --remove NAME wieder rausschmeissen und andere
Reihenfolge probieren. Irgendwo dazwischen muss dann ja noch capiinit
kommen (das sollte eigentlich den fcpci.ko laden). Entweder man
bekommt dann eine Meldung, dass etwas fehlt, schon da ist oder so,
oder man kann per capiinfo und lsmod kontrollieren, dass es geht.
Übrigens gibt´s in der suse-linux Liste jemanden, der hat einen Teil
des Treibers unter der 9.0 schon ans Laufen bekommen (d.h. er kann
Faxe versenden jedoch nicht empfangen...komisch, komisch...).
Vielleicht könntest du ja mal ihn fragen, wie er es soweit gebracht
hat.
Ich habe halt das Problem,dass ich nicht mit einer 9.0 arbeite und es
anscheinend doch inzwischen größere Unterschiede zwischen der 7.2 und
der 9.0 gibt.
>> Somit müßten sich einerseits die Inkompatibilitäten zwischen der
>> 7.2 und der 9.0 ausgleichen lassen und zudem hast du dann die
>> Treiber für den 2.6er Kernel...
>> Ein Versuch ist´s jedenfalls wert, denke ich.
> Trotz allem erst mal Danke für Deine Mühe.
ich bin auch immer sehr froh, wenn zumindest einer reagiert. Manchmal
ists einfach und man sieht´s nur nicht (sehr ärgerlich) und manchmal
ists echt schwer, dass man da alleine nie drauf gekommen wäre. In
jedem Falle kenne ich´s, dass man verzweifelt auf eine Antwort lauert.
Zudem habe ich die Liste schon oft genug mit meinen Fragen genervt, da
kann ich jetzt auch mal -versuchen zu- helfen.
Schönes Wochenende!
Stefan
Moin zusammen,
hier lief letztens ein Thread zum Thema "Fritzcard + capi + Kernel
2.6.6", bei dem der Fragesteller (Stefan Schilling) allerding SuSE
7.2 einsetzt, so das die Lösung nicht so ganz auf mein Problem passt.
Ich habe eine SuSE 9.0 und Kernel 2.6.6 mit DSL und möchte die
ISDN-Karte fürs Faxen nutzen.
Karsten Keil meinte, für den Kernel 2.6.x wären "grössere" Umbauten
nötig und es wäre mit 2.4.x einfacher. Ich möchte meinen 2.6er Kernel
aber gerne behalten.
Also: Ich habe einen ISDN-fähigen Kernel und den AVM capi Treiber als
Modul erstellt. ISDN ist via Yast eingerichtet (Ohne einen Provider
anzugeben, da ich kein Internet über die Karte machen will).
Fragen
a) es werden kernelcapi und fcpci schon _vor_ dem Start von ISDN
geladen. Hat das was evtl mit hotplug zu tun? Oder wer lädt den
Quatsch schon vorher?
b) der ISDN-start fällt dann auf die Nase, weil genau diese beiden
Module nicht mehr geladen werden können.
c) Entlade ich die beiden und start dann ISDN, wird alles _ausser_
fcpci geladen und capiinfo spuckt natürlich nichts aus. Ich muss
fcpci von Hand nachladen. Dann geht auch capiinfo. Weiter habe ich
noch nichts probiert, da mir das Kabel für ISDN noch fehlt.
Wie löst man das? (Im Moment weiss ich die Reihenfolge noch und könnte
nach einem Neustart alles wieder anstarten, aber wie das in ein paar
Wochen aussieht, weiss ich nicht)
Gibt es irgendwo eine Anleitung, die auf SuSE 9.0 passen würde (Kernel
2.6)?
Danke
Andreas
Hallo Liste,
mein ISDN-System friert regelmäßig ein. In /var/log/messages finde ich
eine verdächtige Meldung:
May 10 18:13:47 werd kernel: isdn0: HL driver queue full
Beide Rechner haben dieselbe Software: SuSE 8.0 und i4l Version:
2002.3.25-3. Die Kommunikation erfolgt über raw-IP. Die Hardware ist lokal
Fritz!PCI v2.0 ISDN (rev 01) und vermutlich auch in der Ferne (erreiche
ich wieder mal nicht).
Lokal liefert lsmod (unter anderem):
hisax 500452 2
isdn 119104 3 [hisax]
slhc 4432 0 [isdn]
isa-pnp 27816 0 [hisax]
Nach einigem Googeln habe ich den Hinweis auf ein Update der I4l Pakete
gefunden. Ist das Paket isdn4k-utils.v3.2p1.tar.bz2 das richtige? Das
passt doch nicht richtig zu i4l Version: 2002.3.25-3?
Leider sehe ich da nicht richtig durch - was sollte ich lesen oder weiter
recherchieren?
Vielen Dank für jeden Hinweis!
Sigward Funke
--
Sigward Funke Institut fuer Geophysik und Geologie
Tel. 0341 97-32816 Universitaet Leipzig
Fax. 0341 97-32809 Talstr. 35, 04103 Leipzig
E-mail: sfunke(a)rz.uni-leipzig.de Raum 2-15
Hallo List,
wenn ich meine USB FritzCard v2.1 anstecke, nutze, und dann abziehe
versursacht lt. `top` isdnlog einen Load von 99,9%, sodass der Lüfter
anspringt. Wenn das Gerät wieder eingesteckt wird, ist der Spuk wieder
vorbei. In /var/log/messages taucht nicht ungewöhnliches auf, mein System ist
die 9.1, heute gerade online-geupdatet.
Hat jemand eine Idee, wie ich das Problem löse oder wo ich weiter nachschauen
kann?
Danke,
Kai
Hallo!
Ich habe mir grade einen neuen Kernel gegönnt, es schickes Model à la
2.6.6-vanilla.
Nun habe ich mir von AVM den aktuellen capi-Treiber für meine
Fritzcard PCI heruntergeladen (und mit ./install installiert),
jedoch will das Teil nicht.
Die gesamten Installationshinweise sind für SuSE 9.1 gegeben, ich habe
hier jedoch eine SuSe 7.2 (die arbeitet noch komplett mit den hisax -
Treibern).
Das Ergebnis ist, dass die Karte zwar gestartet wird, jedoch nicht
mit den Capi, sondern mit den hisax Treibern. Somit funzt auch kein
Fax, was der Hintergrund für den ganzen Ärger ist.
Hat jemand eine Ahnung, was ich tun muss, damit das "richtig" ans
Laufen kommt?
Ich habe es auch schon mit der Anleitung auf
http://www.schlenn.net/~michael/isdn4linux/draft/de/html/capi.html
versucht, jedoch bricht mir da die Kernelkompilierung ab. (ich habe
die Sourcen grade nochmal neu entpackt + die dort angegebenen Patches
hinzugetan, vielleicht geht´s ja gleich...)
Für ein paar hilfreiche Antworten wäre ich dankbar.
Schönes Wochenende!
Stefan
Für Asterisk gibt es eine SMS application (ETSI ES 201 912 protocol 1).
Nach http://www.telekom.de/dtag/downloads/ S/Schnitt_1TR140_V2.1.pdf
ist dies das Protokoll, das die Telekom anbietet. Entwickelt wurde
die Asterisk Anwendung wohl in/für UK.
In D gelingt mir nur der Versand von SMS und damit auch die bei der
Telekom erforderliche Anmeldung für Festnetz-SMS Empfang. Eingehende
SMS werden zwar als solche erkannt, die Asterisk Applikation
reagiert jedoch nur mit wiederholten Fehlercodes.
Gibt es bei Festnetz SMS zwischen UK und D Unterschiede?
(Bits im Linksverkehr ;-)
Andere Linux Software für Festnetz-SMS ist mir nicht bekannt (der SMS
Versand mit yaps ist eine andere Sache)
--
Stefan Tichy ( s.list at pi4tel dot de )
Hallo Karsten!
Vielen Dank, das hat wunderbar geklappt. Das Paket "des" ist bei SuSE ja
dabei und so ist der Neubau kein Problem.
Falls noch jemand sich in ein Windows-Netz einwählen möchte, anbei einige
Tips:
In der Provider-Datei darf im Parameter Username nur ein Backslash zwischen
Domäne und User stehen, entsprechend trägt man unter Yast auch nur einen
ein. In der chap-secrets wird dieser dann verdoppelt (macht Yast
automatisch).
In meinem Fall habe ich außer dem Parameter remotename noch die Option -pap
gesetzt und musste auch die van Jacobson-Komprimierung mit -vj und -vjccomp
abschalten.
--
Jan Neuhäußer
> -----Ursprüngliche Nachricht-----
> Von: Karsten Keil [mailto:kkeil@suse.de]
> Gesendet: Mittwoch, 26. Mai 2004 19:43
> An: Jan Neuhäußer
> Betreff: Re: [suse-isdn] Einwahl in NT-Server
>
> On Wed, May 26, 2004 at 06:27:42PM +0200, Jan Neuhäußer wrote:
> >
> > > >
> > > > Hat vielleicht doch noch jemand eine Idee?
> > > >
> > > > Fehlt eventuell eine Bibliothek für die encryption /
> > > decryption? Wenn
> > > > ja welche ist erforderlich?
> > > >
> >
> > Auf die Idee mit der Bibliothek bin ich gekommen, weil es
> in der Doku
> > PPP_NT heißt, dass eine bestimmte Bibliothek benötigt würde
> (DES ?).
> > Nur weiß ich nicht, ob diese Info noch aktuell ist und ob sie sich
> > auch auf den ipppd bezieht (es ist dort immer nur vom pppd
> die Rede).
> >
> >
>
> Danke soweit für die zusaetzlichen Infos.
> Wie schon auf der Liste erwähnt libdes fehlt beim bauen.
>
> Du kannst das RPM Paket selbst neubauen, dazu musst Du das
> i4l-base Source Paket installieren und die pakete die im
> Specfile bei BuildRequires stehen und zusaetzlich das Paket des
>
> Dann bauen mit rpmbuild -ba /usr/src/packages/SPECS/i4l-base.spec
>
> --
> Karsten Keil
> SuSE Labs
> ISDN development
>
>
Hallo,
ich habe inzwischen unter SuSE 9.1 und der FritzCard USB V2.1 die
LZS-Komprimierung erfolgreich zum laufen gebracht.
Momentan muß ich noch nach jedem booten "modprobe isdn_lzscomp comp=8
debug=2" eingeben.
Gilt das folgende auch für Suse9.1?
http://www.mathematik.uni-marburg.de/~wetzmj/index.php?viewPage=isdncomp.ht…
7.2. Automatisches Laden via /etc/modules.conf
Öffnen Sie die Datei /etc/modules.conf und tragen Sie an geeigneter
Stelle die folgenden Zeilen ein:
post-install isdn /sbin/modprobe isdn_lzscomp
pre-remove isdn /sbin/modprobe -r isdn_lzscomp
Führen Sie danach ein depmod -a aus und starten Sie Ihr ISDN-Subsystem
neu. Nun müsste das isdn_lzscomp Modul automatisch geladen werden.
Bei der Einwahl mit T-online tauchen in /var/log/messages aber noch ein
paar Warnungen auf:
linux:/home/ralf # tail -f -n0 /var/log/messages
.
ay 31 22:46:10 linux kernel: isdn_writebuf_skb_stub: reallocating headroom
May 31 22:46:10 linux kernel: lzsComp: frame expands
May 31 22:46:10 linux kernel: lzsComp: 52 in 56 out - sending compressed
May 31 22:46:10 linux kernel: isdn_writebuf_skb_stub: reallocating headroom
May 31 22:46:10 linux kernel: lzsComp: frame expands
May 31 22:46:10 linux kernel: lzsComp: 52 in 56 out - sending compressed
.
May 31 22:46:13 linux kernel: lzsDecomp: coherency 470 expected 46f
(sync lost)
May 31 22:46:13 linux kernel: ippp: decomp wants reset with params
May 31 22:46:13 linux kernel: ippp_ccp: new trans for id 2 to be started
May 31 22:46:13 linux kernel: Sending CCP Frame:
May 31 22:46:13 linux kernel: [0/0].ccp-xmit[0]: ff 03 80 fd 0e 02 00 04
May 31 22:46:13 linux kernel: Badness in local_bh_enable at
kernel/softirq.c:122
May 31 22:46:13 linux kernel: Call Trace:
.
May 31 22:46:13 linux kernel: Uninitialised timer!
May 31 22:46:13 linux kernel: This is just a warning. Your computer is OK
May 31 22:46:13 linux kernel: function=0xd2d84f80, data=0xc4c2f200
May 31 22:46:13 linux kernel: Call Trace:
May 31 22:46:13 linux kernel: [check_timer_failed+71/96]
check_timer_failed+0x47/0x60
May 31 22:46:13 linux kernel: [<c0126677>] check_timer_failed+0x47/0x60
May 31 22:46:13 linux kernel: [__crc_recal_intr+5526508/9172851]
isdn_ppp_ccp_timer_callback+0x0/0xa0 [isdn]
May 31 22:46:13 linux kernel: [<d2d84f80>]
isdn_ppp_ccp_timer_callback+0x0/0xa0 [isdn]
.
May 31 22:46:13 linux kernel: lzsDecomp: coherency 482 expected 46f
(sync lost)
May 31 22:46:13 linux kernel: ippp: decomp wants reset with params
May 31 22:46:13 linux kernel: ippp_ccp: reset trans still in progress
for id 2
May 31 22:46:13 linux kernel: lzsDecomp: coherency 483 expected 46f
(sync lost)
May 31 22:46:13 linux kernel: ippp: decomp wants reset with params
May 31 22:46:13 linux kernel: ippp_ccp: reset trans still in progress
for id 2
May 31 22:46:13 linux kernel: lzsDecomp: coherency resync on 484
May 31 22:46:13 linux kernel: lzsComp: frame expands
May 31 22:46:13 linux kernel: lzsComp: 52 in 56 out - sending compressed
May 31 22:46:13 linux kernel: isdn_writebuf_skb_stub: reallocating headroom
May 31 22:46:13 linux kernel: lzsComp: frame expands
May 31 22:46:13 linux kernel: lzsComp: 52 in 56 out - sending compressed
May 31 22:46:13 linux kernel: isdn_writebuf_skb_stub: reallocating headroom
May 31 22:46:13 linux kernel: lzsComp: frame expands
.
Gruss Ralf
