12. Die Konfigurationsdatei

Contents of this section

Die Datei besteht aus verschiedenen Zeilentypen, die frei gemischt werden können. Der erste auf ein Problem passende Eintrag wird verwendet; auf eine passende Zeile folgende solche werden bei manchen Zeilentypen ebenfalls ausgewertet.

12.1 Vorgehensweise des Masterprogramms beim Aufbau einer Verbindung

Das Zielsystem wird ausgewählt ( D- und P-Zeile : ankommende Verbindung; R-Zeile , bei Programmstart).
Das in der R-Zeile angegebene Programm wird gestartet.
Die in der ML-Zeile angegebenen Module werden zwischen den ISDN-Treiber und das Programm geschoben.
Die Module werden mit Parametern (in MP-Zeilen angegeben) versorgt.
Eine freie Karte (Liste der installierten Karten, DL-Zeile , CL-Zeile ) wird gesucht.
Eine Nummer des Zielsystems wird gewählt ( D- und P-Zeile : abgehende Verbindung).
Ein freier B-Kanal (welcher, sagt uns die Vermittlung) wird der Verbindung zugeordnet.
Die Module (und optional das Programm, via Signal) werden informiert, daß die Verbindung steht.
Die Daten können ausgetauscht werden

Nummern und ISDN-Karten werden im Rotationsverfahren durchprobiert; dadurch werden mehrere lokale und entfernte Nummern gleichberechtigt verwendet. Alle anderen Zeilen werden von oben nach unten durchsucht; die erste passende Zeile wird verwendet. (Beim Scannen der P-Zeilen werden Daten aus passenden Folgezeilen ebenfalls berücksichtigt -- siehe unten.)

