staging.inyokaproject.org

Bei der Ueberarbeitung des Komplexes ISDN-Karten sind die vorhandenen Informationen zur FRITZ!Card USB aus AVM FRITZ!Card in diesen Artikel ausgelagert worden. Leider fehlen Infos zu neueren Ubuntu-Versionen ab 8.10.

Im folgenden noch eine alternative Anleitung fuer Ubuntu 8.04 aus einen Foreneintrag - die aber nicht einfach uebernommen werden sollte, da sie noch auf Korrektheit geprueft werden muss und hier nur als Diskussionsgrundlage dienen soll. Falls die Anleitung zutrifft, wird sie in den Artikel eingebaut - es kann also sein, dass das folgende Zitat nicht mehr aktuell ist!

ISDN AVM Fritz!Card USB 2.1 unter Linux (ubuntu)

Mon, 06/09/2008 - 15:47 — admin

Ich schlage mich immer wieder mit der Fritz!Card (USB) herum und hatte immer wieder Probleme. Die Dokumentation im Ubuntu-Wiki funktonierte nicht mit meiner aktuellen Version. Zum Glück wurde ich fündig nach einer Anleitung und möchte die Schritte hier nochmal festhalten und meinen Dank aussprechen. Dies benötige ich für meine Einrichtung Anrufbeantworter und Fax unter Linux mit der ISDN USB-Fritz!Card.

Alle Schritte mit root-berechtigung.

Als Vorarbeit würde ich überprüfen ob das System auf dem aktuellen Stand ist (und auch schon den aktuellen Kernel aktiv/gebootet hat.)

Installation einiger Pakete die notwendig sind:

apt-get install isdnactivecards drdsl pppdcapiplugin isdnutils-base module-assistant alien

Herunterladen nach /tmp von den notwendigen Treibern/Quellcode

wget http://www.kanotix.com/files/thorhammer/kanotix/non-free/avm/avm-firmware_3.11-19_i386.deb -P /tmp

wget http://www.kanotix.com/files/thorhammer/kanotix/non-free/avm/avm-source_3.11-19_i386.deb -P /tmp

Installation Firmware:

alien -i -v /tmp/avm-firmware_3.11-18_i386.deb

Sources kompilieren und installieren. Es werden u.U. einige Pakete nachgeladen:

alien -i -v --scripts /tmp/avm-source_3.11-18_i386.deb

cd /usr/src

module-assistant auto-install avm

