Es wurde eine statische IP-Adresse von 141.61.224.1 zugewiesen. Trumpet
Winsock wurde für die Verwendung von "bootp" konfiguriert. Durch die
-d Option baut der Packet-Treiber eine bestehende Verbindung bei Beendigung
von Trumpet Winsock automatsich ab. Die Verbindung benutzt HDLC Rahmen
im Cisco Format für die Übertragung der IP-Pakete, nach 90 Sekunden
Leerlauf erfolgt ein Abbau der Verbindung.
Da Trumpet Winsock nur ein Gateway erlaubt, kann der Packet-Treiber
in einer Punkt-zu Punkt Konfiguration betrieben werden, d.h. die Angabe
der IP-Adresse der Gegenstelle kann entfallen und durch 0.0.0.0 ersetzt
werden.
Konfiguration von Trumpet Winsock für BOOTP:
IP-Address: bootp
Netmask: 0.0.0.0
Gateway: 0.0.0.0
Nameserver: (wie vom IP-Provider vorgegeben)
WISPA.INI:
-m 141.61.224.1 # eigene IP address
-d
# automatischer Verbindungsabbau bei Beendinung von Trumpet
0.0.0.0 0815712345 -h2 -t90
# Ende der Konfiguration
2. Einsatz eines Packet Treibers (ISPA, CIPA, WISPA, WINCI) mit Trumpet
Winsock bei dynamisch zugeordneter IP-Adresse.
Da Trumpet Winsock nur ein Gateway erlaubt, kann der Packet-Treiber
in einer Punkt-zu Punkt Konfiguration betrieben werden, d.h. die Angabe
der IP-Adresse der Gegenstelle kann entfallen und durch 0.0.0.0 ersetzt
werden.
Konfiguration von Trumpet Winsock für BOOTP:
IP-Address :bootp
Netmask: 0.0.0.0
Gateway: 0.0.0.0
Nameserver: 0.0.0.0
1) Konfiguration für dynamische IP-Adresszuweisung und Übernahme mit BOOTP.
WISPA.INI:
-d # automatischer Verbindungsabbau bei Beendigung
von Trumpet
# Verbindungseintrag
0.0.0.0 0,89987654 -p -nguest,test -t60 # PPP
mit PAP, Timeout 60 s
# Ende der Konfiguration
Eine BOOTP-Anfrage durch TCPman eröffnet eine ISDN Verbindung.
Sobald eine IP-Adresse zugeteilt wurde, antwortet WISPA auf die nächste
BOOTP-Anfrage und teilt TCPman die IP-Adresse und
Namserver-Adresse mit.
2) Konfiguration zur Weiterbenutzung einer dynamischen IP-Adresse nach einem Timeout.
WISPA.INI:
-m 0.0.0.0
-d
# Verbindungseintrag
0.0.0.0 089987654 -p -nguest,gast -t60 # PPP mit PAP, Timeout 60 s
# Ende der Konfiguration
Im Unterschied zu Konfiguration 1) wird nach einem Verbindungsabbau bei einem erneuten Verbindungsaufbau der Gegenstelle die vorher übernommene IP-Adresse vorgeschlagen und nach Bestätigung benutzt. Damit können auch TCP-Verbindungen (z.B. Telnetsitzungen) trotz dynamischer IP-Adresszuweisung nach einem Verbindungsabbau weitergeführt werden.
2) Konfiguration mit Umsetzung auf eine dynamische Adresse durch NAT:
WISPA.INI:
-m 10.10.10.10 # dummy IP-Adresse
-d
# Verbindungseintrag
0.0.0.0 089987654 -p -nguest,gast -o -t60 # PPP mit PAP, NAT, Timeout
60 s
# Ende der Konfiguration
Eine feste IP-Adresse von 10.10.10.10 wird als lokale "dummy" IP-Adresse benutzt. Über die PPP Verbindung erfolgt dynamisch die Zuweisung der aktuellen IP-Adresse. Durch die NAT Option -o wird die dummy IP-Adresse in allen Paketen durch die aktuelle IP-Adresse ersetzt. Selbst nach einem temporären Verbindungsabbau wird deshalb anschliessend mit der veränderten aktuellen IP-Adresse weitergearbeitet.
3. A point-to-point configuration for ISPA to connect a standalone PC to an IP provider. The connections uses PPP protocol and the PC has to identify itself using the id "guest" and password "gast". Because the IP address in the ISPA configuration file is specified as 0.0.0.0 ALL packets will be send to the peer 0815712345. This way NO gateway IP address is required in the IP configuration.
ISPA.INI:
-u # ein B-Kanal
-w # Aktivitätsanzeige unter DOS
0.0.0.0 089987654 -p -nguest,gast -t60 # PPP mit PAP, Timeout 60 s
# Ende der Konfiguration
And an example of an IP configuration for a PC in format of wattcp.cfg.
eigene IP Adresse 141.61.224.5.
The IP Provider has a nameserver with address 141.61.1.32.
Because interface-routing (0.0.0.0) is used in the configuration file
above, a gateway entry is not necessary and you should set the netmask
to 0.0.0.0.
my_ip=141.61.224.5
netmask=0.0.0.0 # netmask
nameserver=141.61.1.32 # nameserver
nameserver=141.61.1.23 # alternate nameserver
domainslist="biochem.mpg.de"
4.Set up of a ISPA multipoint configuration as a dial-in server with
no outgoing connections. All connections are logged with the remote logging
feature in the syslog file of host 141.61.1.32. The syslog messages will
appear as coming from 141.61.224.1. The protocol for incoming calls from
unknown numbers is PPP with identification "guest" and password "gast".
The net 141.61 is connected to the Internet via 141.61.1.1. The ISPA and
PCROUTE configuration will allow the PC of example 1. to dial in as an
unknown ISDN peer and connect to the Internet.
ISPA is configured for listening on EAZ 4.
ISPA can handle two active connections, but only one unknown peer at
a time.
ISPA.INI:
-r141.61.1.32,141.61.224.1 # remote logging on 141.61.1.32
-e4 # use EAZ 4
#
141.61.224.5 * -p -gguest, gast -t30 # no CLI, protocol PPP
141.61.224.2 0815712345 -d0 -t60 # incoming from 0815712345
141.61.224.3 08912345 -h1 -d0 -t60 # incoming from 08912345
141.61.224.4 08923456 -l1 -d0 -t60 # incoming from 08923456
# end of configuration file
and the corresponding pcroute configuration:
Interface 1 (Ethernet): 141.61.1.200 255.255.255.0
Interface 2 (ISDN) : 141.61.224.1 255.255.255.0
Routes: Net: 0.0.0.0 Gateway: 141.61.1.1
5. ISPA in point-to-point configuration with dynamic Loadsharing. The second link will be established after 16 seconds of a load higher than 6000 Bytes/sec and will be closed after 24 seconds of a load lower than 6000 Bytes/sec. The connections uses Cisco-style HDLC framing, the timeout of idle connections is set to 90 seconds.
ISPA.INI:
-w # DOS activity display
0.0.0.0 0815712345 -h2 -m16,24 -t90
6. ISPA in multipoint configuration. For incoming calls from unknown numbers the -h1 protocol will be used.
ISPA.INI:
-e4 -w # global options
2.0.0.6 * -h1 -t60 # other incoming calls
2.0.0.1 089.89512300 -f100i -t200,30 # ietf frame-relay
2.0.0.2 089.89512301 -h2 -t20,5 -m8,30 # cisco-hdlc, dynnamic loadsharing
2.0.0.3 0033,815711111 -d0 -t40 # hdlc, only incoming
2.0.0.5 0,4518789123 -p -t60,10 # PPP, no PAP
7.WISDI in point-to-point configuration to connect a standalone PC to an IP provider (in this example COMPUSERV) using async PPP protocol with transparent login. For login WISDI uses the contents of the script file COMPUSRV.SCR. After this WISDI automatically switches to PPP protocol. Because a dynamic IP-address is received via PPP negotiation, a static IP-address is defined and NAT enabled for the link.
WISDI.INI:
-u # only one active channel
-m 200.199.199.201# IP-address configured in local IP-stack
0.0.0.0 089987654 -b38,compusrv.scr -t60 -o
COMPUSRV.SCR:
$M> | send <return> |
Host< | expect "Host" |
+$M> | send "+<return>" |
Name:< | expect "Name:" |
rechner,userid$M> | send "rechner,userid<return>" |
word< | expect "word" |
passwort$M> | send "passwort" |