Bei Problemen (Gegenstelle besetzt...) wird bei permanenten Verbindungen ein paarmal probiert, dann werden anstehende Daten weggeworfen und die Verbindung eine bestimmte (exponentiell wachsende (ja, das muß sein) Zeit auf Eis gelegt. Ein ankommender Anruf weckt diese Verbindung selbstverständlich wieder auf.

12.2 Die Zeilentypen

Zueinander passende Zeilen haben jeweils gleiche oder via Shell-Pattern- matching zusammenpassende <Art>-, <Partner>- und <Karte- Felder>, in mindestens einem Zeichen übereinstimmende <Key>-Felder, und zur aufzubauenden Verbindung passende Zeichen im <Mod>-Feld etc.; siehe die unten folgenden Detailbeschreibungen.

Strings in spitzen Klammern sind Platzhalter. Ein Doppelpunkt mit zwei folgenden Buchstaben ist ein Parameter, dem eine vom Parameter abhängige Anzahl Werte folgen kann.

Zeilenparameter

<Key>
ist jeweils ein beliebiger String. Alle für eine Verbindung verwendeten Zeilen in der Konfigdatei müssen zueinander passende Keys haben, d.h. mindestens ein Zeichen muß in allen Keys übereinstimmen. "*" paßt zu allen anderen Zeichen.

Der resultierende String ist also die Schnittmenge aller Zeichen in den <Key>-Parametern aller verwendeter Konfigurationszeilen. <Key> -Zeilen mit einem Pluszeichen an erster Stelle werden nur auf Vorhandensein eines Zeichens geprüft, aber die Menge wird nicht eingeschränkt.
- Beispiel:
```
"ab"  "cd"       -> leere Menge
"ab"  "xay"      -> "a"
"ab"  "+x"       -> leere Menge
"ab"  "+bx"      -> "ab+bx" (oder "ab+b", aber _nicht_ "ab" oder "b")
"ab"  "+bx" "a"  -> leere Menge
"ab"  "+bx" "+a" -> "ab+bx+a" (oder so &auml;hnlich)
  
```
Damit läßt sich sehr flexibel einstellen, wer auf welcher Leitung / Nummer mit welchen Parametern anrufen kann.
<Karte>
ist der vierstellige Name der ISDN-Karte, der dieser beim Laden des Treibers verpaßt wurde; üblich ist eine dreistellike Kennung des Kartentyps und eine fortlaufende Numerierung. Ein angefügtes /# gibt an, daß die Zeile nur auf das Interface Nr. # der Karte angewendet werden kann; mehrere Ziffern sind möglich.
- Beispiel:
```
"Bin0/23"
  
```
<Mod>
sind einzelne Buchstaben, die der betreffenden Zeile eine Sonderbehandlung verpassen. Welche, ist jeweils beschrieben. Die Unterscheidung "mehrere gleichzeitig" oder "nur eine gleichzeitig" bei Wählverbindungen bezieht sich jeweils auf eine Art/Partner-Kombination; allgemeinere Einschränkungen werden mit einer Extra-CL-Zeile realisiert.
<Parameter...>
ist eine Folge von einem oder mehr Parameter-Wert-Angaben. (Manche Parameter haben keine Wertangabe.)

Anmerkung: Zeilen ohne Parameter sind nicht besonders sinnvoll.

P-Zeile - Protokoll

Form

P <Art> <Partner> <Key> <Karte> <Mod> <Parameter...>

Beispiel

P login  *         *     *       R     :sv 0700 :nr .2 :lr /2

allgemeine Parameter
- :Ft Bei Festverbindungen angeben. (Erzwingt das Laden des "Verbindungs"handlers.)
- :dI Eine Verbinung dieses Typs soll persistent sein, d.h. zwischen zwei Verbindungen wird das handhabende Programm nicht unterbrochen. Ein " reconn "-Streamsmodul (_muß_ in der zu dieser P-Zeile passenden ML-Zeile auftauchen!) stellt sicher, daß das Programm davon nichts mitbekommt, außer wenn der Wiederaufbau der Verbindung nicht klappt.
- :bc Zu verwendender B-Kanal, 1 oder 2 (oder 30, bei S2M). Nur für Festverbindungen interessant; im normalen ISDN managt die Vermittlung die B-Kanäle für uns.
- :nj Kann der Ruf nicht angenommen werden, wird BUSY statt CallRejected gesendet.
- :xi Wenn ankommende und abgehende Anrufe kollidieren, soll der ankommende abgewiesen werden. (Default: Der abgehende Ruf wird abgebrochen.)
- :yi Bei einem ankommeden Ruf wird automatisch ein abgehender gestartet und der ankommende wird abgewiesen (Callback).Das Flag :kl in der DL-Zeile ist manchmal notwendig, Symptom: der abgehende Ruf wird kurz nach dem Aufbau der Verbindung abgebrochen (beobachten mit AT/W).
- :bi Bei einem ankommenden Ruf, der nicht angenommen werden kann (belegt?), wird automatisch auf einer anderen Leitung zurückgerufen. :fr ebenfalls zu setzen ist meist sinnvoll.
- :il Die CL-Zeile wird ignoriert.
- :fX Ankommende Anrufe, die (zB wegen besetzt) abgewiesen werden, werden "schnell" abgelehnt. (Andere Geräte am Bus können nicht abheben, da die Vermittlung nicht abwartet, ob sich noch jemand meldet.) Dieses Flag ist bei aktivem Callback meistens notwendig, wenn der andere B-Kanal anderweitig beschäftig ist, weil die Vermittlung den ankommenden Ruf noch hält und den abgehenden wegen Kanalmangel abweist. :-(
- :fr Abgehende Anrufe, die nicht durchkommen, werden "sofort" und "oft" wiederholt.
- :ib Wenn ankommend kein B-Kanal mitgeliefert wird, wird die Verbindung abgewiesen. (zB wenn man dich den Anschluß mit einem anderen gerät teilt.) Fehlt :ib, hört die Gegenseite in diesem Fall ein normales Rufzeichen ("Anklopfen"); die Verbindung wird nach 40 Sekunden ausgelöst, wenn bis dahin kein B-Kanal frei wird..
Logischerweise darf :xi oder :yi nicht auf beiden Seiten angegeben sein..!
Spezifisch für 1TR6 und CAPI:
- :sv Dienstkennung; zwei Bytes in Hex. Telefon ist 0101 und 0102; DFÜ ist 07xx (xx ist üblicherweise 00).
- :pv Semipermanente Verbindung bei abgehenden Rufen. Ankommend werden SPVs automatisch unterstützt.
Spezifisch für Euro-ISDN:
- :vB Bearer Capability. Hexstring, evtl. mit Maske.
- :vL Lower Layer Compatibility. Hexstring, evtl. mit Maske.
- :vU Upper Layer Compatibility. Hexstring, evtl. mit Maske. Was diese Dinger bedeuten, steht in der Norm Q.931 . Die wichtigsten Codes für :vB stehen am Ende dieser Anleitung ( Bearer Capability ).
Spezifisch für die Bearbeitung von Telefonnummern:
- :nr Entfernte Telefonnummer. Siehe unten unter Telefonnummernverarbeitung.
- :lr Lokal angewählte Telefonnummer, bzw. deren variabler Teil.
Metaparameter:
- :om Die folgenden Nummernteile sind zum Rauswählen bestimmt, d.h. eindeutig.
- :im Die folgenden Nummernteile sind zum Einwählen bestimmt, d.h. Muster.
- :bm Die Nummernteile werden sowohl ankommend als auch abgehend verwendet. Default.
- :vr Ankommend: bei fehlender externer Nummer wird die Zeile übersprungen.
- :vl Dito, fehlende lokale Nummer.
- :Vr Ankommend: bei mitgelieferter externer Nummer wird die Zeile übersprungen.
- :Vl Dito, mitgelieferte lokale Nummer.
Hierbei gilt: Angegeben werden nur die Nummernteile, die nicht in den D- bzw. DL-Zeilen stehen. Das System destilliert aus den verschiedenen Angaben lokale und entfernte Nummern.
Mod:
- R Die Zeile wird primär für einen Verbindungsaufbau verwendet.
- M Die Zeile wird nur dann analysiert, wenn eine über ihr gefundene P-Zeile "paßt".
- X Wenn diese Zeile (oder eine darüberliegende) "paßt", wird das Scannen nach weiteren passenden Angaben hier abgebrochen.
- i für ankommende Verbindungen
- o für abgehende Verbindungen
- f für Festverbindungen
- d für Wählverbindungen (nur eine gleichzeitig)
- m für Wählverbindungen (mehrere gleichzeitig)
- p für Verbindungsaufbau nach Bedarf
- ,# Ein Verbindungsaufbauversuch wird #-mal wiederholt, bevor ein Fehler gemeldet und Daten weggeworfen werden.
- .# Eine Verbindung muß mindestens # Sekunden lang bestehen, sonst wird sie als Fehler gewertet und erstmal als OFF markiert. Dasselbe passiert, wenn eine Verbindung nicht vollständig aufgebaut werden konnte, aber Kosten verursacht hat.
Der Suchalgorithmus findet zunächst eine zur Verbindung passende Zeile mit R-Flag und hängt an deren Parameterliste alle ebenfalls passenden Zeilen mit M-Flag an (dabei werden bereits angegebene Werte beibehalten, die spezifischen Einträge also nach oben!), bis er auf eine Zeile mit X-Flag trifft.

ML-Zeile - Modulliste

Hiermit wird angegeben, wie die Karte eingestellt und welche Streams-Module für einen B-Kanal verwendet werden müssen, um zwischen diesem und einer Anwendung zu vermitteln. Die Beschreibung der verfügbaren Module folgt weiter unten; als erstes "Modul" wird der Modus angegeben, in den der B-Kanal beim Verbindungsaufbau geschaltet werden soll. Konzeptuell sind diese Module gestapelt; "unten" ist die Karte, "oben" das Anwendungsprogramm. Zwischen diesem und dem letzten Modul in der obigen Liste wird stets ein Spezialmodul namens " proto " eingeschoben, das die Meldungen zum Verbindungsaufbau etc. so verarbeitet, daß die Anwendung davon nichts mitbekommt. " proto " darf nie in einer ML-Zeile erscheinen.

Form

ML <Art> <Partner> <Key> <Karte> <Mod> <Module...>

Beispiel

ML login  *         *     *       -     frame x75 t70

Mod
- i für ankommende Verbindungen
- o für abgehende Verbindungen
- f für Festverbindungen
- d für Wählverbindungen (nur eine gleichzeitig)
- m für Wählverbindungen (mehrere gleichzeitig)
- p für Verbindungsaufbau nach Bedarf
- ,# Verzögerung bei Verbindungsende, in Sekunden, für sauberes Herunterfahren des B-Kanalprotokolls.
Module
- trans
  volltransparente Verbindung. Es wird ständig ein synchroner 64-kBit- Datenstrom übertragen. Wenn nichts gesendet wird, werden 1-Bits übertragen. (Der Zustand "wenn nichts empfangen wird" kann nicht vorkommen!)
- transalaw
  wie oben, aber statt Einsen wird 0xAA gesendet ("Ruhepegel" bei A-Law- Sprachkodierung). Das Senden von Rauschen, wie auf gemultiplexten Satellitenleitungen, habe ich mir erspart...
- transv110
  wie oben, aber statt Einsen werden leere V.110-Frames (38.4 kBaud) gesendet.
- frame
  Standardmodus für Datenübertragung; die Karte interpretiert den B-Kanal als HDLC-Datenstrom, inkl. 0-Bit-Einschieben nach 5 1-Bits, Prüfsumme, etc.
- frame16
  16-bit breite Datenübertragung auf entsprechenden Festverbindungen. Funktioniert nur auf dem ersten B-Kanal (der Modus greift sich einfach beide Kanäle) und (unter anderem wegen möglichen Laufzeitunterschieden) nicht bei zwei Wählverbindungen zur gleichen Zielstation.
/* die folgenden Modi sind noch nicht implementiert, bzw. nicht getestet */
- frame0
  Wie 'frame', aber zusätzlich wird 1-Bit-Einschieben nach 7 0-Bits aktiviert. Für Leitungen in manche Ecken der USA, die keine Nulloktetts auf der Leitung zulassen (weil sie keinen externen Takt verwenden).
- framehi
  wie 'frame', nur werden nur die oberen 7 Bits verwendet.
- framelo
  ... oder die unteren Bits. Sinnvoll dann, wenn jemand den Datenstrom auf eine 56-kBaud-Leitung umsetzt.
- ppp
  PPP. Momentan (leider) nur für aktive Karten, die PPP on-board können.

MP-Zeile - Modulparameter

Mit dieser Zeile können Module parametrisiert werden, um ihre interne Arbeitsweise so einzustellen, daß sie korrekt mit der Gegenseite zusammen- arbeiten. Die möglichen Parameter sind unter den einzelnen Modulen, unten, beschrieben.

Form

MP <Art> <Partner> <Key> <Karte> <Mod> <Modul> <Parameter...>

Beispiel

MP login  *         *     *       -     proto   :bk 0 :sg 0

MP login  *         *     *       -     x75     :cm 3

Mod:
- i für ankommende Verbindungen
- o für abgehende Verbindungen
- f für Festverbindungen
- d für Wählverbindungen (nur eine gleichzeitig)
- m für Wählverbindungen (mehrere gleichzeitig)
- p für Verbindungsaufbau nach Bedarf
- u für Parameter, die nur beim Programmstart gesetzt werden (x75-Kram zB)
- a für Parameter, die bei Neueinlesen der Konfigdaten gesetzt werden

D-Zeile - Dial

Angabe der Telefonnummer, unter der eine Gegenstelle erreichbar ist bzw. mit der sie sich bei ankommenden Rufen meldet. Festverbindungen haben natürlich keine Nummer.

Form

D <Art> <Partner> <Key> <Karte> <Mod> <Nr>

Beispiel

D  *     subnet    *     *       -     +49=721-961252.

D  *     Any-D     *     *       I     +49=*

D  *     Any       *     *       I     +*

D  tcp   xlink     *     Tel2    L

Mod
- i für ankommende Verbindungen
- o für abgehende Verbindungen
- f für Festverbindungen (der zu verwendende B-Kanal steht in der P-Zeile )
- d für Wählverbindungen (nur eine gleichzeitig)
- m für Wählverbindungen (mehrere gleichzeitig)
- p für Verbindungsaufbau nach Bedarf
- ,# Dies ist eine Backup-Nummer der Priorität #.
  Zuerst werden alle Nummern mit Priorität Null (oder ohne Angabe) probiert, dann die nächsthöhere Priorität, etc.
Der Verbindungsversuchszähler wird nach jedem Prioritätswechsel zurückgesetzt.

TM-Zeile - Time

Schlüssel für Zeiten. Zu der angegebenen Zeit werden nur Verbindungen zugelassen, deren <Key>-Parameter mit dem angegebenen Key kompatibel ist.

Achtung: es wird immer der erste gefundene TM-Eintrag verwendet!

Form
```
TM <Key> <Zeitangabe>
```
Beispiel
```
TM abcde SaSu,AmFr18-08
```
Anmerkung
Die gefundenen Schlüsselwerte werden geODERt, d.h.
```
      TM ab Wk
      TM cd 08-10
      
```
wird, wenn am Montag um neun Uhr aufgerufen, zu "abcd" aufgelöst.

DL-Zeile - Dial Local

Eigene Telefonnummer.

Diese Zeile wird verwendet, um die kürzestmögliche Rufnummer für abgehende Verbindungen zu finden und um die verwendeten Protokolle zu spezifizieren.

Form

DL <Key> <Karte> <Nummer>        <Protokolle>

Beispiel
```
DL  *     Tel?    +49=911-995962. :pr 0 :sp 65 :pr 63
```
Im Beispiel sind alle Karten, auf die "Tel?" paßt, an einer ISDN-Leitung mit dieser Nummer angeschlossen.
allgemeine Parameter
Die Reihenfolge der Parameter ist wichtig.
- :pp Punkt-zu-Punkt-Verbindung, feste TEI (0x00). Vorsicht: Anlagenanschluß wird vom 1TR6-Treiber nicht und vom Euro-Treiber nur unvollständig unterstützt.
- :mp Verbindung am Bus, variabler TEI-Identifier. Bei manchen 1TR6- Vermittlungen und Nebenstellenanlagen notwendig, in der DSS1-Norm vorgeschrieben.
- :mq Verbindung am Bus, fester TEI-Identifier. Default, weil es an vielen Anlagen besser funktioniert als :mp.
- :mt Verbindung am Bus, feste TEI(0x12). In Spezialfällen notwendig.
- :de Debugging, macht D-Kanal-Datenaustausch beobachtbar (mit AT/W). Vorsicht: Diese Option verlangsamt das gesamte ISDN-System, auch wenn niemand mit AT/W zusieht. Die beobachteten Daten sind bei manchen aktiven Karten entweder verzögert, oder sie können nicht dargestellt werden!
- :ud XX Verzögerung zwischen dem Verbindungsaufbau (D-Kanal) und dem eigentlichen Datenaustausch (B-Kanal). Zehntelsekunden; max. 2 Sekunden; Default 1/4 Sekunde. Mit :ud 0 geht der Verbindungsaufbau entweder etwas schneller, oder das erste Paket wird verschluckt, oder die Vermittlung kommt durcheinander und die Verbindung ist tot. :-(
- :pr 0 Normaler ISDN-D-Kanal, angeschlossen am Netz oder an einer Telefonanlage. Darf nur zusammen mit TEI-Handler (:pr 63) verwendet werden. <phone>
  - :kl Level-2-Verbindung zur Vermittlung nicht trennen. Bei Punkt-zu- Punkt-Verbindungen und bei entsprechend konfigurierten ISDN- Anschlüssen ("Dauerüberwachung" oder sowas ähnliches) notwendig.
  - :cl Level-2-Verbindung zur Vermittlung trennen, wenn keine Verbindung besteht. Default.
  Entweder :sp 8 oder :sp 65 muß angegeben werden, NICHT beides!
  - :sp 8 DSS1, Euro-ISDN. euro
    - :b1 an manchen Nebenstellen zur korrekten Nummernerkennung notwendig. Einschalten, wenn die Nebenstellennummer nicht mit . oder / eingeleitet wird.
    - :b2 anscheinend senden manche Idioten (holländische PTT?) die Gebühreninfo in DISPLAY- Datenblöcken. Grummel hoch drei.
  - :sp 65 1TR6, deutscher Standard. german
  - :ai Ankommenden Anruf mit dem ISDN-Äquivalent von "RINGING" beantworten, dann prüfen ob der Anruf angenommen werden kann. Notwendig bei langsamen Rechnern.
  - :ad Ankommende Anrufe erst prüfen, dann annehmen (oder auch nicht). Default.
- :pr 63 TEI-Handler (Transport Endpoint Identifier). <tei>
  - :ti TEI sofort zuordnen lassen. Notwendig bei langsamen / sehr beschäftigten Rechnern und bei manchen Telefonanlagen.
  - :td TEI beim ersten Verbindungsaufbau zuordnen lassen. Default.
- :pr 64 Festverbindung: kein D-Kanal. <fixed>
- :pr 65 Intelligente Karte mit CAPI-1.x-Schnittstelle. In der Konfiguration verhält sich eine CAPI-Karte ansonsten wie der 1TR6-Treiber, und zwar AUCH DANN WENN DAS TEIL AM EURO-ISDN HÄNGT. <capi>
  - :pb Die Karte hängt an einem Anlagenanschluß / S2M und verhält sich wie eine Nebenstellenanlage.
  - :sp 0 Bintec-Karte. bintec Auf diese Karte muß zunächst boot.68k und dann entweder bri.68k oder pmx.68k geladen werden ( LF-Zeile ).
    - :sc X Die folgenden Optionen betreffen nur das Xte Interface auf der Karte. X in 1..4.
    - :lp X X X CAPI-Bitmasken für EAZ, Service, Infos. Hexadezimal. Default: 03FF E7BF 003F.
    - :st XXXXX Protokollstack XXXXX laden. Siehe Handbuch zur Karte. Default ist u_1tr6_pmp (wenn "german" und nicht "euro" in configconfig.data angegeben wurde) oder u_dss1_pmp (sonst)/.
    - :ea N NNN EAZ N auf lokale Nummer (MSN) NNN mappen. Default ist die letzte Ziffer der Nummer. Nicht bei :pb verwenden.
    - :lw X Warte bis zu X Sekunden auf nachgewählte Ziffern. Nur bei :pb verwenden.
Anmerkung 1
Zusätzlich werden in der DL-Zeile die Protokolle beschrieben, mit denen der ISDN-Treiber mit der Karte redet. Diese Protokolle müssen natürlich auch in den Treiber eingebaut werden, und zwar in der Datei config/config.data, Eintrag PROTOCOLS (spitze Klammer) und SUBPROTOCOLS (eckige Klammer).

Beispiel
- 1TR6: <phone tei> german
  DL * Tel0 +49=911-23456. :pr 0 :sp 65 :pr 63
- Euro-ISDN: <phone tei> euro
  DL * Tel0 +49=911-34567. :pr 0 :sp 8 :pr 63
- Festverbindung: <fixed>
  DL * Tel2 - :pr 64
- intelligente Karte mit CAPI: <capi> bintec
  DL * Bin0 +49=911-45678. :pr 65 :sp 0
Anmerkung 2
Hat eine Karte mehrere Rufnummern (MSNs), werden die Protokolle nur in der ersten DL-Zeile angegeben.

Bedeutung der Spezialzeichen in der Nummer: Siehe unter Dial Prefix .

DP-Zeile - Dial Prefix

Definition von Nummernpräfixen, um Vermittlungsbereiche erreichen zu können.

Form

DP <Karte> <Pr&auml;fixe-Dialout> <Pr&auml;fixe-Dialin>

Beispiel
```
DP  Tel?    +00=0-            +00=0-
```
Anmerkung
Das erste Präfix ist für abgehende, das zweite (das weggelassen werden kann) für ankommende Verbindungen; 1TR6-Nebenstellenanlagen wollen beim Wählen typischerweise eine vorgestellte Null o.ä. sehen, die aber bei ankommenden Gesprächen nicht mit angezeigt wird. (Ich habe keine Ahnung, wie Gespräche innerhalb einer Anlage signalisiert werden; zum Glück stirbt 1TR6 langsam aber sicher aus.)

Die Zeichen sind _immer_ "+" für internationale Verbindungen, "=" für nationale Verbindungen, "-" für Ortsverbindungen, "." für Nummern an einer Nebenstellenanlage und "/" für EAZs/MSNs etc. Der Unterschied zwischen "." und "/" ist, daß Nummern einer Nebenstellenanlage direkt angerufen werden können, während man für eine Verbindung zu einer anderen MSN am gleichen Basisanschluß die Teilnehmernummer mitwählen muß. In der DP-Zeile erscheint folglich niemals ein "/".

Beispiel:
Eine Konfiguration D ... -1234/[456] DL... -23456 DP... - MP... :nr /5 würde die Nummer 12345 wählen.
Siehe auch unten unter " Bugs anderer Leute ".

R-Zeile - Run

Hiermit wird ein Programm (plus Parameter) angegeben, das bei ankommenden oder abgehenden Gesprächen aufgerufen wird.

Form

R <Art> <Partner> <Key> <Karte> <Benutzer> <Mod> <Programm> <Argumentliste...>

Beispiel

R  login *         *     *       root      IDUST  /bin/login

Environment
Im Environment dieses Programms werden folgende Variablen abgelegt, wenn die Parameter bekannt sind:
- SITE <Partner>
- PROTOCOL <Art>
- CLASS <Key>
- PHONE Telefonnummer der Gegenstelle, so wie sie ankam bzw. gewählt wurde
- LPHONE Lokale Nummer bzw. deren Endteil
- DIRECTION "IN" oder "OUT"
- DEVICE im Normalfall: /dev/ttyiXX
Mod
- .n Die Antwort wird um n Sekunden verzögert, beispielsweise um einen Anruf- beantworter nicht sofort abheben zu lassen.
- ,n Wenn eine automatische Verbindung nicht hergestellt werden konnte, wird nach n Sekunden der Verbindungsaufbau wieder erlaubt. (Noch nicht implementiert)
- $ Die Befehlszeile wird nicht direkt ausgeführt, sondern der Shell übergeben.
- E Beim Auftreten eines Fehlers wird dieses Programm deaktiviert. (Reaktivieren: AT/R.)
- D /dev/ttyiXX wird angelegt und nach Programmende gelöscht.
- F Das Programm wird sofort gestartet, und die Verbindung wird aufgebaut. Interessant insbesondere bei Festverbindungen und SPVs.
- L nur der angegebene Benutzer kann die Verbindung aktivieren.
- Q strace(1) wird automatisch auf den neuen Prozeß losgelassen.
- R kein Dialout via ATD möglich.
- S stderr des Programms liegt auf ISDN (sonst: stderr des Treiberprogramms)
- T Verbindung im Terminalmodus (ankommend, also zB beim Start von /bin/login).
- U ein Eintrag in /etc/utmp wird angelegt (wichtig zB für login).
- B Die Verbindung wird beim Hochfahren des Managers automatisch aufgebaut.
- i für ankommende Verbindungen
- o für abgehende Verbindungen
- f für Festverbindungen. "B" wird hier normalerweise ebenfalls angegeben.
- d für Wählverbindungen (nur eine gleichzeitig)
- m für Wählverbindungen (mehrere gleichzeitig)
- p für Verbindungsaufbau nach Bedarf ("reconn"-Modul nicht vergessen!); wird beim Programmstart automatisch mitgestartet. Die eigentliche ISDN-Verbindung wird hierdurch _nicht_ aufgebaut, dafür ist "B" gedacht.
Anmerkung
Ein Dialout zu einem System mit R-Zeile ist also direkt nicht möglich, da der Datenaustausch zum betreffenden Programm geht.

Eine R-Zeile wird ignoriert, sobald das betreffende Programm einen Fehler gemeldet hat (Exitstatus != 0) oder bei der Verbindungssteuerung ein Fehler aufgetreten ist.

CL-Zeile - Connection Limit

Begrenzt die Zahl der für einen gegebenen Verbindungstyp verwendbaren B-Kanäle. Ueber das Limit hinausgehende Anrufe werden mit BUSY abgelehnt, es sei denn in der entsprechenden P-Zeile steht der entsprechende Parameter.

Form

CL <Art> <Partner> <Key> <Karte> <Zahl>

Beispiel
```
CL  *     *         *     Tel?    2
```
Anmerkung
In der Regel muß diese Zeile nicht benutzt werden, wenn bei einem Basisanschluß beide Kanäle benutzt werden sollen.

LF-Zeile - Load File

Lädt die Datei auf die (aktive) Karte. Mehrere LF-Zeilen können angegeben werden (in der richtigen Reihenfolge! Doku beachten!). Die maximal mögliche Segmentgröße ist 4096. Der Delay gibt an, wie lange das Programm nach dem Laden dieser Datei mit dem nächsten Schritt warten soll (Karte macht Speichertest über 8 MB, und ähnliche Feinheiten).

Form

LF <Karte> <Segmentgr&ouml;&szlig;e> <Delay> <Dateiname>

Beispiel
```
nicht vorhanden
```

RP-Zeile - Run Program

Hiermit wird ein Programm (plus Parameter) angegeben, das bei Eintreten eines bestimmten Zustands einer Verbindung gestartet wird.

Form

RP <Art> <Partner> <Key> <Karte> <Benutzer> <Mod>  <Programm> <Argumentliste...>

Beispiel

RP login  *         *     *       root      IDUST$u echo      "Login von $PHONE auf $DEVICE" >>/var/log/isdn.use

Parameter
Siehe auch R-Zeile .

Zusätzliche Flags sind
- c Stdin/out des Programms wird auf ein freies ISDN-Device gelegt. (Sonst: /dev/null.)
- s schicke keine Signale
REASON (Environmentvariable)
- u Start nach erfolgtem Aufbau der Verbindung
- d Start bei Abbau einer Verbindung
- f Start nach erfolglosem Verbindungsversuch (abgehend)
- x Start bei temporärer Deaktivierung eines Interface (zu viele Versuche), anstehende Datenpakete werden weggeworfen
- y Start bei Reaktivierung des Interface
- i Start bei Aufruf des Verbindungshandlers (zB des " slipto "-Programms)
- r Start bei abgelehntem Anruf
- t Start nach Tod des Verbindungshandlers
- k Start bei laufenden Gebühreninformationen (während oder nach der Verbindung)
- l Start bei endgültigen Gebühreninformationen (nach Verbindungsende)
Die folgenden Flags werden bei Programmen übergeben, die via R-Zeile gestartet wurden:
- B Start beim Booten oder bei Reload der Konfigdatei
- I Start bei ankommendem Anruf
Ein mit "u" gestartetes Programm bekommt SIGHUP gesendet, wenn es bei Verbindungsende noch läuft; dito ein mit "d" gestartetes Programm zu Beginn des mächsten Verbindungsaufbaus. Einem Programm, das kontinuierlich läuft, wird bei jedem Statuswechsel SIGUSR1 gesendet. SIGQUIT wird an alle Programme gesendet, die laufen, wenn die zugeordnete Verbindung beendet wird.
Environment
- COST für die laufende Verbindung angefallene Kosten
- CCOST insgesamt angefallene Kosten
- CAUSE Aktueller Fehlerzustand (bei
Anmerkung
Vorsicht: Mehrere Programme unter demselben Flag laufen zu lassen funktioniert nur dann sicher, wenn sich alle (möglicherweise bis auf eines) ziemlich schnell wieder beenden, sonst gibt es Probleme (mehrfach oder nicht gestartete Programme).

12.3 Module

Für alle Module gilt:

:XX <Wertbereich> <Default> Funktion eines Parameters mit Wertangabe
:YY                         Dito, ohne Wertangabe

Modulübersicht

alaw
proto
str_if
fakeh
ipmon
reconn
timer
t70
fakecept
v110
buffer
rate
vanj
x75
pr_on

alaw - A-Law-Coder

Wandelt einen A-Law-Datenstrom in einen 8-Bit-Datenstrom. Dabei werden nur die Bytes umkodiert, die Daten aber nicht auf 12 Bit aufgeblasen. Gibt nach oben Bytes _mit_ Vorzeichen weiter. Zusätzlich können für beide Richtungen Schwellwerte definiert werden, unterhalb derer keine Uebertragung zugelassen wird, um Gesprächspausen herauszufiltern.

Hierzu muß man wissen, daß dieses Modul nicht "alaw" (vom ISDN) in linear codiertes PCM um, wie man vielleicht annehmen möchte. Es erzeugt signed 8-bit, logarithmisch codierte Werte. Zur Wandlung von/zu normalem, linearem PCM sind in jedem Fall tosnd und toalaw zu verwenden.

Beispiel
nicht verfügbar
Parameter
- :ro 0-127 Ansprechschwelle beim Empfang. Null schaltet permanent auf "Durchgang".
- :rx 0-127 Abschaltschwelle. Töne werden blockiert, wenn mehr als ..:
- :rc 1-32767 aufeinanderfolgende Samples unterhalb der :rx-Schwelle liegen.
:xo :xx :xc wie :ro :rx :rc, aber für den Sendeteil.

proto - Befehlsinterpreter

Sitzt immer automatisch zuoberst auf dem durch den ISDN-Treiber definierten Stream. Interpretiert im Befehlsmodus die eingetippten Zeichen und schickt sie zeilenweise an das Managementprogramm.

Beispiel
nicht verfügbar
Parameter
- :cr 0-255 0x13 ASCII Carriage return
- :lf 0-255 0x10 ASCII line feed
- :bs 0-255 0x08 ASCII Backspace
- :cc 0-255 0x03 Zeile löschen (Abbruch, CTRL-C)
- :ca 0-2 2
  - 0: kein Hangup
  - 1: Hangup bei NO CARRIER
  - 2: Hangup bei CONNECT...NO CARRIER
- :bk 0-1 1 BREAK bewirkt Rückkehr in den Befehlsmodus.
- :sg 0-1 0 wenn 1, sende SIGUSR1 beim Aufbau der Verbindung und SIGUSR2 beim Abbau der Verbindung
Die folgenden Codes werden normalerweise vom L4-Treiberprogramm gesendet:
- :on schaltet auf Datenübertragung
- :of schaltet auf Befehlsmodus
Anmerkung
Im Online-Modus wird keine Spezialzeichenfolge wie etwa "+++" gesondert interpretiert; stattdessen wird ein _BREAK_ zum Zurückschalten verwendet.
Systemmeldungen
Diese werden zwischen dem "proto"-Modul und dem ISDN-Treiber ausgetauscht und informieren diese und die dazwischenliegenden Module vom Zustand einer Verbindung. "->L2" und "->Cmd" deuten an, dass die Meldung in Richtung ISDN-Treiber oder "proto"-Modul gesendet werden.
- in die Verbindung wird ankommend sein (->Cmd)
- ou die Verbindung wird abgehend sein (->Cmd)
- os X Reserviert zusätzlichen Pufferplatz am Anfang von Datenblöcken. (Separat für beide Richtungen, wird automatisch initiiert.) Module inkrementieren X, um die Zahl der Bytes, die sie selbst maximal als Header vor die Daten stellen, und reservieren eine entsprechende Anzahl beim Anfordern eines neuen Datenblocks. "os" signalisiert außerdem, daß der Aufbau des Modulstacks abgeschlossen ist. Module können sich also nach der Weitergabe dieser Meldung untereinander unterhalten, wenn nötig.
- li B-Kanal ankommend geschaltet, zB Wählton beim Telefon (->Cmd)
- hl B-Kanal-Durchschaltung akzeptiert (->L2)
- co B-Kanal bidirektional geschaltet (->Cmd)
- hc Verbindung hergestellt (->L2)
- wi Befehl zur Herstellung einer Unterbrechung (->Cmd)
- is Verbindung unterbrechen (->L2)
- is Verbindung ist unterbrochen (->Cmd)
- hi Rückmeldung: Verbindung unterbrochen(->L2)
- wd Befehl zum "sauberen" Abbau der Verbindung(->Cmd)
- di Verbindung abbauen (->L2)
- di Verbindung ist abgebaut (->Cmd)
- hd Rückmeldung: Verbindung ist getrennt, evtl wird NO CARRIER gemeldet.
Wer beobachten will, wie genau diese Meldungen transpoortiert werden, verwende ein xstrlog-Modul .

str_if - Streams->IP-Wandler

Implementiert ein TCP/IP-Modul. Daten werden nicht in Richtung Anwenderprogramm, sondern in das TCP/IP-Networking des Kernels umgeleitet.

Beispiel
nicht verfügbar
Parameter
- :mt 120-4096 512 MTU des Treibers. (Die MRU hängt vom ISDN- Kartentreiber ab.)
Paketformat:
- :.N TCP/IP (Default).
- :.E Ethernet-Paketheader.
- :.P PPP-Paketheader.
- :eT xxxx xxxx: hexadezimal. Angabe des übertragenen Pakettyps (:.N). TCP/IP ist 0800 Default. Damit können zB statt "nackter" IP-Pakete ebensolche Appletalk-Pakete übertragen werden.
Anmerkung
ioctl(x,SIOCGETU,int) ioctl-Aufruf zur Uebertragung der Unit-Nummer ("strX", 0 <= X <= 15) an ein Anwenderprogramm. Das Programm kann damit die IP-Adressen auf beiden Seiten des Links konfigurieren. Ein einfaches Treiberprogramm, " slipto ", dem lokale und entfernte IP-Adresse übergeben werden, ist im Verzeichnis str_if .

fakeh - Cisco-HDLC-Modul

Verwendet das Cisco-eigene "HDLC"-Protokoll. Auf der Gegenseite muß (noch... hat jemand Doku zu den Tieren?) "no keepalives" konfiguriert werden. Die Option für das Paketformat muß genauso wie bei str_if eingestellt sein!

Beispiel
nicht verfügbar
Parameter
- :.N TCP/IP (Default).
- :.E Ethernet-Paketheader.

ipmon - IP-Monitor

Loggt IP-Pakete mit. Das Programm "monitor" liest dieses Protokoll aus dem Kernel. Die Option für das Paketformat muß genauso wie bei str_if eingestellt sein!

Beispiel
nicht verfügbar
Parameter
- :.N TCP/IP (Default).
- :.E Ethernet-Paketheader.
- :.P PPP-Paketheader.

reconn - Verbindungshalter

Verhindert (in Zusammenarbeit mit korrekten P - und R -Zeilen, siehe oben), daß eine Verbindungstrennung sich auf eine Anwendung auswirkt; die Verbindung wird automatisch neu aufgebaut, sobald wieder Daten anstehen.

Beispiel
nicht verfügbar
Parameter
- :pf Das jeweils erste Datenpaket (das, das zum Verbindungsneuaufbau geführt hat), wird in den Syslog mitgeschrieben.
- :nf Es wird nicht mitgeschrieben. (Default.)
Anmerkung
Sollte logischerweise nicht unterhalb von X.75 oder ähnlichen Modulen zur Übertragungssicherung eingesetzt werden, weil die ständig Daten austauschen, um zu prüfen, ob die Gegenstelle noch da ist.

timer - Zeitbegrenzer

Bricht die Verbindung ab, wenn eine bestimmte Zeit lang keine Daten übertragen wurden.

Beispiel
nicht verfügbar
Parameter
- :ti 60 Abstand zwischen den möglichen Abbruchpunkten (zB Gebührenzeittakt)
- :to 55 Zeit zwischen Verbindungsaufbau und erster Messung
- :tw 0 wenn zum Meßzeitpunkt soviele Sekunden nichts gesendet wurde, wird die Verbindung abgebrochen
- :tr 0 dto., gelesen; eine der beiden Bedingungen reicht aus.
- :li unterbrochen wird nur bei ankommenden Verbindungen.
- :lo dto, bei abgehenden Verbindungen
- :lb dto, beide Verbindungsarten (Default).
Anmerkung
Alle Zeitangaben sind in Sekunden.

Vorsicht: Es macht absolut keinen Sinn, den Timer unterhalb von übertragungssichernden Modulen wie x.75 oder gar Datenstrom-Modulen wie v110 anzuordnen.

Der Timeout sollte mindestens dreimal so groß sein wie die Zeit, die typischerweise zum Verbindungsaufbau benötigt wird, weil es sonst scheußliche Interaktionen mit den TCP-Retryalgorithmen geben kann.

Anmerkung des Setzters: Ist mir persönlich passiert, weil ich der Telekom nichts schenken wollte. Ich habe dadurch aber innerhalb von 20 Minuten ca. 330 einheiten weggeworfen - ISDn macht's möglich.

t70 - T.70

Implementiert das T-70-Minimalprotokoll -- spaltet abgehende Dateneinheiten auf, wenn sie zu groß sind, und faßt ankommende zusammen, wenn das entsprechende Bit im T70-Header gesetzt ist.

Beispiel
nicht verfügbar
Parameter
- :mt 0,4-4096 256 Maximale Datenblockgröße (exklusive T70-Header (2 Bytes)). ":mt 0": Maximum "unendlich".

fakecept - CEPT

Erzeugt das von T-Online erwartete, vom T70-Standard abweichende Protokoll. Abgehende Dateneinheiten werden wie bei T.70 aufgespalten, bei ankommenden Dateneinheiten wird nur der Protokollheader entfernt.

Beispiel
nicht verfügbar
Parameter
- :mt 1-4096 128 Maximale Datenblockgröße. Darf fuer T-Online auf keinen Fall 128 ueberschreiten.
Anmerkung
TODO: Momentan wird die Aufspaltung _nicht_ markiert -- soll/darf das passieren, wenn ja wie?

v110 - V.110

Implementiert V.110 im 38400-Baud-Modus. Mehr oder weniger ungetestete Experimentierversion. Warnung: Exzessive Kernelbelastung durch Bitschieberei etc. Für ernsthafte Anwendungen braucht es einen entsprechenden Wandler in Firmware / Hardware auf der Karte.

Beispiel
nicht verfügbar
Parameter
nicht nötig

buffer - Datenpuffer

Die meisten Module haben einen ziemlich kleinen Datenpuffer (ca. 200 Bytes). Wenn das zuwenig ist, zB beim Empfangen von Audiodaten oder beim Weiterleiten von IP-Paketen, kann ein Puffer zwischengeschaltet werden.

Beispiel
nicht verfügbar
Parameter
- :br XXX Puffergröße beim Lesen / Empfangen
- :bw XXX Puffergröße beim Schreiben / Senden
- :bb XXX Puffergröße beim Lesen und Schreiben Wertebereich für die Puffergröße: 10 bis 16*1024 Bytes. Default: 4 kBytes. Der Puffer füllt sich bis zur angegebenen Größe und leert sich bis auf 1/4 dieses Werts.

rate - Datenrate

Begrenzt die mögliche Übertragungsrate.

Beispiel
nicht verfügbar
Parameter
- :ri XXX Begrenzung der ankommenden Daten auf XXX bytes pro Sekunden.
- :ro XXX dito, gesendete Daten.
- :rb XXX dito, beide Richtungen.
Anmerkung
"Überschüssige" Daten werden zunächst gepuffert, dann weggeworfen; daher ist es sinnvoll, "rate" vor "x75" zu verwenden. Bei TCP/IP, das sowieso keinen gesicherten Kanal voraussetzt, geht es natürlich auch ohne X75.

vanj - Van-Jacobsen-Kompression

Komprimiert TCP-IP-Header. Option für das Paketformat muß genauso wie bei str_if eingestellt sein!

Beispiel
nicht verfügbar
Parameter
- :sz tx rx 16 16 Zahl der gleichzeitig gecachten Verbindungen. Zwischen 16 und 128; jeweils Sende- und Empfangsrichtung. (noch nicht implementiert)
- :ac Aktiv komprimieren. Default bei abgehenden Verbindungen.
- :pa Komprimieren nur, nachdem ein komprimiertes Paket ankam. Default bei ankommenden Verbindungen.
- :.N TCP/IP (Default).
- :.P PPP-Paketheader.
Anmerkung
Sollte nur auf einer gesicherten Verbindung verwendet werden.

x75 - X.75

Implementiert Ebene 2 des X75-Protokolls. Das Framing (Prüfsumme, 1-Stopfen, Interframezeichen etc.) wird von der Hardware auf der Karte erledigt.

Beispiel
nicht verfügbar
Parameter
- :nk 1-7 (127) 1 Parameter "k" -- Anzahl der maximal ausstehenden Datenblöcke. (Die Länge dieser Blöcke wird nicht begrenzt -- siehe T70-Modul)
- :wd 2-Byte-Befehlswörter: SABME, max(k) 127.
- :nw 1-Byte-Befehlswörter: SABM, max(k) 7.
- :n1 1-100 3 Parameter "N1" -- Anzahl der Wiederholungen von Poll-Frames, bis ein Fehler angenommen wird.
- :t1 1-100 10 Parameter "t1" -- Timeout für unbestätigte Daten- und Poll-Frames in Zehntelsekunden.
- :t3 1-1000 100 Parameter "t3" -- Timer für Test, ob die Verbindung noch aktiv ist. In Zehntelsekunden, muß > 2*t1 sein.
- :ad 0-255 0-255 (dieser Parameter braucht zwei Wertangaben!)
  1 3 Adreßbytes für Befehls- und Meldungsframes. Sollten das niederwertige Bit gesetzt haben und verschieden sein. Wegen Abwärtskompatibilität mit dummen Implementierungen werden "falsche" Einstellungen akzeptiert.
- :po Pollmodus -- löst beim Empfang einer RNR-Meldung sofort einen RR/RNR-Befehl aus. Für Kompatibilität mit dummen Gegenstellen, die vergessen, sich mit RR bereit zu melden, nachdem sie RNR gesendet hatten.
- :np schaltet den Pollmodus ab (Default).
- :cm 012348 1 wann die X75-"Verbindung" aufgebaut wird
  - 0 gar nicht -- es wird angenommen, die Verbindung existiert. Zur Kompatibilität mit dummen Gegenstellen, die sich auf die Steuerung im D-Kanal verlassen.
  - 1 Baldmöglichst (abgehend)
  - 2 Baldmöglichst (ankommend)
  - 3 Baldmöglichst (an- und abgehend)
  - 4 wenn der erste Datenblock zur Übertragung ansteht.
  - 8 gar nicht -- es werden UI-Frames verwendet.

pr_on

Spezialmodul, um die "Verbindung hergestellt"-Kennung auf einem Stream abzusenden, der nicht über ISDN arbeitet. Wird zB vom slipto -Programm verwendet.

Beispiel
nicht verfügbar
Parameter
nicht verfügbar

12.4 Beispielkonfigurationen

Diese Beispielkonfigurationen dienen in erster Linie dem Verständniss von einzelnen speziellen Konfigurationsfällen.

In den Konfigurationen sind lediglich die für diesen speziellen Fall notwendigen Zeilen vorhanden.

Standardkonfiguration

Die Standardkonfiguration ist bei den Sourcen dabei und befindet sich in dem Verzeichnis "tools" als Datei "isdn.conf".

X.75

Die Nutzung der folgenden Konfiguration ist in Terminal beschrieben.


#Beispielkonfiguration fuer einen X.75-Eintrag in der Konfigurationsdatei
#Protokoll: DSS1/Euro-ISDN
#erstellt von: Kai Dupke, dupke@koma.han.de
#am Tue Jan 30 19:24:58 MET 1996
#
#R  <Art> <Partner> <Key>  <Karte> <Benutzer> <Mod> <Programm> <Argumentliste...>
R   login  *         *     *       root      TSUDi /bin/login

#P  <Art> <Partner>  <Key> <Karte> <Mod>  <Programm>
P   login  *         *     *       RXio   :vB 8890

#ML <Art> <Partner>  <Key> <Karte> <Mod>  <Module...>
ML  login  *         *     *       -,3    frame buffer x75

#MP <Art> <Partner>  <Key> <Karte> <Mod>  <Modul> <Parameter...>
MP  login  *         *     *       -      x75      :nk 6 
MP  login  *         *     *       -      proto    :sg 0 :ca 2 :bk 1

# Remote phone numbers.
# The "unknown" entry is used when no number is transmitted.
#D  <Art> <Partner>  <Key> <Karte> <Mod>  <Nr>
D   login  hbb       *     *       -      +49=511-9630173
D   login  unknown   *     *       -      +*

# Local numbers.
#DL <Key> <Karte> <Nummer>       <Protokolle>
DL  *     Tel0    +49=511-499770 :pr 0 :sp 8 :pr 63

BTX/XCept

Die Nutzung der folgenden Konfiguration ist in BTX/XCept beschrieben.

Beispiel


#Beispielkonfiguration fuer einen BTX/XCept
#Protokoll: DSS1/Euro-ISDN
#erstellt von: Edmund Mergl, mergl@sls.s.bawue.de
#


#P  <Art> <Partner>  <Key> <Karte> <Mod>  <Programm>
P   cept  cept       *     Tel0    RFX    :vB 8890 :vL 8090A9D1E7 :vH 91D2

#ML <Art> <Partner>  <Key> <Karte> <Mod>  <Module...>
ML  cept  *          *     Tel0    -,0    frame x75 fakecept

#MP <Art> <Partner>  <Key> <Karte> <Mod>  <Modul> <Parameter...>
MP  cept   *         *     Tel0    -      x75     :nk 1

#D  <Art> <Partner>  <Key> <Karte> <Mod>  <Nr>
D   cept  cept       *     *       o      -01910

# Local numbers.
#DL <Key> <Karte> <Nummer>       <Protokolle>
DL  *     Tel0    +49=511-499770 :pr 0 :sp 8 :pr 63

Niederlande

In den Niederlanden wird ein spezieller Eintrag in der Konfigurationdatei gebraucht, da die 'Dutch telecom compagny KPN/PTT-Telecom' die Gebühreninformation in einer speziellen Form überträgt.

Hierbei ist in der DL-Zeile der Parameter :b2 einzutragen.

Beispiel


# Local numbers and dialout prefixes.
#
# Use :de for debugging and :b2 for PTT-NL "features"
#
#DL <Key> <Karte> <Nummer>       <Protokolle>
DL  *     Tel0    +31=53-43415   :pr 0 :sp 8 :b2 :pr 63 :de

Anmerkung des Setzers: Vielen Dank an Renee Teunissen für diesen Abschnitt.

Semipermanente Verbindung - SPV

siehe auch SPV-Anwendung .

Die Konfigurationen sind jeweils als Ergänzung der normalen TCP-Konfiguration gedacht, wie sie in der Standard-Konfiguration enthalten ist.

Anmerkung:Wenn hier noch ein timer -Modul eingesetzt wird, kann der 2. Kanal des 1TR6 auch genutzt werden. Vorsich: In diesem Fall kann es sein, daß die SPV nicht aufgebaut werden kann, weil gerade beide Kanäle belegt sind.

Konfiguration für rausgehend


# Konfiguration von U-ISDN zum betreiben einer 
# rausrufenden Semi Permanenten Verbindung (SPV) zum Provider
# Dirk Sommerfeld Prima e.V.
# E-Mail dirk@prima.ruhr.de oder dirk@nwu.de

#R  <Art> <Partner>  <Key> <Karte> <Benutzer> <Mod> <Programm> <Argumentliste...>
R   tcp   ins        *     Tel0    root       RUB   slipto -d 194.XXX.XXX.2 192.XXX.X

#P  <Art> <Partner>  <Key> <Karte> <Mod>  <Programm>
P   tcp   ins        *     Tel0    RFX    :sv 0700 :pv

Konfiguration für reinkommend


# Konfiguration fuer eine Rufreinkommende Semi Permanente Verbindung (SPV) zum 
# Provider mit U-ISDN und Teles 16Bit Karte (Creatix) ISDN Anschluss 1TR6
# Dirk Sommerfeld  Prima e.V.
# E-Mail dirk@prima.ruhr.de oder dirk@nwu.de

#R  <Art> <Partner>  <Key> <Karte> <Benutzer> <Mod> <Programm> <Argumentliste...>
R   tcp   ins        *     Tel0    root       RUp   slipto -d 193.141.111.1 192.129.5

Next Chapter, Previous Chapter

Table of contents of this chapter, General table of contents

Top of the document, Beginning of this Chapter