← Back to branch summary

~ubuntu-branches/ubuntu/trusty/isdnutils/trusty

« back to all changes in this revision

Viewing changes to FAQ/_example/config.txt

  • Committer: Package Import Robot
  • Author(s): Steve Langasek
  • Date: 2013-11-15 00:02:58 UTC
  • mfrom: (1.1.8) (31.1.1 trusty-proposed)
  • Revision ID: package-import@ubuntu.com-20131115000258-tt9v3gasgrdml07k
Tags: 1:3.25+dfsg1-3.3ubuntu1
https://launchpad.net/bugs/511988
https://launchpad.net/bugs/453159
https://launchpad.net/bugs/813771
https://launchpad.net/bugs/1064347
https://launchpad.net/bugs/189132
* Merge from Debian unstable:
  - resolves licensing issues with package contents.  LP: #511988.
  - includes proper upstream fix for ipppd on ARM.  LP: #453159.
  - resolves isdnutils-base removal failures.  LP: #813771.
  - fixes capiutils init script to not try to mount obsolete capifs.
    LP: #1064347.
* Remaining changes:
  - Switch libreadline5-dev to libreadline-gplv2-dev since this package
    appears to be GPLv2
  - debian/patches/no-imake.patch: Don't build xisdnload/xmonisdn using
    xmkmf/imake.  This patch was dropped in Debian without explanation;
    it still applies and seems to still be a good idea for eventual
    upstreaming, since imake is quite obsolete.
  - capi.conf: Fix typo for fcdsl2 firmware. LP: #189132.
  - Remove dependencies on /etc/inittab.
    - Disable the installation code to modify /etc/inittab.
    - isdnutils-base: Add ttyI0 example script, which needs to be installed
      in /etc/event.d/ttyI0.
    - isdnvboxserver: Add ttyI1 example script, which needs to be installed
      in /etc/event.d/ttyI1.
    - The two upstart scripts need to be edited.
    - Further improvements and documentation welcome.
* Changes included in Debian:
  - replace calls to ./MAKEDEV with /sbin/MAKEDEV
  - Build-depend on ppp-dev.
  - Switch to newer tcl -dev.
  - update to newer automake
  - debian/rules: use autoreconf to update the autotools in the capi20
    directory
  - debian/{compat,rules,*.files,.dirs}: Convert to Multi-arch.
  - debian/libcapi20-dev.install: Remove .la files (no builds use them).
* Changes included upstream:
  - fix for ARM FTBFS.
  - fix bashisms in vboxplay.
  - debian/patches/{config_libdir,toplevel-make}.patch: add CONFIG_LIBDIR
    override to upstream build system to support Multi-arch.
* Dropped changes:
  - kick dpatch to the curb.
* Handle migrating the blacklist file from
  /etc/modprobe.d/blacklist-capiutils.conf to the path used in Debian,
  /etc/modprobe.d/capiutils.conf.
* Handle rename of /etc/ppp/ip-down.d/99-ipppd and /etc/ppp/ip-up.d/00-ipppd
  to /etc/ppp/ip-down.d/ipppd and /etc/ppp/ip-up.d/ipppd
* Handle rename of /etc/init.d/isdnutils to /etc/init.d/isdnutils-base
* Restore standard.tcl to /usr/share/isdnvboxserver/default; maintainer
  scripts must not depend on contents of /usr/share/doc.
* Apply patches that were preserved in the 3.0 (quilt) migration, but
  were inadvertently not applied:
  - debian/patches/capifax.additional_error_codes.patch
  - debian/patches/capifax.3_1kHz_audio.patch
* Drop debian/isdnutils-base.cron.d, which isn't a cronjob example at all
  but an inittab example gone astray.
* debian/dotconfig*: don't use embedded quotes for paths; this confuses
  vbox's Makefiles something fierce, and causes files to be missed from
  debian/tmp'/usr/share/man/' at install time.
* Fix isdnlog and ipppd to not ship files used in the postinst under
  /usr/share/doc.
* Modernize the upstart examples.

Show diffs side-by-side

added added

removed removed

Lines of Context:
FAQ/_example/config.txt
1
 
From: Torsten Hentschel <Torsten.Hentschel@DInet.de> Subject: Re: Now i found something else to wonder about.. (was: Re: options files) To: isdn4linux@hub-wue.franken.de
2
 
Date: Thu, 24 Oct 1996 22:47:17 +0200 (MET DST) Sender: owner-isdn4linux@hub-wue.franken.de Reply-To: isdn4linux@hub-wue.franken.de
3
 
 
4
 
Hello Emil & Mogens!
5
 
 
6
 
> Hello Mogens,
7
 
