"fbrcapi" - Das neue CAPI Kernelmodul für Linux

Hab mittlerweile über das Windows Tool Fritz!Fax rausgefunden, dass es Controller 2 sein muss, denn nur mit dem funktioniert es darin.
Mit Controller 2 klappt es dann auch mit capifax unter Debian.

Leider funktioniert es nicht mit hylafax, wahrscheinlich wegen dem nicht unterstützten G3. Kann mir also jemand sagen, wie das mit dem Softmodem funktionieren kann (Spandsp)?

Gruss,
mefiX
 
Welcher Client mit fbrcapi

Hallo,

hab fbrcapi erfolgreich installiert, 5 Controller werden von capiinfo angezeigt.

Wie versende ich denn jetzt ein Fax? Gibt es einen virtuellen Drucker bzw. kann man einen einrichten, der dann an fbrcapi weiterleitet?

capifax mit gs -sDevice=cfax ist ja ziemlich umständlich, zumal gs bei mir Fehler ausspuckt.

Ich hätte gern was das ich mit einem Scanprogramm nutzen kann, bspw. mit xsane, der hat ja auch 'ne Faxfunktion - geht das irgendwie?

Frisco
 
fbrcapi und capidrv --> PC freezes, FB startet neu

[Edit frank_m24: Sinnfreies Vollzitat gelöscht, siehe Forumregeln.]

Hallo,
erst mal ein großes Lob für die gute Arbeit. Die fbrcapi funktioniert tadellos ind capiinit zeigt mir eine Reihe von controlern an. Nebenbei gesagt steht die FB 10 km entfernt von hier. Remote eben :D

Nun habe ich aber auch das Problem, wenn ich capidrv lade friert mir die Maschine ein und ich kann nur noch ein Hard-Reset ausführen.
Die Fritzbox startet auch neu.

Nach dem Neustart finde ich dann in der syslog:


Jan 8 09:34:02 edv-07 kernel: [ 3754.054515] 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
Jan 8 09:34:27 edv-07 kernel: [ 3783.150772] capidrv-1: now up (2 B channels)
Jan 8 09:34:27 edv-07 kernel: [ 3783.150777] capidrv-1: D3 trace enabled
Jan 8 09:34:27 edv-07 kernel: [ 3783.150786] isdn_command command(6) dev->drv[1]->interface NULL
Jan 8 09:34:27 edv-07 kernel: [ 3783.150788] isdn_command command(6) dev->drv[1]->interface NULL
Jan 8 09:34:27 edv-07 kernel: [ 3783.150791] capidrv-2: now up (2 B channels)
Jan 8 09:34:27 edv-07 kernel: [ 3783.150792] capidrv-2: D3 trace enabled
Jan 8 09:34:27 edv-07 kernel: [ 3783.150799] isdn_command command(6) dev->drv[2]->interface NULL
Jan 8 09:34:27 edv-07 kernel: [ 3783.150801] isdn_command command(6) dev->drv[2]->interface NULL
Jan 8 09:34:27 edv-07 kernel: [ 3783.150803] capidrv-3: now up (2 B channels)
Jan 8 09:34:27 edv-07 kernel: [ 3783.150805] capidrv-3: D3 trace enabled
Jan 8 09:34:27 edv-07 kernel: [ 3783.150812] capidrv-4: now up (1 B channels)
Jan 8 09:34:27 edv-07 kernel: [ 3783.150814] capidrv-4: D3 trace enabled
Jan 8 09:34:27 edv-07 kernel: [ 3783.150820] isdn_command command(6) dev->drv[4]->interface NULL
Jan 8 09:34:27 edv-07 kernel: [ 3783.150823] isdn_command command(6) dev->drv[4]->interface NULL
Jan 8 09:34:27 edv-07 kernel: [ 3783.150825] isdn_command command(6) dev->drv[4]->interface NULL
Jan 8 09:34:27 edv-07 kernel: [ 3783.150828] capidrv-5: now up (3 B channels)
Jan 8 09:34:27 edv-07 kernel: [ 3783.150830] capidrv-5: D3 trace enabled
Jan 8 09:34:27 edv-07 kernel: [ 3783.150836] capidrv: Rev 1.1.2.2: loaded

noch einige Daten zu der Maschine hier:

debian,
2.6.26-2-amd64 #1 SMP Thu Nov 5 02:23:12 UTC 2009 x86_64 GNU/Linux
Intel(R) Core(TM)2 Duo CPU E8500 @ 3.16GHz

