<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2 Final//EN">
<HTML>
<HEAD>
<META NAME="GENERATOR" CONTENT="LinuxDoc-Tools 0.9.21">
<TITLE>ISDN4LINUX - FAQ (deutsche Version): feature: Leistungsmerkmale</TITLE>
<LINK HREF="i4lfaq-de-5.html" REL=next>
<LINK HREF="i4lfaq-de-3.html" REL=previous>
<LINK HREF="i4lfaq-de.html#toc4" REL=contents>
</HEAD>
<BODY>
<A HREF="i4lfaq-de-5.html">Next</A>
<A HREF="i4lfaq-de-3.html">Previous</A>
<A HREF="i4lfaq-de.html#toc4">Contents</A>
<HR>
<H2><A NAME="feature"></A> <A NAME="s4">4.</A> <A HREF="i4lfaq-de.html#toc4">feature: Leistungsmerkmale</A></H2>
<H2><A NAME="feature_not"></A> <A NAME="ss4.1">4.1</A> <A HREF="i4lfaq-de.html#toc4.1">feature_not: Welche Leistungsmerkmale von ISDN werden nicht von ISDN4LINUX angeboten?</A>
</H2>
<P>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.</P>
<H2><A NAME="feature_data"></A> <A NAME="ss4.2">4.2</A> <A HREF="i4lfaq-de.html#toc4.2">feature_data: Welche Arten des Datentransfer von ISDN werden unterstützt?</A>
</H2>
<P>Folgende Basisformate sind möglich:
<UL>
<LI> 56k asynchron : nein </LI>
<LI> 64k synchron : ja </LI>
<LI>128k synchron : ja (Kanalbündelung - siehe
<A HREF="#feature_2channel">feature_2channel</A>)</LI>
</UL>
Folgende Level2-Formate sind möglich:
<UL>
<LI>HDLC</LI>
<LI>X.75</LI>
<LI>transparent</LI>
<LI>V.110</LI>
</UL>
Diese Encapsulations sind möglich:
<UL>
<LI>rawip</LI>
<LI>ethernet</LI>
<LI>Sync PPP</LI>
<LI>X.25 (benötigt 2.1 oder neuer) </LI>
<LI>Cisco und Cisco-h</LI>
<LI>Cisco-hk (=Cisco mit Keepalive; benötigt 2.1 oder neuer)</LI>
<LI>und noch ein paar Spezialitäten: Schau mal in die Man-Seiten.</LI>
</UL>
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.</P>
<H2><A NAME="feature_voice"></A> <A NAME="ss4.3">4.3</A> <A HREF="i4lfaq-de.html#toc4.3">feature_voice: Unterstützt ISDN4LINUX Audio-Funktionen (z.B. Anrufbeantworter oder Voice-over-IP für H.323 Clients)? </A>
</H2>
<P>Ja, in der aktuellen Version von ISDN4LINUX ist die Unterstützung
für Audio-Funktionen enthalten. Als Anrufbeantworter kannst Du
entweder "vgetty" aus Gert Doerings "mgetty+sendfax" benutzen oder
"vboxgetty" von Michael Herold, das speziell für ISDN4LINUX
geschrieben wurde. Das letztere ist Teil des Paketes isdn4k-utils, das
Du auf <CODE>
<A HREF="ftp://ftp.franken.de/pub/">ftp://ftp.franken.de/pub/</A></CODE> findest.</P>
<P>Ebenso kannst Du ISDN4LINUX als Gateway für Voice-over-IP nutzen
und mit H.323-Clients (wie Voxilla oder Netmeeting) normale Telefone
anrufen und/oder umgekehrt. Details zur Konfiguration findest Du bei
der Frage
<A HREF="i4lfaq-de-7.html#config_h323">config_h323</A>.</P>
<H2><A NAME="feature_fax"></A> <A NAME="ss4.4">4.4</A> <A HREF="i4lfaq-de.html#toc4.4">feature_fax: Kann ich mit ISDN4LINUX faxen? </A>
</H2>
<P>
<UL>
<LI><B>Für alle passiven Karten (ausser von AVM):
NEIN</B>. Es gibt allerdings ein Projekt, das sich mit diesem doch
komplizierten Problem beschäftigt. Weitere Informationen
darüber erhältst Du unter <CODE>
<A HREF="http://home.enitel.no/mortenro/linux/i4lfax/index.html">http://home.enitel.no/mortenro/linux/i4lfax/index.html</A></CODE></LI>
<LI><B>Für passive Karten von AVM: Ja</B>. AVM brachte
kürzlich einen binären CAPI 2.0 Treiber heraus, der das
Faxen unterstützt. Die Konfiguration ist jedoch recht
kompliziert. Einen guten Einstieg bietet die Seite
<A HREF="http://www.avm.de/ftp/cardware/fritzcard/linux/index.htm">http://www.avm.de/ftp/cardware/fritzcard/linux/index.htm</A>. Suche
auch auf der Mailingliste nach Tips und möglichen
Folgen/Nachteilen.
</LI>
<LI><B>Für die aktive Karte AVM B1: Ja</B> (Fax ist als eines
ihrer Leistungsmerkmale in der Firmware implementiert). Die neuesten
Sachen dazu bekommst Du bei <CODE>
<A HREF="ftp://ftp.aeccom.com/pub/fax4i4l/howto/current/">ftp://ftp.aeccom.com/pub/fax4i4l/howto/current/</A></CODE> Die
korrekte Konfiguration soll allerdings recht schwierig sein. Eine
weitere hilfreiche Adresse ist <CODE>
<A HREF="http://www.topf-sicret.de/hepl/capi20.html">http://www.topf-sicret.de/hepl/capi20.html</A></CODE>.
</LI>
<LI><B>Für die aktiven PCI Karten von Hypercope HYSDN Ergo2
und HYSDN Metro4: Ja, nach dem Upgrade mit einer speziellen
Faxkarte</B>. Das Setup ist ähnlich wie bei der AVM B1, braucht
jedoch zusätzliche Patches.
</LI>
<LI><B>Für die aktiven Eicon Diva Serverkarten (ausser Diva
2.0Pro): Ja</B>. Schau Dir README.fax und README.eicon im Verzeichnis
<CODE>isdn/Documentation/isdn</CODE> und <CODE>
<A HREF="http://www.melware.de/">http://www.melware.de/</A></CODE> an. Die Eicon Diva Serverkarten
ermöglichen den Faxbetrieb mit Class 2 Befehlen.
</LI>
<LI><B>Für die semiaktiven Karten Sedlbauer Speedfax, Sedlbauer
Speedfax+ und Siemens I-SURF 1.0: Ja</B>. Allerdings ist dazu z.Zt.
noch etwas manuelle Arbeit notwendig und es werden nur Class 1 Befehle
unterstützt. Dazu erfährst Du Genaueres (z.B. einen
speziellen Patch) in der Mailingliste. Den Patch bekommst Du von
<CODE>
<A HREF="//ftp.isdn4linux.de/pub/isdn4linux/kernel/v2.2/testing/ i4l_isar_fclass1.tar.gz">//ftp.isdn4linux.de/pub/isdn4linux/kernel/v2.2/testing/ i4l_isar_fclass1.tar.gz</A></CODE>
Bei Kernel 2.2.15 oder neuer wird der Patch nicht benötigt. Du
musst allerdings die Kernel-Option für FCLASS2 setzen
(CONFIG_ISDN_TTY_FAX=Y). Desgleichen muss die Firmware der Karte (in
den isdn4k-utils enthalten) geladen werden:
<HR>
<PRE>
hisaxctrl <driver_id> 9 ISAR.BIN
</PRE>
<HR>
Dann initialisierst Du das ttyIn Interface mit
<HR>
<PRE>
ATZ&E<deine_msn>S0=1S13=1+FCLASS=1
</PRE>
<HR>
und benutzt eine normale Konfigurationsdatei für Hylafax Class 1.
Darin ersetzt Du die nicht unterstützten Befehle (z.B. flow
control) durch Dummies.
Zu der I-Surf 1.0 solltest Du Dir auch die Frage
<A HREF="i4lfaq-de-6.html#hardware_isurf">hardware_isurf</A> ansehen.</LI>
</UL>
</P>
<P>Weitere Informationen zum Aufsetzen eines Faxservers mit Hylafax
findest Du auf der Hylafax-Website:
<A HREF="http://www.hylafax.org">http://www.hylafax.org</A>
oder auf
<A HREF="http://www.mnd.fh-wiesbaden.de/~dreymann/linux">http://www.mnd.fh-wiesbaden.de/~dreymann/linux</A>.</P>
<P>Wenn Du jetzt faxen willst, ist ein analoges Modem neben Deiner
ISDN-Karte die beste Wahl. Für Firmen, die einen Faxserver
für mehrere Anschlüsse bereitstellen wollen, sind aktive
ISDN Karten interessant.</P>
<H2><A NAME="feature_modem"></A> <A NAME="ss4.5">4.5</A> <A HREF="i4lfaq-de.html#toc4.5">feature_modem: Kann ich mit ISDN4LINUX ein analoges Modem anrufen bzw. von dort angerufen werden?</A>
</H2>
<P>Im Allgemeinen: <B>NEIN</B>. Das geht meist nur mit Karten, mit
denen Du auch faxen kannst: siehe Frage
<A HREF="#feature_fax">feature_fax</A>.</P>
<P>Bei einer Sedlbauer-Karte kannst Du den folgenden Befehl an das ttyI*
geben:
<HR>
<PRE>
AT&FS14=10S15=0S18=1&E<your_msn>
</PRE>
<HR>
</P>
<H2><A NAME="feature_divert"></A> <A NAME="ss4.6">4.6</A> <A HREF="i4lfaq-de.html#toc4.6">feature_divert: Ist Anrufweiterleitung mit I4L möglich? </A>
</H2>
<P>Anrufweiterschaltung wurde erst vor kurzem in I4L eingearbeitet (das
neue Programm <CODE>divertctrl</CODE>). Für die Benutzung von capi4linux
finden Sie ein ähnliches Programm namens <CODE>capidivert</CODE> unter:
<A HREF=" http://www.tp1.ruhr-uni-bochum.de/~kai/i4l/"> http://www.tp1.ruhr-uni-bochum.de/~kai/i4l/</A>.Es gibt
dazu noch kein HOWTO und nur sehr sparsame Dokumentation. Deshalb ist es
nur etwas für den erfahreneren Benutzer.</P>
<P>In Holland kann als Alternative das "keypad protocol" benutzt werden.</P>
<H2><A NAME="feature_ipx"></A> <A NAME="ss4.7">4.7</A> <A HREF="i4lfaq-de.html#toc4.7">feature_ipx: Kann ich IPX/SPX über ISDN mit Linux routen? </A>
</H2>
<P>Ja, setze ein ISDN-Interface auf mit der Encapsulation <CODE>ethernet</CODE>
und benutze IPX framing ETHERNET_II. <EM>mars_nwe</EM> macht dann den Rest
(z.B. das Routing). Du kannst auch IPX mit dem IPPPD routen, siehe
<A HREF="i4lfaq-de-13.html#syncppp_ipx">syncppp_ipx</A>. </P>
<P>Bei IPX mit PPPD musst Du die Kompileroption IPX_CHANGE setzen. Sei
jedoch vorsichtig beim Gebrauch des Dial-on-Demand (dod), da IPX dabei
manchmal eine Katastrophe auslösen kann (siehe Frage
<A HREF="i4lfaq-de-17.html#dod_disaster">dod_disaster</A>).</P>
<H2><A NAME="feature_2channel"></A> <A NAME="ss4.8">4.8</A> <A HREF="i4lfaq-de.html#toc4.8">feature_2channel: Unterstützt ISDN4LINUX Kanalbündelung? </A>
</H2>
<P>Die aktuellen Versionen von ISDN4LINUX unterstützen 2 Arten der
Kanalbündelung:
<UL>
<LI><B>MP</B> (auch weithin als 'MPPP' bezeichnet, basiert auf
syncPPP) </LI>
<LI><B>Raw bundling</B> (konfiguriert durch sogenannte Slave
Channels)</LI>
</UL>
Beide Varianten haben ihre Vor- und Nachteile. Siehe Abschnitt
<A HREF="i4lfaq-de-19.html#2channel">2channel</A>. 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.</P>
<H2><A NAME="feature_diald"></A> <A NAME="ss4.9">4.9</A> <A HREF="i4lfaq-de.html#toc4.9">feature_diald: Kann ich ISDN4LINUX mit dem diald benutzen? </A>
</H2>
<P>Ja, kannst Du. Dazu musst Du die ttyI* Devices zur Hinauswahl
eingerichtet werden, also normalerweise so:
<HR>
<PRE>
/usr/sbin/diald /dev/ttyI4 -m ppp [....]
</PRE>
<HR>
wobei in [...] weiter Wählparameter angegeben werden können.
Die aktuelle Version des diald enthält Konfigurationsdateien
für ISDN, siehe
<A HREF="http://diald.sourceforge.net">http://diald.sourceforge.net</A>.</P>
<H2><A NAME="feature_dod"></A> <A NAME="ss4.10">4.10</A> <A HREF="i4lfaq-de.html#toc4.10">feature_dod: Unterstützt der Treiber 'dial on demand'? </A>
</H2>
<P>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.: <CODE>isdnctrl
huptime <interface> <time></CODE>), 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
<A HREF="i4lfaq-de-11.html#dialout_dialmode">dialout_dialmode</A>).
Ganz sicher sollte Dich der lange Bereich dieser FAQ interessieren,
der sich mit den Gefahren des unerwünschten Verbindungsaufbaus
beschäftigt: (
<A HREF="i4lfaq-de-17.html#dod">dod</A>).</P>
<H2><A NAME="feature_sms"></A> <A NAME="ss4.11">4.11</A> <A HREF="i4lfaq-de.html#toc4.11">feature_sms: Kann ich über ISDN kurze Nachrichten (SMS) an mein Mobiltelefon (Handy) senden?</A>
</H2>
<P>Ja, dafür kannst Du das Programm <CODE>yaps</CODE> benutzen. Du musst
allerdings wegen einiger Eigenheiten in der ISDN-Anbindung des
SMS-Callcenters den Kernel mit den Optionen <CODE>Disable send complete</CODE>
und <CODE>Disable sending llc</CODE> neu kompilieren.
Ein hilfreiches Konfigurationsbeispiel für yaps findest Du unter
<A HREF="http://www.tnt-computer.de/linux/yaps-suite1-1.tgz">http://www.tnt-computer.de/linux/yaps-suite1-1.tgz</A>.
Das Senden von SMS über ISDN wird vorwiegend von deutschen
Providern angeboten, in anderen Ländern funktioniert das manchmal
nicht. Holländische und britische SMS-Callcenter
unterstützen dieses Feature nicht. Bitte verständigt mich
wenn Euch weitere Informationen vorliegen.</P>
<P>Ein weiteres Programm zum Versenden von SMS ist <CODE>smsclient</CODE>. Du
findest es auf
<A HREF="http://www.styx.demon.co.uk">http://www.styx.demon.co.uk</A>.</P>
<H2><A NAME="feature_btx"></A> <A NAME="ss4.12">4.12</A> <A HREF="i4lfaq-de.html#toc4.12">feature_btx: Ist unter ISND4LINUX der Zugriff auf das deutsche Videotex/Btx/Datex-J möglich?</A>
</H2>
<P>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.</P>
<H2><A NAME="feature_clock"></A> <A NAME="ss4.13">4.13</A> <A HREF="i4lfaq-de.html#toc4.13">feature_clock: Kann ich die Uhr meines Computers mit ISDN stellen? </A>
</H2>
<P>Ja, Isdnlog bietet dies 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. Auf folgenden URLs
bekommst Du Informationen über den Gebrauch von Zeit-Servern:
<UL>
<LI>
<A HREF="http://www.eecis.udel.edu/~mills/ntp/servers.htm">http://www.eecis.udel.edu/~mills/ntp/servers.htm</A></LI>
<LI> In German:
<A HREF="http://www.ptb.de/deutsch/org/4/43/433/verb.htm">http://www.ptb.de/deutsch/org/4/43/433/verb.htm</A></LI>
<LI> In German:
<A HREF="http://www.ptb.de/deutsch/aktuell/pi/pi00/pi0100.htm">http://www.ptb.de/deutsch/aktuell/pi/pi00/pi0100.htm</A></LI>
</UL>
</P>
<H2><A NAME="feature_dosemu"></A> <A NAME="ss4.14">4.14</A> <A HREF="i4lfaq-de.html#toc4.14">feature_dosemu: Läuft ISDN4LINUX unter dem Dosemu? </A>
</H2>
<P>Ja! Steffan Henke <CODE>
<A HREF="mailto: henker@informatik.uni-bremen.de">henker@informatik.uni-bremen.de</A></CODE> schrieb am 25.Okt.96:
<BLOCKQUOTE>
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
</BLOCKQUOTE>
</P>
<H2><A NAME="feature_capi"></A> <A NAME="ss4.15">4.15</A> <A HREF="i4lfaq-de.html#toc4.15">feature_capi: Gibt es ein CAPI Interface? </A>
</H2>
<P>Z.Zt. unterstützen folgende Karten das CAPI 2.0 Interface:
<UL>
<LI> die aktive Karte AVM B1. </LI>
<LI> die aktiven DIVA Server Karten von Eicon. </LI>
<LI> die aktiven Karten von Hypercope (HYSDN Champ2, HYSDN Ergo2,
HYSDN Metro4)</LI>
<LI> die passive FritzCard von AVM. Dazu musst Du jedoch die als
Binary vorliegenden Treiber vom FTP-Server von AVM laden und manuell
installieren. Auf der folgenden Website findest Du ein gutes HowTo:
<A HREF="http://www.topf-sicret.de/help/capi20.html">http://www.topf-sicret.de/help/capi20.html</A>. Auch in der
Mailingliste findest Du jede Menge darüber.</LI>
</UL>
Dieses Interface folgt dem offiziellen Standard CAPI 2.0, der
kürzlich von der CAPI Association (
<A HREF="http://www.capi.org">http://www.capi.org</A>) 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.</P>
<H2><A NAME="feature_uus"></A> <A NAME="ss4.16">4.16</A> <A HREF="i4lfaq-de.html#toc4.16">feature_uus: Wird UUS (user to user signaling) unterstützt? </A>
</H2>
<P>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
<A HREF="#feature_subaddressing">feature_subaddressing</A>). 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.</P>
<H2><A NAME="feature_subaddressing"></A> <A NAME="ss4.17">4.17</A> <A HREF="i4lfaq-de.html#toc4.17">feature_subaddressing: Wird Subaddressing unterstützt? </A>
</H2>
<P>Ja, ISDN4LINUX unterstützt Subaddressing (möglich in
Frankreich). Übergib dem HiSax die Nummer in folgendem Format:
<CODE><number>.<subaddress></CODE>. 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.</P>
<H2><A NAME="feature_gsmv110"></A> <A NAME="ss4.18">4.18</A> <A HREF="i4lfaq-de.html#toc4.18">feature_gsmv110: Kann ich eine Verbindung zu ISDN4LINUX von meinem PDA über ein GSM- Handy herstellen?</A>
</H2>
<P>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
<A HREF="i4lfaq-de-7.html#config_gsmv110">config_gsmv110</A> findest Du Genaueres zur
Konfiguration.</P>
<H2><A NAME="feature_reversedcard"></A> <A NAME="ss4.19">4.19</A> <A HREF="i4lfaq-de.html#toc4.19">feature_reversedcard: Kann ISDN4LINUX ALLE Aktionen auf dem ISDN-Bus protokollieren (dual mode/reversed card/COLP/...)? </A>
</H2>
<P>Ja, ISDN4LINUX bietet dazu mehrere Möglichkeiten. Mehr dazu bei
der Frage
<A HREF="i4lfaq-de-24.html#isdnlog_reversedcard">isdnlog_reversedcard</A>.</P>
<H2><A NAME="feature_chargeint"></A> <A NAME="ss4.20">4.20</A> <A HREF="i4lfaq-de.html#toc4.20">feature_chargeint: Kann ISDN4LINUX kurz vor der nächsten Gebühreneinheit des Providers auflegen? </A>
</H2>
<P>Ja, das geht. Mehr dazu im Abschnitt
<A HREF="i4lfaq-de-18.html#chargeint">chargeint</A>.</P>
<H2><A NAME="feature_eurofile"></A> <A NAME="ss4.21">4.21</A> <A HREF="i4lfaq-de.html#toc4.21">feature_eurofile: Kann ISDN4LINUX Daten mittels EFT (Eurofile Transfer) übertragen?? </A>
</H2>
<P>Ja, ISDN4Linux bietet dazu spezielle Tools, die Bestandteil der
isdn4k-utils sind.</P>
<H2><A NAME="feature_leased"></A> <A NAME="ss4.22">4.22</A> <A HREF="i4lfaq-de.html#toc4.22">feature_leased: Kann ISDN4LINUX mit Miet-/Standleitungen (z.B. D64S) umgehen? </A>
</H2>
<P>Ja, das kann ISDN4LINUX (Erklärungen im Glossar:
<A HREF="i4lfaq-de-30.html#glossary_leased">glossary_leased</A>). Sieh Dir auch den
Bereich
<A HREF="i4lfaq-de-21.html#leased">leased</A> an.</P>
<H2><A NAME="feature_pointtopoint"></A> <A NAME="ss4.23">4.23</A> <A HREF="i4lfaq-de.html#toc4.23">feature_pointtopoint: Arbeitet ISDN4LINUX sowohl im Anlagenanschluss als auch im Mehrgeräteanschluss? </A>
</H2>
<P>Ja, ISDN4LINUX unterstützt beide Modi. Im Glossar werden die
Begriffe erklärt:
<A HREF="i4lfaq-de-30.html#glossary_pointtopointmode">glossary_pointtopointmode</A> und
<A HREF="i4lfaq-de-30.html#glossary_multidevicemode">glossary_multidevicemode</A>.</P>
<H2><A NAME="feature_ntmode"></A> <A NAME="ss4.24">4.24</A> <A HREF="i4lfaq-de.html#toc4.24">feature_ntmode: Kann man mit ISDN4LINUX eine Karte im NT-Modus betreiben? </A>
</H2>
<P>Ja, ISDN4LINUX unterstützt das, jedoch nur für bestimmte
Karten. Näheres unter
<A HREF="#feature_crossedcable">feature_crossedcable</A>. Mehr über den NT-Modus steht im
Glossar:
<A HREF="i4lfaq-de-30.html#glossary_ntmode">glossary_ntmode</A>.</P>
<H2><A NAME="feature_crossedcable"></A> <A NAME="ss4.25">4.25</A> <A HREF="i4lfaq-de.html#toc4.25">feature_crossedcable: Kann ich mit ISDN4LINUX 2 Geräte (2 ISDN-Karten) direkt durch ein Kreuzkabel verbinden? </A>
</H2>
<P>Ja. Das setzt jedoch voraus, daß die ISDN-Karten im NT-Modus
betrieben werden können (Details dazu im Glossar:
<A HREF="i4lfaq-de-30.html#glossary_ntmode">glossary_ntmode</A>). Das geht nur bei
wenigen Karten (z.B. mit HFC Chips). Zum Start der Karte im NT-Modus
muss folgender Befehl benutzt werden:</P>
<P>
<HR>
<PRE>
hisaxctrl <id> 98 1
</PRE>
<HR>
</P>
<P>Das gekreuzte Kabel muss - egal wie kurz es ist - terminiert
werden. Ohne Terminierung läft garnichts, nicht einmal bei einem
1m-Kabel. Manche HFC-Karten besitzen Jumper zur Terminierung.</P>
<P>Dies stellt jedoch nur die physikalische Verbindung her. Bisher
implementiert ISDN4LINUX (noch?) nicht das höhere ISDN-Protokoll
DSS1 (d.h., ISDN4LINUX kann dem ISDN-Gerät keinen ISDN-Knoten
vorspielen und die richtigen ISDN-Befehle erteilen). Daher kannst Du
zwar eine Standleitung simulieren aber keine Telefonanlage.</P>
<H2><A NAME="feature_lcr"></A> <A NAME="ss4.26">4.26</A> <A HREF="i4lfaq-de.html#toc4.26">feature_lcr: Ist mit ISDN4LINUX "least cost routing" (LCR) möglich?</A>
</H2>
<P>Ja, dieses Feature wird jetzt von isdnlog unterstützt. Damit
sucht isdnlog bei einem Anruf über die ISDN-Karte je nach
Tageszeit und Gebühreninformation den günstigsten Anbieter
aus. Seit isdnlog 4.16 wird ein externes Script aufgerufen (falls
konfiguriert) das verschiedene ISP-Einstellungen ändert (z.B.:
DNS, Proxy, ...). </P>
<P>Achte bitte darauf, daß die ABC-Erweiterungen (siehe
<A HREF="i4lfaq-de-5.html#docu_abc">docu_abc</A>) installiert werden
müssen. Weiterhin sollte isdnlog immer aktiv sein (sonst kann die
Hinauswahl um 3 Sekunden verzögert werden). Wenn die
ABC-Erweiterungen nicht installiert sind schreibt isdnlog Hinweise
darüber ins Logfile, welcher Provider ausgewählt worden
wäre.</P>
<H2><A NAME="feature_future"></A> <A NAME="ss4.27">4.27</A> <A HREF="i4lfaq-de.html#toc4.27">feature_future: Welche Features sind für die Zukunft geplant? </A>
</H2>
<P>Eigentlich sind die meisten Features bereits implementiert und werden
nun verbessert. Doch wer weiss, welche interessanten Features sich die
Entwickler noch einfallen lassen werden? Wir werden sehen...</P>
<HR>
<A HREF="i4lfaq-de-5.html">Next</A>
<A HREF="i4lfaq-de-3.html">Previous</A>
<A HREF="i4lfaq-de.html#toc4">Contents</A>
</BODY>
</HTML>
