home *** CD-ROM | disk | FTP | other *** search
/ Media Share 9 / MEDIASHARE_09.ISO / bbs / cfos097f.zip / CFOS.DOC next >
Text File  |  1994-01-23  |  91KB  |  2,004 lines
  1.  
  2.  
  3.  
  4.                 FFFFFFFF
  5.                  FF                          an ISDN CAPI FOSSIL driver
  6.              ccc FF    ooooo   sssss
  7.             cc   FFFF oo   oo ss                by Martin Winkler &
  8.             cc   FF   oo   oo  ssss              Christoph Lueders
  9.              ccc FF    ooooo      ss
  10.            ssssssssssssssssssssssss          from Zaphods BBS, Bonn/FRG
  11.  
  12.  
  13.  
  14.  
  15.                              --- Documentation ---
  16.  
  17.                   cFos, Version 0.97f, Release date 23-Jan-1994
  18.  
  19.  
  20.  
  21.  
  22.  
  23.      0. Distribution Files
  24.  
  25.         README          Einfuehrung
  26.         REGISTER.DOC    Wie erhalte ich eine registrierte Version?
  27.         COPYING.CF      Nutzungsbedingungen
  28.         WHATSNEW        Was hat sich geaendert?
  29.         CFOS.DOC        Diese Dokumenation
  30.         MODEM.DOC       Uebersicht ueber die "Modem" Kommandos
  31.         CFOS.FAQ        Frequently asked questions zu 'cFos'
  32.         CFOS.EXE        'cFos' executable
  33.  
  34.  
  35.  
  36.  
  37.      1. Einfuehrung :
  38.  
  39.         'cFos' ist ein FOSSIL Treiber, der mittels  eines  Modememulator
  40.         mit AT Command Set und unter Zuhilfenahme eines  CAPI  Treibers,
  41.         nach Version 1.1, Profil A eine grosse Anzahl  an  existierender
  42.         Software auch fuer ISDN nutzbar macht.
  43.  
  44.         Da  ISDN  mehr  ist,  als   nur   ein   Netz   fuer   High-Speed
  45.         Datenuebertragung,  ist   es   unser   Ziel,  moeglichst   viele
  46.         Moeglichkeiten  des  ISDN  durch  'cFos'  auf   einfache   Weise
  47.         zugaenglich zu machen.
  48.  
  49.         'cFos' gibt es auch in einer registrierten Version, die man  bei
  50.         uns lizensieren kann. Zeilen, die mit einem  {+}  gekennzeichnet
  51.         sind, beziehen sich auf  diese  registrierte  Version.  Weiteres
  52.         ueber  diese  "geheimnisvolle"  registrierte  Version  steht  in
  53.         REGISTER.DOC.
  54.  
  55.         'cFos' braucht mindestens einen 286er AT Class Computer.
  56.  
  57.  
  58.  
  59.      2. Features at a glance:
  60.  
  61.         * Laueft mit jeder Karte, die ein ISDN CAPI, V1.1, Profil A hat.
  62.  
  63.         * Unterstuetzt FOSSIL, Revision 5 (nach  FSC-0015)  mit  einigen
  64.           Erweiterungen.
  65.  
  66.         * Unterstuetzt  mehrere  B-Kanaele  gleichzeitig,  wahlweise mit
  67.           automatischem Ringdown. MultiPort Mode.
  68.  
  69.         * Laueft alleine oder in Zusammenarbeit  mit  "standard"  RS-232
  70.           FOSSILs.
  71.  
  72.         * Eingebauter BIOS-Emulator, sodass auch Programme, die nur  INT
  73.           14 unterstuetzen, betrieben werden koennen.
  74.  
  75.         * 'cFos' ist schnell! Man erreicht bei Windowsizes  >= 2  Daten-
  76.           uebertragungsraten bei X.75 von 7900 cps pro Kanal und mehr.
  77.  
  78.         * 'cFos' enthaelt einen Modem-Emulator, mit dem nicht  nur  alle
  79.           Modem-Meldungen und  Kommandos  nachgebildet  werden  koennen,
  80.           sondern auch  alle  ISDN-spezifischen  Parameter  eingestellt,
  81.           gespeichert und damit ueberhaupt erst genutzt werden koennen.
  82.  
  83.         * 'cFos' kann  eine  Statuszeile  anzeigen,  in  der  alle  ISDN
  84.           Verbindungsparameter angezeigt werden und  zusaetzlich  "Modem
  85.           LEDs" fuer Carrier Detect, Off Hook,  Transmit  Data,  Receive
  86. {+}       Data. In der registrierten Version  wird  die  Dauer  der  der
  87.           aktuellen Gebuehreneinheit  zusaetzlich  noch angezeigt  (Toll
  88.           Saver).
  89.  
  90.         * Unterstuetzung fuer SPV's (semipermanente Verbindungen).
  91.  
  92.         * Unterstuetzung fuer fast alle B2 und B3 Protokolle, z.B.  X.75
  93.           und V.110.
  94.  
  95.         * Unterstuetzt TELES Channel bundling protokoll, 128kbps ueber 2
  96.           B-Kanaele.
  97.  
  98.         * Safety inactivity und connect timers, um  den  Gebuehren-"GAU"
  99.           zu verhindern. 'cFos' enthaelt speziellen Code, um evtl. auf-
  100.           tretende Fehler im CAPI/ISDN-Netz abzufangen.
  101.  
  102.         * Die Time/Date Info des ISDN kann ausgewertet werden und danach
  103. {+}       die lokale Rechnerzeit.  Zusaetzlich  kann  die  Uhrzeit eines
  104.           NetWare Servers gesetzt werden.
  105.  
  106.         * 'cFos' kann UMBs benutzen, um seine Daten abzulegen.
  107.  
  108. {+}     * 'cFos' hat nun eigenes CHANNEL BUNDLING !
  109.           Das 'cFos' eigene Channel Bundling (CCB)  ist  herstellerunab-
  110.           haengig und  unterstuetzt  bis  zu  4  B-Kanaele  -  auch  mit
  111.           mehreren ISDN Karten gleichzeitig.  Darueberhinaus  laesst  es
  112.           sich beliebig mit dem MultiPort Mode kombinieren, z.B. 2 Ports
  113.           buendeln gleichzeitig je zwei Kanaele. 'cFos' schafft mit zwei
  114.           B-Kanaelen 15800 CPS !!!
  115.  
  116.  
  117.         Das '{+}' Symbol weist  auf  Funktionen  hin,  die  nur  in  der
  118.         registrierten Version verfuegbar sind.
  119.  
  120.  
  121.  
  122.      3. 'cFos' Command Line Parameter
  123.  
  124.         'cFos' kennt folgende Commands :
  125.  
  126.           i  Install.
  127.  
  128.              Installiert 'cFos'  als  TSR  im  PC  Speicher;  dazu  muss
  129.              natuerlich schon das CAPI  geladen  sein  (wird  angewarnt,
  130.              falls nicht). Alle  Switches  muessen  beim  Laden  angeben
  131.              werden.  Spaeteres  Aufrufen  wirkt  nur   bei   speziellen
  132.              Commands (z.B. 't' oder 'bps').
  133.  
  134.           d  Deinstall.
  135.  
  136.              Deinstalliert 'cFos' und gibt damit auch allen Speicher von
  137.              'cFos' wieder frei. Bitte ERST 'cFos'  und  DANN  das  CAPI
  138.              deinstallieren.  Mit   dem   Deinstallieren   werden   alle
  139.              bestehenden Verbindungen, die ueber  unser  FOSSIL  laufen,
  140.              getrennt.
  141.  
  142.           r  Reregister.
  143.  
  144.              Re-registriert 'cFos' am CAPI.  Damit  kann  das  CAPI  neu
  145.              initialisiert werden. Auch hier  werden  alle  Verbindungen
  146.              getrennt. Mit diesem Aufruf werden  einige  CAPI-Strukturen
  147.              wieder neu initialisiert.
  148.  
  149.           t  Tranx.
  150.  
  151.              Synchonisation der Rechner-Uhr mit der Zeit,  die  im  ISDN
  152.              verfuegbar ist. Fuer eine weitere Erlaeuterung siehe weiter
  153.              unten.
  154.  
  155. {+}     bps  Baud (Bit per second).
  156.  
  157.              Die Baudrate der z.Z.  laufenden  Verbindung  wird  in  die
  158.              Environment Variable BPSRATE geschrieben. Auf  diese  Weise
  159.              steht sie zur Auswertung in Batch Files (z.b.  beim  Aufruf
  160.              von BBS Software) zur Verfuegung. Hinter dem Kommando  kann
  161.              die Portnummer angegeben werden, z.B. 'cfos bps:2'.
  162.  
  163.         reboot
  164.  
  165.              Die FOSSIL Definition sieht eine Reboot Funktion  vor,  die
  166.              auch auf der Commandline verfuegbar ist. Vor  dem  Rebooten
  167.              werden erst  die  offenen  Files  aller  DOS  Applikationen
  168.              geschlossen, dann werden die Cache Buffers folgender Caches
  169.              geflushed: QCache, Super PC Kwik, PC Tools PC-Cache  5.x  &
  170.              6.x,  Qualitas  Qcache  4.00,  Norton   Utilities   NCACHE,
  171.              SMARTDRV  v4.00+  und  HyperDisk  4.50+.  Danach  wird  der
  172.              Rechner via Keyboard Controller gebootet.
  173.  
  174.  
  175.         und folgende Switches :
  176.  
  177.         -b   Maximale B2-Framelen
  178.              Maximale im Modem-Emulator anwaehlbare B2-Framelen, Default
  179.              = 2048 Bytes
  180.  
  181.         -w   Maximale Windowsize
  182.              Maximale  im  Modem-Emulator   anwaehlbare   B2-Windowsize,
  183.              Default = 2
  184.  
  185.         Mit diesen beiden Optionen  wird  festgelegt,  wieviel  Speicher
  186.         beim  Installieren  fuer  das  CAPI  reserviert  wird.   Mittels
  187.         ATS22=xxxx und ATS26=x kann danach natuerlich auch ein kleinerer
  188.         Wert fuer die naechste Verbindung eingestellt werden, allerdings
  189.         kein groesserer.
  190.  
  191.         -c   Portnummer (Default 0)
  192.              (default 0, ein Port), 0  =  COM1,  1  COM2,  ...  -c  kann
  193.              mehrfach angegeben  werden.  Diese  Einstellung  der  Ports
  194.              ermoeglichst das Zusammenspiel von 'cFos' mit  einem  RS232
  195.              FOSSIL auf einem Rechner.
  196.              'cFos' ueberprueft bei jedem INT 14h Aufruf,  ob  es  diese
  197.              Port Nummer  unterstuetzen  soll.  Falls  nicht,  wird  der
  198.              "darunter liegende"  INT  14h  aufgerufen.  Laedt  man  vor
  199.              'cFos' ein RS 232 Fossil, kann  dieses  den  entsprechenden
  200.              RS-232 Port betreiben.
  201.  
  202.         -e   Enable BIOS emulator (Default 1)
  203.              0 = Off, 'cFos' arbeitet nur als FOSSIL.
  204.              1 = On,  'cFos' arbeitet als FOSSIL und als  BIOS  INT  14h
  205.                  damit koennen auch Programme,  die  zwar  kein  FOSSIL,
  206.                  aber BIOS INT 14h benutzen, ISDN betreiben.
  207.              2 = Force on, 'cFos' arbeitet nur als BIOS Emulator.
  208.                  Empfehlung fuer Programme die BIOS  INT  14h  auf  PS/2
  209.                  Rechnern, oder andere INT 14h  Erweiterungen  benutzen.
  210.                  Es werden die INT 14h Funktionen 4-1B deaktiviert.
  211.  
  212.              Bemerkung:  Da  'cFos'  zur  Zeit  die  '+++'  Sequenz  zum
  213.              Auflegen nicht unterstuetzt, legt die "set  baudrate"  BIOS
  214.              Funktion  (INT  14h)  auf  -  allerdings  nur,   wenn   der
  215.              BIOS-emulator auf on geforced wurde (-e2). Das  ist  ausser
  216.              der  FOSSIL  Funktion  6  (raise/lower  DTR),  die  einzige
  217.              Moeglichkeit aufzulegen.
  218.  
  219.         -f   fast-event, Einstellung der Datenreceiver-Strategie.
  220.              1 = Das Kopieren der Daten  in  den  FOSSIL  Receiverbuffer
  221.                  uebernimmt die Applikation 
  222.                  Vorteil  : Man braucht fast keinen Speicher  mehr  fuer
  223.                             den FOSSIL Receiver Buffer
  224.                  Nachteil : Bei   langsamen   Applikationen   kann   die
  225.                             Uebertragunsgeschwindigkeit etwas sinken.
  226.  
  227.              0 = Das Kopieren der Daten  in  den  FOSSIL  Receiverbuffer
  228.                  uebernimmt der CAPI-Eventhandler (default)
  229.                  Vorteil  : Leichte Speedvorteile bei langsamen Applika-
  230.                             tionen
  231.                  Nachteil : Man brauch einen entsprechend grossen FOSSIL
  232.                             Receiver Buffer.
  233.  
  234.         -r   rxbufsize, Groesse des Receiverbuffers
  235.              Falls 'cFos' mit -f0 geladen wurde, ist die Default-Groesse
  236.              gleich B2-Framelen * (Windowsize  +  1)  Bytes.  Laedt  man
  237.              'cFos' mit -f1, ist hier der Default 256 Bytes.
  238.  
  239.         -t   txbufsize, Groesse des Transmitterbuffers
  240.              Default ist B2-Framelen * (Windowsize + 1) Bytes.
  241.  
  242.         -v   CAPI Interrupt Nummer, default 0xF1 = 241.
  243.  
  244. {+}     -a   Auxiliary Port, samt Controller Nummer (z.B. -a1).
  245.              Fuer die registrierte Version von 'cFos' kann man  so  fuer
  246.              'cFos' Channel Bundling (CCB), d.h.  Datenuebertragung  auf
  247.              mehreren ISDN B-Kanaelen gleichzeitig, sogenannte Auxiliary
  248.              Ports aktivieren.
  249.  
  250.         Wird hinter einer Zahl ein 'k' angegeben, wird  der  Wert  in  K
  251.         (=1024) gerechnet. -r4k bedeutet z.B. 4096 bytes Receiverbuffer.
  252.         Alle Werte koennen auch in Hex angegeben werden, dazu  muss  nur
  253.         ein '0x' vor die Zahl, also z.B. 0x800 fuer 2048.
  254.  
  255.  
  256.         zusaetzliche -j Flags:
  257.  
  258.         -j3  Disable 386er Support.
  259.  
  260.         -jc  Carrier LED. Hierbei wird die sCrollLock  LED  als  Carrier
  261.              LED missbraucht. Solange eine Verbindung besteht, ist diese
  262.              LED an und solange ein einkommender  Ruf  weder  angenommen
  263.              noch abgelehnt ist, blinkt sie.  Vorsicht  bei  Programmen,
  264.              die  ScrollLock  fuer  andere  Zwecke  benutzen  (z.B.  das
  265.              FrontDoor Terminal); diese springen darauf dann auch an.
  266.  
  267. {+}     -jd  Data Dump. Wenn dieses  Flag  angegeben  ist, protokolliert
  268.              'cFos' alle empfangenen und alle gesendeten Daten  in  eine
  269.              Datei namens FOSSDUMP,  die  dann  in  dem  Verzeichnis  zu
  270.              finden ist, in dem sich auch CFOS.EXE befindet. Das  dumpen
  271.              wird  erst  mit  dem  Deinstallieren  des  FOSSILs   wieder
  272.              gestoppt.  Der  Data  Dump   benoetigt   zusaetzlich   10kb
  273.              Hauptspeicher.
  274.  
  275.         -je  Disable environment deallocation. Sollte beim  oder  direkt
  276.              nach dem Laden von 'cFos' ein Absturz oder  schwerwiegender
  277.              DOS  Fehler  auftreten,  koennte  dieser   Switch   Abhilfe
  278.              schaffen.
  279.  
  280.         -ji  Laedt 'cFos' mit initialisierten COM Ports.  Fuer Software,
  281.              die vergessen  sollte,  die  COM  Ports  vor  Benutzung  zu
  282.              initialisieren.
  283.  
  284.         -jn  Disable NetWare support. Wenn dieser Switch angegeben wird,
  285.              wird kein  Versuch  gemacht,  NetWare  zu  finden  oder  zu
  286.              unterstuetzen.
  287.  
  288.         -jp  Aktiviert passiven Ebene 3 Verbindungsaufbau,  um  auch den
  289.              Eigenheiten des ISDN  Blaster  FOSSILs  PCIF  Version  5.78
  290.              gerecht zu werden (Empfehlung fuer Stollmann und AVM, nicht
  291.              aber fuer TELES). Sollte bei gegenseitigem PCIF 5.81  (oder
  292.              hoeher) nicht mehr noetig sein.
  293.  
  294.         -jr  Disable CAPI Re-Register (noetig fuer SOLIS Karten).
  295.  
  296.         -js  Ignore seconds in ISDN date/time. Siehe 'TRANX'.
  297.  
  298.         -ju  UMB  Speicherbloecke  nicht  benutzen.  Ansonsten  versucht
  299.              'cFos', Datenbloecke erstmal im XMS oder UMB abzulegen.
  300.  
  301.         -jv  Disable V.110. Damit weiss 'cFos', dass das jeweilige  CAPI
  302.              kein V.110 unterstuetzt und gibt z.B.  bei  ATB1  und  ATB2
  303.              einen Fehler aus. Ebenso werden  Rufe,  die  V.110  mittels
  304.              Additional Service Indicator signalisieren, abgelehnt.  (s.
  305.              auch Kapitel 6)
  306.  
  307.         -jx  Dieser Switch veranlasst 'cFos', bei der Funktion 0x1b  die
  308.              gleichen  Werte  in  CX  und  DX  wie  X00  zurueckzugeben.
  309.              Erforderlich, um mit XBTX zu arbeiten, ansonsten raten  wir
  310.              aber von der Benutzung dieses Switches ab.
  311.  
  312.  
  313.  
  314.         -d[df] Debugging Trace
  315.  
  316.           Wenn diese Switches  beim  Laden  angegeben  werden,  schreibt
  317.           'cFos' eine debug-trace von allen  CAPI-Messages  mit.  Dafuer
  318.           belegt es 10kb zusaetzlichen Speicher als Buffer und  schreibt
  319.           diesen bei Bedarf auf Platte. Das File heisst CTRACE und liegt
  320.           in dem  gleichen  Verzeichnis  wie  CFOS.EXE.  Das  File  kann
  321.           schnell sehr gross werden, daher sollte man diese Funktion nur
  322.           in seltenen Faellen benutzen.
  323.  
  324.           Mit -d schaltet man nur  das  Mitschreiben  der  CAPI-Messages
  325.           ein, mit -dd wird noch mehr mitgeloggt und mit -df  oder  -ddf
  326.           werden noch zusaetzlich fast alle FOSSIL Aufrufe mitgeloggt.
  327.  
  328.           Sollte sich 'cFos'  auf  Ihrem  Rechner  sonderbar  verhalten,
  329.           nicht sauber laufen, keine  einkommenden  Rufe  annehmen  oder
  330.           aehnliches, ist es immer gut, uns von dem  Problem  ein  Trace
  331.           mitzuschicken. Dazu sollte 'cFos' mit  'cfos  i  -dd'  geladen
  332.           werden  und  danach  auf  jeden  Fall  mit  'cfos  d'   wieder
  333.           deinstalliert  werden,  bevor  das  CTRACE   verschickt   oder
  334.           eingepackt wird.
  335.  
  336.  
  337.  
  338.         Tranx
  339.  
  340.           Beim aktiven Verbindungsaufbau und bei jedem  Verbindungsabbau
  341.           schickt ISDN  dem  Teilnehmer  die  aktuelle  Zeit  (inklusive
  342.           Sommer/Winterzeit   gestellt   nach   der   TU   Braunschweig;
  343.           allerdings ist dieser Service ab Anfang 1994 kostenpflichtig).
  344.           'cFos' vergleicht diese Zeit mit  der  Rechneruhr  und  stellt
  345.           fest, um wieviel sich beide Zeiten unterscheiden,  stellt  die
  346.           Rechneruhr allerdings nicht sofort, sondern erst  auf Anfrage.
  347.  
  348.           Wenn man 'cFos' mit der Option  'T'  aufruft,  holt  sich  das
  349.           aufgerufene 'cFos' diese  Zeitabweichung  von  dem  residenten
  350.           'cFos'  (welches seinen alten Wert danach  auf  0  setzt)  und
  351.           setzt die Rechneruhr auf den korrigierten  Wert.  Die  Uhrzeit
  352.           kann auch  aus  dem  Modem-Emulator  gesetzt  werden  mit  dem
  353.           Kommando AT&T.
  354.  
  355.           Diese   Art   und   Weise   ist   wesentlich   einfacher   und
  356.           unbedenklicher zu implementieren als jedesmal eine  Verbindung
  357.           aufzubauen, wenn 'cFos' mit 'T' Option aufgerufen wird. Es hat
  358.           allerdings den Nachteil, dass es nur die Uhrzeit  setzt,  wenn
  359.           seit dem letzten 'cfos t' Aufruf Verbindungen vorhanden waren.
  360.           Soll die Uhrzeit immer gesetzt werden, einfach ein  'at&t'  in
  361.           den Modem Init-String schreiben.
  362.  
  363.           Anmerkung: in manchen Ortsnetzen wird die Zeit  ohne  Sekunden
  364.           uebermittelt. 'cFos' ist so geschrieben,  dass  es  sich  dann
  365.           innehalb  mehrerer  Verbindungen  an  die  "richtige"  Uhrzeit
  366.           annaehert. Dieser Modus kann auch forciert werden,  dann  wird
  367.           das Sekundenfeld ignoriert, selbst wenn eines mit uebermittelt
  368.           wurde. Dies kann bei lokalen Telephonanlagen sinnvoll sein.
  369.  
  370.           Wird ein NetWare Server erkannt,  so  wird  dessen  Zeit  auch
  371.           gesetzt, solange kein -jn Switch angegeben  wurde.  Allerdings
  372.           muss  der  entsprechende  User  dafuer  File  Server   Console
  373.           Operator sein, d.h.  im  SYSCON  unter  'Supervisor  Options',
  374.           'File Server Console Operators' als  ein  solcher  eingetragen
  375.           sein.
  376.  
  377.  
  378.  
  379.  
  380.      4. AT Command Emulator :
  381.  
  382.         Da dieser Treiber ermoeglichen  soll,  bestehende  Software  mit
  383.         ISDN zu benutzen, emuliert 'cFos' ein Modem, das  Kommandos  wie
  384.         'ATD' zum Waehlen und  'AT&V'  zum  Anzeigen  der  Konfiguration
  385.         benutzt. Die gesamte Steuerung des CAPI's und des Verhaltens von
  386.         'cFos' geschieht ueber den Modem Emulator.
  387.  
  388.         Der Emulator besitzt eine kleine Hilfe, die mit 'AT?'  angezeigt
  389.         werden kann. Eine  komplette  Aufstellung  aller  Kommandos  und
  390.         Register findet sich in der Datei MODEM.DOC.
  391.  
  392.         Der Receiver-Buffer muss gross genug  sein,  um  den  jeweiligen
  393.         Output des AT Command Emulators zu fassen; z.B.  sollte  er  ca.
  394.         2kb gross sein, um eine ganze 'AT?' Screen  fassen  zu  koennen.
  395.         Stellt man den rx-Buffer beim Laden von 'cFos' zu klein ein (mit
  396.         -r oder -f1), dann kann bei einigen Ausgabe des Modem  Emulators
  397.         ein 'rx-buffer too small, output lost' erscheinen.
  398.  
  399.         Es ist  manchmal  etwas  schwierig,  eine  neue  und  wesentlich
  400.         komplexere Technik wie ISDN in das teilweise recht  simple  Bild
  401.         von  einem  Modem  mit  seinen  Commands  und  Result  Codes  zu
  402.         quetschen, deshalb hier eine Erklaerung, was die Modem  Messages
  403.         bedeuten:
  404.  
  405.         - NO ANSWER
  406.  
  407.           Heisst, dass die Gegenstelle nicht abgenommen  hat,  aber  der
  408.           Ruf quasi "bis zu ihrer Telephondose" gekommen ist. Es  faellt
  409.           nur ein 1.TR.6 Cause darunter:
  410.  
  411.             0x34ba: No user responding
  412.  
  413.  
  414.         - NO DIALTONE
  415.  
  416.           Heisst, dass 'cFos' nicht bis zu der  Gegenstelle  durchkommen
  417.           konnte, und das der Grund dafuer wahrscheinlich  beim  Anrufer
  418.           liegt. Gruende waeren:
  419.  
  420.             0x3301: Fehler beim Aufbau D-Kanal Ebene 1
  421.             0x3302: Fehler beim Aufbau D-Kanal Ebene 2
  422.             0x3305: Abbruch D-Kanal Ebene 1
  423.             0x3306: Abbruch D-Kanal Ebene 2
  424.             0x3307: Abbruch D-Kanal Ebene 3
  425.             0x348a: No channel available
  426.             0x34a0: Outgoing calls barred
  427.             0x34d9: Nonexistent CUG
  428.             0x34f0: Network congestion
  429.             0x34a3: Local procedure error
  430.  
  431.  
  432.         - BUSY
  433.  
  434.           Heisst, dass wir schon bis zu der Gegenstelle  gekommen  sind,
  435.           diese aber entweder aus  Ueberlastung  oder  aktivem Ablehnens
  436.           unseren Anruf nicht annehmen will. Das waere:
  437.  
  438.             0x34a1: User access busy
  439.             0x34bb: User busy
  440.             0x34bd: Incoming calls barred
  441.             0x34be: Call rejected
  442.  
  443.  
  444.         - NO CARRIER
  445.  
  446.           Alle  anderen  Causes,  die  einen  Connect-Versuch  scheitern
  447.           lassen. Falls hier jemand der Meinung ist, dass ein Cause noch
  448.           in eine der o.g. Klassen gehoert, bitte  melden.  Einen  Cause
  449.           meinen wir noch dingfest gemacht zu haben: 0x3483, der  kommt,
  450.           wenn man eine analoge Nummer  anruft,  waere  also  mit  einem
  451.           VOICE zu vergleichen, ist aber bisher nicht eingebaut.
  452.  
  453.           Ansonsten gibt es z.B.
  454.  
  455.             0x34b5: Destination not obtainable  (z.B.  "Kein  Anschluss
  456.                     unter  dieser   Nummer"   ;-)   oder   unzulaessige
  457.                     Dienstmerkmale.
  458.             0x34f1: Remote Procedure Error (bei  der  anrufenden  Seite
  459.                     liegt ein Fehler vor, z.B. unzulaessiger AddSi)
  460.  
  461.  
  462.         Der Modem-Emulator kann noch eine ganze Reihe  andere  Commands,
  463.         die man bitte dem AT Command-Chart in MODEM.DOC entnehmen moege.
  464.         Gesondert  seien  hier  noch  ausfuehrlich  die  ATIn   Commands
  465.         erwaehnt:
  466.  
  467.         Mit ATI0, ATI1, ATI2 und ATI4  koennen  mit  dem  Modem-Emulator
  468.         Informationen ueber die letzte Verbindung abgefragt werden:
  469.  
  470.         - ATI0  product-info
  471.  
  472.         - ATI1  'cFos' Status Zeile (s. Kapitel 7)
  473.  
  474.         - ATI2  Link Information :
  475.  
  476.           Bei "Last inbound  call"  wird  die  CallerId,  der  Requested
  477.           Service  Indicator  und  der  Requested   Additional   Service
  478.           Indicator  sowie  die  requested  EAZ  des  letzten   Anrufers
  479.           angezeigt.
  480.  
  481.           Bei "Last outbound call" wird unter "Charge"  die  Anzahl  der
  482.           Gebuehreneinheiten des letzten  Anrufs  angezeigt.  Bei  "Last
  483.           disconnect" wird zum einen der Grund  des  letzten  disconnect
  484.           angegeben, zum anderen der Reason, den die CAPI messages  beim
  485.           passiven (!) disconnect an 'cFos' melden.
  486.  
  487.           "Last disconnect" kann folgende Werte enthalten :
  488.  
  489.           Active :
  490.              'cFos'  wurde   von   der   Applikation   aufgefordert   zu
  491.              disconnecten.
  492.           Passive :
  493.              die Gegenseite oder das CAPI hat aufgelegt.
  494.           Disconnect B3 timeout :
  495.              Der safety timer (s. oben) wurde aktiviert.
  496.           Disconnect D  timeout :
  497.              Der safety timer (s. oben) wurde aktiviert.
  498.           CAPI reset :
  499.              Der safety timer (s. oben) wurde aktiviert und es wurde als
  500.              letzte Massnahme ein CAPI Reset durchgefuert, (s. oben).
  501.           Connect timeout :
  502.              Die in S7  angegebene  Zeit  beim  Verbindungsaufbau  wurde
  503.              ueberschritten.
  504.           Inactivity timout :
  505.              Die in S19 angegebene Zeit wurde nichts uebertragen.
  506.  
  507.         - ATI4  Message Dump:
  508.  
  509.           zeigt die letzten  10  gespeicherten  CAPI  Messages  an,  die
  510.           W-Elemente nach 1TR6 enthalten, ausser der Date/Time- und  der
  511.           Charging-Information. Auf diese Weise koennen z.B. die letzten
  512.           CallerIDs derjenigen angezeigt werden, die waehrend einer
  513.           Verbindung "angeklopft" haben.
  514.  
  515.  
  516.         Profile saving:
  517.  
  518.           Bei einem normalen Modem werden die Settings mit AT&W  in  das
  519.           NVRAM des Modems geschrieben  und  dort  bei  einem  ATZ  auch
  520.           wieder ausgelesen.  Da  'cFos'  kein  NVRAM  hat,  werden  die
  521.           Settings in einer Datei  auf  der  Platte  gespeichert.  Diese
  522.           Datei liegt bei DOS 3.1+  in  dem  Verzeichnis,  in  dem  auch
  523.           'cFos' liegt, bei DOS <3.1 im  dem  Verzeichnis,  welches  bei
  524.           Aufruf von 'cFos' aktuell war.
  525.  
  526.           Das File heisst PROFILE und enthaelt alle  Profiles,  die  man
  527.           mit 'AT&Wn' abgespeichert  hat  (n=0..9).  Ein  entsprechender
  528.           'ATZn' holt das Profile  wieder  zurueck.  Wenn  keine  Nummer
  529.           angegeben wird, dann  speichert/restauriert  'cFos'  unter/von
  530.           Nummer 0.
  531.  
  532.           Da fuer das Lesen und Schreiben  dieser  Datei  DOS  benoetigt
  533.           wird,  muss  'cFos'  anhand  z.B.  des  "DOS  critical  flags"
  534.           pruefen, ob zur Zeit DOS Zugriffe erlaubt  sind.  Wenn  nicht,
  535.           speichert bzw. laedt es das  Profile  auch  nicht  und  meldet
  536.           schlicht "ERROR". Ist das Profile nicht gueltig (z.B. wenn  es
  537.           von  einer  aelteren  'cFos'  Version  angelegt  wurde)   wird
  538.           ebenfalls  "ERROR"  gemeldet.  Ist  kein  Profile   vorhanden,
  539.           bewirkt ein ATZ da gleiche wir AT&F und meldet "OK".
  540.  
  541.           Achtung! Wenn 'cFos' mit mehreren  Ports  benutzt  wird,  kann
  542.           natuerlich auf diese Art und Weise leicht das gleiche  Profile
  543.           fuer  alle  Ports  benutzt  werden  (wenn   alle   mit   'ATZ'
  544.           initialisiert werden). Um das zu vermeiden, sollte man einfach
  545.           verschiedene Nummern fuer die 'ATZ's vergeben (ATZ0...ATZ9).
  546.  
  547.           Bei mehreren Ports werden die Register
  548.  
  549.             S13     Serviced EAZ Mask
  550.             S14     Serviced SI Mask
  551.             S40     Controller
  552.             S41     Info-Mask-low
  553.             S42     Info-Mask-high
  554.  
  555.           "gemirrored".  Das  heisst,  wenn  ein  Port  diese   Register
  556.           aendert, dann sind sie  auch  automatisch  fuer  alle  anderen
  557.           Ports veraendert. Das geht nur so, da diese Werte  immer  fuer
  558.           alle Ports gelten und nicht  fuer  einen  einzelnen.  Das  ist
  559.           durch das CAPI bedingt.
  560.  
  561.  
  562.  
  563.  
  564.      5. Aktiver Verbindungsaufbau, V.110, Channel Bundling (128k bps)
  565.  
  566.         Neben der Telefonnummer koennen bei einem  Verbindungsaufbau  im
  567.         ISDN  diverse  Parameter  eingestellt  werden, um  Service   und
  568.         verschiedene Uebertragungsprotokolle  auszuwaehlen.  'cFos'  ist
  569.         defaultmaessig  auf  Datenuebertragung  mit  X.75  als  Ebene  2
  570.         Protokoll und transparentem, d.h.  nicht  vorhandenem,  Ebene  3
  571.         Protokoll eingestellt. Alle noetigen Parameter koennen von  Hand
  572.         in den Registern  S16-S18,  S20-S36,  S39  und  S40  eingestellt
  573.         werden.
  574.  
  575.         Um  die  Auswahl  der  wichtigsten  Datenuebertragungsprotokolle
  576.         moeglichst einfach zu gestalten, kann man mit  AT  Befehlen  die
  577.         folgenden Protokolle einstellen:
  578.  
  579.         ATB0  Datenuebertragung mit X.75 und transparentem B3 Protokoll,
  580.               wobei abweichend vom CAPI-Default, die X.75 Windowsize und
  581.               Framelength auf die Werte gesetzt werden, mit denen 'cFos'
  582.               geladen wurde (Optionen -w und -b). Der Additional Service
  583.               Indicator wird auf 0 gesetzt.
  584.  
  585.         ATB1  Datenuebertragung  mit  V.110  und   transparentem   B2/B3
  586.               Protokoll, 38400,8,n,1,asynchron. Der  Additional  Service
  587.               Indicator wird auf 64 (40 hex) gesetzt.
  588.  
  589.         ATB2  Datenuebertragung  mit  V.110  und   transparentem   B2/B3
  590.               Protokoll, 19200,8,n,1,asynchron. Der  Additional  Service
  591.               Indicator wird auf 199 (C7 hex) gesetzt.
  592.  
  593.         ATB3  Wie ATB0, aber mit Channel- Bundling ( 128k  bps).  Unter-
  594.               stuetzt nur  TELES  channel  bundling,  NICHT  das  'cFos'
  595.               channel bundling, welches mit AT&Bn  aktiviert  wird.  Ist
  596.               nur dann verfuegbar, wenn BUNDLE.EXE  in  STARTS0  geladen
  597.               wurde.
  598.  
  599.         ATB4  ELINK Mode,
  600.               Datenuebertragung mit X.75 und transparentem B3 Protokoll,
  601.               wobei abweichend vom CAPI-Default die X.75 Windowsize  auf
  602.               7 und die Framelength auf 256 Bytes  gesetzt  wird,  falls
  603.               'cFos' mit -w7 und mindestens  mit  -b256  geladen  wurde.
  604.               Ansonsten liefert ATB4 einen Error. Der Additional Service
  605.               Indicator wird auf 146 gesetzt.
  606.  
  607.         ATB5  BTX Mode. Da fuer BTX eine Variante des X.75 Protokolls mit
  608.               Window-Size 7 benutzt, muss 'cFos' mit -w7 geladen worden
  609.               sein, sonst liefert dieses Kommando einen "ERROR".
  610.  
  611.  
  612.         Wir empfehlen, diese AT Befehle fuer  den  Verbindungsaufbau  zu
  613.         benutzen. Man kann aber auch den Verbindungsaufbau durch  Setzen
  614.         der  einzelnen  Register  fuer  spezielle   Anwendungen   anders
  615.         einstellen. Bei manchem Equipment muss man z.B.  den  Additional
  616.         Service  Indicator  immer  auf  0  stellen,  sonst   nimmt   die
  617.         Gegenseite ueberhaupt nicht ab (z.B. wenn man CompuServe anrufen
  618.         will).
  619.  
  620.         Hier noch ein Modem INIT String fuer spezielle Anrufe:
  621.  
  622.            ATB0S20=8S27=237   fuer CompuServe und Datex-P Gateways
  623.                               V110, 9600,ansync,7,E,1
  624.  
  625.  
  626.  
  627.      6. Passiver Verbindungsaufbau und automatische Protokollauswahl.
  628.  
  629.         Zunaechst muss man dem CAPI durch Setzen der "Serviced SI  Mask"
  630.         "sagen" auf welche ISDN Services und welche EAZs  es  ueberhaupt
  631.         "hoeren" soll. Die Services stellt man mit Register S14 ein. Bit
  632.         7 = 1  aktiviert  beispielsweise  eingehende  Rufe  mit  Dienst-
  633.         erkennung "Datenuebertragung". Bit 1 =  1  aktiviert  Rufe  fuer
  634.         "Telefondienst". Die aktiven EAZs kann man  entweder  durch  die
  635.         entsprechenden Bits in Register S13  setzen  oder  mit  AT&Lxxxx
  636.         einstellen. AT&L* aktiviert alle EAZs. AT&L123 die EAZs 1, 2 und
  637.         3.
  638.  
  639.         'cFos'  kennt   z.Z.   die   Dienste   "Datenuebertragung"   und
  640.         "Telefondienst". Aktiviert man Rufe mit  anderer  Dienstkennung,
  641.         waehlt 'cFos' bei unbekanntem Dienst  (Service)  die  Protokolle
  642.         und Parameter gemaess der Register S20-S36.
  643.  
  644.         Bei  eingehenden  Rufen  mit  Dienstkennung  "Telefonie"  waehlt
  645.         'cFos' als B2 Protokoll "Bittransparent" und  als  B3  Protokoll
  646.         "Transparent". Somit bekommt man einen Datenstrom mit konstanten
  647.         8000 cps mit digitalisierten Analog-Samples. Defaultmaessig  ist
  648.         aber nur "Datenuebertragung" als Service aktiviert.
  649.  
  650.         Bei eingehenden Rufen mit Dienstkennung "Datenuebertragung"  hat
  651.         'cFos' aufgrund des Design des CAPI nur die Moeglichkeit, anhand
  652.         des Additional Service Indicators  die  Uebertragungs-Protokolls
  653.         auszuwaehlen.  Eine  nachtragliche  automatische  Aenderung  des
  654.         Protokolls    ist    nicht     moeglich,     da     es     keine
  655.         Signalisierungsmoeglichkeit fuer das CAPI gibt, mit der  es  die
  656.         Protokolle des Anrufers anzeigen koennte,  geschweige  denn  die
  657.         dazugehoerigen Parameter.
  658.  
  659.         Das B3 Protokoll ist immer das in den Registern S21 und  S30-S36
  660.         voreingestellte, also am besten "Transparent". Das CAPI  default
  661.         1 (=T.70 NL) wird von fast keiner Mailbox benutzt.
  662.  
  663.         Das B2 Protokoll wird anhand des Additional  Service  Indicators
  664.         gemaess 1.TR.6 ausgewaehlt.
  665.  
  666.         Fuer V.110, 38400 bps, asynchron ist nach  1TR6  ueberhaupt kein
  667.         Additional  Service  Indicator  vorgesehen.   Dieses   Protokoll
  668.         koennen Anrufer bei 'cFos' mit dem Additional Service  Indikator
  669.         64 bzw. 128 auswaehlen.
  670.  
  671.  
  672.         Aufschluesselung des Additional Service Indikator :
  673.  
  674.         0000 0000    Anrufer wuenscht X.75, 64000 bps
  675.         1000 0000    Anrufer wuenscht V.110, 38400,8,n,1,asynchron
  676.         01-- -000    Anrufer wuenscht V.110, 38400, asynchron
  677.         1010 ----    Anrufer wuenscht V.110, X.30 (ECMA 102), synchron
  678.         1011 ----    Anrufer wuenscht V.120, synchron
  679.  
  680.         11-- ----    Anrufer wuenscht V.110, X.30 (ECMA 102), asynchron
  681.  
  682.         die zwei wichtigsten :
  683.  
  684.         1100 0111    Anrufer wuenscht V.110, 19200,8,n,1,asynchron
  685.         0100 0000    Anrufer wuenscht V.110, 38400,8,n,1,asynchron
  686.  
  687.  
  688.         Ob diese Protokolle vom  jeweiligen  CAPI  unterstuetzt  werden,
  689.         haengt vom Hersteller  des  CAPI  ab.  'cFos' waehlt "V.110  mit
  690.         transparentem B2-Protokoll" (8).
  691.  
  692.         Anrufer, die sich nicht an diese Spezifikation halten, oder  mit
  693.         Telefonanlagen arbeiten, die  den  Additional-Service  Indikator
  694.         filtern,  bekommen  es  leider  u.U.  mit  mit   einem   anderen
  695.         Protokoll, als dem gewuenschten Protokoll  zu  tun.  
  696.  
  697.         Da es mit der Protokoll-Auswahl so viele  Probleme  gibt,  haben
  698.         wir noch ein paar "Specials" in 'cFos' eingebaut:
  699.  
  700.         Ist 'cFos' der Additional Service Indicator gaenzlich unbekannt,
  701.         entscheidet Register S43, welches Protokoll selektiert wird. Das
  702.         High-Byte selektiert das Protokoll, das Low-Byte ggf. die  V.110
  703.         User-Rate. Als Default ist Register S43 auf V.110,  38400,8,n,1,
  704.         asynchron  eingestellt,  da  es  mit  diesem  Modus  am  meisten
  705.         Probleme zu geben scheint.
  706.  
  707.         Zusaetzlich kann man  einzelne  EAZs  auf  bestimmte  Protokolle
  708.         festlegen, falls der Additional Service Indicator gleich 0  ist.
  709.         Dies geschieht mit den Registern S50-S59 fuer die EAZ 0 bis  EAZ
  710.         9. Ist das Low-Byte des entsprechenden Registers ungleich  Null,
  711.         wird die EAZ auf das Protokoll festgelegt, das im High-Byte  des
  712.         Registers angegeben ist. Das Low-Byte  bestimmt  dann  ggf.  die
  713.         V.110 User Rate. Ist der Additional Service  Indicator  ungleich
  714.         0, bestimmt obige Aufschluesselung nach  1.TR.6  das  Protokoll.
  715.         Defaultmaessig ist dieses Feature nicht aktiviert.
  716.  
  717.           Beispiel:
  718.  
  719.             Seien S51 = 0x0 und S52 = 0x0840 und S53 =  0x08C7  und  die
  720.             Serviced EAZ Mask = 14 (man hoert also auf  EAZ  1-3);  dann
  721.             werden die Protokolle wie folgt selektiert :
  722.  
  723.                 EAZ        AddSi = 0      AddSi <> 0
  724.                   1        X.75           gemaess 1.TR.6
  725.                   2        V.110,38400    gemaess 1.TR.6
  726.                   3        V.110,19200    gemaess 1.TR.6
  727.  
  728.             Also:
  729.  
  730.               Anrufer, die X.75 wollen, koennen auf EAZ 1 anrufen.
  731.  
  732.               Anrufer, deren ISDN Karten 1.TR.6  konform  sind  und  die
  733.               V.110 wollen, koennen auf allen EAZs anrufen.
  734.  
  735.               Anrufer, deren ISDN  Karten  nicht  1.TR.6  konform  sind,
  736.               koennen fuer 38400 auf EAZ 2 anrufen und  fuer  19200  auf
  737.               EAZ 3.
  738.  
  739.  
  740.  
  741.      7. Status Line:
  742.  
  743.         'cFos' kann eine Status-Zeile auf dem Bildschirm darstellen,  um
  744.         etwas "Modem-Feeling" zu geben, bzw. fuer Debug-Zwecke.
  745.  
  746.         AT&D0     Status-Zeile aus
  747.         AT&D1     Status-Zeile ein, wenn Port initialized ist
  748.         AT&D2     Status-Zeile ein, wenn eine Verbindung aktiv ist
  749.         ATS11=xx  Bildschirmzeile, in der die Status-Zeile dargestellt
  750.                   wird (faengt bei 0 an zu zaehlen).
  751.  
  752.         Sie ist folgendermassen aufgebaut:
  753.  
  754.  
  755.                           Anzahl der Frames, die noch ausstehen.
  756.                           |
  757.                           |      Anzahl Frames die gerade gesendet werden
  758.                           |      |
  759. {+}                       |      |    verbleibende Sec. der aktuellen Einheit
  760.                           |      |                                          |
  761.  
  762.         cFos> C-B3  ACOD  0R:64  0T:1024  C:12     V110 19200  9111041     39
  763.  
  764.               | |   ||||     |      |     |        |    |      |
  765.        connect/ |   ||||     |      |     Charge   |    |      Caller ID/
  766.      disconnect |   ||||     |      |  (Gebuehren- |    |      dialed number
  767.       indicator |   ||||     |      |   Einheiten) |    |
  768.       (*)       |   ||||     |      |              |    bps rate bei V110
  769.             Ebene   ||||     |      |              B2-Protocol (z.b. X75)
  770.                     ||||     |      last transmitted block length, mit TX-"LED"
  771.                     ||||     last received block length, mit RX-"LED"
  772.              Auto-Ans|||
  773.                      ||DTR-"LED" (bei DTR low werden alle Calls rejected)
  774.         Carrier Detect|
  775.                       Offhook-"LED", an = reject calls (anders als beim modem)
  776.  
  777.         Evtl. kann vor dem "R" noch eine  Zahl  "auftauchen",  die  dann
  778.         angibt,  wieviele  Datenbloecke  'cFos'  dem  CAPI  noch   nicht
  779.         quittiert hat. Vor dem "T" kann ebenfalls noch eine Zahl stehen,
  780.         die angibt, wieviele Datenbloecke z.Z. unterwegs zum  Empfaenger
  781.         sind.
  782.  
  783.         (*) waehrend einer laufenden Verbindung wird hier die Anzahl der
  784.         aktiven B-Kanaele angezeigt ("B3-1")
  785. {+}     Bei 'cFos' Channel Bundling (CCB) kann hier z.B. "B3-2" stehen.
  786.  
  787.  
  788.  
  789.      8. Safety/Debug features :
  790.  
  791.         Zu  Anfang  etwas  gewoehnungsbeduerftig  bei  ISDN-Karten   ist
  792.         vielleicht, dass man nie so recht weiss, ob die Verbindung  noch
  793.         steht, oder hoffentlich aufgelegt ist.
  794.  
  795.         'cFos' kann auf mehrere Arten den "Gebuehren-GAU" verhindern:
  796.  
  797.         1. Verfuegt der  Modem-Emulator  ueber  einen  Inactivity Timer.
  798.            Mittels ATS19  kann  eingestellt  werden,  wie  lange  sowohl
  799.            nichts mehr empfangen als auch gesendet  werden  darf,  bevor
  800.            automatisch aufgelegt wird.
  801.  
  802.         2. Beim Abbau der Verbindung laufen Timer, die  ueberwachen,  ob
  803.            vom   CAPI   die   entsprechenden   DISCONNECT_B3_IND    bzw.
  804.            DISCONNECT_IND Messages signalisiert wurden.  Geschieht  dies
  805.            nicht, wird zweimal im 5 sec. Takt erneut zuerst zweimal  die
  806.            Ebene B3 disconnected, danach zweimal  die  Ebene  D.  Fuehrt
  807.            auch dies nicht zum Erfolg, meldet sich 'cFos'  vom  CAPI  ab
  808.            und danach erneut an. Spaetestens jetzt sollte das CAPI  alle
  809.            bestehenden Verbindungen abgebaut haben.
  810.  
  811.         3. Beim Connect gibt es, wie bei Modems einen "Wait for Carrier"
  812.            Timer. Kann  innerhalb  der  in  S7  einstellbaren  Zeit  die
  813.            Verbindung nicht aufgebaut werden, wird  disconnected.  Damit
  814.            soll "haengen"  beim  Aufbau  der  B3  Verbindung  verhindert
  815.            werden.
  816.  
  817.         4. 'cFos' unterstuetzt  in  der  DEBUG-Version  einen  alternate
  818.            Monitor. Man kann dann auf dem alternate  Monitor  alle  CAPI
  819.            message und einigen Hand-DEBUG Output verfolgen. Das kann  im
  820.            Zweifel sehr hilfreich sein, wenn  man  beobachten  kann,  wo
  821.            genau Probleme auftauchen.
  822.  
  823.  
  824.  
  825.  
  826.      9. Ueber Blockgroessen und Speicherbedarf
  827.  
  828.         Es existiert eine verwirrende Vielfalt von Blocks und Buffers in
  829.         diesem FOSSIL Treiber. Hier ein Versuch einer Erklaerung:
  830.  
  831.  
  832.         B2-Framelength:
  833.  
  834.           Daten  werden  im  ISDN  auf  Ebene  2   in   'Frames',   also
  835.           paketweise, verschickt.  Diese  Frames  (=Pakete)  haben  eine
  836.           maximale Laenge. Das bezeichnen wir  als  B2-Framelength.  Die
  837.           Spezifikation des CAPI erlaubt  eine  maximale  B2-Framelength
  838.           von 2048 Bytes. Werden groessere Frames empfangen kann  es  zu
  839.           Datenverlusten und Abbruch der Verbindung kommen ! Damit  sind
  840.           ISDN-Karten, die mit groesserer B2-Framelength senden zu  CAPI
  841.           Anwendungen inkompatibel !!!
  842.  
  843.  
  844.         B3-Framelength:
  845.  
  846.           Auch auf Ebene 3 werden Daten in Frames verschickt. Wenn Ebene
  847.           3 transparent ist (also kein Protokoll  hat),  dann  sind  die
  848.           B3-Frames genauso gross wie die B2-Frames.
  849.  
  850.           Wenn allerdings auf Ebene 3 ein Protokoll gefahren wird,  z.B.
  851.           T70.NL  (CAPI  default,  aber  nicht  'cFos'  default),   dann
  852.           benoetigt dieses Protokoll noch ein paar Bytes Overhead. Diese
  853.           Bytes sind allerdings aus der Sicht des B2-Protokolls  normale
  854.           Nutzdaten  und  somit  in  einem  entsprechenden   Buffer   zu
  855.           speichern.
  856.  
  857.           Die B3-Framelength  ist  uebrigens  die  maximale  Anzahl  von
  858.           Bytes,  deren  Empfang  durch  eine  DATA_B3_IND  signalisiert
  859.           werden kann.
  860.  
  861.  
  862.         B2-Windowsize:
  863.  
  864.           Die   B2-Windowsize    ist    die    maximale    Anzahl    von
  865.           B2-Datenbloecken, die das CAPI losschicken darf, ohne dass ein
  866.           Empfang von Daten von der Gegenseite bestaetigt  werden  muss.
  867.           Um "full-streamed" Datenuebertragung  (d.h.  die  Datenbloecke
  868.           werden   ohne    Verzoegerung    durch    Warten    auf    die
  869.           Empfangsbestaetigung     kontinuierlich     verschickt)     zu
  870.           ermoeglichen, sollte die  B2-Windowsize  auf  mindestens  zwei
  871.           stehen, sofern sich dies bei der  Gegenseite  auch  einstellen
  872.           laesst (Ist dies nicht  moeglich,  kann  u.U.  die  Gegenseite
  873.           "ueberrannt" werden.
  874.  
  875.  
  876.         Buffer fuer API_REGISTER
  877.  
  878.           Das CAPI benoetigt mindestens einen  Puffer  fuer  einkommende
  879.           B3-Datenbloecke.   Dieser   Puffer   muss   mindestens   einen
  880.           B2-Datenblock samt B3 Overhead Aufnehmen  koennen.  Wenn  also
  881.           B2=X.75 und B3=T70.NL eingestellt ist, dann benoetigt das CAPI
  882.           bei einer gewuenschten max. B3-Framelength von 128 Bytes  eine
  883.           B2-Framelength von 130 Bytes und damit 130 Bytes  fuer  diesen
  884.           Puffer.  Das  CAPI  muss  allerdings   die  bei   API_REGISTER
  885.           angegebene maximale  Anzahl  B2-Frames  puffern  koennen,  die
  886.           wiederum abhaengig ist von der B2-Windowsize  und  der  Anzahl
  887.           der B3-Verbindungen. Ausserdem braucht  das  CAPI  fuer  seine
  888.           Message-Queues  ebenfalls  Speicher.  Somit  ergibt  sich   in
  889.           unserem Beispiel  bei  API_REGISTER  folgender  Speicherbedarf
  890.           (Anzahl der Messages, die die  Queues  aufnehmen  koennen  sei
  891.           hier 10) :
  892.  
  893.           (10 * 180) + (Anz. B3-Verbingungen * B2-Windowsize * 130)
  894.  
  895.  
  896.         Buffer fuer FOSSIL Funktionen
  897.  
  898.           Das FOSSIL braucht auch noch Speicher fuer seine Ringbuffer.
  899.  
  900.           Der Receiver-Buffer sollte mindestens so gross sein,  wie  die
  901.           B3-Framelength.  Andernfalls  kann   'cFos'   dem   CAPI   den
  902.           empfangenen  Datenblock  nicht  vollstaendig   abnehmen.   Der
  903.           empfangene Datenblock wird  statt  dessen  gesplittet  und  in
  904.           mehreren Teilen in den  FOSSIL  Receiver  Buffer  geschrieben.
  905.           Dies kann zu geringfuegigen Verzoegerungen bei der Bearbeitung
  906.           der empfangenen Daten fuehren.
  907.  
  908.           Weiterhin kann 'cFos' bis zu acht Messages vom CAPI "auf hold"
  909.           legen und in den Receiverbuffer kopieren, wenn  dieser  wieder
  910.           genuegend Platz hat.  Das  ist  eine  mehr  als  die  maximale
  911.           B2-Windowsize nach CAPI. Voraussetzung dafuer ist  allerdings,
  912.           dass das CAPI genuegend Empfangsspeicher hat.
  913.  
  914.           Bei Senden versucht 'cFos' die Daten moeglichst  sofort,  aber
  915.           auch in moeglichst  grossen  Bloecken  (und  dabei  moeglichst
  916.           viele auf einmal :-), also  maximal  B2-Windowsize  viele)  zu
  917.           verschicken.  Durch  die  Art,  wie   mit   dem   CAPI   durch
  918.           DATA_B3_REQ-Messages Daten  verschickt  werden,  ergibt  sich,
  919.           dass,    um    die    Transmitterbuffer-Grenzen    nicht    zu
  920.           ueberschreiten, Daten,  die  nahe  der  Puffergrenzen  liegen,
  921.           nicht  immer  in   Bloecken   der   maximalen   B3-Framelength
  922.           verschickt werden koennen.  Um  diesen  Effekt  zu  minimieren
  923.           sollte die Groesse des Transmitterbuffers etwa  B2-Framelength
  924.           * (Windowsize + 1) betragen.
  925. {+}       Beim Channel Bundling sollte diese Groesse noch mit der Anzahl
  926.           der B-Kanaele multipliziert werden.
  927.  
  928.  
  929.  
  930.  
  931.     10. Windowsizes, die ultimative Speed !
  932.  
  933.         Man kann versuchen, durch moeglichst grosse B3 Datenbloecke, die
  934.         Geschwindigkeit zu erhoehen. Allerdings ist das nicht  unbedingt
  935.         von Erfolgt gekroent. Das liegt an der Art und  Weise,  wie  bei
  936.         X.75 Daten verschickt werden.
  937.  
  938.         Die B2-Windowsize ist, wie oben erwaehnt, die Anzahl der Frames,
  939.         die sich gerade in Transmission befinden duerfen, ohne das  eine
  940.         Confirmation fuer diese empfangen wurde. Das heisst,  bei  einer
  941.         Windowsize von drei kann man drei  Blocks  hintereinander  (ohne
  942.         Pause!)  verschicken  ohne  auf  eine  Bestaetigung  warten   zu
  943.         muessen.
  944.  
  945.         Somit muss 'cFos' bei einer  Windowsize  von  1  immer  auf  die
  946.         Confirmation  fuer  den  Block  warten,  bevor  es  einen  neuen
  947.         verschicken darf. Nun werden  aber  wiederum  die  Confirmations
  948.         erst dann gemeldet, wenn die Applikation auf der Gegenseite  der
  949.         dortigen ISDN-Karte den Datenblock abgenommen hat. (Das ist sehr
  950.         sinnvoll, da man so eine Art Flow-Control  zwischen  den  beiden
  951.         Teilnehmern hat. Im ISDN gibt es kein RTS/CTS handshake :-) ).
  952.  
  953.         Dadurch, dass bei einer Windowsize von 1  immer  nur  ein  Block
  954.         unterwegs sein kann, bekommt ein ISDN-Transfer exakt das gleiche
  955.         Zeitverhalten, wie X-Modem.
  956.  
  957.                           Das ist Steinzeit-DFUE !!!
  958.  
  959.         Bei einer Windowsize von 2 hingegen kann 'cFos', waehrend gerade
  960.         ein Block verschickt wird, schon den zweiten losschicken und die
  961.         Gegenseite, waehrend der zweite noch empfangen wird,  schon  den
  962.         ersten bestaetigen. Auf diese  Weise  koennen  die  Datenbloecke
  963.         nahezu ununterbrochen verschickt werden.
  964.  
  965.         Damit kann man *wirklich* Speed erreichen. Wir haben bei unseren
  966.         Tests bei einer durchschnittlichen Blockgroesse von  2048  Bytes
  967.         mehr als 7900 cps (bei theoretischen  8000  cps)  erreicht.  Als
  968.         Mailerprotokoll wurde  Z-Modem  verwendet.  Eine  Erhoehung  der
  969.         Windowsize auf 3 war wirkungslos.
  970.  
  971.  
  972.         Unsere Empfehlung:
  973.  
  974.           Obwohl  die  Transfer  Routinen  in  'cFos'   auf   High-Speed
  975.           optimiert  sind,  halten  wir  eigentlich   nichts   von   dem
  976.           CPS-Krieg,  da  es  genau  genommen  auf   die   tatsaechliche
  977.           Uebertragungsdauer ankommt, denn die kostet Geld.  Uebertraegt
  978.           man eine 2 MB grossen Datei mit 7500 cps statt mit  7900  cps,
  979.           macht das einen Unterschied von 15 sec. aus,  kostet  also  im
  980.           Inland im schlimmsten Fall eine Einheit mehr.
  981.  
  982.           Ein  weiterer  Faktor  bei  den  Uebertragungsraten  ist   der
  983.           Protokoll-Overhead   (den   man   aber   bitte   auch    nicht
  984.           ueberbewerten  sollte  -  viel   kritischer   ist   das   oben
  985.           beschriebene  Zeitverhalten).   Um   diesen   zu   minimieren,
  986.           empfehlen  wir  B3-Protokoll=4,  also  transparent.  D.h.  der
  987.           Overhead ist hier Null. Um ebenfalls den B2-Protokoll Overhead
  988.           zu minimieren, empfehlen  wir  eine  B2-Framelength  von  2048
  989.           Bytes. Mit dieser Framelength sollten alle  ISDN  Karten  beim
  990.           Empfang  klarkommen,   allein   schon   um   zu   potentiellen
  991.           CAPI-Karten kompatibel zu sein.
  992.  
  993.           Wer seine ISDN-Karte auf eine groessere Framelength einstellt,
  994.           macht sich damit inkompatibel zu anderen !!! Leider verschickt
  995.           z.B. die ISDN-Blaster defaultmaessig 16k Frames,  weshalb  mit
  996.           diesen Karten ohne Umstellung kein Transfer moeglich ist. Aber
  997.           es gibt einfache Abhilfe:  einfach  ein  ATS75=0x0800  in  den
  998.           Init-String und die Blaster schickt nur noch max.  2k  Frames.
  999.           Wer keinen CONNECT zu einer ISDN-Blaster hinbekommt,  versuche
  1000.           V.110 und schreibe dem entsprechenden Betreiber, dass er seine
  1001.           B2-Framelength mittels  ATS75=0x0800  auf  vernuenftige  Werte
  1002.           einstellen soll, da er sonst NUR kompatibel  zu  anderen  ISDN
  1003.           Blaster Karten ist. Er kann dann immer noch  16k  Byte  Frames
  1004.           empfangen.
  1005.  
  1006.           Wenn es beim Senden von Daten oft zu CRC Fehlern kommnt,  kann
  1007.           das daran liegen, dass die Gegenseite  nur  mit  Windowsize  1
  1008.           empfaengt. In diesem Fall kann man bei 'cFos' mit ATS26=1  zur
  1009.           Not  auch  auf  eine  Windowsize  1  "herunter-schalten".  Die
  1010.           meisten Karten koennen aber eine Windowsize von 2.
  1011.  
  1012.           Wir empfehlen deshalb eine Windowsize von 2 ! Oder sollte sich
  1013.           im FidoNet die Steinzeit-DFUE durchsetzen ?
  1014.  
  1015.           Zum gegenwaertigen Zeitpunkt  laeuft  ISDN  im  FidoNet  alles
  1016.           andere als toll. Das liegt unter anderem daran, dass man  sich
  1017.           bisher nicht auf einen  ISDN  B2-  und  B3-Protokoll  Standard
  1018.           geeinigt hat. Denn  wenn  zwei  Karten  mit  unterschiedlichen
  1019.           Protokoll-Parametern miteinander connecten, kommt  es  frueher
  1020.           oder      spaeter      zu      Uebertragungsproblemen      und
  1021.           Verbindungsabbruechen.
  1022.  
  1023.           Man muss sich also frueher oder  spaeter  darauf  einigen  was
  1024.           genau denn das ISDNC Flag in der Nodelist bedeuten soll.
  1025.  
  1026.           Hierzu unser Vorschlag (und cFos' default Einstellung) :
  1027.  
  1028.           B2-Protokoll    : X.75      (logisch :-) )
  1029.           B2-Framelength  : 2048      (s. obige Erlaeuterung)
  1030.           Link-Address A  : 3         (CAPI default)
  1031.           Link-Address B  : 1         (CAPI default)
  1032.           Modulo Mode     : 8         (CAPI default)
  1033.           Windowsize      : 2         (s. obige Erlaeuterung)
  1034.                                       mehr braucht bei 2048 auch zuviel
  1035.                                       Speicher
  1036.  
  1037.           B3-Protokoll    : transparent, also keines.
  1038.  
  1039.           Wir meinen, dass die Chancen fuer einen guten Transfer  so  am
  1040.           hoechsten sind.
  1041.  
  1042.  
  1043.  
  1044.  
  1045.     11. 'cFos' als Multiport Fossil :
  1046.  
  1047.         Theoretisch  kann  'cFos'  bis   zu   255   verschiedene   Ports
  1048.         unterstuetzen. Einen Rechner mit der dazugehoerigen Leistung und
  1049.         dem        entsprechenden        ISDN        Equipment        (8
  1050.         Primaermultiplex-Anschluesse :-) )  moechten  wir  aber  erstmal
  1051.         sehen. Diese 'cFos' Version ist so kompiliert, dass man  bis  zu
  1052.         vier COM Ports aktivieren kann. Fuer jeden COM  Port  wird  dann
  1053.         beim Installieren Buffer- und Datenspeicher reserviert. Man kann
  1054.         z.B. beim Aufruf -c0 und -c1 verwenden,  um  COM1  und  COM2  zu
  1055.         unterstuetzen.
  1056.  
  1057.         Entsprechend gibt es dann zwei  Modem-Emulatoren  und  man  kann
  1058.         gleichzeitig bei zwei  verschieden  Systemen  anrufen  oder  von
  1059.         einem angerufen werden und  auf  dem  anderen  Port  einen  RING
  1060.         beantworten. Das  setzt  allerdings  MultiPort-faehige  Software
  1061.         oder einen Multitasker voraus.
  1062.  
  1063.         Im MultiPort-Betrieb hoeren z.Z. alle "Modems"/Ports  auf  RINGs
  1064.         mit automatischen Ringdown vom ersten mit -c spezifizierten Port
  1065.         zum naechsten. In einer spaeteren Version  wird  man  aber  fuer
  1066.         alle Ports  seperat  EAZs  einstellen  koennen,  die  sich  auch
  1067.         ueberschneiden duerfen.
  1068.  
  1069.  
  1070.  
  1071.  
  1072.     12. 'cFos' Channel Bundling (CCB):
  1073.  
  1074.         Das Channel Bundling von  'cFos'  wurde  so  designed,  dass  es
  1075.         unabhaengig von den Herstellern des jeweiligen CAPIs  ist.  D.h.
  1076.         jeder 'cFos' User kann mit jedem anderen 'cFos'  User  buendeln,
  1077.         auch dann, wenn die Teilnehmer verschiedene ISDN Hardware haben.
  1078.         'cFos' Channel Bundling (CCB) ist kein Protokoll,  sondern  eine
  1079.         Betriebsart. Man kann also sowohl mit X.75  als  auch  mit  V110
  1080.         buendeln.
  1081.  
  1082.         Voraussetzung fuer CCB ist, dass das vorhandene  ISDN  Equipment
  1083.         mehrere B Kanaele gleichzeitig  mit  Dienst  "Datenuebertragung"
  1084.         betreiben kann. Dies ist z.B. bei TELES und  AVM  Karten  (nicht
  1085.         alte A1 Karten) der Fall, ebenso bei ELSA ab CAPI 1.43. Mit  der
  1086.         Stollmann Tina DS und Tina D (wohl aber mit Tina  DD)  ist  dies
  1087.         nicht moeglich, da einer der beiden  B  Kanaele  hardwaremaessig
  1088.         nur fuer den A/B Adapter zur Verfuegung steht.
  1089.  
  1090.         Weitere Voraussetzung ist, dass cFos fuer mehrere Ports  geladen
  1091.         ist. Dies ist z.B.  der  Fall,  wenn  es  im  MultiPort  Betrieb
  1092.         geladen wurde, d.h. wenn mehrere Ports durch Verwendung  von  -c
  1093.         Parametern aktiviert sind.
  1094.  
  1095.         Soll 'cFos' aber nur einen Port unterstuetzen, kann man mit  dem
  1096.         Parameter  -aX  sogenannte  Auxiliary  Ports  aktivieren.  Diese
  1097.         werden dann intern von 'cFos' benutzt, koennen aber von  aussen,
  1098.         d.h. durch INT 14 calls nicht angesprochen werden. Der Parameter
  1099.         X gibt an, auf welchem Controller (ISDN Karte) der entsprechende
  1100.         B Kanal betrieben werden  soll.  'cFos'  kann  naemlich  Channel
  1101.         Bundling mit mehreren ISDN Karten gleichzeitig, sofern das  CAPI
  1102.         dies unterstuetzt.
  1103.  
  1104.         Beispiele:
  1105.  
  1106.         cfos i -c0 -c1       'cFos' ist im Multiport  Mode  geladen  und
  1107.                              unterstuetzt die Ports COM1 und  COM2.  CCB
  1108.                              ist mit 2 Kanaelen moeglich
  1109.  
  1110.         cfos i -c2 -a0       'cFos' unterstuetzt nur COM3. CCB ist  aber
  1111.                              mit 2 Kanaelen moeglich, wobei sich der  2.
  1112.                              Kanal auf ISDN Karte 0 befindet. Dies  wird
  1113.                              wohl der haeufigste Anwendungsfall sein.
  1114.  
  1115.         cfos i -c0 -c2 -a1   'cFos' unterstuetzt COM1 und COM3. CCB  ist
  1116.                              mit 2 oder 3 Kanaelen moeglich.  Falls  man
  1117.                              nur 2 Kanaelen zum Buendeln  benutzt,  wird
  1118.                              der "Hauptport" (COM1 oder  COM3)  und  der
  1119.                              Auxiliary Port benutzt. Erst wenn 3 Kanaele
  1120.                              gebuendelt werden  sollen,  wird  auch  der
  1121.                              zweite Hauptport verwendet, sofern  er  zum
  1122.                              Zeitpunkt des Verbindungsaufbaus frei ist.
  1123.  
  1124.  
  1125.         Dies ist leider etwas kompliziert  geworden,  aber  ermoeglicht,
  1126.         dass sich Channel Bundling und MultiPort Mode nicht  gegenseitig
  1127.         ausschliessen, sondern beliebig  miteinander  kombiniert  werden
  1128.         koennen
  1129.  
  1130.         Grundsaetzlich waehlt 'cFos' neben dem Hauptport,  von  dem  aus
  1131.         das CCB gestartet wurde, bevorzugt Auxiliary Ports und erst wenn
  1132.         keine  mehr  frei  sind,  weitere  Hauptports.  Wird  auf  einen
  1133.         Hauptport zugegriffen, der aber gerade fuer einen  anderen  Port
  1134.         gebuendelt ist, gibt der Modem Emulator auf alle Modem Kommandos
  1135.         immer OK zurueck. Dies koennte z.B. der Fall  sein,  wenn  unter
  1136.         DesqView zwei Mailer Tasks laufen. Hat  die  eine  gerade  beide
  1137.         Kanaele, gibt der Modem Emulator der anderen immer  OK  zurueck,
  1138.         aber es wird kein Kommando ausgefuehrt. Auf diese Weise  "weiss"
  1139.         der Mailer aber, dass der Port "noch da ist".
  1140.  
  1141.         Der aktive und passive Verbindungsaufbau beim CCB,  insbesondere
  1142.         die Wahl der Uebertragungsprotokolle  unterscheiden  sich  nicht
  1143.         vom Verbindungsaufbau mit einem Kanal. Auxiliary Ports haben das
  1144.         gleiche PROFILE, wie der zughoerige Hauptport, mit Ausnahme  des
  1145.         Controller Bytes (S Register 40). Dieses wird durch den Wert des
  1146.         -a Parameters bestimmt.
  1147.  
  1148.         Das Modem Kommando AT&Bn  bestimmt,  wieviele  Kanaele  zum  CCB
  1149.         benutzt werden sollen.  Mit  ATD  <nummer>  werden  die  Kanaele
  1150.         aufgebaut. Gibt man mit AT&Bn mehr Kanaele an, als  'cFos'  beim
  1151.         Aufruf eingerichtet hat, wird ERROR zurueckgegeben.
  1152.  
  1153.         Gibt es hingegen genuegend Kanaele,  die  aber  u.U  anderweitig
  1154.         verwendet wurden, wird CCB nur  mit  den  verfuegbaren  Kanaelen
  1155.         durchgefuehrt. Gleiches gilt auch fuer eingehende  Rufe.  'cFos'
  1156.         prueft bei eingehenden Rufen,  ob  fuer  eine  Caller  ID,  samt
  1157.         EAZ/SI/AddSI, schon eine Verbindung besteht und schaltet ggf. in
  1158.         den Bundle Mode. Ruft man also ein 'cFos'  zweimal  gleichzeitig
  1159.         mit  gleicher   Caller   ID/EAZ   an,   wird   CCB   angenommen.
  1160.         Voraussetzung fuer CCB  ist  deshalb,  dass  der  Anrufer  seine
  1161.         Caller ID uebermittelt !
  1162.  
  1163.         Hier ein Quicky zum testen:
  1164.  
  1165.            CFOS i -a0       ; cfos mit defaults fuer COM1 + 1 Aux.Port laden
  1166.  
  1167.            Terminal Software fuer COM1 starten
  1168.  
  1169.            AT &F &B2 DS0    ; bei Zaphods BBS anrufen
  1170.  
  1171.  
  1172.         Es sei noch bemerkt, dass es keine  speziellen  CONNECT  Strings
  1173.         fuer CCB gibt, da 'cFos'  zum  dem  Zeitpunkt,  zu  dem  es  die
  1174.         CONNECT Meldung ausgibt,  noch  keine  Informationen  ueber  die
  1175.         Anzahl der gebuendelten Kanaele hat. Dies wird insbesondere dann
  1176.         schon gar nicht mehr der Fall sein,  wenn,  wie  in  Kapitel  17
  1177.         angedeutet, lastabhaengiges Zu- und Abschalten einzelner Kanaele
  1178.         implementiert sein wird.
  1179.  
  1180.  
  1181.  
  1182.  
  1183.     13. Vertraeglichkeit von 'cFos' mit bestehender Software
  1184.  
  1185.         Wir  haben  'cFos'  mit  verschiedenen  Applikationen  und   mit
  1186.         verschiedener  ISDN  Hardware/Software  getestet,  wobei  manche
  1187.         Software Schwierigkeiten z.B. mit den hohen Baudraten  hat  (die
  1188.         meisten Programm benutzen  hierfuer  einen  signed  int,  dessen
  1189.         Wertebereich allerdings bei 32767 sein oberes Ende erreicht.)
  1190.  
  1191.         Laut  der  FOSSIL  Spec.  soll  man  die  Lauffaehigkeit  seines
  1192.         FOSSIL's am besten dadurch testen, indem man existente  Software
  1193.         mit ihm testet.
  1194.  
  1195.         Die "FOSSIL Unterstuetzung" mancher Terminalprogramme ist leider
  1196.         nicht so  berauschend,  insbesondere  wird  teilweise  PRO  BYTE
  1197.         einmal der Status abgefragt  und  dann  (falls  Daten  vorhanden
  1198.         sind) ein receive_char () Call benutzt,  um  das  Character  vom
  1199.         FOSSIL abzuholen. Diese Art, mit dem FOSSIL  umzugehen,  erzeugt
  1200.         pro Character mindestens 2 INT's und  2  IRET's  (zusammen  etwa
  1201.         schon 2000 Takte bei einem 386'er mit QEMM  oder  EMM386),  ganz
  1202.         abgesehen von sonstigem Call-Overhead. Wir haben uns zwar  Muehe
  1203.         gegeben, selbst mit diesen Applikationen noch moeglichst schnell
  1204.         Daten senden/empfangen zu koennen, jedoch  ist  es  bei  solcher
  1205.         Behandlung des FOSSIL's auf langsamen Rechnern (speziell 386'ern
  1206.         mit Memory-Manager) nicht moeglich, Daten mit gutem Durchsatz zu
  1207.         uebertragen.
  1208.  
  1209.         Hier sind ganz klar die Autoren  der  Terminalsoftware  gefragt,
  1210.         geeignetere Wege zu nutzen, das FOSSIL anzusteuern;  das  heisst
  1211.         bei  den  meisten  Programmen,  Daten  mit  receive_block()  und
  1212.         transmit_block() in groesseren Blocken zu  uebertragen,  anstatt
  1213.         jedes Byte einzeln.
  1214.  
  1215.         Viele FOSSIL unterstuetzende Software muss eine Baudrate wissen,
  1216.         mit der sie ueber den Seriellen Port (RS232) mit dem Modem reden
  1217.         und auf den sie diesen Port 'locken'. Diese  Baudrate  ist  fuer
  1218.         die Kommunikation  mit  dem  Modem  sehr  wichtig,  bei  unserer
  1219.         Loesung (da ohne RS232 und ohne externes Modem) voellig egal. Um
  1220.         auf der sicheren Seite zu sein, sollte man  in  solchen  Feldern
  1221.         eine Baudrate von 38400 oder 19200 eintragen.
  1222.  
  1223.  
  1224.         FrontDoor
  1225.  
  1226.           FidoNet-Mailer von Absolute Solutions  (JoHo).  Sowohl  Mailer
  1227.           wie auch Terminal-Programm gehen recht gut mit dem FOSSIL  um,
  1228.           weshalb man mit diesem Programm selbst bei langsamen  Rechnern
  1229.           (386DX mit 6MHz) und passiven Karten Uebertragungsraten von  >
  1230.           7300 cps erreichen kann. Auf schnelleren Rechnern ist FD eines
  1231.           der  besten  Terminalprogramme,   was   wir   finden   konnten
  1232.           (zumindest in Bezug auf Transferspeed).
  1233.  
  1234.           Problem 1: FrontDoor besitzt ja die  Eigenheit,  nur  "canned"
  1235.           CONNECT strings erkennen zu koennen. In den Versionen  <  2.11
  1236.           gibt es da keinen fuer 64000 (wohl aber fuer 38400). Also muss
  1237.           man einen anderen  String  dafuer  verwenden,  was  zwar  dazu
  1238.           fuehrt, dass FD alle moeglichen Zeit-Dauern falsch  berechnet,
  1239.           aber immerhin laeuft.
  1240.  
  1241.           Loesung 1: a) Du hast FD 2.20/c oder FD 2.11/nc, dann hast  Du
  1242.           dieses Problem nicht, b) Du benutzt  andere  CONNECT  messages
  1243.           fuer die "neuen" bps-Raten, oder c) Du hast kein FD  >=  2.11,
  1244.           dann sorgt ein 'ATS9.1=0' dafuer, dass  immer  "CONNECT  9600"
  1245.           gemeldet wird, und deshalb kein Mailer sich  beschwert.  Damit
  1246.           man aber immer schoen was in den Logfiles  stehen  hat,  steht
  1247.           dann noch das B2 Protokoll dahinter, also "CONNECT  9600/X75".
  1248.           Das mag FD.
  1249.  
  1250.           Problem 2: Die CallerID, die bei ISDN mitgeliefert wird.  Wenn
  1251.           es RINGed, dann steht  bei  'cFos'  dahinter  die  Nummer  des
  1252.           Anrufers und das findet FD meist gar nicht mehr  gut,  da  bei
  1253.           vielen Mailern der RING String auf  "RING|"  geaendert  worden
  1254.           ist, um ein "RINGING" zu akzeptieren.
  1255.  
  1256.           Loesung 2: Leider kann man das "RING|" nicht  in  ein  "RING "
  1257.           aendern, sondern muss dem Modem-Emulator ein "ATS9.2=0" geben.
  1258.           Damit wird das RINGING ausgeschaltet.
  1259.  
  1260.           FrontDoor benoetigt etwa  250kb  freien  Speicher,  sodass  es
  1261.           keinerlei Speicherprobleme geben solte (selbst unter  DesQView
  1262.           nicht).
  1263.  
  1264.  
  1265.         InterMail
  1266.  
  1267.           Wir selbst hatten leider nicht die Moeglichkeit  InterMail  zu
  1268.           testen (da es PayWare ist), uns wurde jedoch gesagt, InterMail
  1269.           verhalte sich  nicht  anders  als  FD,  somit  gilt  das  oben
  1270.           geschriebene. (InterMail und FrontDoor entstammen den gleichen
  1271.           Sourcen).
  1272.  
  1273.           Ueber den Speicherbedarf von InterMail sind wir  leider  nicht
  1274.           informiert (Mail?).
  1275.  
  1276.  
  1277.         BinkleyTerm
  1278.  
  1279.           Binkley benutzt (ebenso wie  FD)  sehr  saubere  und  schnelle
  1280.           Routinen, um das FOSSIL anzusteuern.  Deshalb  ist  auch  hier
  1281.           selbst  auf  langsamen  Rechnern  fuer  guten   Datendurchsatz
  1282.           gesorgt.
  1283.  
  1284.           Problem: Binkley 2.50 (und 2.50 EE bis Beta D incl.) verwendet
  1285.           (soweit wir wissen) fuer die Baudraten einen signed  int.  Das
  1286.           fuehrt somit bei CONNECT 64000 oder hoeher zu Fehlern.
  1287.  
  1288.           Loesung: Ein 'ATS9.1=1' gibt  immer  eine  9600  als  Baudrate
  1289.           zurueck und das klappt. Leider  stimmen  dann  auch  hier  die
  1290.           Timings nicht mehr.
  1291.  
  1292.           Binkley (2.50 EE Beta D, non-overlay)  benoetigt  etwas  ueber
  1293.           300kb Speicher, somit  sollte  es  auch  hier  keine  Probleme
  1294.           geben.
  1295.  
  1296.  
  1297.         D'Bridge
  1298.  
  1299.           D'Bridge (kurz: DB) ist ein Mailer von  Chris  Irwin  aus  dem
  1300.           sonnigen Miami. Um 'cFos' mit DB zum laufen zu bekommen,  kann
  1301.           man  im  Menu  unter  CONFIG,   Comm/Modem   Setup   in   eine
  1302.           Setup-Screen wechseln. Dort muss man in einer der  DATA/1  ...
  1303.           DATA/3 Zeilen in der Spalte 'MCF name' 'CFOS' eintragen.
  1304.  
  1305.           Dann muss  noch  im  DB  system-directory  eine  Datei  namens
  1306.           CFOS.MCF  (Modem  Control  File)   liegen   mit   (mindestens)
  1307.           folgendem Inhalt:
  1308.  
  1309.             MCF CFOS ISDN-Karte + cFos
  1310.             BAUD 64000
  1311.             LOCKED
  1312.             DELAY 0
  1313.             INIT ATZ
  1314.             OFFHOOK ATH1
  1315.             ANSWER ATA
  1316.             DIAL 300 ATD
  1317.             DIAL 19200 ATD
  1318.             DIAL 38400 ATD
  1319.             DIAL 64000 ATD
  1320.             TRANSLATE 9600 CONNECT 9600
  1321.             TRANSLATE 38400 CONNECT 38400
  1322.             TRANSLATE 64000 CONNECT 64000
  1323.  
  1324.           Allerdings muss der CONNECT String mit einem  der  angegebenen
  1325.           Strings voellig uebereinstimmen, sonst meldet DB eine Baudrate
  1326.           von 0. Deshalb sollte  man  ein  ATS9.4=0  setzen,  damit  das
  1327.           '/X75...' hinter dem CONNECT nicht kommt. Wenn es eine  andere
  1328.           Loesung fuer DB gibt, bitten wir um einen Hinweis.
  1329.  
  1330.           Das sollte alles  sein.  Es  ist  zu  empfehlen,  D'Bridge  ab
  1331.           Version 1.54 zu benutzten, da der Autor in dieser Version  die
  1332.           FOSSIL Aufrufe verbessert hat.
  1333.  
  1334.  
  1335.         Yuppie!
  1336.  
  1337.           Yuppie ist ein 3d-Pointprogramm von YEAsoft  aus  Aachen.  Wir
  1338.           hatten  die  Version  2.10  im  Test.  Es   basiert   in   den
  1339.           Uebertragungsroutinen auf Binkley und laeuft entsprechend gut.
  1340.           Allerdings kann es kein 'CONNECT 64000' vertragen, weshalb ein
  1341.           'ATS9.1=0' erforderlich  ist,  damit  es  bemerkt,  dass  eine
  1342.           Anwahl erfolgreich war.  Ansonsten  benoetigt  es  recht  viel
  1343.           Speicher (es wurde in Clipper  geschrieben),  also  moeglichst
  1344.           CAPI und/oder FOSSIL in UMB's laden.
  1345.  
  1346.  
  1347.         Portal of Power
  1348.  
  1349.           Macht ueberhaupt keine Probleme. PoP macht beim Senden ab  dem
  1350.           2. File aus unbekanntem Grund eine  kurze  Pause.  Dies  liegt
  1351.           nicht an 'cFos', ist aber auch kein Grund zur Besorgnis.
  1352.  
  1353.           Man muss ein wenig aufpassen, dass man nicht automatisch einen
  1354.           X00 laedt. Im Zweifel sollte die  POP.BAT  Datei  aendern,  um
  1355.           dies zu verhindern.
  1356.  
  1357.  
  1358.         CrossPoint
  1359.  
  1360.           Ab der Version 2.14  des  Fido-Mailers  unterstuetzt  XP  auch
  1361.           FOSSILs. Damit XP-FM ueberhaupt das FOSSIL unterstuetzt  statt
  1362.           seinen internen Routinen muss im XP Verzeichnis eine Datei mit
  1363.           Namen "FOSSIL" existieren (Inhalt egal), am besten mit "ECHO >
  1364.           FOSSIL" eine solche erzeugen.
  1365.  
  1366.           Bis zur Version 2.10 von XP kann NUR der XP-FM (ab  2.14)  zum
  1367.           Pollen auf das FOSSIL zugreifen. Terminal-Modus laeuft NICHT!
  1368.  
  1369.           XP erwartet, dass hinter jedem  Communication  Port  auch  ein
  1370.           physikalisches Modem haengt und testet dies, indem es auf  die
  1371.           Ports mit eigener I/O zugreift. Um trotzdem mit XP ueber  ISDN
  1372.           pollen zu koennen, sollte man Mail von Hand packen  und  XP-FM
  1373.           von Hand aufrufen.
  1374.  
  1375.           Ab der Version 2.92 von XP ist die FOSSIL-Unterstuetzung jetzt
  1376.           auch vollstaendig verfuegbar, z.B.  im  Terminalprogramm  etc.
  1377.           Dafuer  muss  einfach  unter  Kommunikation/Modem  der   Punkt
  1378.           'FOSSIL' angeschaltet werden.
  1379.  
  1380.  
  1381.         Maximus
  1382.  
  1383.           Maximus ist ein BBS Program von Scott J. Dudley. Wir  benutzen
  1384.           es  hier  selber  und  hatten  deshalb  ausgiebig  Zeit,  sein
  1385.           Verhalten zu testen.
  1386.  
  1387.           Sowohl das WFC Interface von Maximus, wie der 'SpawnBBS' Start
  1388.           macht auch mit 64000 Baud keine Probleme.
  1389.  
  1390.           Menus und Textfiles werden characterweise ausgegeben,  deshalb
  1391.           ist hier nicht die volle ISDN Geschwindigkeit zu  sehen,  aber
  1392.           das tut  auch  keinen  grossen  Abbruch.  Bei  einem  Download
  1393.           schickt Maximus Daten in 128 Byte Bloecken an das  FOSSIL  und
  1394.           erreicht dadurch eine gute Transferspeed.
  1395.  
  1396.           Leider benutzt Maximus beim Empfangen von Daten (Upload) nicht
  1397.           die receive_block() Funktion des FOSSILs, sondern liesst  Byte
  1398.           fuer  Byte  mittels  receive_char().  Dadurch   entsteht   ein
  1399.           riesiger Overhead und die maximale Uebertragungsrate liegt bei
  1400.           langsamen Rechnern unter der maximal moeglichen.
  1401.  
  1402.           Wir haben zwar die receive_char() und get_status()  Funktionen
  1403.           in  Assembler  geschrieben  und  dadurch   einen   akzeptablen
  1404.           Durchsatz erreicht.  Allerdings  wird  Maximus  beim  Download
  1405.           immer schneller sein, als beim Upload.
  1406.  
  1407.  
  1408.         RemoteAccess
  1409.  
  1410.           RemoteAccess ist eine BBS Software von Andrew Milner. Es  lief
  1411.           in   unseren    Tests    gut    und    problemlos,    erreicht
  1412.           Datenuebertragungsraten von  ueber  7300  cps  und  kann  auch
  1413.           selber ohne  weiteres  Anrufe  entgegennehmen.  Zumindest  die
  1414.           Version 2.00 sollte keine Probleme  mit  Baudraten  von  38400
  1415.           oder 64000 haben.
  1416.  
  1417.           Leider kann RemoteAccess auch nur  "canned"  CONNECT  Strings,
  1418.           die in RACONFIG eingestellt werden  muessen.  In  der  Version
  1419.           2.00 sind aber alle fuer ISDN benoetigten  Strings  vorhanden.
  1420.           Lediglich den RING-String sollte man auf  "RING "  einstellen,
  1421.           damit "RING CallerID" nicht  mit "RINGING" verwechselt  werden
  1422.           kann.
  1423.  
  1424.  
  1425.         PCBoard
  1426.  
  1427.           Man benoetigt fuer die  FOSSIL-Unterstuetzung  eine  PCBoard/M
  1428.           Version. Damit laeuft 'cFos' dann aber ohne  grosse  Probleme,
  1429.           allerdings muss mit 'ATS9.4=0' die  CONNECT  Meldung  auf  ein
  1430.           'CONNECT <bps>' beschraenkt werden, da PCBoard die letzte Zahl
  1431.           des CONNECT Strings als Baudrate benutzt. Weiterhin  darf  der
  1432.           BIOS Emulator von 'cFos' bei PCBoard nicht  auf  force  stehen
  1433.           (also kein -e2).
  1434.  
  1435.  
  1436.         Terminate
  1437.  
  1438.           Terminate ist ein recht neues Terminalprogramm von Bo Bendtsen
  1439.           aus Daenemark. Es  hat  Features  "bis  zum  Abwinken",  unter
  1440.           anderem auch FOSSIL Support. Wir haben hier die  Version  1.41
  1441.           getestet.
  1442.  
  1443.           Terminate    benutzt    leider    die    receive_char()    und
  1444.           transmit_char()  Funktionen  des  FOSSIL's,  somit  kann   der
  1445.           Transfer auf langsamen Rechnern weit unter den maximalen  8000
  1446.           cps liegen.
  1447.  
  1448.           Terminate benoetigt zum Laufen seit der Version  1.3/1.4  etwa
  1449.           300kb Speicher, Bo hat sich nochmal ins Zeug  gelegt  und  den
  1450.           Speicherbedarf drastisch gesenkt.
  1451.  
  1452.           Zumindest ein Bug scheint in der Version  1.41  noch  drin  zu
  1453.           sein, der dafuer sorgt, dass der INT 14 Vector  vom  Terminate
  1454.           verdreht wird.  Daher  kann  es  sein,  dass  cFos  z.b.  beim
  1455.           Deinstallieren meldet "cFos not found in memory".
  1456.  
  1457.  
  1458.         TeleMate
  1459.  
  1460.           TeleMate ist eines der bekanntesten Terminaprogramme  auf  dem
  1461.           PC und verfuegt seit einigen Versionen  auch  FOSSIL  Support.
  1462.           Das  Besondere  an  TeleMate  ist  vor  allem  sein   internes
  1463.           Multitasking, d.h. man kann gleichzeitig eine Datei downloaden
  1464.           und   einen   Text   editieren.   Allerdings   kostet   dieses
  1465.           Multitasking erheblich Transferspeed, wenn der  Rechner  nicht
  1466.           schnell genug ist, soll heissen: ein 386DX-40 sollte es  schon
  1467.           sein, damit die Transferspeed angenehm ist.
  1468.  
  1469.           Ansonsten hat TeleMate eine  sehr  elegante  Art,  das  FOSSIL
  1470.           anzusprechen, leider hat es aber lange Zeit mit TeleMate  beim
  1471.           Download CRC Fehler  gegeben,  die  wir  erst  in  der  'cFos'
  1472.           Version 0.95 fixen konnten.
  1473.  
  1474.           Der Speicherhunger von TeleMate allerdings ist mit ueber 430kb
  1475.           recht hoch. Auch hier sollte man mit Treibern  und  residenten
  1476.           Programmen sparen.
  1477.  
  1478.           Wichtig: bei Konfigurieren des FOSSIL's in TeleMate  darf  die
  1479.           Baudrate des Ports unter  "Communication"  auf  maximal  38400
  1480.           gestellt  werden,  sonst  akzeptiert  TeleMate   das   Setting
  1481.           "FOSSIL" im "Terminal" Window nicht.  Wenn  das  FOSSIL  nicht
  1482.           reagiert,   erstmal   checken,   ob   im   "Terminal"   Window
  1483.           "Connection" noch auf "FOSSIL" steht.
  1484.  
  1485.  
  1486.         XBTX
  1487.  
  1488.           XBTX ist ein BTX Decoder von Juergen Buchmueller, und verfuegt
  1489.           zumindest in der Version 1.50 uber FOSSIL  Unterstuetzung.  Da
  1490.           man BTX auch ueber ISDN fahren kann und die Datex-J Ports  der
  1491.           Telekom ISDN-faehig sind, haben  wir  BTX  Support  in  'cFos'
  1492.           eingebaut (ATB5).
  1493.  
  1494.           XBTX sucht die Ports 0-7  nach  einem  FOSSIL  ab.  Allerdings
  1495.           verwendet XBTX eine sehr unsanfte Methode,  festzustellen,  ob
  1496.           ein FOSSIL geladen  ist.  Diese  entstammt  leider  nicht  der
  1497.           FOSSIL Spec, sondern der Docu zu X00. Somit laueft ein  FOSSIL
  1498.           mit XBTX *NUR*, wenn dieses sich so meldet, wie X00  das  tut.
  1499.           Da das so nicht in der FOSSIL Spec vorgesehen  ist,  muss  man
  1500.           bei 'cFos' diese  Option  extra  aktivieren;  dazu  dient  der
  1501.           Commandline-Switch '-jx'.
  1502.  
  1503.           XBTX benoetigt zum erfolgreichen Laden ueber  490kb  Speicher;
  1504.           es ist daher hoechste Disziplin  bei  der  Auswahl  der  TSR's
  1505.           angesagt ;-).
  1506.  
  1507.  
  1508.         DoorWay
  1509.  
  1510.           Laeuft.  Allerdings  sollte  man  die  Debug-Zeile   auf   dem
  1511.           'ge-DoorWay-ten'  Rechner  ausschalten,   da   DoorWay   sonst
  1512.           dauerhaft die Aenderungen der Debug-Zeile  uebertraegt  (nicht
  1513.           schlimm, aber stoerend).
  1514.  
  1515.  
  1516.         DesQView
  1517.  
  1518.           Wir haben 'cFos' mit DesQView als  MultiPort-FOSSIL  getestet;
  1519.           dazu muss 'cFos' VOR DesQView mit mehreren -c Parametern (fuer
  1520.           mehrere Ports)  geladen  werden,  damit  alle  Tasks  auf  das
  1521.           gleiche FOSSIL zugreifen koennen.
  1522.  
  1523.           Wir haben  unter  DesQView  von  einem  FrontDoor  das  andere
  1524.           angerufen und hatten Transferraten >7500 cps (386DX-40).
  1525.  
  1526.  
  1527.         MS-Windows
  1528.  
  1529.           Soll 'cFos' mit MS-Windows benutzt  werden,  so  MUSS  es  vor
  1530.           Windows geladen werden. Einige  Windows-Programme  haben  zwar
  1531.           keine FOSSIL Unterstuetzung, koennen aber den INT 14h  nutzen.
  1532.           Mit diesen kann 'cFos' ebenfalls eingesetzt werden.
  1533.  
  1534.  
  1535.         Waffle, HS/Link, CEXYZ 1.00
  1536.  
  1537.           Auch  mit  dieser  FOSSIL  unterstuetzenden  Software   laeuft
  1538.           'cFos'. Ebenso wurde die Co-Existenz von 'cFos' mit PAPI  0.16
  1539.           und TALK getestet.
  1540.  
  1541.  
  1542.  
  1543.  
  1544.     14. ISDN Hardware/Software
  1545.  
  1546.         'cFos' setzt zwar auf dem CAPI, einer in  Deutschland  genormten
  1547.         Schnittstelle auf, aber diese laesst leider einige Fragen offen,
  1548.         sodass eine  Applikation  erst  mit  anderer  Hardware  getestet
  1549.         werden muss. Hier unsere Erfahrungen (oder die anderer User  zum
  1550.         Thema ISDN Hardware):
  1551.  
  1552.  
  1553.         TELES
  1554.  
  1555.           'cFos' wurde an  einer  TELES.S0  ISDN  Karte  entwickelt  und
  1556.           getestet. Bei der Entwicklung stand  und  steht  uns  die  Fa.
  1557.           TELES GmbH, Berlin durch Support  durch  ihre  CAPI-Entwickler
  1558.           zur Verfuegung.
  1559.  
  1560.           Wir betreiben unsere Mailbox (Zaphods BBS) mit 'cFos' an einer
  1561.           TELES.S0 Karte und  versuchen  hier  auch  immer  die  neueste
  1562.           Version des TELES CAPI's bereitzustellen (z. Zt. 2.4l).
  1563.  
  1564.           'cFos' erkennt das CAPI von TELES und ermittelt, ob die Module
  1565.           fuer V.110 oder Buendelprotokoll  geladen  sind.  Entsprechend
  1566.           wird die Benutzung von V.110 und TELES  channel  bundling  und
  1567.           damit ATB1..ATB3 erlaubt.
  1568.  
  1569.  
  1570.         AVM
  1571.  
  1572.           Sowohl auf der passiven AVM A1+ wie auf  der  aktiven  AVM  B1
  1573.           laeuft 'cFos' gut. Probleme gibt es u.U.  mit  dem  atypischen
  1574.           Verhalten des X.75  der  ISDN  Blaster.  Dazu  gibt  AVM  aber
  1575.           mittlerweile  neue  Treiber  heraus  (Version   2.07-10   oder
  1576.           hoeher). Wenn man eine ISDN Blaster, die mit FOSSIL PCIF V5.78
  1577.           laeuft, anrufen will, sollte man bei 'cFos' das -jp  Flag  (s.
  1578.           auch Kapitel 3) verwenden.
  1579.  
  1580.           Teilweise ist im AVM CAPI noch kein V.110 enthalten; wenn dies
  1581.           der Fall  ist,  sollte  bei  einem  Anwahlversuch  nach  einer
  1582.           CONNECT-Meldung ein ERROR/B2 auftreten. Wenn das der Fall ist,
  1583.           sollte eine neue Version der CAPI's von AVM Abhilfe  schaffen.
  1584.           Allerdings gibt es alte A1 Karten, fuer  die  es  keinen V.110
  1585.           Treiber gibt.
  1586.  
  1587.           In unserer Mailbox kann man die neuesten Treiber fuer die  AVM
  1588.           A1 v2.0 (AVMA1V2.ZIP), A1+ (AVMA1PL.ZIP), B1 v1.4  (AVMB1.ZIP)
  1589.           und TIC (AVMTIC.ZIP) downloaden.
  1590.  
  1591.  
  1592.         CPV Stollmann
  1593.  
  1594.           Auf den aktiven Karten Tina D und Tina DS  laueft  'cFos'  gut
  1595.           und selbst auf langsamen Rechnern schoen schnell.
  1596.  
  1597.           Das CAPI von Stollmann kann zwar z.Z. noch  kein  V.110,  aber
  1598.           das wird sich wohl  demnaechst  nach  Auskunft  von  Stollmann
  1599.           aendern.
  1600.  
  1601.           In unserer Mailbox bieten wir die neuesten Treiber fuer  diese
  1602.           Karten an (TINACAPI.ZIP und TINAETSI.ZIP).  Diese  sollte  man
  1603.           unbedingt verwenden und auch, wie dort beschrieben, den Aufruf
  1604.           TICAPI -b,  um  mit  der  ISDN  Blaster  keine  Probleme  beim
  1605.           Verbindungsaufbau zu haben.
  1606.  
  1607.           Es existiert  eine  COM-Port  Emulation,  die,  wenn  geladen,
  1608.           leider verhindert, dass  'cFos'  sich  beim  CAPI  erfolgreich
  1609.           registrieren kann. Wenn  man  'cFos'  benutzen  moechte,  darf
  1610.           dieses Modul nicht geladen werden.
  1611.  
  1612.           CPV Stollmann hat uns freundlicherweise eine TINA DS zu  Test-
  1613.           zwecken  zur  Verfuegung  gestellt.  'cFos'   sollte   deshalb
  1614.           problemlos mit ihr laufen.
  1615.  
  1616. {+}       Mit der TINA  D und Tina DS  funktioniert das Channel Bundling
  1617.           leider nicht (wohl aber  mit  der  Tina  DD),  da  der  zweite
  1618.           B-Kanal  hardwaremaessig  mit  dem  integrierten  A/B  Adapter
  1619.           verbunden ist und dem CAPI nicht zur Verfuegung steht.
  1620.  
  1621.  
  1622.         mbp SOLIS
  1623.  
  1624.           Die SOLIS Karten der Firma mbp laufen mit 'cFos' gut, wenn man
  1625.           folgendes beachtet:
  1626.  
  1627.           In der Serviced EAZ Mask (Register 13 oder AT&L Kommando) darf
  1628.           die EAZ 9 nicht gelistet sein. Sollte dies doch der Fall sein,
  1629.           so nimmt die Karte keinerlei Rufe entgegen.
  1630.  
  1631.           Bei Laden von 'cFos' muss der Switch -jr angegeben werden.
  1632.  
  1633.           Die SOLIS  hat  eine  Modem-Emulation,  die  auf  verschiedene
  1634.           COM-Ports  eingestellt  werden   kann.   Nach   Aussagen   von
  1635.           Betreibern dieser Karte laeuft 'cFos' nur dann, wenn  man  die
  1636.           Modem-Emulation auf einen  anderen  Port  einstellt,  als  das
  1637.           FOSSIL oder den COM-Port ganz ausschaltet.
  1638.  
  1639.           Bitte auf jeden  Fall  die  letzte  verfuegbare  CAPI  Version
  1640.           benutzen, da die alten Versionen Probleme machen.
  1641.  
  1642.  
  1643.         ITK iX1
  1644.  
  1645.           Das iX1 CAPI erlaubt nicht, mit einer Windowsize kleiner als 2
  1646.           zu registrieren ('cFos' default ist 2). Ansonsten laeuft 'cFos'
  1647.           gut.
  1648.  
  1649.  
  1650.         ELSA MicroLink ISDN/PC, ISDN/PCC
  1651.  
  1652.           ELSA stellte  uns  freundlicherweise  ihre  Microlink  ISDN/PC
  1653.           Einsteckkarte samt CAPI 1.43 zum Test.
  1654.  
  1655.           'cFos' laeuft in dieser Konfiguration gut. Das ELSA  CAPI  ist
  1656.           schoen klein und schnell, kann  aber  (noch)  kein  V110.  Als
  1657.           "Ausgleich" besitzt die ISDN/PC dafuer aber einen COM-Port mit
  1658.           einem 16550.
  1659.  
  1660. {+}       Ab CAPI 1.43 laeuft auch 'cFos' Channel Bundling problemlos.
  1661.  
  1662.  
  1663.         Sedlbauer S0-Box
  1664.  
  1665.           Die  S0-Box  isy  ein  externes  Geraet,   welches   auf   den
  1666.           Printer-Port aufgesteckt wird. Alle Daten  zwischen  ISDN  und
  1667.           Rechner muessen ueber den Printer-Port ausgetauscht werden. Da
  1668.           dieses "Nadeloehr" recht eng ist, unterstuetzt die S0-Box  nur
  1669.           einen Kanal und kann deshalb  nicht  mit  dem  'cFos'  Channel
  1670.           Bundling benutzt werden.
  1671.  
  1672.           Weiterhin unterstuetzt die S0-Box  bisher  nur  Windowsize  7,
  1673.           daher muss 'cFos' mit "cfos i -w7" geladen werden.
  1674.  
  1675.           Wenn man  das  beachtet,  laeuft  die  Box  nach  Angaben  der
  1676.           Entwickler mit 'cFos' ohne Probleme.
  1677.  
  1678.  
  1679.         Andere:
  1680.  
  1681.         Falls Probleme mit einer ISDN-Hardware auftreten,  bitte  zuerst
  1682.         ueberpruefen, ob es nicht inzwischen neuere CAPI Treiber o.  ae.
  1683.         gibt und wenn ja, diese benutzen.
  1684.  
  1685.  
  1686.  
  1687.         Wir moechten uns an dieser Stelle nochmal fuer die  ausgespochen
  1688.         gute   Unterstuetzung   und   Zusammenarbeit   mit   den    ISDN
  1689.         entwickelnden  Firmen  bedanken,  besonders  bei   TELES,   AVM,
  1690.         CPV-Stollmann und ELSA.
  1691.  
  1692.  
  1693.  
  1694.  
  1695.     15. Verschiedenes :
  1696.  
  1697.         - Disconnect Reasons, die 'cFos' an die Gegenseite meldet, sind:
  1698.  
  1699.           0x00 : normal disconnect (auch 0x80)
  1700.           0xbe : call rejected
  1701.           0xbb : user busy
  1702.           0xb9 : out of order
  1703.  
  1704.           Die Reasons kommen dann bei der Gegenseit  als  0x34??  Causes
  1705.           an,  je  nach  dem,  ob  sie   von   den   Vermittlungsstellen
  1706.           weitergegeben werden.
  1707.  
  1708.  
  1709.         - Service Indicator (SI) ungleich 7
  1710.  
  1711.           Waehlt man in S14  andere  Services  als  "Datenuebertragung",
  1712.           meldet 'cFos' bei eingehenden Rufen (wenn in der Service  Mask
  1713.           das entsprechende Bit gesetzt ist) "CONNECT VOICE" bei SI =  1
  1714.           und selektiert als B2-Protokoll  "bittransparent".  Auf  diese
  1715.           Weise kann man  "Telefonie"  betreiben.
  1716.  
  1717.           Ist SI <> 7 und SI <> 1 meldet 'cFos' z.Z.  noch  "CONNECT  ?"
  1718.           und selektiert X.75 als B2-Protokoll.
  1719.  
  1720.           Beim aktiven Verbidungsaufbau kann man mit  S16  selbst  einen
  1721.           Service Indicator bestimmen, genauso wie man mit S17, S20, S21
  1722.           den Additional Service Indicator, sowie B2-  und  B3-Protokoll
  1723.           waehlen kann.
  1724.  
  1725.  
  1726.         - For further Study
  1727.  
  1728.           Wer gerne etwas tiefer in die ISDN  Materie  einsteigen  will,
  1729.           der sei hier  auf  folgende  Literatur  (inclusive  Programme)
  1730.           verwiesen:
  1731.  
  1732.             CAPI Dokumentation
  1733.  
  1734.             COMMON-ISDN-API,   Einheitliche    Schnittstelle    zwischen
  1735.             Applikationsprogrammen  und  ISDN-Adaptern,   Spezifikation,
  1736.             Version 1.1, Profil A, Editorisches Datum: 07.09.90
  1737.  
  1738.             z.B. bei Zaphods BBS als ISDNAPI.ZIP, 24k
  1739.  
  1740.  
  1741.             1.TR.6 Dokumentation
  1742.  
  1743.             Die 1.TR.6 Dokumentation ist bei folgender Adresse erhaeltlich:
  1744.  
  1745.               DBP Telekom
  1746.               FA Bad Kreuznach
  1747.               Projekt Roland
  1748.               Arbeitskreis CAPI/PCI
  1749.               z. Hd. Herrn Kreuzer
  1750.               Postfach 9100
  1751.               W-6550 Bad Kreuznach
  1752.  
  1753.  
  1754.             PAPI Source
  1755.  
  1756.             PAPI ist ein ISDN Packetdriver fuer TCP/IP, der auf dem CAPI
  1757.             aufsetzt. Ein gutes Lehrstueck.
  1758.  
  1759.             z.B. bei Zaphods BBS als PAPI016.ZIP, 38k
  1760.  
  1761.  
  1762.             Wessen Interesse durch das Lesen dieser Doc oder das Benutzen
  1763.             unseres FOSSIL an den FOSSIL Specs geweckt  worden  ist, der
  1764.             lese folgendes:
  1765.  
  1766.             FSC-0015
  1767.  
  1768.             DIE FOSSIL Doc von Rick Moore.  Als  FSC-0015.A??  in  jeder
  1769.             guten FIDO-Box erhaeltlich, 25k.
  1770.  
  1771.  
  1772.             X00REF.DOC
  1773.  
  1774.             Die Function Refence von Ray Gwinn  fuer  FOSSIL  developer.
  1775.             enthaelt einige gute und wichtige Kommentare.
  1776.  
  1777.             z.B. bei Zaphods BBS als X00150.ZIP, 105k.
  1778.  
  1779.  
  1780.         - Falls  tatsaechlich  jemand  die  "V.110  inband  negatiation"
  1781.           benutzen sollte bekommt eine CONNECT 9600 Meldung,  da  'cFos'
  1782.           nicht wissen kann, mit welcher Baudrate tatsaechlich connected
  1783.           wurde.
  1784.  
  1785.  
  1786.  
  1787.  
  1788.     16. CAPI Fehlermeldungen:
  1789.  
  1790.         Im folgenden eine Auflistung der CAPI Fehlermeldungen  des  CAPI
  1791.         Arbeitskreises, erweitert durch  V.110  Fehlermeldungen,  1.TR.6
  1792.         Causes und herstellereigene Fehlermeldungen:
  1793.  
  1794.           0x1001: Error on API_REGISTER
  1795.           0x1002: Illegal application-id
  1796.           0x1003: Illegal message
  1797.           0x1004: Illegal command or subcommand
  1798.           0x1005: Queue is full
  1799.           0x1006: Queue is empty
  1800.           0x1007: Queue overflow
  1801.           0x1008: Deinstall error
  1802.           0x1009: Windows address error
  1803.  
  1804.           0x2001: Illegal Controller
  1805.           0x2002: Illegal PLCI
  1806.           0x2003: Illegal NCCI
  1807.           0x2004: Illegal type
  1808.  
  1809.           0x3101: B-channel erroneous
  1810.           0x3102: Infomask erroneous
  1811.           0x3103: Serviced-EAZ-mask erroneous
  1812.           0x3104: Serviced-SI-mask erroneous
  1813.           0x3105: Illegal B2 protocol
  1814.           0x3106: Illegal DLPD
  1815.           0x3107: Illegal B3 protocol
  1816.           0x3108: Illegal NCPD
  1817.           0x3109: Illegal NCPI
  1818.           0x310A: Illegal flags
  1819.  
  1820.           0x3201: General controller error
  1821.           0x3202: non-unique LISTEN_REQs
  1822.           0x3203: function not supported
  1823.           0x3204: PLCI inactive
  1824.           0x3205: NCCI inactive
  1825.           0x3206: B2 protocol not supported
  1826.           0x3207: can't select B2 protocol now
  1827.           0x3208: B3 protocol not supported
  1828.           0x3209: can't select B3 protocol now
  1829.           0x320A: illegal DLPD parameters
  1830.           0x320B: illegal NCPD parameters
  1831.           0x320C: illegal NCPI parameters
  1832.           0x320D: data length not supported
  1833.  
  1834.           0x3301: D channel layer 1 setup error
  1835.           0x3302: D channel layer 2 setup error
  1836.           0x3303: B channel layer 1 setup error
  1837.           0x3304: B channel layer 2 setup error
  1838.           0x3305: D channel layer 1 shutdown
  1839.           0x3306: D channel layer 2 shutdown
  1840.           0x3307: D channel layer 3 shutdown
  1841.           0x3308: B channel layer 1 shutdown
  1842.           0x3309: B channel layer 2 shutdown
  1843.           0x330A: B channel layer 3 shutdown
  1844.           0x330B: B channel layer 2 reestablished
  1845.           0x330C: B channel layer 3 reestablished
  1846.  
  1847.           0x3400: Normal disconnect
  1848.           0x3483: Bearer service not implemented
  1849.           0x348a: No channel available
  1850.           0x34a0: Outgoing calls barred
  1851.           0x34a1: User access busy
  1852.           0x34a3: Nonexistent CUG
  1853.           0x34b5: Destination not obtainable
  1854.           0x34b8: Number changed
  1855.           0x34b9: Out of order
  1856.           0x34ba: No user responding
  1857.           0x34bb: User busy
  1858.           0x34bd: Incoming calls barred
  1859.           0x34be: Call rejected
  1860.           0x34d9: Network congestion
  1861.           0x34da: Remote user initiated
  1862.           0x34f0: Local procedure error
  1863.           0x34f1: Remote procedure error
  1864.  
  1865.           0x4001: Stollmann: too many applications
  1866.           0x4002: Stollmann: block size too large
  1867.           0x4003: Stollmann: error on init of message queue
  1868.           0x4004: Stollmann: no PLCI cntl block available
  1869.           0x40ff: Stollmann: function not allowed in current context
  1870.  
  1871.           0x4101: Verlust der Frame-Synchronisation
  1872.  
  1873.           0x4201: Stollmann: can't deinstall, not on top of int chain
  1874.           0x4202: Stollmann: can't deinstall, application still active
  1875.  
  1876.  
  1877.  
  1878.  
  1879.     17. Addressen, Autoren, Verfuegbarkeit :
  1880.  
  1881.         - Lizenzbedingungen
  1882.  
  1883.           Siehe hierzu unsere Lizenz in COPYING.CF.
  1884.  
  1885.  
  1886.         - Autoren
  1887.                           Christoph Lueders       Martin Winkler
  1888.  
  1889.           Fidonet:        2:2402/330.1            2:2402/330.6
  1890.  
  1891.           Internet:       chris@rhein.de          winkler@zaphod.rhein.de
  1892.  
  1893.           Surface Mail:   Reuterstr. 133          Dorotheenstr. 38
  1894.                           53113 Bonn              53111 Bonn
  1895.                           Germany                 Germany
  1896.  
  1897.           Voice:          +49-228-223359          +49-228-650389
  1898.  
  1899.  
  1900.           Telefon-Anrufe:
  1901.  
  1902.           Da wir seit neuerem wegen 'cFos' sehr  viel  Zeit  am  Telefon
  1903.           damit   verbringen,   Fragen,   die   eigentlich   in   dieser
  1904.           Dokumentation beantwortet  sind,  zu  beantworten,  haben  wir
  1905.           mittlerweile eine im FidoNet erhaeltliche elektronische  Mail-
  1906.           Conference ins  Leben  gerufen,  in  der  die  meisten  Fragen
  1907.           angesprochen werden koennen. Sie heisst  CFOS_HELP.  Ausserdem
  1908.           kann eine Mail an  den  SYSOP  von  Zaphods  BBS  (ISDN  0228-
  1909.           9111041, V32b 0228-262894) oft schneller weiterhelfen, als ein
  1910.           Anruf.
  1911.  
  1912.           Wir bitten um Verstaendnis, dass wir aus Kostengruenden  nicht
  1913.           zurueckrufen koennen.
  1914.  
  1915.           Also: Bei Fragen zuerst DOCs und  CFOS.FAQ  lesen,  dann  Mail
  1916.           schreiben.
  1917.  
  1918.           Anrufen kann man aber gerne, wenn man ISDN Equipment  benutzt,
  1919.           das in dieser Dokumentation nicht aufgefuehrt ist.
  1920.  
  1921.           Bei Problemen mit der Konfiguration von Software ist  es  u.U.
  1922.           eine gute Idee, Kontakt mit den  "Help-Sites"  der  entsprech-
  1923.           enden Software aufzunehmen.
  1924.  
  1925.  
  1926.           Mail/Bug-Reports:
  1927.  
  1928.           Was uns immer interessiert, sind
  1929.  
  1930.           - offensichtliche Bugs in 'cFos' oder der Dokumentation.
  1931.           - Erfahrungsberichte mit uns noch  unbekannter  Software  oder
  1932.             ISDN Karten.
  1933.           - Anregungen, was man noch in 'cFos' einbauen sollte.
  1934.           - was man alles noch mit 'cFos' machen kann.  Willkommen  sind
  1935.             z.B. Telefonnummern fuer DATEX-P <--> ISDN Gateways, etc...
  1936.  
  1937.  
  1938.           Eine Mail an uns sollte auf Fall folgendes enthalten:
  1939.  
  1940.           - den Namen und bei Bug Reports oder ISDN Karten, die nicht in
  1941.             dieser  Dokumentation  aufgefuehrt  sind,  die  Voicenummer,
  1942.             damit wir im Bedarfsfalle kurzfristig zurueckrufen koennen.
  1943.  
  1944.           - Versionsnummer von 'cFos'
  1945.  
  1946.           - Verwendeter Rechner, Software und ISDN Karte  mit  Versions-
  1947.             nummer des CAPI Treibers.
  1948.  
  1949.  
  1950.         - Neue Versionen
  1951.  
  1952.           Die neueste Version von 'cFos' ist immer  in  unserer  eigenen
  1953.           Box, Zaphods BBS in Bonn erhaeltlich. Allerdings geben wir uns
  1954.           Muehe, die  Archive  moeglichst  schnell  moeglichst  weit  zu
  1955.           verbreiten, dazu gehoeren FIDO Mailboxen, Internet  Fileserver
  1956.           und MAUS Boxen.
  1957.  
  1958.  
  1959.           Telefonnumern und Adressen stehen auch in COPYING.CF.
  1960.  
  1961.           In zukuenftigen Versionen planen wir
  1962.  
  1963.           - Den Speicherbedarf von 'cFos' weiter zu reduzieren.
  1964.  
  1965.           - Die ATIn displays uebersichtiger zu gestalten.
  1966.  
  1967.           - Die +++ escape sequence zu unterstuetzen.
  1968.  
  1969.           - AT&E Kommandos im MultiPort Betrieb fuer jeden Port  seperat
  1970.             einstellbar zu machen.
  1971.  
  1972.           - Eine FOSSIL  user  appendage  speziell fuer ISDN Zwecke z.B.
  1973.             mit  der  Funktion  "Get  charging  info"  mit   in   'cFos'
  1974.             einzubauen.
  1975.  
  1976.           - Ralf   Brown's   AMISL   Alternate    Multiplex    Interrupt
  1977.             Specification fuer residente Programme zu unterstuetzen.
  1978.  
  1979. {+}       - Beim 'cFos' Channel Bundling fuer Highest  Speed   Transfers
  1980.             unter  Minimierung  der  Kosten  lastabhaengiges  Kanal  Zu-
  1981.             und Abschalten zu implementieren.
  1982.  
  1983. {+}       - Zahlreiche Log Funktionen zur Auswertung der Telefon-Kosten,
  1984.             eingegangener Rufe, etc. einzubauen.
  1985.  
  1986.  
  1987.  
  1988.  
  1989.     18. Credits
  1990.  
  1991.         Die Reihenfolge impliziert keine Wertung ;-)
  1992.  
  1993.         Andreas Illg, Alexander Bell, Eberhard Mattes,  Dietmar  Friede,
  1994.         Uwe Engelmann, Mirko Mucko, Scott J. Dudley, Robert  Bergermann,
  1995.         Jens Osterwohldt, Markus Kessler, Olaf Droege,  Tobias Erichsen,
  1996.         Jan Ceuleers, Kalle Braun, Roland Steinmeyer, Oliver von Bueren,
  1997.         Rainer Schuetze.
  1998.  
  1999.  
  2000.  
  2001.     19. End of Documentation;  Thanx for using 'cFos'.
  2002.  
  2003.         Practice random kindness and senseless acts of beauty!
  2004.