FRITZ!Box Fon WLAN 7170 (UI)
Firmware-Version 29.04.76

kennt jemand das Problem und Abhilfe?

gruß anso
 
Zuletzt bearbeitet:
Client

Hallo,
ich habe capifax-0.7.3-jmb2.tar.bz2, ffgtk-0.7.2.tar.bz2 installiert unter Debian Lenny 64bit mit spandsp, libcapi20-3 und libcapi20-3-dev aus den Quellen. Klappt ohne Probleme.
Folgende Ports müssen offen sein:
TCP: 49000, 35508, 48530, 5031
TCP+UDP: 1012

Grüße
 
capidrv

Sorry,

bin von capifax ausgegangen. Habs jetzt installiert und ffgtk rausgeschmissen. Die Jungs arbeiten mit Ubuntu. Da kann Lenny nicht mithalten.
Bei mir gibts gar nichts was capidrv heißt. Weder taucht der Name im Syslog auf, noch als ausführbare Datei

Grüße
 
capidrv ist ein Kernelmodul,
zum laden auf der Konsole:

# modprobe capidrv


dann sollte es geladen werden.

Ich habe inzwischen eine neue Installation mit debian 5 stable, in einer 32bit Kernelversion 2.6.26-2-686 gemacht. Dort noch mal alles installiert (capi, fbrcapi, capifax) und hier kann ich capidrv ohne Probleme laden.

Scheint vielleicht ein 64bit Problem zu sein?
 
capidrv

Hallo,

also ich habe auf debian lenny 64bit libcapi20-3 + dev und capiutils installiert. Da wird capi capifs kernelcapi und fbrcapi geladen. Wahrscheinlich ist isdnutils installiert. Wenn man mit checkinstall aus capifax eine deb-Datei macht, muß capiutils wieder deinstalliert werden.

Habe aber inzwischen das Problem, dass capifax zu 70 % nicht in der Lage ist ein 6 seitiges Fax ohne Abbruch zu senden. Probiers bitte mal und gib mir Antwort.

Gruß
Schwable
 
capidrv

Wieder neue Erkenntnisse, ich habe die FB getauscht, jetzt ist es eine
FRITZ!Box Fon WLAN 7270 v3 (UI) Firmware-Version 74.04.80, (der 1&1 Homeserver). Zwischendurch hatte ich jetzt eine 7050 dran.

Nun bekomme ich wieder beim laden von capidrv die Kernel panic und die FB startet neu.

Es ist aber zuerst die FB weg und danach bekomme ich die Kernel panic. Auf der FB war ich mit telnet drin, habe aber keine Meldungen auf der Konsole bekommen.

Von den Kernelmeldungen des PCs habe ich ein Bild rangehängt., vielleicht hilft es ja.

Hat jemand da noch Ideen dazu?

Gruß anso

PS: das mit den 5 Seitenfax probiere ich dann auch mal ....
 

Anhänge

  • fbrcapi.jpg
    fbrcapi.jpg
    107 KB · Aufrufe: 29
capidrv

Hallo,

isdnutils dürfen nicht installiert sein.

Gruß

Schwable
 
Hallo bodega,

gibt es eine Möglichkeit dein Kernelmodul unter einer Opensuse 10.3 zu kompilieren? ich bekomme das irgenwie nicht hin. Die Pakete linux-kernel-header, kernel-syms und die eigentlichen Kernelquellen sind installiert (hab ja auch schon andere Module kompiliert)
Ich weiß, daß die distribution schon alt ist und der Kernel (2.6.22) nicht der neueste ist. Das System soll aber auch ersetzt werden, aber dafür brauch ich erst mal ne Möglichkleit der Remotecapi-Nutzung.

die Kernelquellen liegen bei der Suse unter /usr/src/linux/linux-2.6.22.19-0.4.
Wenn ich in deinem Makefile die Variable "KDIR" so anpasse daß das Kernel-Sourcen-Verzeichnis drin steht, also: KDIR := /usr/src/inux-2.6.22.19-0.4 bekomme ich folgende Fehlermeldung:

