Lösung: Remote-CAPI für Linux und Windows-Clients

Das Fax-Problem scheint ja gelöst zu sein, danke RalfFriedl... Dein FaxProgramm funktioniert so weit ganz gut, auch wenn ich es bisher nicht extensiv getestet hab.

Aber das mit dem AB verursacht immer noch probleme... naja... immerhin faxe scheinen zu gehen.
Oder ich lege doch ein ISDN-Kabel quer durch die Wohnung.... ;-)

Hat jemand den CapiSuite AB am laufen? Über ne FritzBox 7050 Fon?

Hab ich etwas überlesen?

Hallihallo!

Ich weiss nicht ob ich etwas überlesen habe...
...aber bietet nicht der ds-mod inzwischen remote capi per inetd an?

Soweit bekomme ich das auch alles zum laufen (Debian testing/lenny). Allerdings stört mcih die Ausgabe von capiinfo etwas:

Und da hört die Ausgabe mit "Controller 2" auf.
d.h. ja shcon mal, dass alles richtig gelinked is und die FB erkannt wird. soweit so gut.

Kann das mit der rcapi im ds-mod funktionieren? Die libcapi20 ist nämlich dort die 3.0.4 und auf dem Debian-Rechner ist die selbstgebaute die 3.0.3?¿?

Vielen Dank für alle Antworten!


Edit: Da probiert man tagelang rum und einmal posten hilft immer

Hier wie es läuft:
DS-Mod mit inetd (und rcapi) bauen und draufschmeissen.
Dann die compilierte rcapi von http://www.ip-phone-forum.de/showpost.php?p=724748&postcount=76 nehmen und folgende Zeile in /tmp/flash/inetd.conf ändern:

in
(davon ausgehend dass die file in /var liegt)
Jetzt kann man per ds-mod webinterface den inetd neustarten und alle sind glücklich.

Das ist noch keine besonders schöne methode - kann man die "richtige" rcapi-version nicht in den ds-mod miteinbauen?
Ich würds auch selber machen - hat jemand nettes ein paar advanced helper-urls wo ich mich einlesen kann?

Edit2: Kennt jemand ein ordentliches Programm mit dem man faxen kann?


am besten unter KDE, was JPEG direkt umwandelt?
ich teste grade http://www.ip-phone-forum.de/showthread.php?t=145110 mal sehn wies/obs läuft...

Edit3: Das erste Fax ist draussen!

Aber ich bin immernoch auf der Suche anch einer Möglichkeit meine eingescannten Dokumente (jpg) in ps oder besser direkt in tiffg3 umzuwandeln!

Ich scanne mit kooka unter KDE...


Vielen Dank schonmal für euere Hilfe!

Problembehebung für 64-Bit-Linux

Hallo,

