Version 2.0.13. Major updates, especially more warning on dial on demand.
This commit is contained in:
parent
667a451e73
commit
e7386bc74a
323
FAQ/i4lfaq.sgml
323
FAQ/i4lfaq.sgml
|
@ -4,7 +4,7 @@
|
||||||
|
|
||||||
<title>FAQ for isdn4linux
|
<title>FAQ for isdn4linux
|
||||||
<author>Matthias Hessler (<tt><htmlurl url="mailto:hessler@isdn4linux.de" name="hessler@isdn4linux.de"></tt>)
|
<author>Matthias Hessler (<tt><htmlurl url="mailto:hessler@isdn4linux.de" name="hessler@isdn4linux.de"></tt>)
|
||||||
<date>v2.0.12, 17. September 1999
|
<date>v2.0.13, 27. September 1999
|
||||||
<abstract>
|
<abstract>
|
||||||
If you are reading this FAQ online, you may consider downloading the whole
|
If you are reading this FAQ online, you may consider downloading the whole
|
||||||
thing, and reading it offline (much cheaper). To download the latest
|
thing, and reading it offline (much cheaper). To download the latest
|
||||||
|
@ -84,7 +84,7 @@ make use of ISDN specific features.
|
||||||
<sect1> general_hardware: What hardware is supported by isdn4linux?
|
<sect1> general_hardware: What hardware is supported by isdn4linux?
|
||||||
<label id="general_hardware">
|
<label id="general_hardware">
|
||||||
<p>
|
<p>
|
||||||
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
|
ISA or PCI bus. Also a few PCMCIA cards are supported. However, isdn4linux can
|
||||||
<bf/not/ make use of any devices connected via a serial or parallel
|
<bf/not/ make use of any devices connected via a serial or parallel
|
||||||
interface (which are called 'terminal adaptors'). For more details on which
|
interface (which are called 'terminal adaptors'). For more details on which
|
||||||
|
@ -145,22 +145,39 @@ website. Have a look at <url url="http://www.isdn4linux.de/contacts">.
|
||||||
<sect1> distrib_getlatest: How can I get the latest isdn4linux?
|
<sect1> distrib_getlatest: How can I get the latest isdn4linux?
|
||||||
<label id="distrib_getlatest">
|
<label id="distrib_getlatest">
|
||||||
<p>
|
<p>
|
||||||
You can find the kernel source it in any kernel, however it may be outdated. To
|
There are different ways, depending on your kernel. Unless you are an
|
||||||
get a newer version, as well as the utility package you have several options.
|
experienced user of Linux, you should use a recent kernel (=first option).
|
||||||
<enum>
|
<itemize>
|
||||||
<item><bf>Via CVS:</bf>
|
<item>You have a recent kernel (at least 2.0.36/2.2.11/2.3.14):
|
||||||
See question about access to CVS, which the developers use to merge their
|
Great choice, you have already the current kernel ISDN stuff.
|
||||||
latest code: <ref id="distrib_cvs" name="distrib_cvs">.
|
Additionally, you just need to get the current isdn4k-utils package from
|
||||||
<item><bf>Via FTP:</bf>
|
<url url="ftp://ftp.isdn4linux.de/pub/isdn4linux/"> - unless it's already
|
||||||
There is a list of mirrors of the cvs tree; check:
|
included in your distribution.
|
||||||
<tt><url url="http://www.isdn4linux.de/download.php3"></tt>.
|
|
||||||
</enum>
|
<item>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 <url url="ftp://ftp.isdn4linux.de/pub/isdn4linux/">
|
||||||
|
or on one of its mirrors
|
||||||
|
(see <url url="http://www.isdn4linux.de/download.php3"> on how to find
|
||||||
|
mirrors).
|
||||||
|
|
||||||
|
<item>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:
|
||||||
|
<ref id="distrib_cvs" name="distrib_cvs">.
|
||||||
|
</itemize>
|
||||||
|
|
||||||
<sect1> distrib_cvs: How can I access the source from the current
|
<sect1> distrib_cvs: How can I access the source from the current
|
||||||
development/what is the CVS tree all about?
|
development/what is the CVS tree all about?
|
||||||
<label id="distrib_cvs">
|
<label id="distrib_cvs">
|
||||||
<p>
|
<p>
|
||||||
CVS - Concurrent Version System
|
CVS - Concurrent Version System:
|
||||||
|
|
||||||
This is a multiuser/server extension to RCS (Revision Control System).
|
This is a multiuser/server extension to RCS (Revision Control System).
|
||||||
The I4L drivers are developed under CVS, and there exists on server
|
The I4L drivers are developed under CVS, and there exists on server
|
||||||
|
@ -237,9 +254,10 @@ These encapsulations are possible:
|
||||||
<item>rawip
|
<item>rawip
|
||||||
<item>ethernet
|
<item>ethernet
|
||||||
<item>Sync PPP
|
<item>Sync PPP
|
||||||
<item>X.25 (requires 2.1)
|
<item>X.25 (requires 2.1 or newer)
|
||||||
<item>cisco and cisco-h
|
<item>cisco and cisco-h
|
||||||
<item>plus a few specialities.
|
<item>cisco-hk (=cisco with keepalive; requires 2.1 or newer)
|
||||||
|
<item>plus a few specialities: have a look at the man pages.
|
||||||
</itemize>
|
</itemize>
|
||||||
|
|
||||||
<sect1> feature_voice: Can I use isdn4linux as an answering machine?
|
<sect1> feature_voice: Can I use isdn4linux as an answering machine?
|
||||||
|
@ -383,12 +401,12 @@ Advantages:
|
||||||
Disadvantages:
|
Disadvantages:
|
||||||
<itemize>
|
<itemize>
|
||||||
<item> No handshaking
|
<item> No handshaking
|
||||||
= Configuration must occur beforehand (IP addresses,...)
|
=> Configuration must occur beforehand (IP addresses,...)
|
||||||
= sensible to use for only for one provider at a time
|
=> sensible to use for only for one provider at a time
|
||||||
<item> Authorization only by Caller ID
|
<item> Authorization only by Caller ID
|
||||||
= Dialin only possible from one's own number
|
=> Dialin only possible from one's own number
|
||||||
<item> Fixed IP address
|
<item> 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.
|
assignment of addresses possible.
|
||||||
</itemize>
|
</itemize>
|
||||||
From this summary it should be clear under what conditions it makes sense
|
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
|
address to which mail from the list should be sent. To unsubscribe send a
|
||||||
message with the body <tt/unsubscribe isdn4linux <email address>/ at the
|
message with the body <tt/unsubscribe isdn4linux <email address>/ at the
|
||||||
same address. Please note: there are about 20-50 messages per day on this
|
same address. Please note: there are about 20-50 messages per day on this
|
||||||
mailing list.
|
mailing list. To receive only one message per day, containing all postings,
|
||||||
|
have a look at question
|
||||||
|
<ref id="docu_maillistdigest" name="docu_maillistdigest">.
|
||||||
|
|
||||||
|
<sect1> docu_maillistdigest: How can I get a digest of the mailing list for
|
||||||
|
isdn4linux (only one message per day)?
|
||||||
|
<label id="docu_maillistdigest">
|
||||||
|
<p>
|
||||||
|
Subscribe to the mailing list as described in question
|
||||||
|
<ref id="docu_mailinglist" name="docu_mailinglist">, but as mailing list name
|
||||||
|
use <tt/isdn4linux-digest/ rather than <tt/isdn4linux/. So your message body
|
||||||
|
should read <tt/subscribe isdn4linux-digest <email address>/ for
|
||||||
|
subscription, and <tt/unsubscribe isdn4linux-digest <email address>/
|
||||||
|
for unsubscription.
|
||||||
|
|
||||||
<sect1> docu_mailarchive: Is there an archive of the isdn4linux mailing list?
|
<sect1> docu_mailarchive: Is there an archive of the isdn4linux mailing list?
|
||||||
<label id="docu_mailarchive">
|
<label id="docu_mailarchive">
|
||||||
|
@ -599,6 +630,8 @@ Here the status from 4th September 1999 (constantly improving):
|
||||||
<item>ASUSCOM NETWORK INC. ISDNLink 128K PC adapter (order code I-IN100-ST-D)
|
<item>ASUSCOM NETWORK INC. ISDNLink 128K PC adapter (order code I-IN100-ST-D)
|
||||||
<item>Dynalink IS64PH (OEM version of ASUSCOM NETWORK INC. ISDNLink 128K
|
<item>Dynalink IS64PH (OEM version of ASUSCOM NETWORK INC. ISDNLink 128K
|
||||||
adapter)
|
adapter)
|
||||||
|
<item>All other ASUSCOM/Dynalink cards (includes OEM versions; in total more
|
||||||
|
than 50 card versions)
|
||||||
<item>PCBIT-DP (OEM version of ASUSCOM NETWORK INC. ISDNLink)
|
<item>PCBIT-DP (OEM version of ASUSCOM NETWORK INC. ISDNLink)
|
||||||
<item>HFC-2BS0 based cards (TeleInt SA1)
|
<item>HFC-2BS0 based cards (TeleInt SA1)
|
||||||
<item>Sedlbauer Speed Card (Speed Win, Teledat 100, PCI, Fax+)
|
<item>Sedlbauer Speed Card (Speed Win, Teledat 100, PCI, Fax+)
|
||||||
|
@ -616,7 +649,7 @@ adapter)
|
||||||
<item>Scitel Quadro
|
<item>Scitel Quadro
|
||||||
<item>Gazel ISDN cards
|
<item>Gazel ISDN cards
|
||||||
<item>HFC-PCI based cards
|
<item>HFC-PCI based cards
|
||||||
<item>Winbond W6692 based cards
|
<item>PCI/Winbond W6692 based cards
|
||||||
</itemize>
|
</itemize>
|
||||||
Note:
|
Note:
|
||||||
<itemize>
|
<itemize>
|
||||||
|
@ -627,6 +660,8 @@ Note:
|
||||||
<item>Teles PCI is EXPERIMENTAL
|
<item>Teles PCI is EXPERIMENTAL
|
||||||
<item>Teles S0Box is EXPERIMENTAL
|
<item>Teles S0Box is EXPERIMENTAL
|
||||||
<item>Eicon.Diehl Diva U interface not tested
|
<item>Eicon.Diehl Diva U interface not tested
|
||||||
|
<item>No voice mode for all cards from CCD yet: HFC (Teleint) and HFC-S
|
||||||
|
based cards (exception: HFC-S PCI works in voice mode)
|
||||||
</itemize>
|
</itemize>
|
||||||
|
|
||||||
The following cards are definitly not supported and will probably never,
|
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
|
If you really need a lot of ports, then eventuelly, a S2M card might be
|
||||||
interesting for you, see question <ref id="hardware_s2m" name="hardware_s2m">.
|
interesting for you, see question <ref id="hardware_s2m" name="hardware_s2m">.
|
||||||
|
|
||||||
Note that by default, i4l treats all available cards as a pool, first using all
|
See question <ref id="config_manycards" name="config_manycards"> about
|
||||||
channels on the first card, then all on the second card, and so on. To change
|
the specialities for the configuration of more than one card.
|
||||||
this, use the <tt/isdnctrl bind/ (not pppbind) command.
|
|
||||||
|
|
||||||
Also note, that you'll have to use modules for more than two cards, to pass
|
|
||||||
all arguments.
|
|
||||||
|
|
||||||
<sect1> hardware_teles: What should I know about before buying an ISDN card
|
<sect1> hardware_teles: What should I know about before buying an ISDN card
|
||||||
from Teles?
|
from Teles?
|
||||||
|
@ -846,13 +877,18 @@ plug off, and new plug (in the right direction) on.
|
||||||
<p>
|
<p>
|
||||||
Many PBX run non-standard ISDN protocolls on their internal bus. This may cause
|
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
|
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
|
even crash). This can increase your message file by as much as 1 MB in 3 days
|
||||||
on their internal bus. You have to configure i4l (or the PBX) accordingly, best
|
(the German PBX <tt/Ackermann Euracom 181/ seems to be notorious for this).
|
||||||
is you try both on the same or similar protocolls.
|
Also, a PBX may run 1TR6 protocoll on the internal bus by default, rather
|
||||||
|
than Euro ISDN. You have to configure i4l (or the PBX) accordingly, best
|
||||||
|
is you try to configure both on the same or similar protocolls.
|
||||||
|
|
||||||
Also the MSN may be different than you expect. Check several versions, one
|
Also the MSN may be different than you expect. Check several versions, no
|
||||||
digit, or two digits, or whole MSN. Best is you call some device (e.g. ISDN
|
digit (then use <tt/0/, which i4l will require in such a case), one digit, or
|
||||||
|
two digits, or the whole MSN. Best is you call some device (e.g. ISDN
|
||||||
telephone) on the internal bus and check what i4l writes into the log file.
|
telephone) on the internal bus and check what i4l writes into the log file.
|
||||||
|
Last, be reminded that you may have to configure your PBX to 'route' incoming
|
||||||
|
calls onto the internal ISDN bus.
|
||||||
|
|
||||||
<sect1> hardware_telestrouble: The PNP tools done work with my Teles 16.3 PNP
|
<sect1> hardware_telestrouble: The PNP tools done work with my Teles 16.3 PNP
|
||||||
card!
|
card!
|
||||||
|
@ -909,7 +945,7 @@ Euro ISDN. Get a newer kernel if the desired type is not yet supported.
|
||||||
|
|
||||||
<sect1> config_dialmode: When an IP packet should go over the link (which
|
<sect1> 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:
|
usually triggers a dialout), all I see in the log is: &dquot;dial rejected:
|
||||||
interface not in dialmode `auto'&dquot;?
|
interface not in dialmode <tt/auto/&dquot;?
|
||||||
<label id="config_dialmode">
|
<label id="config_dialmode">
|
||||||
<p>
|
<p>
|
||||||
The new ISDN drivers in 2.0.36 defaults to manual dialmode, not
|
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
|
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.
|
kerneld, but you should not try to use kerneld with any version of i4l.
|
||||||
|
|
||||||
|
|
||||||
<sect1> config_runlevel: How can I boot Linux sometimes with
|
<sect1> config_runlevel: How can I boot Linux sometimes with
|
||||||
ISDN, and sometimes without?
|
ISDN, and sometimes without?
|
||||||
<label id="config_runlevel">
|
<label id="config_runlevel">
|
||||||
|
@ -1040,6 +1075,24 @@ Yes, you can define two different run level for this (under SysVInit) in
|
||||||
<tt>/etc/inittab</tt>. One run level includes the ISDN processes, where the
|
<tt>/etc/inittab</tt>. One run level includes the ISDN processes, where the
|
||||||
other one does not.
|
other one does not.
|
||||||
|
|
||||||
|
<sect1> config_manycards: How do I configure more than 1 ISDN card?
|
||||||
|
<label id="config_manycards">
|
||||||
|
<p>
|
||||||
|
There are some specialities for configuration of more than 1 card:
|
||||||
|
<itemize>
|
||||||
|
<item>You have to start a driver for every type of card you have, with the
|
||||||
|
correct configuration arguments.
|
||||||
|
<item>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.
|
||||||
|
<item>Dialin of many people at the same time: have a look at question
|
||||||
|
<ref id="dialin_manyparallel" name="dialin_manyparallel">.
|
||||||
|
<item>Dialout through several cards: have a look at question
|
||||||
|
<ref id="dialout_manycards" name="dialout_manycards">.
|
||||||
|
</itemize>
|
||||||
|
|
||||||
|
|
||||||
<sect1> config_manychannels: How can I increase i4l's maximum number of
|
<sect1> config_manychannels: How can I increase i4l's maximum number of
|
||||||
channels?
|
channels?
|
||||||
<label id="config_manychannels">
|
<label id="config_manychannels">
|
||||||
|
@ -1976,7 +2029,7 @@ extensions!
|
||||||
<label id="syncppp_leadingzero">
|
<label id="syncppp_leadingzero">
|
||||||
<p>
|
<p>
|
||||||
The first zero is not dialed. It only shows the retry counter, which is related
|
The first zero is not dialed. It only shows the retry counter, which is related
|
||||||
to the ``isdnctrl dialmax'' parameter.
|
to the <tt/isdnctrl dialmax/ parameter.
|
||||||
|
|
||||||
<sect1> syncppp_ethfake: My ISDN device is shown with HWaddr and IRQ=0 and
|
<sect1> syncppp_ethfake: My ISDN device is shown with HWaddr and IRQ=0 and
|
||||||
base address = 0 when I list it with ifconfig
|
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.
|
send out routing updates only when they are received through this interface.
|
||||||
|
|
||||||
|
|
||||||
|
<sect> dialout: Configuration of Dial-Out
|
||||||
|
<label id="dialout">
|
||||||
|
|
||||||
|
<sect1> dialout_manycards: How do I configure dialout with more than 1 ISDN
|
||||||
|
card?
|
||||||
|
<label id="dialout_manycards">
|
||||||
|
<p>
|
||||||
|
There are several possibilities to configure dialout.
|
||||||
|
<itemize>
|
||||||
|
<item>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.
|
||||||
|
<item>Dialout on one specific channel: Use the <tt/isdnctrl bind/
|
||||||
|
(not pppbind) command to specify which channel should be used.
|
||||||
|
<item>Dialout on one specific card: you can configure this by using the
|
||||||
|
<tt/isdnctrl mappping/ functionality. Just map MSNs on the letters 0 to 9, like
|
||||||
|
this:
|
||||||
|
<code>
|
||||||
|
isdnctrl mapping <carddriver1> 111,222,333,,
|
||||||
|
isdnctrl mapping <carddriver2> 999,888,,777
|
||||||
|
</code>
|
||||||
|
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).
|
||||||
|
</itemize>
|
||||||
|
|
||||||
|
|
||||||
<sect> dialin: Configuration of a Dial-In Server
|
<sect> dialin: Configuration of a Dial-In Server
|
||||||
<label id="dialin">
|
<label id="dialin">
|
||||||
|
|
||||||
<!-- Config Dialin Server
|
|
||||||
-->
|
|
||||||
|
|
||||||
<sect1> dialin_config: How can I enable others to login via ISDN?
|
<sect1> dialin_config: How can I enable others to login via ISDN?
|
||||||
<label id="dialin_config">
|
<label id="dialin_config">
|
||||||
<p>
|
<p>
|
||||||
|
@ -2405,23 +2487,23 @@ init-chat &dquot;&dquot; ATZ OK AT&E123456 OK AT&B512 OK
|
||||||
</code>
|
</code>
|
||||||
For X.75 the block size was set to 512 bytes.
|
For X.75 the block size was set to 512 bytes.
|
||||||
Alternatively you can enter the entire configuration onto a single line
|
Alternatively you can enter the entire configuration onto a single line
|
||||||
in /etc/inittab (here printed on two lines!):
|
in <tt>/etc/inittab</tt> (here printed on two lines!):
|
||||||
<code>
|
<code>
|
||||||
i0:45:respawn:/sbin/mgetty -D -m '&dquot;&dquot; ATZ OK AT&E123456 OK
|
i0:45:respawn:/sbin/mgetty -D -m '&dquot;&dquot; ATZ OK AT&E123456 OK
|
||||||
AT&B512 OK' -s 38400 ttyI0
|
AT&B512 OK' -s 38400 ttyI0
|
||||||
</code>
|
</code>
|
||||||
The most elegant way is to use iprofd. This daemon takes advantage of
|
The most elegant way is to use iprofd. This daemon takes advantage of
|
||||||
the <tt>AT&W0</tt> command in the i4l modem emulation. You start iprofd
|
the <tt>AT&W0</tt> 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. <tt>&dquot;iprofd /etc/i4lprofile&dquot;</tt>
|
||||||
Then with minicom or another terminal program, open an ISDN tty
|
Then with minicom or another terminal program, open an ISDN tty
|
||||||
device and enter the necessary AT commander by hand.
|
device and enter the necessary AT command by hand.
|
||||||
When finished, enter the command AT&W0, then the kernel notifies iprofd
|
When finished, enter the command <tt>AT&W0</tt>, then the kernel notifies
|
||||||
to write the current configuration to the file. From now on it is enough
|
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
|
to start iprofd in you isdn init script, and to initialize the appropriate
|
||||||
ISDN tty devices with <tt>ATZ</tt>.
|
ISDN tty devices with <tt>ATZ</tt>.
|
||||||
|
|
||||||
<sect1> dialin_manyparallel: How can I allow several people to call in to me at
|
<sect1> dialin_manyparallel: How can I allow several people to call in
|
||||||
the same time?
|
to me at the same time?
|
||||||
<label id="dialin_manyparallel">
|
<label id="dialin_manyparallel">
|
||||||
<p>
|
<p>
|
||||||
You have to configure exactly as many gettys or network interfaces as the
|
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
|
The latter can also be achieved when the file pap-secrets does not
|
||||||
exist.
|
exist.
|
||||||
|
|
||||||
|
<sect1> dialin_ignored: I keep getting the message &dquot;isdn_tty: call from
|
||||||
|
XXX - YYY ignored&dquot;. Why does isdn4linux (syncPPP) ignore this dialin
|
||||||
|
attempt?
|
||||||
|
<label id="dialin_ignored">
|
||||||
|
<p>
|
||||||
|
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;.
|
||||||
|
|
||||||
|
<sect1> dialin_async: A SunISDN tries to dial into my i4l system.
|
||||||
|
<label id="dialin_async">
|
||||||
|
<p>
|
||||||
|
The Sun tries to communicate with asyncPPP. ipppd can't handle
|
||||||
|
this, you have to use the ttyI* devices and the standard pppd.
|
||||||
|
|
||||||
|
|
||||||
|
|
||||||
<sect> leased: Leased lines
|
<sect> leased: Leased lines
|
||||||
<label id="leased">
|
<label id="leased">
|
||||||
|
@ -2615,8 +2715,13 @@ be added and removed. However, there is the program <tt>ibod</tt> available,
|
||||||
which can do this automatically. Have a look at:
|
which can do this automatically. Have a look at:
|
||||||
<url url="http://www.compound.se/ibod.html">
|
<url url="http://www.compound.se/ibod.html">
|
||||||
|
|
||||||
In the file etc/rc.isdn.syncppp.MPPP in the isdn4k-utils package you
|
In the file <tt>etc/rc.isdn.syncppp.MPPP</tt> in the isdn4k-utils package you
|
||||||
may find a sample script (unfortunately missing in some i4l version).
|
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.
|
||||||
|
|
||||||
<sect1> 2channel_mpppgoodbad: What are the advantages and disadvantages of MPPP?
|
<sect1> 2channel_mpppgoodbad: What are the advantages and disadvantages of MPPP?
|
||||||
<label id="2channel_mpppgoodbad">
|
<label id="2channel_mpppgoodbad">
|
||||||
|
@ -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
|
enter some url to connect to, this will send ip packages to the network
|
||||||
interface - thereby triggering a dialout.
|
interface - thereby triggering a dialout.
|
||||||
|
|
||||||
|
<sect1> dod_disaster: What is a charge unit disaster?
|
||||||
|
<label id="dod_disaster">
|
||||||
|
<p>
|
||||||
|
The charge unit disaster can happen for many reasons (see question
|
||||||
|
<ref id="dod_causes" name="dod_causes"> 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:
|
||||||
|
<itemize>
|
||||||
|
<item>'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.
|
||||||
|
<item>'Not so cheap': Some Windows 95 computer in your LAN triggers a dialout
|
||||||
|
every 15 minutes for one of its silly broadcasts (see question
|
||||||
|
<ref id="dod_win95" name="dod_win95">). Makes up 96 dialouts per day, or 2880 per month.
|
||||||
|
<item>'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.
|
||||||
|
<item>'Expensive': Keep alive packets prevent that your line ever hangs up.
|
||||||
|
Your line is always on. Note: THIS IS NOT THE WORST CASE!
|
||||||
|
<item>'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.
|
||||||
|
<item>'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!
|
||||||
|
</itemize>
|
||||||
|
|
||||||
|
This is no joke, and all these thing have actually happened, even to real
|
||||||
|
isdn4linux experts! See question <ref id="dod_off" name="dod_off"> on how to avoid any
|
||||||
|
risk of this happening to you.
|
||||||
|
|
||||||
<sect1> dod_causes: What can cause a charge unit disaster?
|
<sect1> dod_causes: What can cause a charge unit disaster?
|
||||||
<label id="dod_causes">
|
<label id="dod_causes">
|
||||||
<p>
|
<p>
|
||||||
There are many possibilities.
|
There are many possibilities. See question <ref id="dod_strategy" name="dod_strategy"> on how
|
||||||
|
to track down what is happening to you. See question <ref id="dod_disaster" name="dod_disaster">
|
||||||
|
on how expensive that could be. Here a non-comprehensive list of causes:
|
||||||
<enum>
|
<enum>
|
||||||
<item>You compiled your kernel with the option Bridging by mistake
|
<item>You compiled your kernel with the option Bridging by mistake.
|
||||||
<item>ARP requests or broadcasts? You should run ifconfig with the options
|
<item>ARP requests or broadcasts? You should run ifconfig with the options
|
||||||
<tt>-arp</tt> and <tt>-broadcast</tt> to keep from opening connections in this
|
<tt>-arp</tt> and <tt>-broadcast</tt> to keep from opening connections in this
|
||||||
way. You can recognize this one when you have a dialout, but <em/no/ data is
|
way. You can recognize this one when you have a dialout, but <em/no/ data is
|
||||||
transferred.
|
transferred.
|
||||||
<item>Other Broadcasts from the interfaces were being forwarded by ISDN
|
<item>Other Broadcasts from the interfaces were being forwarded by ISDN.
|
||||||
<item>If IP connections are still open with the line is disconnected and
|
<item>If IP connections are still open with the line is disconnected and
|
||||||
IP addresses are dynamically assigned, then the disaster is inevitable.
|
IP addresses are dynamically assigned, then the disaster is inevitable.
|
||||||
Then a new connection is started to bring down the open IP connections,
|
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
|
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
|
its way into the 2.0.x kernels, but not into 2.1/2.2/2.3 (see the appropriate
|
||||||
question below).
|
question below).
|
||||||
|
<item>Requests from your local DNS trigger a dialout: see question
|
||||||
|
<ref id="dod_localdns" name="dod_localdns">.
|
||||||
|
<item>Sendmail triggers the dialout: see question
|
||||||
|
<ref id="dod_sendmail" name="dod_sendmail">.
|
||||||
|
<item>Windows 95 clients trigger the dialout: see questions
|
||||||
|
<ref id="dod_win95" name="dod_win95">,
|
||||||
|
<ref id="dod_localdns" name="dod_localdns">,
|
||||||
|
and <ref id="dod_win95b" name="dod_win95b">.
|
||||||
|
<item>Samba triggers the dialout: see question <ref id="dod_samba" name="dod_samba">.
|
||||||
|
<item>Netscape triggers a dialout when started: see question
|
||||||
|
<ref id="dod_netscape" name="dod_netscape">.
|
||||||
|
<item>Manually close IP connections which are still open when the line
|
||||||
|
goes down: see question <ref id="dod_closeipconnect" name="dod_closeipconnect">.
|
||||||
|
<item>Your computer is crashed, but still processes interrupts: see
|
||||||
|
question <ref id="dod_onlineoncrash" name="dod_onlineoncrash">.
|
||||||
</enum>
|
</enum>
|
||||||
|
|
||||||
<sect1> dod_off: How can I safely turn off dialout on demand?
|
<sect1> 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
|
syslog, and as soon as the interface is &dquot;up&dquot;, all connections will
|
||||||
be closed.
|
be closed.
|
||||||
|
|
||||||
<sect1> dod_openlineoncrash: Is it possible that even with a crashed computer a
|
<sect1> dod_onlineoncrash: Is it possible that even with a crashed computer
|
||||||
ISDN connection remains open (and the charge units accumulate)?
|
a ISDN connection remains open (and the charge units accumulate)?
|
||||||
<label id="dod_openlineoncrash">
|
<label id="dod_onlineoncrash">
|
||||||
<p>
|
<p>
|
||||||
Karsten Keil <tt><htmlurl url="mailto:keil@temic-ech.spacenet.de"
|
The ISAC chipset, which is in use on many ISDN cards, can be run in either
|
||||||
name="keil@temic-ech.spacenet.de"></tt> wrote on 11 Feb 1997:
|
auto mode, or in non-auto mode. When run in auto mode, the connection could
|
||||||
I'm guessing, that with the status enquiry (in Switzerland - Ed.) you
|
be up when the computer is crashed (the card keeps it up and running).
|
||||||
simply want to make sure that when the user side has crashed, the connection
|
Since the HiSax driver uses nonauto mode, this should not happen with
|
||||||
is broken. This is in addition to the Layer 2 monitoring and is not
|
ISDN4LINUX. Once no interrupt is processed on your machine, the connection
|
||||||
totally senseless, since with many cards/end devices the ISAC is run in
|
will stop at maximum half a minute later. Only in the unlikely event that
|
||||||
auto mode and therefore a crash would keep the connection open.
|
your machine is crashed, while interrupts are still processed normally, this
|
||||||
|
could happen.
|
||||||
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 Server
|
|
||||||
-->
|
|
||||||
|
|
||||||
<sect> Dialin
|
|
||||||
|
|
||||||
<sect1> dialin_ignored: I keep getting the message &dquot;isdn_tty: call from
|
|
||||||
XXX - YYY ignored&dquot;. Why does isdn4linux (syncPPP) ignore this dialin
|
|
||||||
attempt?
|
|
||||||
<label id="dialin_ignored">
|
|
||||||
<p>
|
|
||||||
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;.
|
|
||||||
|
|
||||||
<sect1> dialin_async: A SunISDN tries to dial into my i4l system.
|
|
||||||
<label id="dialin_async">
|
|
||||||
<p>
|
|
||||||
The Sun tries to communicate with asyncPPP. ipppd can't handle
|
|
||||||
this, you have to use the ttyI* devices and the standard pppd.
|
|
||||||
|
|
||||||
|
|
||||||
|
|
||||||
<!-- Callback
|
<!-- Callback
|
||||||
|
@ -3504,7 +3641,7 @@ isdn4linux.
|
||||||
<item>Eicon Diva 2.01 PCI
|
<item>Eicon Diva 2.01 PCI
|
||||||
</itemize>
|
</itemize>
|
||||||
|
|
||||||
<sect> 1tr6: German Pecularities (1TR6)
|
<sect> 1tr6: German Pecularities for 1TR6
|
||||||
<label id="1tr6">
|
<label id="1tr6">
|
||||||
|
|
||||||
<sect1> 1tr6_eaz: Which EAZ should I use for i4l?
|
<sect1> 1tr6_eaz: Which EAZ should I use for i4l?
|
||||||
|
@ -3596,8 +3733,8 @@ sub-addressing. If your phone number is 01 41 33 67 87, and you want to use
|
||||||
sub-address 02, then configure the local phone number of the HiSax driver as
|
sub-address 02, then configure the local phone number of the HiSax driver as
|
||||||
6787.02 .
|
6787.02 .
|
||||||
|
|
||||||
<sect1> countr_italy: Italy: What does our MSN look like?
|
<sect1> country_italy: Italy: What does our MSN look like?
|
||||||
<label id="countr_italy">
|
<label id="country_italy">
|
||||||
<p>
|
<p>
|
||||||
isdn4linux also works in Italy (ICN card). The MSN must be the phone number
|
isdn4linux also works in Italy (ICN card). The MSN must be the phone number
|
||||||
with the Italian area code but without the leading 0. For example, if my phone
|
with the Italian area code but without the leading 0. For example, if my phone
|
||||||
|
|
Loading…
Reference in New Issue