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 possible with the current version of isdn4linux.
You can either use "vgetty" from Gert Doerings
"mgetty+sendfax", or "vboxgetty" from Michael Herold,
which is made especially for isdn4linux.
The latter can be found at:
ftp://ftp.franken.de/pub/isdn4linux/contributions/
http://home.telia.no/Morten.Rolland/linux/i4lfax/index.html
ftp://ftp.aeccom.com/pub/fax4i4l/howto/current/
Call diversion features are have been implemented recently. Use the new
program divertctrl
. So far no howto and little documentation exists for
it, therefore currently this is something for the more experienced user. In
the Netherlands, the keypad protocol can be used alternatively.
Yes, just set up an ISDN interface with encapsulation
ethernet
. mars_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_CHANGE.
The current version of isdn4linux support 2 methods of channel bundling:
Yes, see the "Diald" part of the "Configuration" section.
Yes. If a network interface (e.g. "isdn0") is set up, the driver will dial the number. If in addition a hangup timeout (Idle Timeout) has been given, isdnctrl huptime interface time, then the driver will automatically hang up when no data was been transferred over the interface for "time" seconds. However, with syncPPP there are problems (see the syncPPP section). Also look at the dialmode description (see question config_dialmode). You may also be very interested in the big part of this FAQ that handles 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 "-t". 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 "netdate" or "rdate". One time server can be found in Cologne: time.rrz.uni-koeln.de, but there are many more.
Yes, you really 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 { com 2 device /dev/ttyI3 } 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
Raw IP does without the use of a protocol such as X.75 or HDLC (for modem emulation, etc.) or PPP. TCP/IP packets are directly exchanged. Raw IP has both advantages and disadvantages. Advantages:
Currently, there is a CAPI 2.0 interface only for the active card AVM B1. However, there are activities to make this a general interface, also for other cards. There are no plans to implement a CAPI 1.0 interface.
Yes, isdn4linux does support sending and receiving it. However, you should know that sending it is not a free service, at least in Germany 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:
<number>.<subaddress>
.
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. 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 timing and hardware dependent. We'll see...