(2nd try, because of local problems)

Peru added as i4l-able country,
glossary widened (CLIR, COLP - please check this!),
example file etc/rc.isdn.syncppp.MPPP seems missing in isdn4k-utils,
some fixes,
remark by Thomas Stinner to ASCEND framed-protocol added,
remarks by Torsten Hentschel (patch remove) to ICN/i4l added.

FAQ/de-i4l-faq

@@ -9,11 +9,11 @@ Summary: This posting describes what every reader of de.alt.comm.isdn4linux
          i4l-faq.
 Archive-name: de-i4l-faq
 Posting-frequency: monthly
-Last-modified: 21-Feb-97
+Last-modified: 16-Mar-97
 URL: http://www.lrz-muenchen.de/~ui161ab/www/isdn/
 
 
-!1FAQ für isdn4linux - Version 1.3
+!1FAQ für isdn4linux - Version 1.3.1
 
 Diese FAQ genießt den Schutz der GNU General Public License (GPL) Version 2;
 (C) 1996 Volker Götz, Bernhard Hailer, Matthias Heßler, Michael Hipp sowie 
@@ -244,6 +244,7 @@ A: Wir wissen derzeit von folgenden L
         Niederlande
         Norwegen
         Österreich
+        Peru
         Portugal
         Schweden
         Schweiz
@@ -618,8 +619,28 @@ A: Nils Rennebarth <nils@nus.de> schrieb dazu am 10. Dez 1996:
         verschieden.
 !verboff
 
-Q: Was heisst eigentlich CVS, HDLC, HSCX, ISAC, TEI, ...?
-A: CVS-Tree
+Q: Was heisst eigentlich CLIR, COLP, CVS, HDLC, HSCX, ISAC, TEI...?
+A: Hier ein kleines Glossar:!br
+!b1CLIR!b0
+!verbon
+        CLIR ist ein Angebot des ISDN-Anbieters: man kann fallweise
+        die Übermittlung der eigenen Rufnummer an den Gesprächspartner 
+        unterdrücken lassen. CLIR muß man beantragen, es ist (in Deutschland) 
+        jedoch kostenlos. Hingegen kostet die fallweise !i1Übermittlung!i0
+        der Rufnummer Geld.
+!verboff
+!b1COLP!b0
+!verbon
+        Auch COLP ist ein Angebot des ISDN-Anbieters. Man muß es beantragen,
+        aber es kostet (in Deutschland) 10.-- DM pro Monat extra. Wer COLP
+        beantragt hat, bekommt ein erweitertes Wählprotokoll über die
+        Leitung, welches man dann z.B. in der Tk-Anlage auswerten kann.
+        Derzeit wird an einer Möglichkeit gebastelt, das mit Hilfe einer 
+        "verkehrtherum" angeschlossenen zweiten Teleskarte zu umgehen. Man
+        bekommt dann ganz ohne Gebühren mehr Informationen als mit laufendem
+        COLP. Das rechnet sich bald...
+!verboff
+!b1CVS-Tree!b0
 !verbon
         Die i4l-Entwickler haben sich zu einem Team zusammengeschlossen. Das
         Tool "cvs" erlaubt es den Mitgliedern, relativ problemlos Patches
@@ -627,18 +648,18 @@ A: CVS-Tree
         ausgezeichnet dokumentiert, und es ist auch nicht schwierig, eine
         ältere Version wieder herzustellen.
 !verboff
-HDLC
+!b1HDLC!b0
 !verbon
         Ein sehr verbreitetes Low-Level-Protokoll.
 !verboff
-HSCX
+!b1HSCX!b0
 !verbon
         Ein Siemens-Chip, der ähnlich ->ISAC auf vielen passiven ISDN-Karten
         sitzt. Er übernimmt den seriellen Bus vom ISAC und demultiplext beim
         Empfangen bzw. multiplext (d.h. fügt die Bits an der richtigen Stelle
         ein) die B-Kanäle.
 !verboff
-ISAC
+!b1ISAC!b0
 !verbon
         Ein Siemens-Chip, der ähnlich ->HSCX auf vielen passiven ISDN-Karten 
         sitzt. Er ist für "Level 1" zustaendig, sitzt also (beinahe) direkt an