> 
8
 
> You wrote:
9
 
> > isdnctrl addif ippp0
10
 
> > isdnctrl pppbind ippp0
11
 
> > ifconfig ippp0 193.89.84.10 p-t-p 193.89.84.11
12
 
                ---
13
 
> > route add -net 194.192.159.0 metric 1 netmask 255.255.255.224 ippp0
14
 
> > ipppd user XXX1 /dev/ippp0 193.89.84.10:193.89.84.11 file
15
 
> > /etc/ppp/options.ippp0
16
 
> 
17
 
> > isdnctrl addif ippp1
18
 
> > isdnctrl pppbind ippp1
19
 
> > ifconfig ippp0 193.89.84.10 p-t-p 193.89.84.13
20
 
                ---   why do you repeat the ifconfig?
21
 
                      probably it should be "ippp1" here?
22
 
> > route add -net 192.168.1.0 metric 1 netmask 255.255.255.0 ippp1
23
 
> > ipppd user XXX2 /dev/ippp1 193.89.84.10:193.89.84.11 file
24
 
> > /etc/ppp/options.ippp1
25
 
> 
26
 
> Compare the two ifconfig commands, they are for the same interface.
27
 
> And AFAIK the two interfaces need different ip-adresses.
28
 
 
29
 
With this I do not agree. It is simply possible to give two interfaces the same local ip address. You may even establish two routes on them. But only the first one found in the routing table will be used by the kernel. So the other route won't have any effect.
30
 
 
31
 
Configuring two interfaces with the same local IP address does make sense if you want to use as less IP adresses as possible (very honorable as long as IPv6 is not common practice).
32
 
An interface IP-Adress is used by the kernel to give outgoing packets (not the forwarded packets) a sender IP address within the IP header.
33
 
 
34
 
To make the IP address 193.89.84.10 (as used in the above example) pingable I would suggest the following (changes ar marked at the right margin):
35
 
 
36
 
| ifconfig dummy0 193.89.84.10    # module has to be loaded before | route add -host 193.89.84.10    # only to have 193.89.84.10 reachable
37
 
                                  # all the time
38
 
 
39
 
  isdnctrl addif ippp0
40
 
| ifconfig ippp0 down       # to make it exclusively bindable
41
 
  isdnctrl pppbind ippp0
42
 
| ifconfig ippp0 193.89.84.10 p-t-p 193.89.84.11 up | route add -host 193.89.84.11 metric 1 ippp0 | route add -net 194.192.159.0 metric 1 \ |       netmask 255.255.255.224 gw 193.89.84.11
43
 
  ipppd user XXX1 /dev/ippp0 193.89.84.10:193.89.84.11 \
44
 
        file /etc/ppp/options.ippp0
45
 
 
46
 
  isdnctrl addif ippp1
47
 
| ifconfig ippp1 down       # to make it exclusively bindable
48
 
  isdnctrl pppbind ippp1
49
 
| ifconfig ippp1 193.89.84.10 p-t-p 193.89.84.13 up | route add -host 193.89.84.13 metric 1 ippp0 | route add -net 192.168.1.0 metric 1 \ |       netmask 255.255.255.0 gw 193.89.84.13
50
 
  ipppd user XXX2 /dev/ippp1 193.89.84.10:193.89.84.11 \
51
 
        file /etc/ppp/options.ippp1
52
 
 
53
 
 
54
 
You may even try the following to "emulate" cisco's dialer rotary group where you may put several BRIs (basic rate interfaces = ISDN S0 [gr.]) into one netmask. Therefore the example would look like (changes aren't marked any more; completely different):
55
 
 
56
 
  #!/bin/bash
57
 
 
58
 
  # assuming, we are using a network of
59
 
  #   193.89.84.0/255.255.255.240
60
 
  # for a dial up server where
61
 
  #   193.89.84.1     is the IP for the server    and
62
 
  #   193.89.84.2-14  are the addresses for remote interfaces.
63
 
 
64
 
  ifconfig dummy0 193.89.84.1     # module has to be loaded before
65
 
  route add -host 193.89.84.1     # only to have 193.89.84.1 reachable
66
 
                                  # all the time
67
 
 
68
 
  USER_ippp0="XXX1"
69
 
  RMTNET_ippp0=194.192.159.0
70
 
  RMTMSK_ippp0=255.255.255.224
71
 
 
72
 
  USER_ippp1="XXX2"
73
 
  RMTNET_ippp1=192.168.1.0        # masquerading is great!
74
 
  RMTMSK_ippp1=255.255.255.0
75
 
 
76
 
  USER_ippp2="XXX3"
