Next Previous Contents

4. Leistungsmerkmale

4.1 feature_not: Welche Leistungsmerkmale von ISDN werden nicht von ISDN4LINUX angeboten?

Einige ISDN-Leistungen sind gerätespezifisch und können von ISDN4LINUX nicht für ein anderes Gerät aktiviert werden ohne daß ISDN4LINUX das TEI verfälscht (was wiederum das andere Gerät möglicherweise irritieren würde). Solche spezifischen ISDN Merkmale sind unter Anderen: Abweisung eines wartenden Anrufes, An-/Ausschalten der Nummernanzeige, Halten eines Gespräches, Konferenzgespräche, differierende COLP/CLRP.

4.2 feature_data: Welche Arten des Datentransfer von ISDN werden unterstützt?

Folgende Basisformate sind möglich:

Folgende Level2-Formate sind möglich: Diese Encapsulations sind möglich: Bitte beachte, daß X.31a wie X.25 als Aufsatz auf ISDN unterstützt wird. X.31b hingegen wird nicht unterstützt, weder als B-Kanal- noch als D-Kanal-Version.

4.3 feature_voice: Kann ich ISDN4LINUX als Anrufbeantworter benutzen?

Ja, in der aktuellen Version von ISDN4LINUX ist die Unterstützung für Audio-Funktionen enthalten. Du kannst entweder 'vgetty' aus Gert Doerings 'mgetty+sendfax' benutzen oder 'vboxgetty' von Michäl Herold, das speziell für ISDN4LINUX geschrieben wurde. Das letztere ist Teil des Paketes isdn4k-utils, das Du auf ftp://ftp.franken.de/pub/ findest.

Früher wurde Audio im Vollduplex-Modus unterstützt. Dieses Feature verschwand allerdings irgendwann, da zu wenig Leute es benutzten.

Informiere uns bitte über etwaige Bugs, so daß wir sie beheben können.

4.4 feature_fax: Kann ich mit ISDN4LINUX faxen?

Wenn Du jetzt faxen willst, ist ein analoges Modem neben Deiner ISDN-Karte die beste Wahl.

4.5 feature_modem: Kann ich mit ISDN4LINUX ein analoges Modem anrufen bzw. von dort angerufen werden?

Im Allgemeinen: NEIN. Das geht nur mit Karten, mit denen Du auch faxen kannst: siehe Frage feature_fax.

4.6 feature_divert: Ist Anrufweiterleitung mit I4L möglich?

Anrufweiterschaltung wurde erst vor kurzem in I4L eingearbeitet (das neue Programm divertctrl). Es gibt dazu noch kein HOWTO und nur sehr sparsame Dokumentation. Deshalb ist es nur etwas für den erfahreneren Benutzer. In Holland kann als Alternative das "keypad protocol" benutzt werden.

4.7 feature_ipx: Kann ich IPX/SPX über ISDN mit Linux routen?

Ja, setze ein ISDN-Interface auf mit der Encapsulation ethernet. mars_nwe macht dann den Rest (z.B. das Routing). Du kannst auch IPX mit dem IPPPD routen, siehe syncppp_ipx. Bei IPX mit PPPD musst Du die Kompileroption IPX_CHANGE setzen.

4.8 feature_2channel: Unterstützt ISDN4LINUX Kanalbündelung?

Die aktuellen Versionen von ISDN4LINUX unterstützen 2 Arten der Kanalbündelung:

Beide Varianten haben ihre Vor- und Nachteile. Siehe Abschnitt 2channel. Bonding (16bit Kanal) wird nicht unterstützt, da es bei abweichenden Latenzzeiten der Wählverbindungen nicht verlässlich arbeiten kann. Warnung: Kanalbündelung spart Zeit, nicht Telefonkosten. Es nutzt nur, wenn Du die zusätzliche Bandbreite wirklich brauchst.

4.9 feature_diald: Kann ich ISDN4LINUX mit dem diald benutzen?

Ja, schau Dir den Teil 'Diald' des Abschnitts 'Konfiguration' an.

4.10 feature_dod: Unterstützt der Treiber 'dial on demand'?

Ja. Wenn eine Netzwerk-Device (z.B. 'isdn0') eingerichtet wurde, wird der Treiber die angegebene Nummer wählen. Wenn zusätzlich ein Hangup-Timeout (Idle Timeout) angegeben wurde (z.B.: isdnctrl huptime <interface> <time>), wird der Treiber die Verbindung automatisch trennen, wenn während <time> Sekunden keine Daten über das Device transportiert wurden. Allerdings gibt es da Probleme mit syncPPP (siehe Abschnitt über syncPPP). Schau Dir auch mal die Beschreibung von dialmode an (siehe Frage dialout_dialmode). Ganz sicher sollte Dich der lange Bereich dieser FAQ interessieren, der sich mit den Gefahren des unerwünschten Verbindungsaufbaus beschäftigt: ( dod).

4.11 feature_sms: Kann ich über ISDN kurze Nachrichten (SMS) an mein Mobiltelefon (Handy) senden?

Ja, dafür kannst Du das Programm yaps benutzen. Du musst allerdings wegen einiger Eigenheiten in der ISDN-Anbindung des SMS-Callcenters den Kernel mit den Optionen Disable send complete und Disable sending llc neu kompilieren.