/etc/isdn/capi.info konfigurieren Abhängig von der Karte (Wer es nicht nicht weiß kann einfach mit:

lsusb -v | grep iProduct

sich das ausgeben lassen (USB-Karte sollte angeschlossen sein).

Fritz!Card USB 2.0:

echo "fcusb2 fus2base.frm DSS1 - - - -" >> /etc/isdn/capi.conf

Fritz!Card USB 2.1:

echo "fcusb2 fus3base.frm DSS1 - - - -" >> /etc/isdn/capi.conf

CAPI einschalten

capiinit

CAPI testen

capiinfo

Module beim Systemstart automatisch laden. Zusätzliche Einträge in die Datei /etc/modules:

capi

capifs

capidrv

fcusb2

Anmerkung: mit lsmod kann man sich die geladenen modules ausgeben lassen. mit z.B. modprobe capidrv kann manuell das modul capidrv geladen werden.

ACHTUNG: insbesondere capidrv ist hier wichtig, da dies nicht automatisch geladen wurde (bei mir).

Achtung: Bei einem Kernelupgrade müssen die Module neu erstellt werden!

Noch werden auch keine Anrufe Protokolliert in der Messages. Dies Dokumentiere ich beim einrichten des Anrufbeantworters (vbox)

Anmerkung: Ab dem Laden des Treibers capidrv sollten Anrufe in der /var/log/messages protokolliert werden.

aasche Ich würde die Ursprungs-Url http://www.florian-ebner.de/ der Anleitung nicht unterschlagen.

noch auf Korrektheit geprueft werden muss und hier nur als Diskussionsgrundlage dienen soll. Falls die Anleitung zutrifft, wird sie in den Artikel eingebaut - es kann also sein, dass das folgende Zitat nicht mehr aktuell ist!

Genügt das als Beweis, das die Anleitung ( seit Jahren ) funktioniert?

xxx@dxxx:~$ ls -al /usr/src/avm*
-rw-r--r-- 1 root src  8063572 2008-11-27 14:36 /usr/src/avm-modules-2.6.24-21-generic_3.11-19+2.6.24-21.43_i386.deb
-rw-r--r-- 1 root src  8065746 2008-12-02 12:00 /usr/src/avm-modules-2.6.24-22-generic_3.11-19+2.6.24-22.45_i386.deb
-rw-r--r-- 1 root src  8065750 2009-01-14 10:30 /usr/src/avm-modules-2.6.24-23-generic_3.11-19+2.6.24-23.46_i386.deb
-rw-r--r-- 1 root src  8067208 2009-05-17 08:44 /usr/src/avm-modules-2.6.24-24-generic_3.11-19+2.6.24-24.53_i386.deb
-rw-r--r-- 1 root src  8067902 2009-10-22 13:04 /usr/src/avm-modules-2.6.24-25-generic_3.11-19+2.6.24-25.63_i386.deb
-rw-r--r-- 1 root src  8067832 2009-12-05 10:34 /usr/src/avm-modules-2.6.24-26-generic_3.11-19+2.6.24-26.64_i386.deb
-rw-r--r-- 1 root src  8068252 2010-02-05 10:43 /usr/src/avm-modules-2.6.24-27-generic_3.11-19+2.6.24-27.65_i386.deb
-rw-r--r-- 1 root src  8068014 2010-06-07 11:09 /usr/src/avm-modules-2.6.24-28-generic_3.11-19+2.6.24-28.70_i386.deb
-rw-r--r-- 1 root root 4607131 2008-09-13 13:30 /usr/src/avm.tar.bz2
d

koelner schrieb:

Genügt das als Beweis, das die Anleitung ( seit Jahren ) funktioniert?

Nicht wirklich, solange es nur bei Dir funktioniert ☺ Aber zumindest die Konfiguration deckt sich mit den Angaben im Wiki-Artikel.

Was ich z.B. nicht verstehe: warum wird alien (statt dpkg) zur Installation genutzt? Und viel interessanter waeren Hinweise, wie es ab Ubuntu 8.10 funktioniert.

aasche schrieb:

Was ich z.B. nicht verstehe: warum wird alien (statt dpkg) zur Installation genutzt?

Keine Ahnung. Hauptsache es funktioniert ( bei mir ). 😀 . Nachdem die, bis zu diesem Zeitpunkt, im Wiki vorhandenen Anleitungen nicht funktioniert hatten, war ich froh etwas gefunden zu haben, das auf Anhieb geklappt hat.

Und viel interessanter waeren Hinweise, wie es ab Ubuntu 8.10 funktioniert.

Nachdem die neuen Versionen von Ubuntu für mich nur Nachteile bringen, z.B. kein kdeprintfax, k3b, cdrtools, etc., werde ich mit Sicherheit kein Update vornehmen. Und wenn dann noch existierende Hardware ( z.B. wie hier AVM ), aus welchen Gründen auch immer, nicht mehr unterstützt werden, ist das für mich ein weiterer Grund.

Gruß koelner

koelner schrieb:

Und viel interessanter waeren Hinweise, wie es ab Ubuntu 8.10 funktioniert.

Nachdem die neuen Versionen von Ubuntu für mich nur Nachteile bringen, z.B. kein kdeprintfax, k3b, cdrtools, etc., werde ich mit Sicherheit kein Update vornehmen. Und wenn dann noch existierende Hardware ( z.B. wie hier AVM ), aus welchen Gründen auch immer, nicht mehr unterstützt werden, ist das für mich ein weiterer Grund.

So war das auch nicht gemeint - "never change a running system" ☺

Aber da selbst AVM diese Hardware nicht mehr unterstuetzt, koennte 8.04 die letzte Ubuntu-Version sein, die noch funktioniert. Warten wir mal ab, ob jemand diese These widerlegen kann...

aasche schrieb:

Aber da selbst AVM diese Hardware nicht mehr unterstuetzt, koennte 8.04 die letzte Ubuntu-Version sein, die noch funktioniert. Warten wir mal ab, ob jemand diese These widerlegen kann...

IMHO wurde daher die Source freigegeben. Es sei denn, Ubuntu hat den Kernel absichtlich so gepatcht, das diese Hardware nicht mehr läuft. Das würde mich, so leid es mir tut, nicht überraschen.

Hier ist noch was für PCI: http://www.panticz.de/ubuntu_compile_fcpci.

Gruß

koelner

edit: Obwohl die Unterstützung von AVM fehlt werden für andere Distris die Treiber trotzdem weiter bereitgestellt. Das beste Beispiel ist http://opensuse.foehr-it.de/.

koelner schrieb:

Hier ist noch was für PCI: http://www.panticz.de/ubuntu_compile_fcpci

Hier geht es um die USB-Varianten... die AVM Fritz!Card PCI funktioniert, wenn man das Kernelmodul (mittels angepasster Quelltexte) selbst uebersetzt.

edit: Obwohl die Unterstützung von AVM fehlt werden für andere Distris die Treiber trotzdem weiter bereitgestellt. Das beste Beispiel ist http://opensuse.foehr-it.de/.

Wenn man sich mal die Muehe macht, genauer hinzuschauen, stellt man fest, dass keine Pakete fuer die Fritz!Card USB vorhanden sind...

Also.... Ich hätte es geschafft, das Ding endlich unter Lucid zu kompilieren. Ob es allerdings funktioniert, steht unter einem anderen Stern. Da ich leider dringend darauf angewiesen bin (Server abgekackt genau am 2. Tag meiner 2-wöchigen Geschäftsreise in Rumänien - Server von der Freundin ersetzt durch ein kleines mini Kistchen ohne PCI Slots - das ganze remote installiert, USB Platte mit Datenbakup dran und nun eine alte Fritz Card USB dran gehangen....) werde ich wohl den Kampf weiter fortsetzen und euch unterrichtet halten.

Gruß Leo

UPDATE 1: Ich habe inzwischen rausbekommen, daß meine Fritzcard USB eine Version 1.0 ist (gar nicht so einfach weil in den Kennungen nichts zu sehen ist, und auf der Box auch nichts gescheites drauf steht - zumindest nicht so daß eine Frau es finden kann und mir die Info rübergibt...). Die braucht einen anderen Treiber und den habe ich nun auch kompiliert bekommen. Er lädt und CAPIINFO gibt auch was vernünftiges zurück. Ich bin guter Hoffnung...

UPDATE 2: Der Treiber funktioniert so einigermaßen. Da ist eine Unregelmäßigkeit von der ich so ungefähr weiß woher sie kommt, aber ich bräuchte da noch einen Tipp von jemanden der ein wenig mehr Praxis in der Treiberprogrammierung hat. Ist vielleicht hier jemand da, der mir vielleicht eine Frage zu kernel-threads beantworten könnte. Ansonsten scheint es wohl zu klappen, allerdings gibt es Aussetzer. Könnte allerdings auch an die beschissenen USB Ports meiner provvisorischen Kiste liegen. Ich überlege gerade, ob ich doch dazu mal ein DEB Projekt für meine Launchpad PPA machen soll...

Hallo zusammen, ich möchte Euch über die erfolreiche Inbetriebnahme eines FritzCard USB-Modems v2.1 unter Ubuntu 9.10 für ISDN informieren.

Hier sind zunächst meine Konfigurationsdaten:

1
2

uname -a
Linux xxxx 2.6.31-14-generic #48-Ubuntu SMP Fri Oct 16 14:04:26 UTC 2009 i686 GNU/Linux

1
2

lsusb
Bus 003 Device 002: ID 057c:1900 AVM GmbH ISDN-Controller FRITZ!Card v2.1

1
2
3
4
5
6
7
8

lsmod | egrep -i "usb|isdn|capi"
capidrv                28212  1 
isdn                  130304  1 capidrv
capi                   14560  0 
capifs                  4196  2 capi
fcusb2                652792  1 
kernelcapi             38772  3 capidrv,capi,fcusb2
usb_storage            52544  0 

1
2
3

egrep "card|fcusb2" /etc/isdn/capi.conf
# card		file		proto	io	irq	mem	cardnr	options
fcusb2		fus3base.frm	DSS1	-	-	-	-

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19

dmesg | egrep -i "fcusb|capi|isdn"
[    6.595857] CAPI Subsystem Rev 1.1.2.8
[    6.665371] fcusb2: AVM FRITZ!Card USB v2 driver, revision 0.6.4
[    6.665385] fcusb2: (fcusb2 built on Jul 27 2011 at 15:55:34)
[    6.665390] fcusb2: -- 32 bit CAPI driver --
[    6.665393] fcusb2: Loading...
[    6.665459] fcusb2: Driver 'fcusb2' attached to fcusb2-stack. (152)
[    6.665596] kcapi: Controller [001]: fcusb2-0002 attached
[    6.665681] usbcore: registered new interface driver fcusb2
[    6.665689] fcusb2: Loaded.
[    7.282901] capifs: Rev 1.1.2.3
[    7.708068] capi20: Rev 1.1.2.7: started up with major 68 (middleware+capifs)
[    7.778927] ISDN subsystem Rev: 1.1.2.3/1.1.2.3/1.1.2.2/1.1.2.3/1.1.2.2/1.1.2.2 loaded
[    7.911157] capidrv: Rev 1.1.2.2: loaded
[   15.134264] fcusb2: Stack version 3.11-07
[   15.134530] kcapi: card [001] "fcusb2-0002" ready.
[   15.134570] capidrv: controller 1 up
[   15.134637] capidrv-1: now up (2 B channels)
[   15.134644] capidrv-1: D2 trace enabled

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55

capiinfo
Number of Controllers : 1
Controller 1:
Manufacturer: AVM GmbH
CAPI Version: 2.0
Manufacturer Version: 3.11-07  (49.23)
Serial Number: 0000000
BChannels: 2
Global Options: 0x00000039
   internal controller supported
   DTMF supported
   Supplementary Services supported
   channel allocation supported (leased lines)
B1 protocols support: 0x4000011f
   64 kbit/s with HDLC framing
   64 kbit/s bit-transparent operation
   V.110 asynconous operation with start/stop byte framing
   V.110 synconous operation with HDLC framing
   T.30 modem for fax group 3
   Modem asyncronous operation with start/stop byte framing
B2 protocols support: 0x00000b1b
   ISO 7776 (X.75 SLP)
   Transparent
   LAPD with Q.921 for D channel X.25 (SAPI 16)
   T.30 for fax group 3
   ISO 7776 (X.75 SLP) with V.42bis compression
   V.120 asyncronous mode
   V.120 bit-transparent mode
B3 protocols support: 0x800000bf
   Transparent
   T.90NL, T.70NL, T.90
   ISO 8208 (X.25 DTE-DTE)
   X.25 DCE
   T.30 for fax group 3
   T.30 for fax group 3 with extensions
   Modem

  0100
  0200
  39000000
  1f010040
  1b0b0000
  bf000080
  00000000 00000000 00000000 00000000 00000000 00000000
  01000001 00020000 00000000 00000000 00000000

Supplementary services support: 0x000003ff
   Hold / Retrieve
   Terminal Portability
   ECT
   3PTY
   Call Forwarding
   Call Deflection
   MCID
   CCBS

Harry Hirsch schrieb:

ich möchte Euch über die erfolreiche Inbetriebnahme eines FritzCard USB-Modems v2.1 unter Ubuntu 9.10 für ISDN informieren.

Toll ☺ - leider ist der Support fuer diese Ubuntu-Version abgelaufen...

leider ist der Support fuer diese Ubuntu-Version abgelaufen...

Ja leider und zudem ist auch die Zeit für ISDN bald abgelaufen, wenn dieses oder spätestens nächstes Jahr auch auf dem flachen Land, da wo ich derzeit wohne, Funk-DSL bzw. LTE verfügbar sein soll (da bin ich mal gespannt, ob der Empfang dann besser als der von D1 oder D2 wird).

Aber ich könnte mir vorstellen, dass die Info doch noch dem einen oder anderen helfen könnte. Mir haben ja auch die Tipps hier und bei http://opensuse.foehr-it.de/ geholfen, um ISDN auf meinem Rechner doch noch zum Laufen zu bekommen, nachdem der Support ausgelaufen war und obwohl es geheißen hat, dass man ab dem Kernel 2.26 ein ISDN-FritzCard-USB-Modem nicht mehr benutzen könnte.

Ich hatte zunächst die Pakete installiert wie sie in dem folgenden Artikel genannt wurden:

AVM FRITZ!Card USB

D.h. die Pakete

      build-essential
      linux-headers
      capiutils
      libcapi20-3
      libcapi20-dev

sowie das Paket

	pppdcapiplugin

Dann hatte ich versucht mit dieser Datei fcusb2-suse93-3.11-07.tar.gz ein Kernelmodul zu erzeugen. Das hat aber leider nicht geklappt. Zumindestens das Firmware-Modul fus3base.frm konnte ich schon mal verwenden.

Dann habe ich mir diese Dateien heruntergeladen und installiert

avm-firmware_3.11-18_i386.deb ( http://www.florian-ebner.de/sites/florian-ebner.de/files/avm-firmware_3.11-18_i386.deb )
avm-source_3.11-18_i386.deb ( http://www.florian-ebner.de/sites/florian-ebner.de/files/avm-source_3.11-18_i386.deb )

aber das hatte auch noch nicht funktioniert. Die beiden Dateien braucht man glaube ich auch überhaupt nicht.

Und schließlich bin ich irgendwann in einem Forum auf diesen Link gestossen: http://opensuse.foehr-it.de/testing/

Und darin war dann die Datei fritzusb2.gz: http://opensuse.foehr-it.de/testing/fritzusb2.tgz

Die wurde ausgepackt in das Verzeichnis fritz (mit tar -xzf fritzusb2.gz) , dann glaube ich make und make install ausgeführt - damit wurde die "Treiberdatei" fcusb2.ko erzeugt und nach

/lib/modules/2.6.31-14-generic/extra/

installiert bzw. kopiert.

Dann erstellt ich den passenden Eintrag in "/etc/isdn/capi.conf" (s. mein voriges Posting) und änderte auch die Datei /etc/modules von Hand, d.h. ich habe die folgenden drei Einträge am Ende eingefügt:

capi
capidrv
fcusb2

Dann führte ich noch den Befehl capiinit aus und ich konnte mich fast das erste Mal ins Internet einwählen. Als letztes mußte ich dann die Datei /etc/ppp/peers/provider anpassen (ich suchte mir irgendeine Datei aus dem Unterverzeichnis isdn aus und kopierte sie nach /etc/ppp/peers/provider. Nur drei Dinge mußte ich in der Datei noch ändern - so wie sie von den Call-by-Call-Providern genannt werden:

user xxxxxx
password yyyyy
number 0123456789

Zum Schluß habe ich mich noch zur Gruppe dip hinzugefügt, damit ich bei der Einwahl mit dem Befehl pon nicht jedes Mal sudo pon mit Eingabe meines Passworts eintippen muß:

1

adduser Ich dip

So kann ich mich jetzt mit

1

pon

einwählen und mit

1

poff

wieder abwählen bzw. auflegen.

Dafür habe ich, mit zwei Fahrten zu einem Internetcafé, ca. eine Woche verbracht, dabei wird bei Linux doch immer so die Kompatibilität zu uralter Hardware gerühmt, aber im Fall von ISDN wird es dem normalen User fast unmöglich gemacht ins Internet zu kommen.

Jetzt habe ich noch das Problem, dass ich nur einen Kanal zum Laufen bekomme trotz verschiedener Anleitungen wie man Kanalbündelung einrichtet. Zweimaliges pon oder zweites pon mit anderem provider und angepasster Provider-Datei mit multilink haben jeweils nichts gebracht. Entweder meckert die Gegenstelle in /var/log/messages, dass sie das Protokoll nicht kennt oder es läuft alles ohne Fehler durch, aber es wird kein zweiter Kanal dazugeschaltet.

Möglicherweise muß ich zunächst einmal versuchen mich mit isdnctrl ins Internet einzuwählen, um zu schauen wie das doch klappen könnte. Mit Suse 9.0 auf einem alten Laptop hatte ich die Kanalbündelung an meinem ISDN-Anschluss schon mal eingerichtet.

Harry Hirsch schrieb:

dabei wird bei Linux doch immer so die Kompatibilität zu uralter Hardware gerühmt

Ein Klischee, dass schon laenger nicht mehr gilt...

aber im Fall von ISDN wird es dem normalen User fast unmöglich gemacht ins Internet zu kommen.

Siehe auch ISDN-Karten.

Bereits nach wenigen Tagen habe ich jetzt endlich die Kanalbündelung hinbekommen. Irgendwie habe ich nichts großartiges geändert, aber jetzt auf einmal tut es doch. Das Ganze funktioniert mit einem ganz normalen Wald-und-Wiesen Call-by-Call-Provider, der einfach nur angibt, dass er Kanalbündelung für ISDN anbietet, aber für Linux keinerlei Anleitung bereit hält.

Für die Überwachung der gesamten Verbindungsgeschwindigkeit habe ich mir netspeed (Vers. 0.15.2) installiert.

Meine "provider"-Datei:

#debug
sync
noauth
-chap
user xxxx
plugin userpass.so
password xxxx
defaultroute
plugin capiplugin.so
#controller 1
#numberprefix 0
number xxxxx
protocol hdlc
usepeerdns
idle 240
ipcp-accept-local
ipcp-accept-remote
mrru 1500
multilink
endpoint magic:4711
/dev/null

Aktivieren konnte ich den zweiten Kanal einfach, indem ich noch einmal pon <provider-datei> aufgerufen habe. Das hat ein paar Sekunden gedauert und dann war der zweite Kanal da. Man konnte es bei netspeed sehen, dass eine Kanalbündelungsgeschwindigkeit da war (graphisch oder mit sekündlich aktualisierten Zahlen). Abschalten kann man die gesamte Kanalbündelung mit poff -a.

In der Logdatei /var/log/messages meckerte zwar der ppp-Dämon was über eine Ablehnung des Multilink-Protokolls:

pppd[4109]: Protocol-Reject for unsupported protocol 'Multi-Link' (0x3d)

aber dennoch hatte es funktioniert.

Wo das Stichwort 'multilink' in der "provider"-Datei auftaucht ist egal.

Ach so, ich setzte den Thread mal auf "gelöst".

-Hardy → ab 09.05.13 ungetestet

Archiviert.