@@ -646,7 +667,7 @@ ISAC
         S0-Daten auf einen speziellen seriellen Bus (IOM) um. Beim Senden
         geht es umgekehrt.
 !verboff
-TEI (Terminal End Identifier)
+!b1TEI!b0 (Terminal End Identifier)
 !verbon
         Die lokale Vermittlungsstelle oder bei internen S0 die Anlage weist
         jedem Endgerät automatisch oder fest eine TEI zu. Diese dient ganz
@@ -655,7 +676,7 @@ TEI (Terminal End Identifier)
         64-126   automatisch zugewiesen
            127   Rundruf an alle (z.B. bei hereinkommendem Anruf)
 !verboff
-TK-Anlage (Telekommunikationsanlage)
+!b1TK-Anlage!b0 (Telekommunikationsanlage)
 !verbon
         Eine TK-Anlage dient dazu, verschiedene interne Geräte an das
         ISDN-Netz anzuschließen. Meist handelt es sich dabei um analoge
@@ -994,7 +1015,7 @@ A: Aus Datenschutzgr
    Wer einen ISDN-Anschluß hat, muß dagegen der Übermittlung seiner Nummer
    ausdrücklich widersprechen - oder beantragen, daß er über die Übermittlung
    seiner Nummer fallweise entscheiden kann (per ISDN-Telefon; fallweise
-   Unterdrückung (CLIR) ist inzwischen kostenlos, fallweise Übermittlung kostet
+   Unterdrückung [CLIR] ist inzwischen kostenlos, fallweise Übermittlung kostet
    extra). Es fällt der Telekom jedoch offenbar !u1sehr!u0 schwer, das schon
    im ersten Anlauf richtig zu konfigurieren. Wer auf die Übermittlung der
    Caller Id angewiesen ist, sollte genau überprüfen, ob auch alles korrekt
@@ -1353,12 +1374,13 @@ A: dietmar <dietmar@highway.bertelsmann.de> schrieb am 8. Okt 1996:
    Steg in den Slot hineinrutscht. Deshalb: Sichtprüfung,
    daß die Kontakte der Karte alle gleich weit im Slot
    verschwinden.!br
-   Und Herbert Rosmanith <herp@wildsau.idv.uni-linz.ac.at> ergänzt am 10. Jan
+   Und Herbert Rosmanith <herp@wildsau.idv.uni-linz.ac.at> ergänzte am 10. Jan
    1997:!br
-   Die karte ist hardwaremäßig per Default auf 0x300 eingestellt. Die Software
-   nimmt allerdings per Default 0x320 an! das ist etwas inkonsequent, imo.
+   Die Karte ist hardwaremäßig per Default auf 0x300 eingestellt. Die Software
+   nimmt allerdings per Default 0x320 an! Das ist etwas inkonsequent, IMO.
    Vielleicht bist Du ja auf diese Verwirrtaktik reingefallen :-)!br
-   Am gleichen Tag ergänzt noch Thomas Bogendörfer <tsbogend@alpha.franken.de>:
+   Am gleichen Tag ergänzte noch Thomas Bogendörfer 
+   <tsbogend@alpha.franken.de>:
    Membase der 4B muß auf einer 32K Grenze liegen. Also 0xd0000 oder 0xd8000
    verwenden.
 
@@ -1532,12 +1554,22 @@ A: Es gibt eine entsprechende Mailingliste an der Uni Hannover.
 !verboff
 
 Q: Wie schalte ich Raw-IP auf der Ascend Max mit Radius ein?
-A: "Framed-Protocoll" muß auf "EURAW" eingestellt werden. Für die Autorisierung
+A: "Framed-Protocol" muß auf "EURAW" eingestellt werden. Für die Autorisierung
    per Caller Id muß "authentication-type = ascend-clid" eingestellt werden.