Code:
server01:~/fbrcapi-0.4 # make
make -C /usr/src/linux M=/root/fbrcapi-0.4 modules
make[1]: Entering directory `/usr/src/linux-2.6.22.19-0.4'

  WARNING: Symbol version dump /usr/src/linux-2.6.22.19-0.4/Module.symvers
           is missing; modules will have no dependencies and modversions.

  CC [M]  /root/fbrcapi-0.4/core.o
  CC [M]  /root/fbrcapi-0.4/capi.o
  CC [M]  /root/fbrcapi-0.4/sock.o
  LD [M]  /root/fbrcapi-0.4/fbrcapi.o
  Building modules, stage 2.
  MODPOST 1 modules
/bin/sh: scripts/mod/modpost: No such file or directory
make[2]: *** [__modpost] Error 127
make[1]: *** [modules] Error 2
make[1]: Leaving directory `/usr/src/linux-2.6.22.19-0.4'
make: *** [modules] Error 2

im Verzeichnis /usr/src/linux-2.6.22.19-0.4/scripts/mod liegen die Dateien modpost.c und modpost.h (und weitere)
Die Warnung oben ist korrekt - die Datei Module.symvers ist aber vorhanden, aber unter dem Pfad: /usr/src/linux-2.6.22.19-0.4-obj/i386/default

Ich würde mich freuen, wenn Du mir helfen könntest.


PS: Meine normale FritzPCI-Karte bietet mir über die Capi-Schnittstelle die Nutzung der selbigen als Modem. Wäre das über dein Modul auch mit der Fritzbox möglich?

Code:
server01: # capiinfo
Number of Controllers : 1                                        
Controller 1:                                                    
Manufacturer: AVM GmbH                                           
CAPI Version: 2.0                                                
Manufacturer Version: 3.11-07  (49.23)                           
Serial Number: 1000001                                           
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
 
Zuletzt bearbeitet:
Hallo,

ok, das hat funktioniert, ich konnte das Modul installieren und auch laden, allerdings bekomme ich schon bei einem lsmod einen "Segmentation fault"
capiinfo gibt noch die Anzahl der gefundenen Controller (in meinem Fall 6 - also eine FritzPCI und die 5 von der Fritzbox) aus, und dann hängt das System

in der ar7.cfg steht folgendes:
Code:
capiovertcp {
        enabled = yes;
        maxctrl = 99;
        port = 5031;
}
 
Zuletzt bearbeitet:
rcapi: lenny 32Bit friert ein wenn FB7170 rebootet

zur Info: lenny32 Bit unter VMwarePlayer friert ein ("Stürzt ab") wenn ich nach Versand eines Fax per rcapi die FB 7170 kurz stromlos mache. lenny 32Bit spuckt einen Kernel OOPS aus, dann hilft nur noch reset.