4.12 feature_btx: Ist unter ISND4LINUX der Zugriff auf das deutsche Videotex/Btx/Datex-J möglich?

Ja, es funktioniert mit der Modememulation mit den Devices ttyI*. Es muss ein bestimmtes Register für videotex gesetzt werden (ATSx=y - schau in die Readme-Dateien). Warnung! XCept (früher Xbtx) hat eine Konfigurationsoption für ISDN. Diese sollte NICHT benutzt werden. XCept sollte eingestellt werden, als ob ein normales Modem benutzt wird.

4.13 feature_clock: Wie kann ich die Uhr meines Computers mit ISDN stellen?

Dies bietet Isdnlog mit der Option '-t'. Leider werden Sekunden via ISDN nicht übertragen und die vermittelte Zeit ist nicht sehr genau - abhängig von der ISDN-Ausstattung Deiner Telefongesellschaft kann eine Abweichung von mehreren Minuten (!) bestehen. Besser, Du holst Dir eine funkgesteuerte PC-Uhr und fragst sie bspw. mit xntp ab. Ebenso kannst Du einen Zeit-Server im Internet mit den Programmen 'netdate' oder 'rdate' benutzen. Neben vielen anderen gibt es einen Zeit-Server in Köln: time.rrz.uni-koeln.de.

4.14 feature_dosemu: Läuft ISDN4LINUX unter dem Dosemu?

Ja! Steffan Henke henker@informatik.uni-bremen.de schrieb am 25.Okt.96:

Es genügt, wenn man in der dosemu.conf einen virtuellen ComPort (z.B. Com2) einträgt, der mit z.B., Telix oder Terminal benutzt werden kann: serial { com 2 device /dev/ttyI3 }. Zugang mit Fossil ist möglich, wenn fossil.com (enthalten im Dosemu) gestartet ist. Getestet mit den Konfigurationen: - Kernel 2.0.21, Teles Treiber mit den Patches von Karsten - Kernel 2.0.21, HiSax

4.15 feature_capi: Gibt es ein CAPI Interface?

Z.Zt. gibt es nur ein CAPI 2.0 Interface für die aktive Karte AVM B1. Dieses Interface folgt dem offiziellen Standard CAPI 2.0, der kürzlich von der CAPI Association ( http://www.capi.org) für Linux verabschiedet wurde. Es gibt Bestrebungen dieses Interface allgemein verfügbar zu machen, also auch für andere Karten. Es gibt jedoch keine Pläne für ein CAPI 1.1 Interface.

4.16 feature_uus: Wird UUS (user to user signaling) unterstützt?

Ja, ISDN4LINUX könnte sowohl Senden als auch Empfangen unterstützen. Wegen der unklaren gesetzlichen Bestimmungen zum Gebrauch dieser Möglichkeit ist die Implementierung allerdings noch sehr unvollständig. Der Empfang von UUS ist nur durch die Debug Interfaces möglich. Das Senden wird nur in Verbindung mit dem Weiterleitungsdienst unterstützt (beim Abweisen eines Anrufes oder beim Senden eines Besetzt-Zeichens) aber nicht bei einem normalen Anruf. Empfehlenswert wäre anstelle von UUS der Gebrauch des Subaddressing (siehe Frage feature_subaddressing). Beachte bitte, daß das Senden von UUS kein kostenfreier Dienst ist (der Empfang ist kostenlos), zumindest bei einigen deutschen Telefon-Dienstanbietern musst Du dafür extra bezahlen (schau Dir die Nutzungsbestimmungen genau an). Zusätzlich solltest Du bedenken, daß bei einer Verbindung durch ein PBX die gesamten UUS Signale ausgefiltert werden könnten.

4.17 feature_subaddressing: Wird Subaddressing unterstützt?

Ja, ISDN4LINUX unterstützt Subaddressing (möglich in Frankreich). Übergib dem HiSax die Nummer in folgendem Format: <number>.<subaddress>. Möglicherweise musst Du jedoch diesen Dienst gesondert bestellen und für den Empfang bezahlen (das Senden ist kostenlos), abhängig von Deinem ISDN-Anbieter. Bedenke auch, daß bei einer Verbindung über ein PBX wahrscheinlich das ganze Subaddressing ausgefiltert wird.

4.18 feature_gsmv110: Kann ich eine Verbindung zu ISDN4LINUX von meinem PDA über ein GSM- Handy herstellen?

Ja, wenn der Dienstanbieter des Handys ein GSM-to-ISDN/V.110-Gateway besitzt. Das soll bei einer Verbindung von einem PalmPilot zu ISDN4LINUX mit V.110 funktioniert haben. Unter config_gsmv110 findest Du Genaueres zur Konfiguration.

4.19 feature_future: Welche Features sind für die Zukunft geplant?

Eigentlich sind die meisten Features bereits implementiert und werden nun verbessert. Die einzige neue Eigenschaft, die noch kommen könnte, wäre Least-Cost Routing, obwohl das wegen des Timings und der Hardware-Abhängigkeit sehr schwierig zu sein scheint. Achte auf neue Features für isdnlog. Wir werden sehen...


Next Previous Contents