77
 
  RMTNET_ippp2=""                 # you may leave 'em blank
78
 
  RMTNET_ippp2=""                 # if there is no remote net
79
 
 
80
 
  [...]                           # fill out to your needs
81
 
 
82
 
  for x in 2 3 4 5 6 7 8 9 10 11 12 13 14
83
 
  do
84
 
    IFNAME="ippp$[$x-2]"
85
 
    isdnctrl addif $IFNAME
86
 
    ifconfig $IFNAME down       # to make it exclusively bindable
87
 
    isdnctrl pppbind $IFNAME
88
 
    ifconfig $IFNAME 193.89.84.1 netmask 255.255.255.240 up
89
 
    route add -host 193.89.84.$x metric 1 $IFNAME
90
 
    eval NET="\${RMTNET_${IFNAME}}"
91
 
    eval MSK="\${RMTNET_${IFNAME}}"
92
 
    if [ -n "$NET" -a -n "$MSK" ]
93
 
    then
94
 
      route add -net $NET metric 1 netmask $MSK gw 193.89.84.$x
95
 
    fi
96
 
    eval USER="\${USER_${IFNAME}}"
97
 
    ipppd user "$USER" /dev/$IFNAME 193.89.84.1:193.89.84.$x \
98
 
          file /etc/ppp/options.$IFNAME
99
 
  done
100
 
 
101
 
 
102
 
No warranty, it's untested.
103
 
But please yell at me (politely) if I'm wrong.
104
 
 
105
 
 
106
 
Regards,
107
 
 
108
 
  Torsten
109
 
 
110
 
 
111
 
  /\                                     Delta Internet GmbH  /  \     DI Delta Internet GmbH         von-Siemens-Str. 12 /____\   Netzwerkdienst & Vertrieb       59757 Arnsberg
112
 
    ALLES NUR AUS LINUX                  Tel. +49 2932 916 132  Fax 191 --------------------------------------------------- To remove yourself from this mailing list send email to majordomo@hub-wue.franken.de containing "unsubscribe isdn4linux <your_email_address>" in the message body [-vg]
 
1
From: Torsten Hentschel <Torsten.Hentschel@DInet.de> Subject: Re: Now i found something else to wonder about.. (was: Re: options files) To: isdn4linux@hub-wue.franken.de
 
2
Date: Thu, 24 Oct 1996 22:47:17 +0200 (MET DST) Sender: owner-isdn4linux@hub-wue.franken.de Reply-To: isdn4linux@hub-wue.franken.de
 
3
 
 
4
Hello Emil & Mogens!
 
5
 
 
6
> Hello Mogens,
 
7
>
 
8
> You wrote:
 
9
> > isdnctrl addif ippp0
 
10
> > isdnctrl pppbind ippp0
 
11
> > ifconfig ippp0 193.89.84.10 p-t-p 193.89.84.11
 
12
                ---
 
13
> > route add -net 194.192.159.0 metric 1 netmask 255.255.255.224 ippp0
 
14
> > ipppd user XXX1 /dev/ippp0 193.89.84.10:193.89.84.11 file
 
15
> > /etc/ppp/options.ippp0
 
16
>
 
17
> > isdnctrl addif ippp1
 
18
> > isdnctrl pppbind ippp1
 
19
> > ifconfig ippp0 193.89.84.10 p-t-p 193.89.84.13
 
20
                ---   why do you repeat the ifconfig?
 
21
                      probably it should be "ippp1" here?
 
22
> > route add -net 192.168.1.0 metric 1 netmask 255.255.255.0 ippp1
 
23
> > ipppd user XXX2 /dev/ippp1 193.89.84.10:193.89.84.11 file
 
24
> > /etc/ppp/options.ippp1
 
25
>
 
26
> Compare the two ifconfig commands, they are for the same interface.
 
27
> And AFAIK the two interfaces need different ip-adresses.
 
28
 
 
29
With this I do not agree. It is simply possible to give two interfaces the same local ip address. You may even establish two routes on them. But only the first one found in the routing table will be used by the kernel. So the other route won't have any effect.
 
30
 
 
31
Configuring two interfaces with the same local IP address does make sense if you want to use as less IP adresses as possible (very honorable as long as IPv6 is not common practice).
 
32
An interface IP-Adress is used by the kernel to give outgoing packets (not the forwarded packets) a sender IP address within the IP header.
 
33
 
 
34
To make the IP address 193.89.84.10 (as used in the above example) pingable I would suggest the following (changes ar marked at the right margin):
 
35
 
 
36
| ifconfig dummy0 193.89.84.10    # module has to be loaded before | route add -host 193.89.84.10    # only to have 193.89.84.10 reachable
 
