Some ISDN features are device-specific and cannot be activated by isdn4linux for other devices, unless isdn4linux were to falsify the TEI (which would probably confuse the other device). Such device-specific ISDN features are, among others: rejection of a waiting call, caller id on/off, hold, conference calls, differing COLP/CLRP.
These low-level formats are possible:
Yes, voice support is included in the current version of isdn4linux.
You can either use {[quot ]}vgetty{[quot ]} from Gert Doerings
{[quot ]}mgetty+sendfax{[quot ]}, or {[quot ]}vboxgetty{[quot ]} from Michael Herold,
which is made especially for isdn4linux.
The latter can be found at:
{urlnam}
{urlnam}
{urlnam}
isdn/Documentation/isdn
directory, as well as:
{urlnam}
.
Call diversion features have been implemented recently. Use the new
program divertctrl
. So far there is no howto and only little
documentation, so for now this is something only for the more
experienced user. In the Netherlands, the keypad protocol can be used
as an alternative.
Yes, just set up an ISDN interface with encapsulation
ethernet
. mars{[lowbar]}nwe can do the rest (e.g. routing). Also, you can
route ipx with ipppd, see question
syncppp_ipx.
To use pppd for ipx, you have to give it the compile option IPX{[lowbar]}CHANGE.
The current version of isdn4linux support 2 methods of channel bundling:
Yes, see the {[quot ]}Diald{[quot ]} part of the {[quot ]}Configuration{[quot ]} section.
Yes. If a network interface (e.g. {[quot ]}isdn0{[quot ]}) is set up, the driver
will dial the number. If in addition a hangup timeout (Idle Timeout) has been
given (like: isdnctrl huptime {[lt ]}interface{[gt ]} {[lt ]}time{[gt ]}
), then
the driver will automatically hang up when no data was been transferred over
the interface for {[gt ]}time{[lt ]} seconds. However, with syncPPP there are
problems (see the syncPPP section).
Also look at the dialmode description (see question
dialout_dialmode).
You should definitely be very interested in the large section of this FAQ that
talks about the dangers of unwanted dialouts: (
dod).
Yes, you can use the program yaps
to do this. However, due to some
pecularities in the SMS-callcenter's ISDN connection, you have to compile the
kernel with the options Disable send complete
and
Disable sending llc
.
Yes, it works with the modem emulation with the ttyI* devices. There is a special register to set for videotex (ATSx=y - see the Readme's) Warning! XCept (formerly Xbtx) has an ISDN configuration option. This should NOT be used. XCept should be configured as if a normal modem were being used.
Isdnlog offers this feature with option {[quot ]}-t{[quot ]}. Unfortunately, the seconds are not transmitted via ISDN, and the transmitted time is not very accurate - depending on the ISDN equipment of your telephone company there may be a deviation of several minutes (!). It's better to get a PC clock that is set by radio signals and check it with, for example, xntp. You can also use a time server in the Internet with {[quot ]}netdate{[quot ]} or {[quot ]}rdate{[quot ]}. One time server can be found in Cologne: time.rrz.uni-koeln.de, but there are many more.
Yes, you can! Steffan Henke
henker@informatik.uni-bremen.de
wrote on 25 Oct 96:
In dosemu.conf it is enough to enter a virtual com port, (for example com2) that can be used with e.g. Telix or Terminate: serial {[lcub ]} com 2 device /dev/ttyI3 {[rcub ]} Access with Fossil is possible if fossil.com (included with dosemu) is started. Tested with the following configurations: - Kernel 2.0.21, Teles driver incl. Karsten's patches - Kernel 2.0.21, HiSax
Currently, there is a CAPI 2.0 interface only for the active card AVM B1. This interface follows the official CAPI 2.0 standard that was established recently for Linux by the CAPI Association (see {urlnam}). There are activities to make this a general interface, also for other cards. However, there are no plans to implement a CAPI 1.1 interface.
Yes, isdn4linux does support both sending and receiving. However, you should know that sending it is not a free service, at least with some German phone providers you have to pay extra for it (also have a close look on the usage conditions). Additionally, please note that if you are connected through a PBX, it will most likely filter out all the subaddressing stuff.
Yes, isdn4linux does support subaddressing (available in France).
To configure it, give HiSax the number in this format:
{[lt ]}number{[gt ]}.{[lt ]}subaddress{[gt ]}
.
Additionally, please note that if you are connected through a PBX, it will
most likely filter out all the subaddressing stuff.
Yes, if the provider of the cellular phone has a GSM to ISDN/V.110 gateway. This has been reported to work from a PalmPilot to isdn4linux with V.110.
Cards with an HFC-PCI chip allow specialities that may be supported in the future. So it is possible to run the card in NT mode (requires crossing the ISDN connection and change by software). Also, it is possible to give up one B-channel in exchange for reading the complete D-channel, which would be great for isdnlog. Another thing might be Least-Cost Routing, though that seems to be very tricky, as well as being timing and hardware dependent. We'll see...