offenbar enthält der Quelltext der libcapi20 (ftp://ftp.isdn4linux.org/pub/capi4linux/libcapi20.tgz) einen Bug für 64-Bit-Plattformen. Unter Ubuntu-Gutsy (64Bit) kann man den Quellcode zwar übersetzen und installieren. capiinfo stürzt aber mit einem seg fault ab.

Lösung:

Man fügt im Quelltext in der Datei capi20.c eine Zeile ein:

Vorher:
Nachher:
Den so ergänzten Quellcode compilieren und installieren:
Anschließend den Sym-Link in /var/lib überprüfen und ggfs. korrigieren:
http://www.ip-phone-forum.de/showpost.php?p=555236&postcount=17

Mit dem o.g. Patch stürzt capiinfo jedenfalls unter Ubuntu Gutsy (64Bit) nicht mehr ab, sondern zeigt den/die AVM-Controller an.

Gruß
alpha1974

@alpha1974

Super danach habe ich schon lange gesucht. jetzt
läuft mein asterisk mit chan_capi endlich auch 64-bittig.

Wollte rcapi auch mal testen.

Wie big-fischer festgestellt hat, funktioniert rcapid aus dem ds-mod nicht. Aber die Version unter http://www.ip-phone-forum.de/showpost.php?p=724748&postcount=76 funktioniert.

Ich hänge mal rcapid-ldd.txt an (nur um zu zeigen, dass die beiden Versionen schon unterschiedlich gelinkt sind).

Hab rcapid auch mal gegen die im ersten Beitrag angegebene libcapi gelinkt, macht aber keinen Unterschied.
Hat jemand eine Idee, woran das liegen könnte?

Beste Grüße,
Whoopie

Ein Dank geht mal wieder an olistudent.

Die Version im ds-mod ist eine verbesserte Version von mtg, die aber leider nicht funktioniert.

Also sollten nur die Programme und Bibliotheken von ftp://ftp.melware.de/capi-utils genutzt werden.

olistudent hat auch einen Patch gemacht, damit ds-mod den rcapid von der o.a. Seite nutzt. Ihr findet ihn unter http://pastebin.ca/774122

Beste Grüße,
Whoopie

Das zeigt, wieviel Leute den rcapid verwenden.

MfG Oliver

Ich habe den rcapid vom ds-mod schon verwendet und damit noch nie Probleme gehabt.

Bzw. die Probleme, die ich hatte (manchmal Aussetzer beim Empfang) halte ich für ein Problem der CAPI oder der Hardware auf der Box und nicht für ein Problem von rcapid.

OK..soviele Benutzer von rcapid+Fritzbox / Threads dazu gibt es ja nicht, aber nachdem ich mir jetzt mal kurz die Sache angeschaut habe um zu sehen, ob das fuer mein aktuelles Problem ein gangbarer Weg waere, bin ich auf ein paar Probleme gestossen, die nicht (direkt) angesprochen wurden hier - oder ich stelle mich zu bloed an.

Man korrigiere mich, wenn ich falsch liege:

1. Das Ganze funktioniert nur mit der erwaehnten libcapi Version, sonst mit keiner

d.h. mit den zum Teil bei Distributionen mitgelieferten CAPIs (z.b. bei OpenSuSE) ist das nicht kompatibel.
Das steht ja relativ deutlich mehrfach in diversen Threads... ist das immer noch korrekt?
Die /etc/capi20.conf wird jedenfalls nicht wirklich gelesen von anderen Versionen.

Allein das Gefrickel mit einer aelteren Sonderversion ist schon K.O. Kriterium fuer mich

2. Remote-CAPI funktioniert nur "stand-alone"

d.h. es geht nur ENTWEDER remote-capi, ODER lokale ISDN Karte(n) [mit CAPI], korrekt?

Das ist wenn das so ist auch sehr suboptimal da ausser einem Test-Server alle meine Asteriske auch lokale ISDN-Karten am Laufen haben wovon jeweils mind. eine fcpci/CAPI ist.

3. Es geht nur EINE Remote-CAPI Gegenstelle

d.h. es sind z.b. nicht mehrere Fritzboxen auf ein und der selben Linux-Gegenstelle anzusprechen ("mehrere 'REMOTE .. ' Zeilen in der capi20.conf" scheint wenn ich capi20.c von libcapi20-3-cm richtig lese nicht zu funktionieren)?
Auch das ist nicht toll wenn das wirklich so ist.

Ist das soweit korrekt alles wie ich das rauslese und beim durchprobieren auch so nachvollziehen konnte, oder gibt es dazu andere Meinungen / Loesungen?

Hintergrund falls es jemand interessiert:

Das verwalten von 5 Fritzboxen mit Asterisk drauf die nichts anderes machen als das die Anrufe von/zu den ganzen Fritzbox-CAPI controllern an die "echten" Asteriske per Trunk weiterzuleiten ist suboptimal.
Erschwerend kommt hinzu, das ich mit den aktuellen 7170 Labor/Beta Firmwares offensichtlich langsam in RAM-Not gerate mit einem lokalen Asterisk auf der Box.
Es waere verwaltungstechnisch - theoretisch(!) - simpler, alle Fritzboxen einfach per rcapi anzubinden - spart RAM auf den Fritzboxen, Updateorgien auf den Fritzboxen, weniger komplexe dialplans usw.

bye
-slz

masterSLZ schrieb:

1. Das Ganze funktioniert nur mit der erwaehnten libcapi Version, sonst mit keiner

Zum Vergrößern anklicken....

Das Ganze funktioniert mit jeder CAPI, in der die Remote Unterstützung eingebaut ist. Was in Deiner aktuellen Distributionen unterstützt wird, mußt Du selbst feststellen. Das Kommando strings sollte schnell zeigen, ob der Pfad oder der Text "REMOTE" in der CAPI Library auftaucht.

Wenn es Dir zuviel ist, die CAPI Library zu tauschen, stellt sich die Frage, welche Alternative Dir besser gefällt.

2. Remote-CAPI funktioniert nur "stand-alone" d.h. ENTWEDER remote-capi, ODER lokale ISDN Karte(n).

Zum Vergrößern anklicken....

Man kann über das Environment festlegen, welche Konfigurationsdatei genutzt werden soll. Wenn keine Konfigurationsdatei mit REMOTE Anweisung gefunden wird, verhält sich die CAPI genau wie jede andere und spricht die lokale CAPI-Schnittstelle an, also alle lokal vorhandenen Karten sind dann nutzbar.

3. Es geht nur EINE Remote-CAPI Gegenstelle

Zum Vergrößern anklicken....

Mit verschiedenen Anwendungen, die verschiedene Konfigurationsdateien benutzen, können verschiedene Gegenstellen angesprochen werden.

In einer Anwendung kann aber nur eine Gegenstelle oder die lokale CAPI genutzt werden.

Aber die Quelltexte sind ja vorhanden. Das heißt, Du kannst die CAPI Library so erweitern, daß sie die lokalen ISDN-Karten und mehrere Gegenstellen gleichzeitig nutzen kann.

Du kannst auch jemanden beauftragen, dies für Dich zu tun.

RalfFriedl schrieb:

Das Ganze funktioniert mit jeder CAPI, in der die Remote Unterstützung eingebaut ist. Was in Deiner aktuellen Distributionen unterstützt wird, mußt Du selbst feststellen. Das Kommando strings sollte schnell zeigen, ob der Pfad oder der Text "REMOTE" in der CAPI Library auftaucht.

Zum Vergrößern anklicken....

Das tut es natuerlich nicht (SuSE 10.0), sonst haette ich nicht gefragt und geschrieben, das die capi20.conf nicht gelesen wird. Die Frage war etwas allgemeiner gedacht in Richtung

"WELCHE anderen Distributionen unterstuetzen denn standardmaessig rcapi?"
bzw.
"Welche packages/rpm/apt/sonstwas 'Repositories' fuer <insert_your_favorite_distribution_here> muss man benutzen, damit man den Kram nicht von Hand machen muesste?"

RalfFriedl schrieb:

Wenn es Dir zuviel ist, die CAPI Library zu tauschen, stellt sich die Frage, welche Alternative Dir besser gefällt.

Zum Vergrößern anklicken....

Ich bin kein Fan von zuviel Gefrickle (mehr), wenn es nicht sein muss... mein Netz ist so schon komplex genug, ich will mich wenigstens nicht mehr als noetig von Hand um Updates etc. kuemmern muessen, das ist nur Privatkram.

Das ist auch der Grund, warum ich z.B. SuSE als Distribution nehme - da geht (local) CAPI seit Urzeiten ohne viel Aufstand out-of-the-box, das konnte zumindest vor Jahren sonst keine andere (ist halt urspruenglich aus Deutschland.. einziges Land wo ISDN verbreitet ist...). Vielleicht gibt es inzwischen ja aber auch andere Distributionen, die das schaffen und gleich rcapi mit eingebaut haben?

Wenn das Ersetzen ausserdem bedeutet, das die lokalen ISDN Karten evl. nicht mehr funktionieren, ist das noch ein Grund dagegen - deshalb frage ich das unten ja auch ab, da ich das nicht im Live-Betrieb unbedingt testen moechte.
Schliesslich ist das eine aeltere Version die hier benutzt wird fuer rcapi als die, die z.b. im (auch schon recht alten) SuSE 10.0 dabei ist.

RalfFriedl schrieb:

[...ein paar Saetze ausgelassen um den daemlichen Forenregeln zu Fullquotes zu entsprechen...]
In einer Anwendung kann aber nur eine Gegenstelle oder die lokale CAPI genutzt werden.

Zum Vergrößern anklicken....

*denk* Die Aussage bestaetigt jetzt erstmal nur mein "entweder - oder"
Damit ist es mit den derzeit vorliegenden Versionen NICHT moeglich, mit EINEM Asterisk auf EINEM Server

a) lokale CAPI-faehige ISDN Karte
+
b) (mehrere) Fritzboxen/rcapid(s)