+Thomas Stinner <Thomas.Stinner@pop-siegen.de> schrieb uns dazu am 9.Mar.97:
+!verbon
+        Kann sein, dass das mit dem Authentication Type so funktioniert, ich 
+        nehme für sowas jedoch als Password "Ascend-CLID".
+        Ein Eintrag im users-file muß folgendermaßen aufgebaut sein:
+          69123456 Password="Ascend-CLID"
+          User-Name = "Username_fuer_Abrechnung"
+          User-Service = Framed-User
+        Also als Username die Caller-ID, als Password  "Ascend-CLID".
+!verboff
 
 Q: Wie schalte ich die Encapsulation "uihdlc" auf dem Max (eine Ascend) mit
    Radius ein?
-A: "Framed-Protocoll" muß auf "EUUI" eingestellt werden.
+A: "Framed-Protocol" muß auf "EUUI" eingestellt werden.
 
 !old
 Q: Welche Einstellungen braucht ein ELink, um mit isdn4linux
@@ -3243,8 +3275,8 @@ A: Zun
         isdnctrl removelink <device>
 !verboff
    wieder geschlossen werden (siehe i4l-Anleitung für mehr Informationen). In
-   der Datei etc/rc.isdn.syncppp.MPPP im isdn4k-utils-Paket findet sich ein
-   Beispielskript.
+   der Datei etc/rc.isdn.syncppp.MPPP im isdn4k-utils-Paket findet sich 
+   eventuell ein Beispielscript (bei einigen i4l-Versionen fehlt sie leider).
 
 Q: Welche Vor- und Nachteile hat die Verwendung von MPPP?
 A: Nachteilig ist, daß die Slave-Kanäle "manuell" aktiviert werden müssen. Der
@@ -3911,9 +3943,10 @@ A: Wahrscheinlich ist es gar keine Plug'n Play-Karte - obwohl Teles
 
 !old
 Q: Bei meiner ICN gehen manchmal beim Verbindungsaufbau Pakete verloren.
-A: Torsten Hentschel <Torsten.Hentschel@DInet.de> hat einen Patch für
-   Kernel 2.0.21, mit dem nachweislich keine Pakete mehr verloren gehen.
-   Man wende sich an Torsten.
+A: Dies ist bei neueren Versionen von i4l (ab Kernel 2.0.26) behoben worden. 
+   Torsten Hentschel <Torsten.Hentschel@DInet.de> hatte einen Patch für
+   Kernel 2.0.21 gebaut, mit dem nachweislich keine Pakete mehr verloren 
+   gingen, der jetzt aber obsolet ist (nicht mehr anwenden!).
 
 
 !3Zusammenarbeit mit anderen Gegenstellen
@@ -3965,7 +3998,7 @@ Weitere Hinweise finden sich im gleichnamigen Abschnitt im Kapitel
 
 !old
 Q: Ich bekomme die Fehlermeldung "Protocol error, unspecified".
-A: "Protocol error, unspecified" heißt, das dort Messages oder Teile von 
+A: "Protocol error, unspecified" heißt, daß dort Messages oder Teile von 
    Messages zu einem Zeitpunkt angekommen sind, wo sie nicht erwartet
    wurden oder der Inhalt der Messages nicht decodierbar ist.
    Dazu schrieb Torsten Hentschel <Torsten.Hentschel@DInet.de>:
@@ -3975,7 +4008,9 @@ A: "Protocol error, unspecified" hei
         werden. Ich hatte das Problem bei raw hdlc, daß Pakete verloren
         gingen, aber nur wenn man von einer bestimmten Seite aus anrief.
 !verboff
-   Ein Patch sollte bei Torsten zu bekommen sein.
+   Bei neueren Versionen von isdn4linux (ab Kernel 2.0.26) ist das behoben 
+   worden. Ein früherer Patch von Torsten hierzu ist deshalb nun obsolet und 
+   darf nicht mehr angewendet werden!
 
 
 !3Modememulation (Betrieb mit ttyI*-Devices)
@@ -4873,7 +4908,7 @@ A: Gernot Zander <hifi@scorpio.in-berlin.de> schrieb hierzu am 10. Jan 1997:!br
         /sbin/isdnctrl system off
         /sbin/ifconfig ippp0 down
 !verboff
-   Und damits dann wieder loofen tut:
+   Und damit's dann wieder läuft:
 !verbon
         /sbin/isdnctrl system on
         /sbin/ifconfig ippp0 up