1 |
1275 |
phoenix |
The isdn diversion services are a supporting module working together with
|
2 |
|
|
the isdn4linux and the HiSax module for passive cards.
|
3 |
|
|
Active cards, TAs and cards using a own or other driver than the HiSax
|
4 |
|
|
module need to be adapted to the HL<->LL interface described in a separate
|
5 |
|
|
document. The diversion services may be used with all cards supported by
|
6 |
|
|
the HiSax driver.
|
7 |
|
|
The diversion kernel interface and controlling tool divertctrl were written
|
8 |
|
|
by Werner Cornelius (werner@isdn4linux.de or werner@titro.de) under the
|
9 |
|
|
GNU General Public License.
|
10 |
|
|
|
11 |
|
|
This program is free software; you can redistribute it and/or modify
|
12 |
|
|
it under the terms of the GNU General Public License as published by
|
13 |
|
|
the Free Software Foundation; either version 2 of the License, or
|
14 |
|
|
(at your option) any later version.
|
15 |
|
|
|
16 |
|
|
This program is distributed in the hope that it will be useful,
|
17 |
|
|
but WITHOUT ANY WARRANTY; without even the implied warranty of
|
18 |
|
|
MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
|
19 |
|
|
GNU General Public License for more details.
|
20 |
|
|
|
21 |
|
|
You should have received a copy of the GNU General Public License
|
22 |
|
|
along with this program; if not, write to the Free Software
|
23 |
|
|
Foundation, Inc., 675 Mass Ave, Cambridge, MA 02139, USA.
|
24 |
|
|
|
25 |
|
|
Table of contents
|
26 |
|
|
=================
|
27 |
|
|
|
28 |
|
|
1. Features of the i4l diversion services
|
29 |
|
|
(Or what can the i4l diversion services do for me)
|
30 |
|
|
|
31 |
|
|
2. Required hard- and software
|
32 |
|
|
|
33 |
|
|
3. Compiling, installing and loading/unloading the module
|
34 |
|
|
Tracing calling and diversion information
|
35 |
|
|
|
36 |
|
|
4. Tracing calling and diversion information
|
37 |
|
|
|
38 |
|
|
5. Format of the divert device ASCII output
|
39 |
|
|
|
40 |
|
|
|
41 |
|
|
1. Features of the i4l diversion services
|
42 |
|
|
(Or what can the i4l diversion services do for me)
|
43 |
|
|
|
44 |
|
|
The i4l diversion services offers call forwarding and logging normally
|
45 |
|
|
only supported by isdn phones. Incoming calls may be diverted
|
46 |
|
|
unconditionally (CFU), when not reachable (CFNR) or on busy condition
|
47 |
|
|
(CFB).
|
48 |
|
|
The diversions may be invoked statically in the providers exchange
|
49 |
|
|
as normally done by isdn phones. In this case all incoming calls
|
50 |
|
|
with a special (or all) service identifiers are forwarded if the
|
51 |
|
|
forwarding reason is met. Activated static services may also be
|
52 |
|
|
interrogated (queried).
|
53 |
|
|
The i4l diversion services additionally offers a dynamic version of
|
54 |
|
|
call forwarding which is not preprogrammed inside the providers exchange
|
55 |
|
|
but dynamically activated by i4l.
|
56 |
|
|
In this case all incoming calls are checked by rules that may be
|
57 |
|
|
compared to the mechanism of ipfwadm or ipchains. If a given rule matches
|
58 |
|
|
the checking process is finished and the rule matching will be applied
|
59 |
|
|
to the call.
|
60 |
|
|
The rules include primary and secondary service identifiers, called
|
61 |
|
|
number and subaddress, callers number and subaddress and whether the rule
|
62 |
|
|
matches to all filtered calls or only those when all B-channel resources
|
63 |
|
|
are exhausted.
|
64 |
|
|
Actions that may be invoked by a rule are ignore, proceed, reject,
|
65 |
|
|
direct divert or delayed divert of a call.
|
66 |
|
|
All incoming calls matching a rule except the ignore rule a reported and
|
67 |
|
|
logged as ASCII via the proc filesystem (/proc/net/isdn/divert). If proceed
|
68 |
|
|
is selected the call will be held in a proceeding state (without ringing)
|
69 |
|
|
for a certain amount of time to let an external program or client decide
|
70 |
|
|
how to handle the call.
|
71 |
|
|
|
72 |
|
|
|
73 |
|
|
2. Required hard- and software
|
74 |
|
|
|
75 |
|
|
For using the i4l diversion services the isdn line must be of a EURO/DSS1
|
76 |
|
|
type. Additionally the i4l services only work together with the HiSax
|
77 |
|
|
driver for passive isdn cards. All HiSax supported cards may be used for
|
78 |
|
|
the diversion purposes.
|
79 |
|
|
The static diversion services require the provider having static services
|
80 |
|
|
CFU, CFNR, CFB activated on an MSN-line. The static services may not be
|
81 |
|
|
used on a point-to-point connection. Further the static services are only
|
82 |
|
|
available in some countries (for example germany). Countries requiring the
|
83 |
|
|
keypad protocol for activating static diversions (like the netherlands) are
|
84 |
|
|
not supported but may use the tty devices for this purpose.
|
85 |
|
|
The dynamic diversion services may be used in all countries if the provider
|
86 |
|
|
enables the feature CF (call forwarding). This should work on both MSN- and
|
87 |
|
|
point-to-point lines.
|
88 |
|
|
To add and delete rules the additional divertctrl program is needed. This
|
89 |
|
|
program is part of the isdn4kutils package.
|
90 |
|
|
|
91 |
|
|
3. Compiling, installing and loading/unloading the module
|
92 |
|
|
Tracing calling and diversion information
|
93 |
|
|
|
94 |
|
|
|
95 |
|
|
To compile the i4l code with diversion support you need to say yes to the
|
96 |
|
|
DSS1 diversion services when selecting the i4l options in the kernel
|
97 |
|
|
config (menuconfig or config).
|
98 |
|
|
After having properly activated a make modules and make modules_install all
|
99 |
|
|
required modules will be correctly installed in the needed modules dirs.
|
100 |
|
|
As the diversion services are currently not included in the scripts of most
|
101 |
|
|
standard distributions you will have to add a "insmod dss1_divert" after
|
102 |
|
|
having loaded the global isdn module.
|
103 |
|
|
The module can be loaded without any command line parameters.
|
104 |
|
|
If the module is actually loaded and active may be checked with a
|
105 |
|
|
"cat /proc/modules" or "ls /proc/net/isdn/divert". The divert file is
|
106 |
|
|
dynamically created by the diversion module and removed when the module is
|
107 |
|
|
unloaded.
|
108 |
|
|
|
109 |
|
|
|
110 |
|
|
4. Tracing calling and diversion information
|
111 |
|
|
|
112 |
|
|
You also may put a "cat /proc/net/isdn/divert" in the background with the
|
113 |
|
|
output redirected to a file. Then all actions of the module are logged.
|
114 |
|
|
The divert file in the proc system may be opened more than once, so in
|
115 |
|
|
conjunction with inetd and a small remote client on other machines inside
|
116 |
|
|
your network incoming calls and reactions by the module may be shown on
|
117 |
|
|
every listening machine.
|
118 |
|
|
If a call is reported as proceeding an external program or client may
|
119 |
|
|
specify during a certain amount of time (normally 4 to 10 seconds) what
|
120 |
|
|
to do with that call.
|
121 |
|
|
To unload the module all open files to the device in the proc system must
|
122 |
|
|
be closed. Otherwise the module (and isdn.o) may not be unloaded.
|
123 |
|
|
|
124 |
|
|
5. Format of the divert device ASCII output
|
125 |
|
|
|
126 |
|
|
To be done later
|
127 |
|
|
|