37
                                  # all the time
 
38
 
 
39
  isdnctrl addif ippp0
 
40
| ifconfig ippp0 down       # to make it exclusively bindable
 
41
  isdnctrl pppbind ippp0
 
42
| ifconfig ippp0 193.89.84.10 p-t-p 193.89.84.11 up | route add -host 193.89.84.11 metric 1 ippp0 | route add -net 194.192.159.0 metric 1 \ |       netmask 255.255.255.224 gw 193.89.84.11
 
43
  ipppd user XXX1 /dev/ippp0 193.89.84.10:193.89.84.11 \
 
44
        file /etc/ppp/options.ippp0
 
45
 
 
46
  isdnctrl addif ippp1
 
47
| ifconfig ippp1 down       # to make it exclusively bindable
 
48
  isdnctrl pppbind ippp1
 
49
| ifconfig ippp1 193.89.84.10 p-t-p 193.89.84.13 up | route add -host 193.89.84.13 metric 1 ippp0 | route add -net 192.168.1.0 metric 1 \ |       netmask 255.255.255.0 gw 193.89.84.13
 
50
  ipppd user XXX2 /dev/ippp1 193.89.84.10:193.89.84.11 \
 
51
        file /etc/ppp/options.ippp1
 
52
 
 
53
 
 
54
You may even try the following to "emulate" cisco's dialer rotary group where you may put several BRIs (basic rate interfaces = ISDN S0 [gr.]) into one netmask. Therefore the example would look like (changes aren't marked any more; completely different):
 
55
 
 
56
  #!/bin/bash
 
57
 
 
58
  # assuming, we are using a network of
 
59
  #   193.89.84.0/255.255.255.240
 
60
  # for a dial up server where
 
61
  #   193.89.84.1     is the IP for the server    and
 
62
  #   193.89.84.2-14  are the addresses for remote interfaces.
 
63
 
 
64
  ifconfig dummy0 193.89.84.1     # module has to be loaded before
 
65
  route add -host 193.89.84.1     # only to have 193.89.84.1 reachable
 
66
                                  # all the time
 
67
 
 
68
  USER_ippp0="XXX1"
 
69
  RMTNET_ippp0=194.192.159.0
 
70
  RMTMSK_ippp0=255.255.255.224
 
71
 
 
72
  USER_ippp1="XXX2"
 
73
  RMTNET_ippp1=192.168.1.0        # masquerading is great!
 
74
  RMTMSK_ippp1=255.255.255.0
 
75
 
 
76
  USER_ippp2="XXX3"
 
77
  RMTNET_ippp2=""                 # you may leave 'em blank
 
78
  RMTNET_ippp2=""                 # if there is no remote net
 
79
 
 
80
  [...]                           # fill out to your needs
 
81
 
 
82
  for x in 2 3 4 5 6 7 8 9 10 11 12 13 14
 
83
  do
 
84
    IFNAME="ippp$[$x-2]"
 
85
    isdnctrl addif $IFNAME
 
86
    ifconfig $IFNAME down       # to make it exclusively bindable
 
87
    isdnctrl pppbind $IFNAME
 
88
    ifconfig $IFNAME 193.89.84.1 netmask 255.255.255.240 up
 
89
    route add -host 193.89.84.$x metric 1 $IFNAME
 
90
    eval NET="\${RMTNET_${IFNAME}}"
 
91
    eval MSK="\${RMTNET_${IFNAME}}"
 
92
    if [ -n "$NET" -a -n "$MSK" ]
 
93
    then
 
94
      route add -net $NET metric 1 netmask $MSK gw 193.89.84.$x
 
95
    fi
 
96
    eval USER="\${USER_${IFNAME}}"
 
97
    ipppd user "$USER" /dev/$IFNAME 193.89.84.1:193.89.84.$x \
 
98
          file /etc/ppp/options.$IFNAME
 
99
  done
 
100
 
 
101
 
 
102
No warranty, it's untested.
 
103
But please yell at me (politely) if I'm wrong.
 
104
 
 
105
 
 
106
Regards,
 
107
 
 
108
  Torsten
 
109
 
 
110
 
 
111
--
 
112
  /\                                     Delta Internet GmbH  /  \     DI Delta Internet GmbH         von-Siemens-Str. 12 /____\   Netzwerkdienst & Vertrieb       59757 Arnsberg
 
113
    ALLES NUR AUS LINUX                  Tel. +49 2932 916 132  Fax 191 --------------------------------------------------- To remove yourself from this mailing list send email to majordomo@hub-wue.franken.de containing "unsubscribe isdn4linux <your_email_address>" in the message body [-vg]