-Generally, isdn4linux can control ISDN cards that are connected to the pc's
+Generally, isdn4linux can control ISDN cards that are connected to the PC's
ISA or PCI bus. Also a few PCMCIA cards are supported. However, isdn4linux can
.
distrib_getlatest: How can I get the latest isdn4linux?
-You can find the kernel source it in any kernel, however it may be outdated. To
-get a newer version, as well as the utility package you have several options.
-
-Via CVS:
-See question about access to CVS, which the developers use to merge their
-latest code: [.
-]Via FTP:
-There is a list of mirrors of the cvs tree; check:
- .
-
+There are different ways, depending on your kernel. Unless you are an
+experienced user of Linux, you should use a recent kernel (=first option).
+
+- You have a recent kernel (at least 2.0.36/2.2.11/2.3.14):
+Great choice, you have already the current kernel ISDN stuff.
+Additionally, you just need to get the current isdn4k-utils package from
+
- unless it's already
+included in your distribution.
+
+- You have an older kernels (before 2.0.36/2.2.11/2.3.14):
+An upgrade to a recent kernel is HIGHLY recommended. And it is MUCH easier
+to do a kernel upgrade than to get ISDN to work with your older kernel.
+Ok, now if you still want to keep your old kernel, here is how to do it:
+First you have to identify the correct CVS extract for your kernel version
+(CVS is the version control system the ISDN developers use to develop
+ISDN4LINUX). Take a CVS snapshot that is dated with about the date when your
+kernel came out. You find the kernel patches and the old isdn4k-utils packages
+on
+or on one of its mirrors
+(see on how to find
+mirrors).
+
+- As a developer:
+If you want to participate in the development of i4l, you can get the very
+latest stuff via CVS. For this, see the question about access to CVS:
+
[.
+]
distrib_cvs: How can I access the source from the current
development/what is the CVS tree all about?
-CVS - Concurrent Version System
+CVS - Concurrent Version System:
This is a multiuser/server extension to RCS (Revision Control System).
The I4L drivers are developed under CVS, and there exists on server
@@ -237,9 +254,10 @@ These encapsulations are possible:
- rawip
- ethernet
- Sync PPP
-
- X.25 (requires 2.1)
+
- X.25 (requires 2.1 or newer)
- cisco and cisco-h
-
- plus a few specialities.
+
- cisco-hk (=cisco with keepalive; requires 2.1 or newer)
+
- plus a few specialities: have a look at the man pages.
feature_voice: Can I use isdn4linux as an answering machine?
@@ -383,12 +401,12 @@ Advantages:
Disadvantages:
- No handshaking
-= Configuration must occur beforehand (IP addresses,...)
-= sensible to use for only for one provider at a time
+=> Configuration must occur beforehand (IP addresses,...)
+=> sensible to use for only for one provider at a time
- Authorization only by Caller ID
-= Dialin only possible from one's own number
+=> Dialin only possible from one's own number
- Fixed IP address
-= must be known ahead of time, more IP addresses required, no dynamic
+=> must be known ahead of time, more IP addresses required, no dynamic
assignment of addresses possible.
From this summary it should be clear under what conditions it makes sense
@@ -519,7 +537,20 @@ isdn4linux <email address>/, where <email address> is the
address to which mail from the list should be sent. To unsubscribe send a
message with the body .
+
+ docu_maillistdigest: How can I get a digest of the mailing list for
+isdn4linux (only one message per day)?
+
+
+Subscribe to the mailing list as described in question
+[, but as mailing list name
+use ] docu_mailarchive: Is there an archive of the isdn4linux mailing list?
@@ -599,6 +630,8 @@ Here the status from 4th September 1999 (constantly improving):
- ASUSCOM NETWORK INC. ISDNLink 128K PC adapter (order code I-IN100-ST-D)
- Dynalink IS64PH (OEM version of ASUSCOM NETWORK INC. ISDNLink 128K
adapter)
+
- All other ASUSCOM/Dynalink cards (includes OEM versions; in total more
+than 50 card versions)
- PCBIT-DP (OEM version of ASUSCOM NETWORK INC. ISDNLink)
- HFC-2BS0 based cards (TeleInt SA1)
- Sedlbauer Speed Card (Speed Win, Teledat 100, PCI, Fax+)
@@ -616,7 +649,7 @@ adapter)
- Scitel Quadro
- Gazel ISDN cards
- HFC-PCI based cards
-
- Winbond W6692 based cards
+
- PCI/Winbond W6692 based cards
Note:
@@ -627,6 +660,8 @@ Note:
- Teles PCI is EXPERIMENTAL
- Teles S0Box is EXPERIMENTAL
- Eicon.Diehl Diva U interface not tested
+
- No voice mode for all cards from CCD yet: HFC (Teleint) and HFC-S
+based cards (exception: HFC-S PCI works in voice mode)
The following cards are definitly not supported and will probably never,
@@ -727,12 +762,8 @@ needed. Therefore, one can use as many cards are there are slots.
If you really need a lot of ports, then eventuelly, a S2M card might be
interesting for you, see question [.
-Note that by default, i4l treats all available cards as a pool, first using all
-channels on the first card, then all on the second card, and so on. To change
-this, use the ] about
+the specialities for the configuration of more than one card.
hardware_teles: What should I know about before buying an ISDN card
from Teles?
@@ -846,13 +877,18 @@ plug off, and new plug (in the right direction) on.
Many PBX run non-standard ISDN protocolls on their internal bus. This may cause
i4l to print warnings when it encounters unexpected frames (some old versions
-even crash). Also, they may run 1TR6 protocoll by default, instead of Euro ISDN
-on their internal bus. You have to configure i4l (or the PBX) accordingly, best
-is you try both on the same or similar protocolls.
+even crash). This can increase your message file by as much as 1 MB in 3 days
+(the German PBX hardware_telestrouble: The PNP tools done work with my Teles 16.3 PNP
card!
@@ -909,7 +945,7 @@ Euro ISDN. Get a newer kernel if the desired type is not yet supported.
config_dialmode: When an IP packet should go over the link (which
usually triggers a dialout), all I see in the log is: &dquot;dial rejected:
-interface not in dialmode `auto'&dquot;?
+interface not in dialmode
The new ISDN drivers in 2.0.36 defaults to manual dialmode, not
@@ -1031,7 +1067,6 @@ modules can not store their status, and could miss important messages on the
D channel. Newer versions of i4l ensure that they won't be unloaded by
kerneld, but you should not try to use kerneld with any version of i4l.
-
config_runlevel: How can I boot Linux sometimes with
ISDN, and sometimes without?
@@ -1040,6 +1075,24 @@ Yes, you can define two different run level for this (under SysVInit) in
/etc/inittab . One run level includes the ISDN processes, where the
other one does not.
+ config_manycards: How do I configure more than 1 ISDN card?
+
+
+There are some specialities for configuration of more than 1 card:
+
+- You have to start a driver for every type of card you have, with the
+correct configuration arguments.
+
- To handle more than 1 card with the same driver (e.g. HiSax should
+handle an ELSA and an ASUS card), you have to pass the configuration arguments
+for all cards to this driver. Please note, that you'll have to use modules
+for more than two cards, to pass all arguments.
+
- Dialin of many people at the same time: have a look at question
+
[.
+]- Dialout through several cards: have a look at question
+
[.
+]
+
+
config_manychannels: How can I increase i4l's maximum number of
channels?
@@ -1976,7 +2029,7 @@ extensions!
The first zero is not dialed. It only shows the retry counter, which is related
-to the ``isdnctrl dialmax'' parameter.
+to the syncppp_ethfake: My ISDN device is shown with HWaddr and IRQ=0 and
base address = 0 when I list it with ifconfig
@@ -2367,13 +2420,42 @@ updates can only be switched off on the Cisco. You can configure
send out routing updates only when they are received through this interface.
+ dialout: Configuration of Dial-Out
+
+
+ dialout_manycards: How do I configure dialout with more than 1 ISDN
+card?
+
+
+There are several possibilities to configure dialout.
+
+- Dialout anywhere (default: all available cards are a pool):
+just configure your cards in the order in which you want them to be dialed out.
+First all channels on the first card are used, then all on the second card,
+and so on.
+
- Dialout on one specific channel: Use the
Dialout on one specific card: you can configure this by using the
+
+isdnctrl mapping <carddriver1> 111,222,333,,
+isdnctrl mapping <carddriver2> 999,888,,777
+
+Now, just configure for telephone number 0 when you really want to use MSN
+111 on <carddriver1> or 999 on <carddriver2>. Configure to use
+number 1 when you really want to use MSN 222 on <carddriver1> or 888
+on <carddriver2>. Configure to use telephone number 2 when you really
+want to use only MSN 333 on <carddriver1> (<carddriver2> will
+never be used). Configure to use telephone number 3 when you really want to
+use only MSN 777 on <carddriver2> (<carddriver1> will never
+be used).
+
+
dialin: Configuration of a Dial-In Server
-
-
dialin_config: How can I enable others to login via ISDN?
@@ -2405,23 +2487,23 @@ init-chat &dquot;&dquot; ATZ OK AT&E123456 OK AT&B512 OK
For X.75 the block size was set to 512 bytes.
Alternatively you can enter the entire configuration onto a single line
-in /etc/inittab (here printed on two lines!):
+in /etc/inittab (here printed on two lines!):
i0:45:respawn:/sbin/mgetty -D -m '&dquot;&dquot; ATZ OK AT&E123456 OK
AT&B512 OK' -s 38400 ttyI0
The most elegant way is to use iprofd. This daemon takes advantage of
the AT&W0 command in the i4l modem emulation. You start iprofd
-with a path as parameter, e.g. &dquot;iprofd /etc/i4lprofile&dquot;
+with a path as parameter, e.g. &dquot;iprofd /etc/i4lprofile&dquot;
Then with minicom or another terminal program, open an ISDN tty
-device and enter the necessary AT commander by hand.
-When finished, enter the command AT&W0, then the kernel notifies iprofd
-to write the current configuration to the file. From now on it is enough
+device and enter the necessary AT command by hand.
+When finished, enter the command AT&W0 , then the kernel notifies
+iprofd to write the current configuration to the file. From now on it is enough
to start iprofd in you isdn init script, and to initialize the appropriate
ISDN tty devices with ATZ .
- dialin_manyparallel: How can I allow several people to call in to me at
-the same time?
+ dialin_manyparallel: How can I allow several people to call in
+to me at the same time?
You have to configure exactly as many gettys or network interfaces as the
@@ -2462,6 +2544,24 @@ To allow all users simply:
The latter can also be achieved when the file pap-secrets does not
exist.
+ dialin_ignored: I keep getting the message &dquot;isdn_tty: call from
+XXX - YYY ignored&dquot;. Why does isdn4linux (syncPPP) ignore this dialin
+attempt?
+
+
+There are two possible explanations. Either your own MSN (here: YYY)
+is not correctly set with &dquot;isdnctrl eaz interface YYY&dquot;. Or
+&dquot;isdnctrl secure interface on&dquot; was set, without allowing calls from
+the incoming number (here: XXX) with &dquot;isdnctrl addphone interface in
+XXX&dquot;.
+
+ dialin_async: A SunISDN tries to dial into my i4l system.
+
+
+The Sun tries to communicate with asyncPPP. ipppd can't handle
+this, you have to use the ttyI* devices and the standard pppd.
+
+
leased: Leased lines
@@ -2615,8 +2715,13 @@ be added and removed. However, there is the program ibod available,
which can do this automatically. Have a look at:
-In the file etc/rc.isdn.syncppp.MPPP in the isdn4k-utils package you
-may find a sample script (unfortunately missing in some i4l version).
+In the file etc/rc.isdn.syncppp.MPPP in the isdn4k-utils package you
+can find a sample script (unfortunately missing in some i4l version).
+
+Please note that your Internet Provider has to allow you to make use of these
+features. Also, there may be a limit on how many channels you are allowed to
+open at the same time. It could be that all links are dropped when you exceed
+this limit.
2channel_mpppgoodbad: What are the advantages and disadvantages of MPPP?
@@ -3083,17 +3188,63 @@ Example: You open a browser with no or a local homepage. Nothing happens. You
enter some url to connect to, this will send ip packages to the network
interface - thereby triggering a dialout.
+ dod_disaster: What is a charge unit disaster?
+
+
+The charge unit disaster can happen for many reasons (see question
+[ for more details). However the results are identical:
+your computer dials out to your Internet Provider more often than you want,
+thereby increasing your telephone bill by a large amount (especially when
+you are not only charged for time online, but also a minimum amount/charge unit
+for every dialin). The term 'large amount' is rather flexible. Anything is
+possible:
+]
+- 'Cheap': any DNS request opens the line, causing several dialouts per
+day (depending on your programs). If this happens 10 times a day, this makes
+up about 300 unneeded dialouts per month.
+
- 'Not so cheap': Some Windows 95 computer in your LAN triggers a dialout
+every 15 minutes for one of its silly broadcasts (see question
+
[). Makes up 96 dialouts per day, or 2880 per month.
+]- 'Medium': Your email client is configured to check every 5 minutes
+whether you have new emails at your Internet Service Provider. Makes up
+288 dialouts per day, 8640 per month.
+
- 'Expensive': Keep alive packets prevent that your line ever hangs up.
+Your line is always on. Note: THIS IS NOT THE WORST CASE!
+
- 'More Expensive': Something goes wrong with dynamic addresses,
+leaving sockets open when hanging up. The sockets trigger another dialout
+when they try to resolve this, but since now you have a new ip address, the
+issue can't be resolved. The line will eventually hang up (when depends on
+your timeouts), but then re-open - since the sockets trigger another dialout.
+If you are unlucky, you never get the same ip address back, so this repeats
+continuously. Your line is almost always on, but on top of it you have to pay
+for many dialouts: if your timeout is 30 seconds, this makes up 2880 dialouts
+per day, 86400 per month.
+
- 'Most Expensive - Worst Case': You misconfigure dialout/callback, so
+that when your (the initiating) computer dials out to your Internet Provider,
+who then hangs up on you (e.g. authorization failed - maybe he also has some
+misconfiguration or unhooks despite being down), and your computer
+immediately dials out again. This is only limited by the amount of time
+needed to dial out. If we assume 2 seconds for each attempt (conservative
+estimate), this makes up 43200 dialouts per day, or 1296000 per month!
+
+
+This is no joke, and all these thing have actually happened, even to real
+isdn4linux experts! See question [ on how to avoid any
+risk of this happening to you.
+
] dod_causes: What can cause a charge unit disaster?
-There are many possibilities.
+There are many possibilities. See question [ on how
+to track down what is happening to you. See question ][
+on how expensive that could be. Here a non-comprehensive list of causes:
]
-- You compiled your kernel with the option Bridging by mistake
+
- You compiled your kernel with the option Bridging by mistake.
- ARP requests or broadcasts? You should run ifconfig with the options
-arp and -broadcast to keep from opening connections in this
way. You can recognize this one when you have a dialout, but Other Broadcasts from the interfaces were being forwarded by ISDN
+- Other Broadcasts from the interfaces were being forwarded by ISDN.
- If IP connections are still open with the line is disconnected and
IP addresses are dynamically assigned, then the disaster is inevitable.
Then a new connection is started to bring down the open IP connections,
@@ -3102,6 +3253,21 @@ but the IP connections are still open, the line is dialed again, and
so on... This can only be avoided with the RST-Revoking patch, which has found
its way into the 2.0.x kernels, but not into 2.1/2.2/2.3 (see the appropriate
question below).
+
- Requests from your local DNS trigger a dialout: see question
+
[.
+]- Sendmail triggers the dialout: see question
+
[.
+]- Windows 95 clients trigger the dialout: see questions
+
[,
+][,
+and ][.
+]- Samba triggers the dialout: see question
[.
+]- Netscape triggers a dialout when started: see question
+
[.
+]- Manually close IP connections which are still open when the line
+goes down: see question
[.
+]- Your computer is crashed, but still processes interrupts: see
+question
[.
]
dod_off: How can I safely turn off dialout on demand?
@@ -3306,47 +3472,18 @@ telephone number, then &dquot;no outgoing number...&dquot; appears in the
syslog, and as soon as the interface is &dquot;up&dquot;, all connections will
be closed.
- dod_openlineoncrash: Is it possible that even with a crashed computer a
-ISDN connection remains open (and the charge units accumulate)?
-
+ dod_onlineoncrash: Is it possible that even with a crashed computer
+a ISDN connection remains open (and the charge units accumulate)?
+
-Karsten Keil wrote on 11 Feb 1997:
-I'm guessing, that with the status enquiry (in Switzerland - Ed.) you
-simply want to make sure that when the user side has crashed, the connection
-is broken. This is in addition to the Layer 2 monitoring and is not
-totally senseless, since with many cards/end devices the ISAC is run in
-auto mode and therefore a crash would keep the connection open.
-
-However, i4l runs the ISAC in nonauto mode, meaning that when interrupts
-are no longer being process, the connection is broken after a maximum
-of about 1/2 a minute. This is not the reason for using nonauto mode, but
-this is a safety feature ;-), but doesn't mean that the charge unit
-disaster is impossible.
-
-
-
-
- Dialin
-
- dialin_ignored: I keep getting the message &dquot;isdn_tty: call from
-XXX - YYY ignored&dquot;. Why does isdn4linux (syncPPP) ignore this dialin
-attempt?
-
-
-There are two possible explanations. Either your own MSN (here: YYY)
-is not correctly set with &dquot;isdnctrl eaz interface YYY&dquot;. Or
-&dquot;isdnctrl secure interface on&dquot; was set, without allowing calls from
-the incoming number (here: XXX) with &dquot;isdnctrl addphone interface in
-XXX&dquot;.
-
- dialin_async: A SunISDN tries to dial into my i4l system.
-
-
-The Sun tries to communicate with asyncPPP. ipppd can't handle
-this, you have to use the ttyI* devices and the standard pppd.
-
+The ISAC chipset, which is in use on many ISDN cards, can be run in either
+auto mode, or in non-auto mode. When run in auto mode, the connection could
+be up when the computer is crashed (the card keeps it up and running).
+Since the HiSax driver uses nonauto mode, this should not happen with
+ISDN4LINUX. Once no interrupt is processed on your machine, the connection
+will stop at maximum half a minute later. Only in the unlikely event that
+your machine is crashed, while interrupts are still processed normally, this
+could happen.