gleichzeitig anzusprechen.
Das ist nur, was ich hoeren wollte, nicht das ich was uebersehen/ueberlesen habe.

Leider konnte ich das halt nicht selbst vollstaendig testen mangels Test-Rechner mit ISDN Karte vor Ort, die stehen halt alle remote, sonst wuerde ich nicht "dumm fragen" muessen

RalfFriedl schrieb:

Aber die Quelltexte sind ja vorhanden. Das heißt, Du kannst die CAPI Library so erweitern, daß sie die lokalen ISDN-Karten und mehrere Gegenstellen gleichzeitig nutzen kann.

Du kannst auch jemanden beauftragen, dies für Dich zu tun.

Zum Vergrößern anklicken....

Das sprengt den Rahmen des nuetzlichen in meinem Fall beides, da wie gesagt nur Privatspass ohne kommerziellen Sinn.
Ich ziehe meinen Voice Kram sowieso sukzessive auf Ciscos um, da wird Asterisk/Fritzbox frueher oder spaeter vermutlich weitgehend sterben bei mir. Wegen der erweahnten RAM-Problematik mit den Beta/Laborfirmwares auf den 7170s waere rcapi halt ein Hot-fix gewesen erstmal bis alles umgestellt ist - fiel mir nur spontan an einem langweiligen Samstag Nachmittag ein, mehr nicht. Haette ja auch einfach funktionieren koennen, wie ich das wollte ;-)