[Edit frank_m24: Bitte benutzt CODE Tags für solche Ausgaben.]
Code:
lenny32:~#                                                                                                                   
Message from syslogd@lenny32 at Jun  2 15:37:22 ...                                                                          
 kernel:[22378.815284] Oops: 0002 [#1] SMP                                                                                   

Message from syslogd@lenny32 at Jun  2 15:37:22 ...
 kernel:[22378.815531] Process rsyslogd (pid: 1985, ti=f7b3e000 task=f74af620 task.ti=f7b3e000)

Message from syslogd@lenny32 at Jun  2 15:37:22 ...
 kernel:[22378.815546] Stack: f7b3fd68 00000000 7fffffff f7b3fe4c c025611d f776bc70 c02a8f5c f5010e40 

Message from syslogd@lenny32 at Jun  2 15:37:22 ...
 kernel:[22378.815598]        00000000 f7b3ff24 000007ff f7b3fe4c c02565b9 f7b3fda8 00000000 c02d9e60 

Message from syslogd@lenny32 at Jun  2 15:37:22 ...
 kernel:[22378.815609]        c02a8752 f7b3fda8 f71f9980 f776bc44 f776bac0 f776e780 00002ad9 00000000 

Message from syslogd@lenny32 at Jun  2 15:37:22 ...
 kernel:[22378.815622] Call Trace:                 

Message from syslogd@lenny32 at Jun  2 15:37:22 ...
 kernel:[22378.815642]  [<c025611d>] skb_copy_datagram_iovec+0x53/0x1bf

Message from syslogd@lenny32 at Jun  2 15:37:22 ...
 kernel:[22378.815650]  [<c02a8f5c>] unix_write_space+0xf/0x63

Message from syslogd@lenny32 at Jun  2 15:37:22 ...
 kernel:[22378.815680]  [<c02565b9>] skb_recv_datagram+0x1d/0x21

Message from syslogd@lenny32 at Jun  2 15:37:22 ...
 kernel:[22378.815688]  [<c02a8752>] unix_dgram_recvmsg+0x57/0x231

Message from syslogd@lenny32 at Jun  2 15:37:22 ...
 kernel:[22378.815704]  [<c024f811>] sock_recvmsg+0xde/0xf9

Message from syslogd@lenny32 at Jun  2 15:37:22 ...
 kernel:[22378.815718]  [<c0131a24>] autoremove_wake_function+0x0/0x2d

Message from syslogd@lenny32 at Jun  2 15:37:22 ...
 kernel:[22378.815731]  [<c013619c>] getnstimeofday+0x37/0xbc

Message from syslogd@lenny32 at Jun  2 15:37:22 ...
 kernel:[22378.815744]  [<c017f8f8>] core_sys_select+0x18d/0x29f

Message from syslogd@lenny32 at Jun  2 15:37:22 ...
 kernel:[22378.815776]  [<c01191a0>] hrtick_start_fair+0xeb/0x12c

Message from syslogd@lenny32 at Jun  2 15:37:22 ...
 kernel:[22378.815804]  [<c0250635>] sys_recvfrom+0xb4/0x116

Message from syslogd@lenny32 at Jun  2 15:37:22 ...
 kernel:[22378.815811]  [<c01344a6>] hrtimer_start+0xf7/0x110

Message from syslogd@lenny32 at Jun  2 15:37:22 ...
 kernel:[22378.815820]  [<c011d47f>] hrtick_set+0x8f/0xd8

Message from syslogd@lenny32 at Jun  2 15:37:22 ...
 kernel:[22378.815829]  [<c0103544>] do_notify_resume+0x5f8/0x649

Message from syslogd@lenny32 at Jun  2 15:37:22 ...
 kernel:[22378.815837]  [<c013ab0e>] wake_futex+0x1c/0x26

Message from syslogd@lenny32 at Jun  2 15:37:22 ...
 kernel:[22378.815844]  [<c013baa6>] do_futex+0x303/0x70e

Message from syslogd@lenny32 at Jun  2 15:37:22 ...
 kernel:[22378.815859]  [<c02506b0>] sys_recv+0x19/0x1d

Message from syslogd@lenny32 at Jun  2 15:37:22 ...
 kernel:[22378.815867]  [<c0250aca>] sys_socketcall+0x117/0x19e

Message from syslogd@lenny32 at Jun  2 15:37:22 ...
 kernel:[22378.815879]  [<c0103857>] sysenter_past_esp+0x78/0xb1

Message from syslogd@lenny32 at Jun  2 15:37:22 ...
 kernel:[22378.815894]  =======================

Message from syslogd@lenny32 at Jun  2 15:37:22 ...
 kernel:[22378.815911] Code: 44 24 04 02 74 10 80 4f 65 40 90 ff 87 b0 00 00 00 e9 2d 01 00 00 ff 4d 08 8b 17 8b 47 04 c7 07 00 00 00 00 c7 47 04 00 00 00 00 <89> 10 89 42 04 e9 0e 01 00 00 89 ca 89 f0 e8 23 3a 06 00 83 7c

Message from syslogd@lenny32 at Jun  2 15:37:22 ...
 kernel:[22378.816003] EIP: [<c025645e>] __skb_recv_datagram+0x96/0x1d4 SS:ESP 0068:f7b3fd30

lenny32:~#

Das ganze ist reproduzierbar.

Allerdings habe ich derzeit noch das zusätzliche Problem, dass bei Faxversand (hylafax4capi, sendfax -n -d 123456 dokument.pdf) bei Dokumenten mit mehr als 1 Seite dann ca. 60% der Seiten als Schrott beim Empfänger ankommen. Sende ich nur 1 Seite, dann kommt diese beim Empfänger an, aber wird mit Fehlermeldung "unspecified error" von hylafax quittiert und immer wieder gesendet. Fax-Empfang hingegen funktioniert einwandfrei. Das Senden-Problem analysiere ich aber erst noch mal selbst anhand von debug-leveln und melde mich wieder.

installiert ist: fbrcapi-0.4., libcapi20_fb, hylafay, capi4hylafax, gesendet wird auf Controller 2.

lenny32:~# uname -a
Linux lenny32 2.6.26-2-686 #1 SMP Wed May 12 21:56:10 UTC 2010 i686 GNU/Linux

@16:14 Uhr: der kernel OOPS wiederholte sich gerade wieder beim Versuch ein Fax zu versenden, nachdem die FB7170 neu gestartet wurde, direkt nach dem Neustart lief lenny zunächst weiter:

Code:
[...]
Message from syslogd@lenny32 at Jun  2 16:09:45 ...
 kernel:[ 1283.726973] EIP: [<c025645e>] __skb_recv_datagram+0x96/0x1d4 SS:ESP 0068:f7457d30
s': sendfax -n -d 243465 ~/testfax.ps
lenny32:~/fbrcapi-0.4#

Eckard
 
Zuletzt bearbeitet:
fbrcapi, c2faxsend: page quality 18% good/ Connection dropped with Reason 0x3301

Hallo,
ich lasse fbrcapi mit debug=4 laden. Wo die debug-Ausgabe? (@1 Tag später: zum Teil gelöst, siehe unten)

in ~/fbrcapi-0.4/rc.fbrcapi
Code:
modprobe fbrcapi addr=$FB_REMOTE_CAPI_IP debug=4

Dann /etc/init.d/capi4hylafax stop;/etc/init.d/hylafax stop
dann ~/fbrcapi-0.4/rc.fbrcapi unload , dann ... load (keine Fehlermeldung, wenn doch "in use" wird der jeweilige fax-Prozess gekillt)
dann /etc/init.d/capi4hylafax start;/etc/init.d/hylafax start
dann wird das Fax gesendet.

Wo ist dann die debug-Ausgabe? - In /var/log/* nicht zu finden. Wo?

BTW: wann wirken eigentlich die:
export FB_REMOTE_CAPI_IP=192.168.178.1 # Router-IP or hostname
export FB_REMOTE_CAPI_PORT=5031 # Port of capiotcp
export FB_REMOTE_CAPI_DEBUG=3 # Debug (0 nothing - 3 all)
export FB_REMOTE_CAPI_TCP=1 # Use remote capi (1=on, 0=off)
export FB_REMOTE_CAPI_DEV=1 # Use local capi (1=on, 0=off)
? Habe die in /etc/rc.local eingetragen, dann rebootet, aber auch dann keine debug-Meldungen weit und breit.

Mein eigentliches Problem: Fax-Versand mit hylafax geht nicht, Empfang geht einwandfrei. Was geht nicht? -> bei einer Seite Fax kommt das Fax bei einem Analog-Modem korrekt an, hylafax meint aber "unspecified error" und schickt das Fax immer wieder. Bei mehrseitigen Fax kommen 60% der Seiten unbrauchbar an, der Empfänger (Analog-Modem) meint:

[...]
FaxGetty[4557]: RECV: REJECT page quality, 40% good lines (95% required)
[...]

Das gleiche Modem konnte aber das gleiche Dokument (PDF) 27 Seiten lang an die FritzBox senden und wurde von rcapi einwandfrei empfangen. Das Modem hat schon viele hundert Faxe von verschiedensten Absendern einwandfrei empfangen (und gesendet).

Übrigens: mit telnet fbox .... : es erscheinen keine Fehlermeldung wärend des fehlerhaften Sendevorganges.


@16:30 Uhr, 1 Tag später:
Habe Capi-Fax-Debug-Log entdeckt: in /var/spool/hylafax/log/capi4hylafax
LogFile: /var/spool/hylafax/log/capi4hylafax
LogTraceLevel: 4

Hier das Log beim Versand eines 7-seitigen Dokuments:
Code:
/var/spool/hylafax/log/capi4hylafax:
Jun 03 15:43:27.74: [ 7178]: CapiFaxSend - INFO: SESSION BEGIN 000000037 +49.721.83xxxxx
Jun 03 15:43:27.74: [ 7178]: CapiFaxSend - INFO: SEND FAX: JOB 37 DEST 20434xx COMMID 000000091
Jun 03 15:43:27.74: [ 7178]: CapiFaxSend - INFO: Try to connect to fax number 20434xx in Hylafax mode on controller 1.
Jun 03 15:43:27.74: [ 7178]: CapiFaxSend - INFO: Dial and starting transfer of TIFF-File docq/doc39.ps;00 with normal resolution.
Jun 03 15:43:30.58: [ 7178]: CapiFaxSend - INFO: Connection established.
Jun 03 15:43:59.53: [ 7178]: CapiFaxSend - INFO: Page 1 was sent.
Jun 03 15:44:14.13: [ 7178]: CapiFaxSend - INFO: Page 2 was sent.
Jun 03 15:44:30.70: [ 7178]: CapiFaxSend - INFO: Page 3 was sent.
Jun 03 15:44:51.63: [ 7178]: CapiFaxSend - INFO: Page 4 was sent.
Jun 03 15:45:19.08: [ 7178]: CapiFaxSend - INFO: Page 5 was sent.
Jun 03 15:45:29.00: [ 7178]: CapiFaxSend - INFO: Page 6 was sent.
Jun 03 15:45:31.20: [ 7178]: CapiFaxSend - INFO: Page 7 was sent. - Last Page!
Jun 03 15:45:32.36: [ 7178]: CapiFaxSend - INFO: Fax file completely transfered to CAPI.
Jun 03 15:46:18.93: [ 7178]: CapiFaxSend - INFO: Connection was dropped with Reason 0x3301 (Protocol
         error layer 1 (broken line or B-channel removed by signalling protocol)) before Fax was completely transfered.
Jun 03 15:46:19.05: [ 7178]: CapiFaxSend - INFO: Connection dropped with Reason 0x3400 (No additional information).

also: Connection was dropped with Reason 0x3301 . Dies scheint eine falsche Fehlermeldung zu sein, denn das Fax geht durch! Zumindest bei einem einseitigen Fax kommt das Fax auch leserlich an, wie oben schon beschrieben.
Das c2faxsend scheint schon seit Jahre buggy zu sein: http://ip-phone-forum.de/showthread.php?t=155117&highlight=Connection+dropped+with+Reason

Dann ist da noch ein zweites Problem: bei Senden hat c2faxsend offenbar viele Aussetzer: bei dem oben gesendeten 7-.seitigen Fax kommen etwa die Hälfte der Fax-Seiten defekt beim Empfänger an:

Code:
Jun  3 15:44:19 rex4 FaxGetty[19251]: RECV FAX (000000291): from +49.721.83xxxx, page 1 in 0:45, INF, 3.85 line/mm, 1-D MH, 14400 bit/s
Jun  3 15:44:21 rex4 isdnlog: Jun 03 15:44:21 tei 112 calling ? with ?  2.EH EUR  0.124 ( 0:00:29)
Jun  3 15:44:35 rex4 FaxGetty[9433]: RECV: REJECT page quality, 10% good lines (95% required)
Jun  3 15:44:37 rex4 FaxGetty[19345]: RECV FAX (000000291): from +49.721.83xxxx, page 2 in 0:18, INF, 3.85 line/mm, 1-D MH, 14400 bit/s
Jun  3 15:44:58 rex4 FaxGetty[9433]: RECV: REJECT page quality, 18% good lines (95% required)
Jun  3 15:44:59 rex4 FaxGetty[19442]: RECV FAX (000000291): from +49.721.83xxxx, page 3 in 0:23, INF, 3.85 line/mm, 1-D MH, 14400 bit/s

@3.Juni 20 Uhr: hat sich erledigt: offenbar hat (mein) ISDN hier ein Problem wenn ich mir SELBST ein Fax sende. Die beiden ISDN-Kanäle an denen die FB 7170 und eine uralt Fritz!X PC-Tel-Anlage hängen stören sich offenbar gegenseitig.

Gruss
Eckard
 
Zuletzt bearbeitet:
fbrcapi beim Booten automatisch laden

Guten Abend!

Weil ich Asterisk unter Debian Lenny in einer virtuellen Maschine einsetze, ist fbrcapi praktisch die geniale Lösung für Fax und ISDN-Telefonie. Sie funktioniert hier auch perfekt, wenn ich das Kernelmodul manuell lade:

Code:
tk1:~# /etc/init.d/rc.fbrcapi start
Loading fbrcapi module (172.20.2.1) ... OK!

Eigentlich sollte das beim Neustart der Maschine auch automatisch geschehen. Das tut es aber nicht und ich verstehe nicht weshalb.

Ich poste hier mal, was ich schon alles angeschaut habe:

Code:
tk1:~# runlevel
N 2

tk1:~# ls /etc/rc2.d/
README	    S13capiutils  S20rc.fbrcapi  S89cron       S99stop-bootlogd
S10rsyslog  S16ssh	  S21asterisk	 S99rc.local
S12acpid    S20postfix	  S89atd	 S99rmnologin

tk1:~# ls -l /etc/rc2.d/S20rc.fbrcapi 
lrwxrwxrwx 1 root root 20 12. Apr 03:07 /etc/rc2.d/S20rc.fbrcapi -> ../init.d/rc.fbrcapi

Über sachdienliche Hinweise zur Lösung würde ich mich sehr freuen.

Felix
 
Cisco 80x Isdn Router

Hi,

habe dein Werk in Sachen Kernel Modul Remote Capi für FritzBox begutachtet.
Wollte mal fragen, ob auch angedacht ist die alten Cisco ISDN Router zu unterstützen ?
 
Der Treiber compiled nicht mehr und Linux 2.6.35.

Code:
  CC [M]  /data/src/fritz/fbrcapi-0.4/core.o
In file included from /data/src/fritz/fbrcapi-0.4/core.c:25:
/data/src/fritz/fbrcapi-0.4/fbrcapi.h: In function âfbrc_scheduleâ:
/data/src/fritz/fbrcapi-0.4/fbrcapi.h:97: error: âstruct sockâ has no member named âsk_sleepâ
/data/src/fritz/fbrcapi-0.4/core.c: In function âfbrc_recv_messageâ:
/data/src/fritz/fbrcapi-0.4/core.c:97: error: âstruct sockâ has no member named âsk_sleepâ
/data/src/fritz/fbrcapi-0.4/core.c:175: error: âstruct sockâ has no member named âsk_sleepâ
/data/src/fritz/fbrcapi-0.4/core.c: In function âfbrc_load_profileâ:
/data/src/fritz/fbrcapi-0.4/core.c:267: error: âstruct capi_ctrâ has no member named âctr_read_procâ
/data/src/fritz/fbrcapi-0.4/core.c: At top level:
/data/src/fritz/fbrcapi-0.4/core.c:417: fatal error: opening dependency file /data/src/fritz/fbrcapi-0.4/.core.o.d: Permission denied

Wird es dafür ein Update geben?
 
Im Anhang sind 2 Patches, einmal für 2.6.34 und einmal für 2.6.35. Die Änderungen sind aus entsprechenden Änderungen im Kernel abgeschaut, das Faxen funktioniert.
 

Anhänge

  • fbrcapi-kernel-2.6.35.tar.gz
    1.3 KB · Aufrufe: 106
mich würde mal interessieren ob jemand den fbrcapi bei einer Firma im Einsatz hat, die am Tag 20 Faxe und mehr versendet und diese an hunderte verschiedene Empfänger. Ich habe mit capi unter Linux nur schlechte Erfahrung. Ca. 5-10% Ausfälle, daher setze ich nur analoge Microlink-Modems mit hylafax ein, die haben gar keine Ausfälle. Ich selbst habe mir vor 3 Monaten die Zähne an dem dem fbrcapi ausgebissen. Es lief, aber nicht businesstauglich. Insbesondere ist im Business es auchmal erforderlich 20 Seiten zu faxen. Spätestens nach Seite 7 mit Auflösung "fein" (heute der Standard) und gescannten Dokumenten schmiert capi ab, so meine Versuche vor 3 Monaten. Unter Windows geht es scheinbar gut, da hat AVM vermutlich heftig nachgebessert, bei Linux-CAPI nicht, leider.

Gruss
Eckard
 
Es kommt auf die sonstigen Umstände an.
Ist Dein Problem eher die CAPI unter Linux oder die ISDN-Implementierung auf der Box?

Wenn die CAPI Fax unterstützt, werden nur die Bilddaten an die CAPI übergeben.
Eine AVM PCI ISDN Karte unter Linux funktioniert bei mir ohne Probleme, auch bei langen Übertragungen.
 

Zurzeit aktive Besucher

Statistik des Forums

Themen
246,183
Beiträge
2,247,562
Mitglieder
373,729
Neuestes Mitglied
ChTh
Holen Sie sich 3CX - völlig kostenlos!
Verbinden Sie Ihr Team und Ihre Kunden Telefonie Livechat Videokonferenzen

Gehostet oder selbst-verwaltet. Für bis zu 10 Nutzer dauerhaft kostenlos. Keine Kreditkartendetails erforderlich. Ohne Risiko testen.

3CX
Für diese E-Mail-Adresse besteht bereits ein 3CX-Konto. Sie werden zum Kundenportal weitergeleitet, wo Sie sich anmelden oder Ihr Passwort zurücksetzen können, falls Sie dieses vergessen haben.