Wenn das so korrekt ist alles, ist das nun in dem Thread fuer andere auch mal klar dokumentiert, was nicht geht und mir ist klar das ich damit nicht weiter komme - mehr wollte ich erstmal gar nicht.
Danke!

bye
-slz

Geht leider nicht :-(

prodigy7 schrieb:

Jetzt sollte inetd laufen wenn ihr mit ps -ef guckt, welche Prozesse laufen

Zum Vergrößern anklicken....

Alles soweit OK, ps mag nicht mit -ef aufgerufen werden, einzige Option ist -w. Das ist aber mehr Kosmetik, leider will inetd nicht laufen. Ich habe mal das logging aktiviert, inetd.log enthält:

/var/inetd: can't resolve symbol '__uClibc_start_main'

Was ist zu tun ?

Casual

P.S. Die Dateien liegen auf http://freewebs.com/casualprogrammer/rcapid/ zur Inspektion

egal-ip schrieb:

nur stand hier nach make install der link '/usr/lib/libcapi20.so.3' noch auf /usr/lib/libcapi20.so.3.0.4 (von der orig. Installation), umgebogen auf die neue /usr/lib/libcapi20.so.3.0.3, dann gings.

Zum Vergrößern anklicken....

Soweit hab' ich alles nachgebaut, aber:

capiinfo
Number of Controllers : 56824
could not register - OS Resource error (no memory ?) ( 0x1108 )

??????

Casual

Welchen rcapid hast du denn für die FritzBox genommen? Der aus ds26-15.2 hat einen Fehler.

MfG Oliver

Weleche Pakete hast Du auf dem Linux Rechner installiert ?

richti schrieb:

Bei meinem Ubuntu Dapper Drake war das umbiegen der lib wie auf Seite 1 beschrieben notwendig um eine Verbindung zu bekommen.

Ansonsten ging alles nach Anleitung
Richti

Zum Vergrößern anklicken....

Ich setze openSuSE 10.3 ein, leider geht mit "umbiegen" auch nichts, der rcapid auf der Fritz Box läuft mit Deinem Paket.

Habe ich was übersehen ?

rpm -qa | grep capi
capisuite-0.4.5-142
capi4linux-2007.11.27-3

Casual

Jetzt geht's

olistudent schrieb:

Welchen rcapid hast du denn für die FritzBox genommen? Der aus ds26-15.2 hat einen Fehler.

MfG Oliver

Zum Vergrößern anklicken....

Das war's wohl, schnauf...

http://www.ip-phone-forum.de/showpost.php?p=724517&postcount=74

hat eine Version die läuft.

Jetzt bringt capiinfo:

Number of Controllers : 5
Controller 1:
Manufacturer: AVM Berlin
CAPI Version: 1073741824.1229996355
Manufacturer Version: 2.2-00 (808333856.1377840928 )
Serial Number: 0004711
BChannels: 2
Global Options: 0x00000039
internal controller supported
DTMF supported
Supplementary Services supported
channel allocation supported (leased lines)
B1 protocols support: 0x8000000b
64 kbit/s with HDLC framing
64 kbit/s bit-transparent operation
V.110 synconous operation with HDLC framing
B2 protocols support: 0x00000003
ISO 7776 (X.75 SLP)
Transparent
B3 protocols support: 0x00000001
Transparent

0100
0200
39000000
0b000080
03000000
01000000
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

Controller 2:
Manufacturer: AVM Berlin
CAPI Version: 1073741824.1229996355
Manufacturer Version: 2.2-00 (808333856.1377840928 )
Serial Number: 0004711
BChannels: 2
Global Options: 0x00000039
internal controller supported
DTMF supported
Supplementary Services supported
channel allocation supported (leased lines)
B1 protocols support: 0x8000000b
64 kbit/s with HDLC framing
64 kbit/s bit-transparent operation
V.110 synconous operation with HDLC framing
B2 protocols support: 0x00000003
ISO 7776 (X.75 SLP)
Transparent
B3 protocols support: 0x00000001
Transparent

0100
0200
39000000
0b000080
03000000
01000000
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

Controller 3:
Manufacturer: AVM Berlin
CAPI Version: 1073741824.1229996355
Manufacturer Version: 2.2-00 (808333856.1377840928 )
Serial Number: 0004711
BChannels: 2
Global Options: 0x00000039
internal controller supported
DTMF supported
Supplementary Services supported
channel allocation supported (leased lines)
B1 protocols support: 0x8000000b
64 kbit/s with HDLC framing
64 kbit/s bit-transparent operation
V.110 synconous operation with HDLC framing
B2 protocols support: 0x00000003
ISO 7776 (X.75 SLP)
Transparent
B3 protocols support: 0x00000001
Transparent

0100
0200
39000000
0b000080
03000000
01000000
00000000 00000000 00000000 00000000 00000000 00000000
01000000 20020000 00000000 00000000 00000000

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

Controller 4:
Manufacturer: AVM Berlin
CAPI Version: 1073741824.1229996355
Manufacturer Version: 2.2-00 (808333856.1377840928 )
Serial Number: 0004711
BChannels: 1
Global Options: 0x00000039
internal controller supported
DTMF supported
Supplementary Services supported
channel allocation supported (leased lines)
B1 protocols support: 0x8000000b
64 kbit/s with HDLC framing
64 kbit/s bit-transparent operation
V.110 synconous operation with HDLC framing
B2 protocols support: 0x00000003
ISO 7776 (X.75 SLP)
Transparent
B3 protocols support: 0x00000001
Transparent

0100
0100
39000000
0b000080
03000000
01000000
00000000 00000000 00000000 00000000 00000000 00000000
01000000 40020000 00000000 00000000 00000000

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

Controller 5:
Manufacturer: AVM Berlin
CAPI Version: 1073741824.1229996355
Manufacturer Version: 2.2-00 (808333856.1377840928 )
Serial Number: 0004711
BChannels: 3
Global Options: 0x00000039
internal controller supported
DTMF supported
Supplementary Services supported
channel allocation supported (leased lines)
B1 protocols support: 0x8000000b
64 kbit/s with HDLC framing
64 kbit/s bit-transparent operation
V.110 synconous operation with HDLC framing
B2 protocols support: 0x00000003
ISO 7776 (X.75 SLP)
Transparent
B3 protocols support: 0x00000001
Transparent

0100
0300
39000000
0b000080
03000000
01000000
00000000 00000000 00000000 00000000 00000000 00000000
01000000 80020000 00000000 00000000 00000000

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

dead download link

vorab: will von meinem debian rechner als client mit remote capi auf meinen bintec x1200 mit rcapid zugreifen

leider gibt es den download

ftp://ftp.isdn4linux.org/pub/capi4linux/libcapi20.tgz

nicht mehr
und außerdem hat es leider nicht geklappt die libcapi20.so.3.0.3 aus
prodigy7 debian packet in meine Debian installation 2.6.18-6
zu übernehmen

zumindest kommt beim aufruf von capiinfo immer

obwohl die datei aus prodigy7s download im folder ist

bei dem symlink auf die libcapi20.so.3.0.4 von meinem system kommt ganz normal dass kein capi gerät installiert ist da die capi20.conf ja nicht benutzt wird

habt ihr ne idee wie ich an das packet rannkomme um die lib selber zu kompilieren
oder mache ich grundsätzlich was falsch und das ganze geht mommentan schon viel einfacher (thread ist ja schon etwas älter)

VIELEN DANK für eure Hilfe

Was kommt bei Pfad für capiinfo ggf. anpassen.

danke für die prompte antwort

wenn ich wieder die alten symlinks (auf libcapi20.so.3.0.4) zurück umbenenne
kommt wieder ganz normal