home *** CD-ROM | disk | FTP | other *** search
/ OS/2 Shareware BBS: 3 Comm / 03-Comm.zip / isdnco.zip / ISDNCOM.ASC next >
Text File  |  1994-06-03  |  56KB  |  1,275 lines
  1. micado ISDNCOM/2
  2. ISDN Software-COM-Port-Emulation für OS/2
  3.  
  4. (c) Copyright micado SoftwareConsult GmbH 1992-1994
  5. Editorisches Datum: 3. Juni 1994
  6.  
  7.  
  8. 1.Einleitung
  9.  
  10. Durch Bereitstellung der hohen Transferrate (64 KBps pro Datenkanal) stellt ISDN - das digitale 
  11. Leitungsnetz der Telekom - das ideale Medium zum Transfer von großen Datenmengen dar.
  12.  
  13. Durch Emulation der COM-Schnittstelle ermöglicht es ISDNCOM/2, die klassischen Async-
  14. Anwendungen, wie z.B. Terminal-Programme, Mailbox-Systeme, Mailrouter oder auch komplexe 
  15. Applikationen wie Lotus Notes über ISDN-Verbindungen zu betreiben und somit die 
  16. Übertragungszeiten erheblich zu reduzieren.
  17.  
  18. Durch weitgehende Emulation des COM.SYS-Verhaltens (OS/2 Async-Treiber) kann die 
  19. Kompatibilität zu einer Vielzahl von OS/2-Applikationen gewährleistet werden, die ansonsten nur 
  20. über Modem-Verbindungen betreibbar sind. Hierzu zählen unter anderem Lotus Notes, micRC/2, 
  21. PolyPM, TCP/IP-Implementierungen, die das SLIP-Protokoll verwenden.
  22.  
  23. Durch Einsatz von ISDNCOM/2 ergeben sich folgende Vorteile
  24.  
  25. *    Je nach Protokoll bis 64000 (X.75) bzw. 38400 (V.110) Baud, dadurch erhöhte 
  26. Leitungskapazität und verminderte Kosten gegenüber asynchron
  27. *    verbesserte Leitungsqualität durch digitale Netzübergänge
  28. *    Zwei B-Kanäle pro S0-Anschluß
  29. *    Automatischer Verbindungsauf- und -abbau
  30. *    Zeigesteuertes Trennen der Verbindung in der Ruhephase (Idle-Watchdog)
  31. *    Zugangsschutz durch Rufnummerntabelle; dadurch werden die GBG-Gebühren der Telekom 
  32. (DM 30,- pro Monat und Teilnehmer) gespart
  33. *    B2-Protokoll einstellbar (X.75/V.110/X.75-BTX/MODEM)
  34. *    Unterstützung des ITK-Modemprotokolls zum Übergang in die Analogwelt
  35. *    Datenkompression und Verschlüsselung (je nach Adapter)
  36. *    Anzeige der ISDN-Causecodes zur Fehleranalyse
  37. *    mehrere Ports pro System möglich
  38. *    Devicename konfigurierbar (z.B. COM3, COM9, ISDN1 etc.)
  39. *    Kein physischer COM-Port nötig
  40.  
  41.  
  42. zusätzlich geplant sind:
  43.  
  44. *    herstellerunabhängige B-Kanalbündelung zur Steigerung des Durchsatzes (> 64 KB)
  45. *    lastgesteuerte B-Kanalbündelung
  46. *    D-Kanal-X.25-Verbindungen, sobald diese von der Telekom freigegeben werden
  47. *    Unterstützung der AVM-B1- und Diehl DIVA (ISA/MCA, PCMCIA)-Adapter
  48.  
  49.  
  50. 1.1.Einsatzumgebungen
  51. 1.1.1.Lotus Notes
  52.  
  53. Der Betrieb von Lotus Notes-Servern und -Clients erfolgt in der Regel im LAN. Zur Vernetzung 
  54. von Lotus Notes-Servern oder Heimarbeitsplätzen müssen Remote-Zugänge geschaffen werden. 
  55. Dies geschieht in der Regel über Telefonstrecken, die jedoch erhebliche Nachteile aufweisen:
  56. *    Geschwindigkeit (je nach Modem bis 19200 Baud)
  57. *    hohe Gebühren (Orts-/Nah-/Fernbereich)
  58. *    erhöhte "Dokument-/Mail-Laufzeiten" durch "langsame" Replikationswege
  59. *    komplizierte Installation bei mehr als zwei Leitungen (extra Karte, Treiber)
  60.  
  61. Zur Lösung dieser Probleme hat die micado den Treiber ISDNCOM/2 entwickelt, der es ermöglicht, 
  62. Lotus Notes-Stationen (Server und Clients) über ISDN-Strecken miteinander zu verbinden.
  63.  
  64. Mit Hilfe der Kapazität einer ISDN-Leitung wird eine wesentlich erhöhte Leitungskapazität 
  65. geschaffen, die gerade bei Replikationen von größeren Lotus Notes-Datenbanken sehr willkommen 
  66. ist.
  67.  
  68. ISDNCOM/2 unterstützt sowohl das Weiterleiten von Mail als auch das Replizieren von 
  69. Datenbanken (sowohl zwischen Servern als auch zwischen Server und Workstation). Die Replikation 
  70. einer oder aller gemeinsamen Datenbanken kann dabei im Vorder- oder Hintergrund erfolgen. Auch 
  71. stehen die Funktionen zum manuellen oder automatischen Verbindungsabbau (∩Verbindung trennen, 
  72. wenn fertig∩-Option) zur Verfügung.
  73.  
  74. Durch die Einbindung als COM-Port-kompatiblen Treiber bleibt die vollständige Konfigurierbarkeit 
  75. innerhalb Notes gewährleistet. Die Einbindung in Lotus Notes erfolgt analog dem Hinzufügen neuer 
  76. Modems zum Server. Eine entsprechende .MDM-Datei wird mitgeliefert (siehe Anhang).
  77.  
  78.  
  79. 1.1.2.Fernwartung
  80.  
  81. Durch die erhöhte Übertragungsgeschwindigkeit eignet sich ISDN auch hervorragend zur 
  82. Fernbedienung/-wartung von PCs. Die wenigsten Produkte in diesem Bereich bieten jedoch, anders 
  83. als  micRC/2, die Möglichkeit ISDN-Verbindungen zu diesem Zweck aufzubauen.
  84.  
  85. Durch Emulation der COM-Schnittstelle kann diesen Anwendungen jedoch das Verhalten eines 
  86. HAYES-kompatiblen Modems vorgetäuscht werden (Konfiguration, Anwahl, Trennen der 
  87. Verbindung etc.). Nach Herstellung der Verbindung arbeitet ISDNCOM/2 dann für die Applikation 
  88. völlig transparent, so daß keinerlei Anpassungen der Applikation notwendig sind und der Benutzer in 
  89. den Genuß der wesentlich erhöhten Transferrate kommt. Erst bei der von ISDN gebotenen 
  90. Übertragungsleistung ist eine Fernbedienung der PM-Oberfläche sinnvoll, da ansonsten die 
  91. anfallenden Grafikdaten nicht bewältigt werden können.
  92.  
  93.  
  94. 1.1.3.Netzwerk
  95.  
  96. Im TCP/IP-Bereich bieten diverse Hersteller (u.a. IBM und FTP) die Möglichkeit, ihre TCP/IP-
  97. Implementierungen auch über Modemverbindungen (mittels SLIP-Protokoll) zu betreiben. Wechselt 
  98. man nun den Modem-Port gegen einen ISDNCOM/2-Port aus, kann die gleiche Konfiguration auch 
  99. über ISDN-Strecken genutzt werden.
  100.  
  101. IBM LAN Distance/2 bitet die Möglichkeit, Verbindungen zum IBM OS/2 LAN Server über 
  102. Telefonleitung auzubauen. Durch die Nachbildung eines COM-Ports kann LAN-Distance/2 in 
  103. Verbindung mit ISDNCOM/2 auch über ISDN-Verbindungen betrieben werden, ohne teure 
  104. Hardware (IBM ISDN Coprocessor) einsetzen zu müssen.
  105.  
  106. 1.1.4.Terminal-/Mailbox-Betrieb, Mail-Router
  107.  
  108. Klassisches Anwendungsgebiet der Modemverbindungen ist die Mailboxwelt. In den verschiedenen 
  109. Systemen (BBS, Fidonet, Internet etc.) werden täglich gigantische Datenmengen transferiert, die 
  110. aufgrund der langsamen Verbindungen (mittlerweile i.d.R. zumindest 9600 oder 19200 Baud) 
  111. erhebliche Zeit in Anspruch nehmen und somit hohe Kosten verursachen. Trotz Kompression auf 
  112. Modemebene (MNP5, V42bis) reichen die gebotenen Kapazitäten bei weitem nicht, so daß 
  113. zusätzliche Leitungen angemietet werden müssen, um die Verfügbarkeit des Systems gewährleisten 
  114. zu können.
  115.  
  116. Durch Umstellung oder Erweiterung dieser Systeme auf/um ISDN-Zugänge können erhebliche 
  117. Kosteneinsparungen erzielt werden (Transferzeit sinkt drastisch bei 64000 Baud), bei gleichzeitiger 
  118. Steigerung des Benutzerkomforts (Wer wartet schon gerne auf seinen Download 15 Minuten, wenn 
  119. es auch in 2 Minuten geht).
  120.  
  121. Der große Vorteil von ISDNCOM/2 ist, daß die Erweiterung dieser Systeme um ISDN ohne neue 
  122. Treiber etc. (die für die meisten Systeme derzeit nicht zur Verfügung stehen) vonstatten gehen kann, 
  123. da sich der ISDNCOM/2-Port wie ein normaler Async-Port verhält.
  124.  
  125. Mail-Router/Gateways nehmen im Zeitalter steigender Vernetzung immer größere Stellung ein. So 
  126. ist es heute möglich, weltweit Nachrichten über das Internet zu verschicken oder Daten über immer 
  127. größere MHS- und Lotus-Notes-Kopplungen zu verschicken. Durch den Einsatz von ISDN läßt sich 
  128. hier eine erhebliche Reduzierung der Übertragungszeit erzielen, wodurch mit weniger Anschlüssen 
  129. mehr Daten übertragen werden können. Somit kann sich die Weiterleitungszeit einer Mail vom 
  130. Absender zum Adressaten erheblich verkürzen.
  131.  
  132. 1.2.GBG-Funktion
  133. Zur Erhöhung der Sicherheit eines Systems, das über ISDN zugänglich ist, bietet die Telekom die 
  134. Möglichkeit, Anschlüsse zu geschlossenen Benutzergruppen zusammenfassen zu lassen. Dies hat den 
  135. Vorteil, daß ein ISDN-Teilnemher, der nicht Mitglied der GBG ist, keine Möglichkeit hat, eine 
  136. Verbindung mit einem System (z.B. Großrechner) innerhalb der GBG herzustellen, d.h. der Zugang 
  137. wird bereits vor der ersten Sicherheitsstufe des Betreibers (Passwort, XID etc.) verweigert.
  138.  
  139. Nachteile der Telekom-GBG sind:
  140. *    Hohe Kosten: Pro Monat verlangt die Telekom 30,- DM pro Mitglied, sodaß bei einer GBG mit 
  141. mehreren hundert Mitgliedern schnell einige tausend Mark für die erhöhte Sicherheit anfallen
  142. *    Schwerfälligkeit bei der Pflege: Soll ein Mitglied in die GBG aufgenommen oder ausgeschlossen 
  143. werden, so muß dies jedesmal beantragt werden. Die Aktivierung des neuen GBG-Umfangs 
  144. kann dann einige Zeit in Anspruch nehmen
  145. *    Die GBG-Funktion ist nicht Bestandteil von EuroISDN - dem kommenden ISDN-Standard in 
  146. Europa. Die Telekom hat zwar die Nachbildung dieses Dienstes zugesagt, jedoch kommt es 
  147. bereits jetzt (die Umstellung auf EuroISDN ist in vollem Gange) zu erheblichen Problemen.
  148. *    Fehleranfälligkeit: Erfahrungen aus der Vergangenheit (insbesondere seit die Umstellung der 
  149. Zentralen auf EuroISDN im Gange ist) haben gezeigt, daß es immer wieder zu Problemen in der 
  150. Form kam, daß Mitglieder trotz Definition in der GBG von heute auf morgen nicht mehr 
  151. anrufen konnten, eine GBG für Dienste geschaltet war, für die keine beantragt wurde, oder ein 
  152. Mitglied einer GBG überhaupt keinen Anschluß mehr außerhalb der GBG anwählen konnte.
  153.  
  154. Diese Probleme lassen sich mit einer PC-seitig implementierten Rufnummernprüfung lösen, wie sie 
  155. ISDNCOM/2 und andere micado-Produkte bieten. Hieraus ergeben sich folgende Vorteile:
  156. *    Pflege durch den Systembetreiber vor Ort
  157. *    Keine anfallenden Kosten
  158. *    Mitglieder können sofort aufgenommen oder ausgeschlossen werden
  159. *    Verwaltung im eigenem Haus (solange nicht geändert wird, kann man davon ausgehen, daß sich 
  160. das Verhalten auch nicht von heute auf morgen ändert)
  161. *    einfache Pflege (z.Zt. per ASCII-Datei, in Kürze auch über Verwaltungsprogramm)
  162. *    Mitglieder können temporär aufgenommen und z.B. nach erfolgtem Test wieder entfernt 
  163. werden
  164. *    Keine umständlichen Auftragswege zur Telekom
  165.  
  166.  
  167. 1.3.ISDNCOM/2 - Hard- und Softwarevoraussetzungen
  168. *    S0-Hauptanschluß oder Nebenstellenanschluß mit ISDN
  169. *    IBM OS/2 ab Version 2.1
  170. *    ISDN OS/2-Treiber mit CAPI-Schnittstelle und IDC-Unterstützung
  171.  
  172. Je nach verwendetem ISDN-Adapter ist darauf zu achten, daß die OS/2-Treiber die IDC-
  173. Schnittstelle implementiert haben. Dies ist z.B. bei Diehl erst ab Version 4.26, bei ITK ab Version 
  174. 1.02 der Fall. Sollten Sie nicht im Besitz der OS/2-Treiber sein oder eine ältere Version haben, ist 
  175. Ihnen die micado Hotline gerne bei der Beschaffung einer für ISDNCOM/2 geeigneten Version 
  176. behilflich.
  177.  
  178.  
  179. 1.3.1.Unterstützte ISDN-Karten:
  180. Durch Nutzung der OS/2-CAPI-Schnittstelle ist die Lauffähigkeit auf allen Adaptern, die diese 
  181. Schnittstelle unter OS/2 bieten, gewährleistet. ISDNCOM/2 setzt die volle Implementierung der 
  182. CAPI-Schnittstelle für OS/2 - einschließlich der IDC-Schnittstelle - voraus. Diese Anforderung 
  183. erfüllen derzeit folgende ISDN-Adapter:
  184.  
  185. *    Diehl ISDN SX, SXn und SCOM-Adapter (ISA+MCA)
  186. *    Diehl ISDN S2M Adapter
  187. *    High Soft Tech/Janussoft S0-Adapter (8 Bit, 16 Bit, Parralel-Port)
  188. *    ITK ixEins basic
  189. *    Diehl DIVA (2. Quartal '94)
  190. *    Diehl DIVA PCMCIA (2. Quartal '94)
  191. *    AVM B1/2.0 (2. Quartal '94)
  192.  
  193.  
  194. 1.3.2.Kompatibilität
  195. ISDNCOM/2 wurde bisher mit folgenden Softwareprodukten getestet:
  196.  
  197. *    OS/2 2.0, 2.0.1 (XR6055), 2.1, 2.11 (XR6200)
  198. *    Lotus Notes 2.11, 3.0, 3.0a, 3.0b
  199. *    IBM, FTP TCP/IP for OS/2 mit SLIP-Protokoll
  200. *    micRC/2, Terminal/2 ab Version 3.0
  201. *    PolyPM/2
  202. *    Maximus BBS f. OS/2 V2.01, Binkley OS/2 V2.50 EE Beta
  203. *    TE/2 Version 1.22, PMComm32 Beta
  204. *    ZOC Version 1.2.1 deutsch, englisch
  205.  
  206.  
  207. 2.Installation
  208.  
  209. Die Installation von ISDNCOM/2 gliedert sich in folgende Schritte:
  210.  
  211. 2.1.Kopieren/Update der ISDN-Treiber.
  212. *    Sollte es sich um eine Neuinstallation handeln, ist darauf zu achten, daß die CAPI.DLL in ein 
  213. Verzeichnis kopiert wird, das im LIBPATH enthalten ist, oder daß das Verzeichnis mit dem OS/2-
  214. ISDN-Treiber in den LIBPATH der CONFIG.SYS aufgenommen wird.
  215. *    Die Treiber für den ISDN-Adapter müssen in jedem Fall vor ISDNCOM/2 geladen werden, da 
  216. ansonsten eine Anmeldung bei der CAPI nicht möglich ist.
  217. *    Näheres zur Installation der ISDN-Treiber können Sie der README-Datei und. der Adapter-
  218. Dokumentation des Herstellers entnehmen.
  219. *    Kopieren der Datei ISDNCOM.SYS auf die Festplatte und eintragen in die CONFIG.SYS (nach 
  220. den ISDN Kartentreibern): Für mögliche Ladeoptionen siehe "ISDNCOM/2-Ladeoptionen".
  221.  
  222.  
  223. ODER
  224.  
  225. 2.2.Installation mittels DDINSTAL
  226.     *    Aufruf der OS/2-Systemeinstellungen
  227.     *    Aufruf von "Device-Driver Install"
  228.     *    Quell-/Zielpfad einstellen
  229.     *    INSTALL anwählen
  230.          
  231.     *    ISDNCOM anwählen und bestätigen
  232. Anschließend werden die Dateien nach \OS2\DRIVERS\micado kopiert und der entsprechende 
  233. Eintrag in der CONFIG.SYS erzeugt.
  234.  
  235. *    System neu starten
  236.  
  237.  
  238.  
  239. 3.Konfiguration
  240. 3.1.ISDNCOM/2-Ladeoptionen
  241. Optional können beim Laden von ISDNCOM.SYS in der Datei CONFIG.SYS 
  242. (DEVICE=ISDNCOM.SYS ...) die Voreinstellungen durch Angabe von Parameter überschrieben 
  243. werden:
  244.  
  245.    DEVICE=C:\ISDN\ISDNCOM.SYS [-n<Device>] [-o<EAZ>] [-w<Window>] [-m<MaxData>][-f<GBG-Datei>]
  246.  
  247. -n<Name>:        Device-Name ändern
  248.     Default: COM3
  249.     Mittels des -n-Parameters kann der 
  250. Device-Name geändert werden. Dies ist notwendig, wenn bereits mehr als 2 
  251. serielle Anschlüsse im System vorhanden sind.
  252.     Anmerkung:
  253. Lotus Notes unterstützt für das XPC-Protokoll nur Devices, deren Name COMxx 
  254. lautet (z.B. COM3, COM5 etc.). Soll ISDNCOM/2 nicht für den Aufbau von 
  255. Notes-Verbindungen genutzt werden, kann auch ein anderer Device-Name (z.B. 
  256. ISDN1) gewählt werden.
  257.  
  258. -o<EAZ>:    Endgeräteauswahlziffer (1...9; siehe Erläterungen zum S14-Register)
  259.     Default: 2
  260. -w<Window>:    Größe des Ebene 2-Fenster (2...7; siehe Erläterungen zur Windowsize)
  261.     Default: 2
  262. -m<MaxData>:    maximale Größe eines Ebene 3-Datenblocks (<= 2048 Bytes)
  263.     Default: 2048
  264. -f<Datei>:    Gibt den kompletten Dateinamen (einschließlich Laudwerk und Pfad) der GBG-
  265. Definition an (siehe "GBG-Funktion")
  266.     Default: Keine GBG
  267.  
  268.  
  269. 3.2.Allgemein
  270. 3.2.1.Flußkontrolle
  271. Die verwendete Applikation sollte prinzipiell in der Lage sein, den erhöhten Datendurchsatz (bis zu 
  272. 8000 cps) zu bewältigen. Um hier der Anwendung eine Flußkontrolle zu ermöglichen, bildet 
  273. ISDNCOM/2 das RTS-/CTS-Handshake nach. Hierdurch kann ein "Überrennen" der Leitung 
  274. vermieden werden, indem ISDNCOM/2 bei erreichen von 2/3 des Sendepuffers das CTS-Signal 
  275. löscht und somit der Applikation signalisiert, daß alle Sendepuffer gefüllt sind und derzeit keine 
  276. weiteren Daten mehr angenommen werden können. Unterschreitet die Belegung 1/3 des Puffers, 
  277. wird das CTS-Signal wieder gesetzt und die Applikation kann weitere Daten an den Treiber 
  278. übergeben. Je nach verwendeter Applikation muß die RTS-/CTS-Steuerung konfiguriert werden.
  279.  
  280. 3.2.2.V.110: z.B. CompuServe, Datex-P20i, CPV Stollman TA
  281. ISDNCOM/2 unterstützt bei Verwendung eines geeigneten ISDN-Adapters (z.B. ITK) den 
  282. Verbindungsaufbau mittels V.110-Protokoll. Dieses kommt z.B. bei den meisten Terminal-Adaptern 
  283. (z.B. Elsa, CPV Stollmann) zum Einsatz, die eine Umsetzung von asynchron auf ISDN ermöglichen 
  284. (s.a. Erläuterungen V.110). Je nach verwendetem (Terminal-)Adapter auf der Gegenseite, kann es 
  285. notwendig sein, den additional Service-Indikator bei ausgehenden Rufen auf 0 zu setzten. Da 
  286. ISDNCOM/2 normalerweise den Service-Indikator anhand der eingestellten Baudrate kodiert kommt 
  287. hier keine Verbindung zustande. Durch Löschen des Bit 0 im Modemregister 24 (ATS24.0=0) kann 
  288. das Setzen des additional-Service-Indikators für ausgehende Rufe unterdrückt werden.
  289.  
  290. Die Einstellung der notwendigen Parameter für eine V.110-Verbindung vereinfacht der ATB-Befehl 
  291. erheblich (s. Erläterung AT-Befehlssatz->ATB).
  292.  
  293. Beispiel: 
  294.  
  295. Anwahl CompuServe
  296. ATZ
  297. ATS24.0=0
  298. ATB3V2
  299. ATDT08966530130
  300.  
  301. (nach CONNECT 9600 [Return] drücken, um Prompt zu erhalten)
  302.  
  303.  
  304. Anwahl Datex-P20I Köln (V.110, 19200 Baud)
  305. ATZ
  306. ATS24.0=0
  307. ATB2V2
  308. ATDT02219210280
  309.  
  310. (nach CONNECT 19200 [Return] drücken, um Prompt zu erhalten)
  311.  
  312.  
  313.  
  314. 3.3.Lotus Notes ab Version 3.0
  315. 3.3.1.Anschluß definieren
  316. *    ISDNCOM.MDM in Notes-Datenverzeichnis kopieren
  317. *    Notes aufrufen und im Menü Extras->Konfiguration->Anschlüsse wählen.
  318.          
  319. *    "Anschluß hinzufügen" wählen und die Parameter COM3, XPC, 3 und 2000 angeben, 
  320. anschließend mit OK bestätigen.
  321.          
  322. *    Im Dialog "Anschlußkonfiguration" die Option "Anschluß aktivieren" selektieren und 
  323. "Zusätzliche Konfiguration" wählen:
  324.  
  325.  
  326. 3.3.2.Anschlußparameter
  327. *    Folgende Anschlußparameter sind einzutragen:
  328. *    Modem-Typ: micado ISDNCOM/2
  329. *    Max. Geschwindigkeit: 38400 Baud (s. Erläuterung "Baudrate")
  330. *    RTS/CTS-Flußkontrolle
  331. *    Bei Bedarf:: Modem E/A aufzeichnen
  332. *    Wähl-Zeitsperre: mindestens 10
  333. *    Verbindung trennen, wenn <n> Minuten frei:
  334. Das ISDN-Netz kennt derzeit tagsüber folgende Tarifierungen:
  335. Ortsbereich 6 Minuten,  Regionalbereich 60 und Fernbereich 21 Sekunden.
  336.      
  337. *    Mit "OK" bestätigen und die Anschluß-Konfiguration verlassen
  338. *    Nun ist noch im persönlichen Adressbuch eine Verbindung mit Rufnummer einzutragen, die 
  339. über COM3 hergestellt werden soll:
  340. *    Benutzeradressbuch öffnen
  341. *    Erstellen->Entfernte Verbindung wählen
  342. *    Verbindungsparameter eintragen: 
  343.          
  344. Es ist unbedingt darauf zu achten, daß die EAZ in der letzten Stelle der Rufnummer 
  345. angegeben wird, da ansonsten die Gegenstelle nicht abnimmt.
  346.  
  347.  
  348. 3.3.3.EAZ festlegen
  349. Beim Laden des Treibers in der CONFIG.SYS (siehe "ISDNCOM/2 Ladeoptionen"), oder später im 
  350. S14-Register, kann die zu verwendende EAZ für die Entgegennahme von Rufen eingestellt werden. 
  351. Voreingestellt ist die EAZ 2.
  352.  
  353. Ist die eingestellte EAZ bereits von einem anderen Endgerät belegt, (anderes Endgerät am S0-Bus 
  354. belegt bereits die EAZ 2, oder Server und Client, beziehungsweise beide Systeme sollen am selben 
  355. S0-Bus betrieben werden) kann dies durch Hinzufügen der Anweisung S14=n zum SETUP-String in 
  356. der .MDM-Datei geschehen, z.B.
  357.  
  358.     SETUP=ATZV1Q0S0=0S14=3
  359.  
  360. um die EAZ von 2 auf 3 zu ändern.
  361.  
  362. Achtung:
  363.  
  364. Beim Betrieb von ISDNCOM/2 an einer Nebenstellenanlage, die keine EAZ-Unterstützung bietet, 
  365. muß S14 auf 0 gesetzt werden, um ein "Global Listen" zuzulassen. In diesem Fall werden ALLE 
  366. eingehenden Rufe, die 64K-Datendienst anfordern, von ISDNCOM/2 entgegengenommen. Der 
  367. Betrieb von mehreren Endgeräten an einem S0-Anschluß ist in diesem Falle nicht möglich.
  368.  
  369. Für nähere Informationen zum Thema  Endgeräteauswahlziffer (EAZ) siehe Erläuterungen zu "S14-
  370. Register - EAZ festlegen".
  371.  
  372.  
  373. 3.4.micRC/2 ab Version 3.0
  374. 3.4.1.Modemprofil
  375. Zum Betrieb von micRC/2 über eine ISDNCOM/2-Verbindung muß ein neues Modemprofil erzeugt 
  376. werden (Profile->Modem->Neu):
  377.  
  378. Zum Aktivieren des so erzeugten Profiles, muß der "Leitungsparameter"-Dialog aufgerufen werden 
  379. (Einstellungen->Leitung/Gerät). Im Dialogfeld "Geräteeinheit" ist der verwendete DEVICE-Name 
  380. des ISDNCOM/2-Ports einzutragen. Wurde dieser nicht mittels des -n-Parameters überschrieben, ist 
  381. hier COM3 anzugeben. Das soeben erstellte Modemprofil wird im Dialogfeld "Modem" eingetragen. 
  382. Die anderen Parameter wie Anzahl Daten-, Start-, und Stopbits, sowie Parität und FIFO-Puffer sind 
  383. für ISDNCOM/2-Verbindungen derzeit nicht relevant:
  384.  
  385.  
  386.  
  387.  
  388. 3.4.1.1.Terminal/2 ab Version 3.0
  389. 3.4.2.Telefonbucheintrag
  390. ISDNCOM/2 wird auch durch Terminal/2 ab Version 3.0 unterstützt. Zum Herstellen einer ISDN-
  391. Verbindung, wird zunächst ein Eintrag im Telefonbuch (Datei->Telefonbuch->Neu wählen) erstellt 
  392. und die Verbindungsparameter (ISDN-Rufnummer, Port, RTS/CTS etc.) eingetragen:
  393.  
  394. Anschließend kann der so erzeugte Eintrag angewählt und der Verbindungsaufbau durch "Wahl" 
  395. angestoßen werden. Kommt die Verbindung nicht zustande, zeigt ISDNCOM/2 den vom Netz 
  396. übermittelten Cause-Code an (siehe "ISDN Cause Codes"). Mittels des ATI2-Befehls können die 
  397. verwendeten Verbindungsparameter und der Cause-Code im Klartext ausgegeben werden.
  398.  
  399.  
  400. 4.AT-Befehlssatz
  401.  
  402. Zur Konfiguration von ISDNCOM/2 können alle wesentlichen Parameter modifiziert werden. Einige 
  403. der Parameter können beim Laden auf der Befehlszeile angegeben werden (siehe "Installation"), 
  404. andere können nur mit Hilfe der Modemregister geändert werden.
  405.  
  406. Zur Konfiguration, Verbindungsauf- und -abbau, sowie zur Anzeige von Statistiken wurde ein 
  407. Befehlssatz implementiert, der sich am HAYES-Standard (AT-Befehle) orientiert. Hiermit ist eine 
  408. weitgehende Anpassung für den Betrieb von Async-Anwendungen möglich.
  409.  
  410. Nach Initialisierung des Ports und Öffnen durch die Anwendung befindet sich ISDNCOM/2 im 
  411. Befehlsmodus. Nach Herstellung einer Verbindung wechselt der Treiber in den Datenmodus und 
  412. nimmt keinerlei Befehle mehr entgegen. Die Rückkehr in den Befehlsmodus erfolgt in der Regel erst 
  413. nach Trennung der Verbindung oder mit Hilfe der Escape-Sequenz. Hierbei handelt es sich um eine 
  414. spezielle Zeichenabfolge, die es dem Modem ermöglicht, die Anforderung "wechsle vom Daten- in 
  415. den Befehlsmodus" zu erkennen. Die Sequenz ist wie folgt aufgebaut:
  416.  
  417.     <Pause>∩+++∩<Pause>
  418.  
  419. Die Länge der einzuhaltenden Pause beträgt normalerweise eine Sekunde, läßt sich aber durch 
  420. Ändern des S12-Registers einstellen (siehe ∩Modem-Registersatz∩). Auch der ∩Escape-Character∩ 
  421. läßt sich durch Setzen des S2-Registers ändern. Dies ist jedoch in der Regel nicht sinnvoll, da solche 
  422. Änderungen meist nicht von Applikationen unterstützt werden.
  423.  
  424.  
  425. 4.0.1.AT-Übersicht
  426. AT?    Befehlssatz ausgeben
  427. ATA    eingehenden Ruf annehmen
  428. ATBn    Protokollmodus wählen:
  429.     ATB0    X.75, 64000 Baud (Default)
  430.     ATB1    V.110, 38400 Baud
  431.     ATB2    V.110, 19200 Baud
  432.     ATB3    V.110, 9600 Baud
  433.     ATB4    X.75, 64000 Baud, Frame-Size = 256
  434.     ATB5    X.75-BTX, 64000 Baud
  435.     ATB6    X.75-BTX, 64000 Baud,  BTX-ISDN-Handling
  436.     ATB8    Analog-Modem, Auto-Bauding (nur ITK)
  437.     ATB9    SDLC-Secondary, X.21-Dienst
  438.     Default: 0 - X.75, 64 Kbps
  439. ATB?    alle vordefinierten Protokollprofile ausgeben
  440. ATH    Verbindung trennen
  441. ATD<Rufnummer>    ISDN-Anwahl starten (T/P-Präfix werden ignoriert).
  442. ATDL    letzte Rufnummer nochmals anwählen
  443. ATEn    Lokales Echo an/ausschalten
  444.     ATE1    Echo einschalten
  445.     ATE0    Echo ausschalten (default)
  446.  
  447. ATIn    Version/Statistik abfragen:
  448.     ATI    Version des Treibers und der CAPI anzeigen
  449.     ATI2    Informationen der letzten Verbindung
  450.     ATI3    E/A-Statistik
  451.     ATI4    CAPI-Statistik
  452. ATO    Rückkehr vom Befehls- in den Datenmodus nach Break-Sequenz
  453. ATQn    Resultcodes (OK, ERROR etc.) ein-/ausschalten
  454.     ATQ1    Resultcodes ausschalten
  455.     ATQ0    Resultcodes einschalten (default)
  456. ATVn    Resultcodes im Text- oder Zahlenformat
  457.     ATV0    Resultcodes im Zahlenformat
  458.     ATV1    Resultcodes als Klartext (default)
  459. ATXn    CONNECT-String mit oder ohne Baudrate ausgeben
  460.     ATX0    Keine Baudrate ausgeben (nur ∩CONNECT∩)
  461.     ATX1    Baudrate mit ausgeben (z.B. ∩CONNECT 64000∩)
  462.     ATX2    Rufnummer+Cause-Codes ausgeben (default)
  463.     ATX3    Verbindungsparameter beim Wählen ausgeben+Cause dekodieren
  464.     ATX4    B2+B3-Protokoll ausgeben
  465. ATZ    selektierten Port auf Defaultwerte zurücksetzen (Verbindung ggf. trennen)
  466.  
  467.  
  468. 4.0.2.Erweiterter Befehlssatz:
  469. AT&F    alle Ports initialisieren, Reinitialisierung der CAPI
  470. AT&Ln    Eingehende Rufe unterdrücken/zulassen
  471.     AT&L0    eingehende Rufe werden nicht angenommen
  472.     AT&L1    eingehende Rufe werden angenommen
  473.     Default: Rufe werden angenommen
  474. AT&On    Legt die EAZ für eingehende Rufe fest (siehe "S14 - EAZ festlegen")
  475.     Default: 2
  476. AT&V    alle Registerwerte anzeigen
  477.  
  478. AT&D    reserviert (DTR-Modus)
  479. AT&H    reserviert (Flußkontrolle)
  480. AT&R    reserviert (RTS-Modus)
  481. AT&S    reserviert (DSR-Modus)
  482.  
  483.  
  484. 4.1.Modem-Registersatz
  485. Alle wichtigen Parameter zur Modem-Steuerung und Anpassung der Verbindungsparameter lassen 
  486. sich mit Hilfe von sog. Modem-Registern steuern. Die Belegung des Registersatzes orientiert sich bei 
  487. den wichtigsten Registern an denen der Hayes-Modems.
  488. S0    Klingelzähler zur automatischen Anrufannahme (Default: 0 = keine automatische Annahme)
  489.     Durchen des S0-Registers kann die automatische Anrufannahme aktiviert werden. In diesem 
  490. Falle werden so viele RING-Meldungen ausgegeben, wie im S0-Register eingetragen sind. 
  491. Wrd die maximale Anzahl erreicht, bevor die Verbindung mit ATH getrennt wird, so wird der 
  492. Ruf ohne weiteres Zutun angenommen.
  493.     Mit der Einstellung S0=1 kann der Ruf ohne manuelles Eingreifen angenommen werden.
  494. Mit der Einstellung S0=0 wirddie automatische Rufannahme unterdrückt. In diesem Fall muß 
  495. der Ruf manuell mittels des ATA-Befehls angenommen werden.
  496. S1    Klingelzähler (nur Ausgabe)
  497.     Bei eingehenden Rufen wird das S1-Register nach jeder RING-Meldung um 1 erhöht.
  498. S2    Escape-Zeichen (Default: '+')
  499.     Zeichen zur Erkennung der Escape-Sequenz (s. Beschreibung der Escape-Sequenz)
  500. S3    Carrage return character (Default: 0x0D)
  501.     Jeder Befehl, der an das Modem gesendet werden soll, muß mit diesem Zeichen abgeschlossen 
  502. werden. Je nach verwendeter Applikation kann es notwendig sein, dieses zu ändern (z.B. auf 
  503. 0x0A = Line feed).
  504. S4    Line feed character (Default: 0x0A)
  505.     Das im S4-Register eingetragene Zeichen wird zur Bildschirmansteuerung bei Modem-
  506. Antworten (Resultcodes, Versionen, Statistik etc.) verwendet.
  507. S5    Backspace character (Default: 0x08)
  508.     Durch das im S5-Register eingetragene Zeichen wird der Befehlsinterpreter angewiesen, das 
  509. letzte eingegebene Zeichen zu ignorieren. Hierdurch ist eine Minimal-Editierfunktion möglich.
  510. S6    Wartezeit vor der Anwahl (reserviert)
  511.     Anzahl der Sekunden, die das Modem vor dem Wählen wartet.
  512. S7     Wartezeit auf Herstellung der B2-Verbindung
  513.     Anzahl der Sekunden, die das Modem auf den Aufbau der B2-Verbindung wartet, bevor "NO 
  514. ANSWER" gemeldet und der Verbindungsaufbau abgebrochen wird.
  515. S8    Verzögerungszeit für ∩,∩-Befehl (wird ignoriert)
  516.     
  517. S9    Wartezeit für die Erkennung der Verbindung (wird ignoriert)
  518.  
  519. S10    Verzögerung für Abbau der ISDN-Verbindung (reserviert)
  520.     S10 gibt an, wie lange der Abbau der D-Kanal-Verbindung verzögert wird, nachdem die B3-
  521. Ebene von der Gegenstelle abgebaut wurde.
  522. S11    Wählgeschwindigkeit für Pulswahl in ms (wird ignoriert)
  523.  
  524. S12    Länge der Pause vor und nach der Escape-Sequenz in 20 ms-Einheiten (Default: 50 = 1 sec)
  525.     Legt die Länge der Pause in 20-ms-Schritten fest, die vor und nach Senden der Escape-
  526. Sequenz (i.d.R. ∩+++∩) eingehalten werden muß, bevor das Modem vom Daten- in den 
  527. Befehlsmodus wechselt. Hierdurch wird das Senden von Daten ermöglicht, die zufällig die 
  528. Break-Sequenz beinhalten.
  529. S13    Kanalnummer für ausgehende Rufe (Default 0 = automatische Zuordnung)
  530.     Die CAPI erlaubt die feste Vorgabe des zu verwendenden B-Kanals (ein S0-Anschluß bietet 
  531. zwei B-Kanäle) oder automatische Vergabe.
  532.     S13 = 0 fordert automatische Vergabe an
  533. S13 = 1: fordert B-Kanal 1 an
  534. S13 = 2  fordert B-Kanal 2 an
  535. S14    EAZ für eingehende Rufe (Default: 2)
  536.     S14 bestimmt die EAZ (siehe auch "Endgeräteauswahlziffer"), auf denen eingehende Rufe 
  537. gemeldet werden. Bei S14=0 wird ein "Global LISTEN" (siehe auch "Service Indicator") 
  538. zugelassen, was zur Meldung aller Rufe führt, deren Service-Indicator einen Dienst anfordert, 
  539. der im S16-Registers zugelassen ist.
  540. S15    SIN+add. SIN (0x0700 -  X75 64 Kbps)
  541.     S15 legt den SIN und additional SIN (siehe auch "Service Indicator") für abgehende Rufe fest. 
  542. Im Highbyte des S15-Registers wird der SIN kodiert, im Lobte der additional SIN.
  543. S16    ISDN SI-Mask (0x0080 - 64 Kbps Datendienst)
  544.     Service-Indikator-Maske für eingehende Rufe. Über die Maske im S16-Register werden 
  545. eingehende Rufe ausgefiltert (siehe auch "Service-Indicator")
  546. S17    B2-, B3-Protokoll für den Verbindungsaufbau (Default: 0x0104 - X75, TRANSPARENT)
  547.     S17 bestimmt das zu verwendende B2- und B3-Protokoll. Im Highbyte wird das B2-Protokoll, 
  548. im Lobte das B3-Protokoll kodiert.
  549. S18    V110/V.120-Optionen gemäß 1TR6 Spezifikation (Reserviert)
  550. S19    B2-Framegröße für Verbindungsaufbau
  551. S20    B2-Fenstergröße für Verbindungsaufbau
  552. S21    Reserviert
  553. S22    Reserviert
  554. S23    Reserviert
  555. S24    Optionen für den Verbindungsaufbau (siehe Erläterung)
  556.  
  557.  
  558. S25    PAD-Puffergröße (64 Byte-Einheiten, Default: 2 = 128 Byte)
  559.     Gibt die Größe des Puffers an, der für die PAD-Funktion benutzt werden soll.
  560. S26    PAD-Weiterleitungszeit (in 10 ms -Einheiten, Default: 10 = 100 ms)
  561.     Gibt die Verzögerung an, die maximal gewartet werden soll, bevor der Inhalt des PAD-Puffers 
  562. gesendet wird.
  563. S27    PAD-Weiterleitungszeichen (Default: 0x0D = CR)
  564.     Gibt ein Zeichen an (0x00-0xFF), das in jedem Fall zum Senden der gepufferten Daten führt, 
  565. auch wenn der Puffer noch nicht voll ist (S25) oder die Weiterleitungszeit (S26) noch nicht  
  566. überschritten ist.
  567. S28    Watchdog-Timer für automatischen Verbindungsabbau in Sekunden (Default 0)
  568. Der im S28-Register angegebene Wert wird zum zeitgesteuerten Abbau der Verbindung 
  569. verwendet. Wird die im S28-Register angegebene Zeit überschritten, ohne daß Daten 
  570. übertragen werden, wird die Verbindung automatisch getrennt.
  571.  
  572. 4.1.1.Setzen und Lesen von S-Registern
  573. Das Setzen und Lesen der Modemregister erfolgt mittels des Befehls ATS. Dieser dient sowohl zum 
  574. Auslesen eines Registers, als auch zum Setzen des kompletten Registers, als auch von Teilen 
  575. (Hibyte/Lobyte, einzele Bits). Optional kann beim Setzen der Register das Zahlenformat vorgegeben 
  576. werden.
  577.  
  578. Syntax:
  579.  
  580. ATSr?    Auslesen des durch r angegebenen Registers, Anzeige in deziimal und hex
  581. ATSr=n    Setzen des Registers r mit dem Wert n.
  582.     Das Zahlenformat des Wertes n läßt sich durch voranstellen eines Präfixes 
  583. beeinflussen:
  584.     'x': Hexadezimal    (Beispiel: ATS15=x0500)
  585. ATSr.b=n    Erlaubt das Setzten/Löschen einzelner Bits eines Registers r. Das zu modifizierende 
  586. Bit wird durch b angegeben, der Wert <n> bestimmt, ob das Bit gesetzt (1), oder aber 
  587. gelöscht (0) werden soll.
  588.     Beispiel: ATS24.0=0 löscht das unterste Bit des Registers S24
  589. ATSrh=n    Setzen des Hibytes eines Registers r auf den Wert n, das Lobyte wird beibehalten
  590. ATSrl=n    Setzen des Lobytes eines Registers r auf den Wert n, das Hibyte wird beibehalten
  591.  
  592.  
  593.  
  594. 4.1.2.Erläuterungen zu den Modemregistern
  595. 4.1.2.1.S14 - EAZ für eingehende Rufe
  596.  
  597. ISDN ermöglicht es, an einem S0-Anschluß mehrere Anschlüsse zu einem S0-Bus 
  598. zusammenzufassen. Um die an diesen S0-Bus angeschlossenen Endgeräte direkt ansprechen zu 
  599. können, wurde die Endgeräteauswahlziffer (EAZ) eingeführt.
  600.  
  601. Die EAZ ermöglicht es, bei gleicher Rufnummer bis zu 8 verschiedene Endgeräte an einem S0-Bus 
  602. zu betreiben und diese von außen direkt anzuwählen. Die EAZ wird als letzte Stelle in der 
  603. Rufnummer angegeben. So wählt z.B. die Rufnummer 0228/950335 das Endgerät mit der EAZ 5 
  604. direkt an.
  605.  
  606. Eine Sonderstellung nimmt die EAZ 0 ein. Wird im obigen Beispiel in der letzten Stelle der 
  607. Rufnummer eine 0 anstelle der 5 angegeben, so handelt es sich um einen sogenannten "Global Call". 
  608. Ein "Global Call" wird von dem Endgerät angenommen, das den erforderlichen Dienst (z.B. Sprache, 
  609. FAX oder 64 Kbps-Daten) implementiert und angemeldet hat, "Global Calls" entgegennehmen zu 
  610. wollen. Somit hat man die Möglichkeit, ein Default-Endgerät zu bestimmen, das den Ruf 
  611. entgegennehmen soll, auch wenn keine EAZ in der letzten Stelle der Rufnummer angegeben sein 
  612. sollte.
  613.  
  614. Die Vergabe der EAZ ist wahlfrei mit Ausnahme der EAZ 9 (reserviert) und Sonderstellung der 0. 
  615. Leider gibt es es keinerlei Empfehlungen, wie EAZs vergeben werden sollen (Mit Ausnahme der 
  616. EAZ 2, die sich mittlerweile als Standard für die Datenübertragung eingebürgert hat). Somit ist vor 
  617. dem ersten Anruf immer zu klären, welche EAZ mit welchem Dienst verknüpft wird, da es auch 
  618. verschiedene Endgeräte geben kann die z.B. Datenverbindungen verwenden.
  619.  
  620. Bei Telefonanlagen, die keine EAZ-Unterstützung bieten, kann es notwendig sein, ISDNCOM/2 auf 
  621. die Annahme von "Global Calls" zu konfigurieren (S14=0), da ansonsten der Ruf nicht anhand der 
  622. eingehenden EAZ erkannt wird.
  623.  
  624. 4.1.2.2.S15, S16 - Service-Indicator
  625.  
  626. Jeder Ruf, der im ISDN-Netz übermittelt wird, muß (sollte) im CONNECT-Request den Dienst, der 
  627. genutzt werden soll (z.B. Sprache, FAX, Bildtelefon, BTX, Datendienste) angeben. Diese 
  628. Information wird in dem sog. Service-Indicator - SIN kodiert. Neben dem Dienst können optional  
  629. Zusatzinformationen übertragen werden, der z.B. die Baudrate für den angeforderten Dienst 
  630. bestimmt. So wird eine 64KB-Datenverbindung mit dem SIN 0x07 und add SIN 0x00 angefordert. 
  631. Eine V.110-Verbindung 38400 Baud (8N1) wird mit dem gleichen SIN (0x07), aber anderem 
  632. additional SIN (0x40) angefordert.
  633.  
  634. Die Angabe des Dienstes im CONNECT-Request ermöglicht es dem Netzwerkzugang (NT) zu 
  635. erkennen, ob der Dienst überhaupt von einem Endgerät unterstützt wird. Die Prüfung erfolgt mit 
  636. Hilfe der SIN-Maske, die bitcodiert die unterstützten Dienste angibt. Kommt ein ISDN-Ruf herein, 
  637. so wird geprüft, ob für die angeforderte EAZ ein LISTEN aussteht (Anrufe können angenommen 
  638. werden), und, ob der angeforderte Dienst in der SIN-Maske enthalten ist. Ist dies nicht der Fall, dann 
  639. wird der Anruf umgehend abgewiesen, da kein adäquates Endgerät zur Verfügung steht mit dem eine 
  640. Verbindung sinnvoll zustande kommen kann.
  641.  
  642. Die Kodierung des SIN, add. SIN und SIN-Maske können der 1TR6-Beschreibung entnommen 
  643. werden. Für den ISDNCOM/2-Betrieb gibt es einige relevante SINs:
  644.  
  645.     0x0700    64 KB-Datendienst
  646.     0x0740    64 KB-Datendienst, jedoch V.110-async 38400 Baud, n, 8, 1
  647.     0x07C7    64 KB-Datendienst, jedoch V.110-async 19200 Baud, n, 8, 1
  648.  
  649.  
  650. Zu beachten ist, daß die Protokolle des Anrufers mit denen des angerufenen Endgerätes 
  651. übereinstimmen müssen ! Bei V.110 (siehe auch "V.110-Protokoll") müssen i.d.R. auch die 
  652. Baudrate und anderen Async-Parameter (Parity, Daten- und Stoppbits) übereinstimmen.
  653.  
  654. Eine automatische Erkennung der Protokolle bei eingehenden Rufen ist nur bedingt möglich. Da die 
  655. Information über das gewählte B2- und B3-Protokoll nicht im CONNECT-Request enthalten ist, 
  656. verwndet man hierzu in der Regel das additional Service-Octett.
  657. Das additional Service-Octett (add. Service-Indicator) steht jedoch nicht immer zur Verfügung, da es 
  658. einige Telefonanlagen gibt (z.B. HiCom), die dieses nicht weiterleiten. Somit ist eine Erkennung des 
  659. Protokolls nicht mehr eindeutig möglich. Desweiteren gehört das additional Service-Octett nicht zum 
  660. EuroISDN-Standard, so daß es in Zukunft vermehrt vorkommen kann, daß dieses bei eingehenden 
  661. Rufen fehlt.
  662.  
  663. Um einen gesicherten Verbindungsaufbau gewährleisten zu können, sollte pro EAZ nur eine B2/B3-
  664. Protokollkombination verwendet werden. Durch mehrfaches Laden von ISDNCOM/2 kann pro Port 
  665. ein Protokoll ausgewählt, und durch Vergabe verschiedener EAZs dem Anrufer eine direkte Anwahl 
  666. des betreffenden Ports ermöglicht werden.
  667.  
  668.  
  669. Beispiel:
  670.  
  671. Port 1: COM3, EAZ 2: X.75
  672. Port 2: COM4, EAZ 3: V.110, 38400,n,8,1
  673. Port 3: COM5, EAZ 4: V.110, 19200,n,8,1
  674.  
  675. Der Anrufer kann nun durch Angabe der EAZ in der letzten Stelle der Rufnummer den 
  676. entsprechenden Port anwählen und eine Verbindung aufbauen.
  677.  
  678.  
  679.  
  680. 4.1.2.3.S17 - B2+B3-Protokoll für Verbindungsaufbau
  681.  
  682. Die Kodierung der Protokolle erfolgt gemäß CAPI-Spezifikation:
  683.     B2-Protokoll        B3-Protokoll
  684.     0x01 = X.75        0x01 = T70NL
  685.     0x02 = FRAME-TRANSPARENT        0x02 = ISO8208
  686.     0x03 = BIT-TRANSPARENT        0x03 = T90NL
  687.     0x04 = SDLC        0x04 = TRANSPARENT
  688.     0x05 = X.75-BTX        0x05 = T30
  689.     0x06 = T30-L2
  690.     0x07 = LAPD
  691.     0x08 = V.110-TRANSPARENT
  692.     0x09 = V.110-SDLC
  693.     0x0A = V.110-X.75
  694.  
  695. S17=0x0404 wählt zum Beispiel B2- und B3-Ebene ohne Protokoll an (transparent). Je nach 
  696. Hersteller werden nicht alle Protokolle unterstützt Eine CAPI-kompatible ISDN-Karte muß 
  697. zumindest das X.75-Protokoll implementiert haben.
  698.  
  699.  
  700. 4.1.2.4.S24 - Optionen für den Verbindungsaufbau
  701. Im S24-Register können einige Optionen für den Verbindungsaufbau eingestellt werden. Das 
  702. Register ist bit-codiert und hat folgende Kodierung:
  703.  
  704. Bit    Beudeutung
  705. 0    1:    additional Serviceindicator für V.110-Verbindungen anhand der Budrate setzten
  706.     0:    additional Service-Indicator wird aus dem Lobyte des S15-Registers genommen
  707. 1-7    reserviert
  708. 8    1:    ISDNCOM/2 versucht anhand des SIN und add. SIN B2 und B3-Protokoll bei 
  709.     eingehenden Rufen zu selektieren
  710.     0:    Das über ATBn gwählt B2+B3-Protokoll wrd für den Verbindungsaufbau verwendet
  711. 9-15    reserviert
  712.  
  713.  
  714.  
  715.  
  716. 4.1.2.5.S25, S26, S27 - PAD-Funktion
  717.  
  718. Zur Optimierung des Datentransfers für Applikationen, die nicht darauf ausgelegt sind mit Paketen 
  719. zu arbeiten (z.B. Terminal-Emulationen etc.), besteht die Möglichkeit, die ausgegebenen Daten lokal 
  720. zu sammeln und paketweise auszugeben. Dieser Mechanismus ist bereits aus dem X.25-Netz 
  721. bekannt, wo dieser Dienst mit Hilfe des Post-PacketAssemblerDisassembler (PAD) genutzt werden 
  722. kann (Datex-P20). Hierdurch wird vermieden, daß pro Zeichen ein Paket gesendet wird, was zu 
  723. erheblichen Performanceeinbußen führen kann.
  724.  
  725. Eine solche Funktion steht auch mit ISDNCOM/2 zur Verfügung und ist wie folgt realisiert:
  726. Im S25-Register kann die Größe des lokalen Puffers vorgegeben werden, der benutzt wird, um die 
  727. ausgegebenen Daten der Applikation lokal zwischenzuspeichern. Erreicht oder überschreitet die 
  728. Puffergröße den im S25-Register angegebenen Wert, so werden die Daten auf die ISDN-Leitung 
  729. ausgegeben.
  730. Wird die Größe des Puffers innerhalb der im S26 angegebenen Zeit nicht erreicht, werden die Daten 
  731. nach Überschreiten dieser Timeoutgrenze gesendet. Somit ist sichergestellt, daß z.B. 
  732. Benutzereingaben, die aus ein oder zwei Zeichen bestehen, gesendet werden, und nicht im Puffer 
  733. verbleiben, nur weil der Schwellwert noch nicht erreicht ist.
  734. Zur Optimierung des Dialogbetriebs kann im S27-Register noch ein Zeichen definiert werden, bei 
  735. dessen Erscheinen der Puffer sofort gesendet wird. In ASCII-orientierten Umgebungen (z.B. UNIX-
  736. Systeme) ist dies die Datenfreigabetaste (CR). Somit wird nicht gewartet, bis die im S26-Register 
  737. angegebene Weiterleitungszeit verstrichen ist.
  738.  
  739.  
  740.  
  741. 5.Begriffserklärungen
  742.  
  743. Es existiert eine verwirrende Vielfalt von Begriffen im ISDN-Bereich. Hier ein Versuch einer 
  744. Erklärung:
  745.  
  746. 5.1.Baudrate
  747. An einem ISDN-S0-Anschluß stehen 3 Kanäle zur Verfügung:
  748. *    Ein D-Kanal zur Steuerung der ISDN-Rufe und Übermittlung von Gebühren- und 
  749. Zeitinformationen etc. Der D-Kanal besitzt eine Kapazität von 16 KBaud bei So-Anschlüssen, 
  750. 64 KBaud bei S2m-Anschlüssen, und steht in der Regel derzeit für eigene Anwendungen nicht 
  751. zur Verfügung. Ausnahme: Senden/Empfangen von USER-USER-Information-Frames (UI-
  752. Frames), was jedoch nicht von jeder CAPI-Implementierung unterstützt wird.
  753.     Mit der Einführung von EuroISDN plant die Telekom die Möglichkeit zu schaffen, das X.25-
  754. Protokoll für Datenverbindungen im D-Kanal zu ermöglichen. Hieraus ergibt sich zwar ein 
  755. geringerer Durchsatz als bei X.25-B-Kanalverbindungen, jedoch sind die Kosten  verglichen mit 
  756. einem Datex-P-Hauptanschluß (9600 Baud) wesentlich geringer. Genaue Informationen über 
  757. Verfügbarkeit und Tarifierung dieses Dienstes liegen jedoch noch nicht vor.
  758. *    Zwei B-Kanäle mit einer Kapazität von maximal je 64000 Baud. Die B-Kanäle dienen der 
  759. Nutzdatenverbindungen und können gleichzeitig genutzt werden, d.h. an einem S0-Anschluß 
  760. können gleichzeitig zwei Verbindungen aktiv sein.
  761. Sowohl D-Kanal als auch B-Kanal bieten die Möglichkeit, verschiedene Protokolle (X.75, V.110, 
  762. SDLC etc). beim Verbindungsaufbau zu wählen. Der erzielbare Durchsatz hängt dabei vom 
  763. verwendeten Protokoll ab. Neben dem Protokolloverhead beschränkt das V.110-Protokoll den 
  764. Durchsatz durch die eingestellte Baudrate (38400, 19200, 9600 etc.).
  765.  
  766. ISDNCOM/2 verwendet bei Wahl des X.75-Protokolls die volle Kapazität des B-Kanals, also 64000 
  767. Baud, auch wenn der CONNECT-String eine andere Baudrate ausgibt. Dies erleichtert die 
  768. Kompatibilität zu Anwendungen, die keinen CONNECT 64000 erkennen können.
  769.  
  770. Bei V.110-Verbindungen richtet sich ISDNCOM/2  nach der eingestellten Baudrate. D.h. wenn das 
  771. Terminalprogramm auf 38400 Baud eingestellt ist, versucht ISDNCOM/2, eine 38400 Baud-
  772. Verbindung aufzubauen, bei 19200 entsprechend etc. Die richtigen V.110-Einstellungen (Baudrate, 
  773. SIN, add. SIN) lassen sich am besten per ATBn (siehe "AT-Befehle") setzen.
  774.  
  775.  
  776.  
  777. 5.2.B2-Framelength
  778.  
  779. Daten werden im ISDN auf Ebene 2 in 'Frames', also paketweise, verschickt. Diese Frames (Pakete) 
  780. haben eine maximale Länge, die als B2-Framelength bezeichnet wird.
  781. Die Spezifikation des CAPI erlaubt eine maximale  B2-Framelength von 2048 Bytes. Werden 
  782. größere Frames empfangen, kann es zu Datenverlusten und Abbruch der Verbindung kommen ! 
  783. Damit sind ISDN-Karten, die mit größerer B2-Framelength senden, zur CAPI-Spezifikation 
  784. inkompatibel !!!
  785.  
  786. 5.3.B3-Framelength
  787.  
  788. Auch auf Ebene 3 werden Daten in Frames verschickt. Wenn Ebene 3 transparent ist (also kein 
  789. Protokoll  hat), dann sind die B3-Frames genauso groß wie die B2-Frames.
  790.  
  791. Wenn allerdings auf Ebene 3 ein Protokoll verwendet wird, wie z.B. T70-NL (CAPI default, aber  
  792. nicht  'ISDNCOM/2' default), dann benötigt dieses Protokoll noch ein paar Bytes Overhead. Diese 
  793. Bytes sind allerdings aus der Sicht des B2-Protokolls normale Nutzdaten und somit  in  einem 
  794. entsprechenden Puffer zu speichern.
  795.  
  796. Die B3-Framelength ist übrigens die maximale Anzahl von Bytes, deren Empfang  durch  ein 
  797. eingehendes B3-Datenpaket (DATA_B3_IND) von der CAPI signalisiert werden kann.
  798.  
  799. Wenn  also B2 = X.75 und B3 = T70-NL eingestellt ist, dann benötigt das CAPI bei einer 
  800. gewünschten max. B3-Framelength von 128 Bytes und 2 Byte Overhead, eine B2-Framelength von 
  801. 130 Bytes und somit 130 Bytes für einen Paketpuffer. 
  802. Man kann versuchen, durch möglichst große B3-Datenblöcke die Geschwindigkeit zu erhöhen. 
  803. Allerdings ist das nicht unbedingt von Erfolgt gekrönt. Die Ursache liegt in der Art und  Weise, wie 
  804. bei X.75 Daten verschickt werden.
  805.  
  806. 5.4.B2-Windowsize
  807.  
  808. Die B2-Windowsize ist die maximale Anzahl von B2-Datenblöcken, die das CAPI senden darf, ohne 
  809. daß ein Empfang der Daten von der Gegenseite bestätigt werden muß. Um "full-streamed" 
  810. Datenübertragung  (d.h. die Datenblöcke werden ohne Verzögerung durch Warten auf die 
  811. Empfangsbestätigung kontinuierlich verschickt) zu ermöglichen, sollte die B2-Windowsize auf 
  812. mindestens zwei stehen, sofern sich dies bei der Gegenseite auch einstellen läßt (ist dies nicht  
  813. möglich, kann u.U. die Gegenseite "überrannt" werden).
  814.  
  815.  
  816. 5.5.Windowsizes, der ultimative Durchsatz !
  817. Die B2-Windowsize ist, wie oben bereits erwähnt, die Anzahl der Frames, die gesendet werden 
  818. dürfen, ohne daß eine Bestätigung der Gegenseite für diese empfangen wurde. Das heißt, bei einer 
  819. Windowsize von drei können drei  B2-Datenblöcke hintereinander (ohne Pause!) verschickt werden, 
  820. ohne daß auf die Bestätigung der Gegenseite gewartet werden muß.
  821. Bei einer Windowsize von 1 hingegen muß jeder Block von der Gegenseite bestätigt werden, bevor 
  822. der nächste gesendet werden darf. Nun werden aber wiederum die Bestätigungen erst dann 
  823. gemeldet, wenn die Applikation auf der Gegenseite der dortigen ISDN-Karte (genauer der CAPI) 
  824. den Datenblock abgenommen hat. Das ist sehr sinnvoll, da man so eine Art Flow-Control zwischen 
  825. den beiden Teilnehmern hat, denn im ISDN gibt es kein RTS/CTS-Handshake. Hierdurch erhält man 
  826. beim ISDN-Transfer ein vergleichbares Zeitverhalten wie beim X-Modem Filetransfer.
  827.  
  828. Bei einer Windowsize von 2 hingegen kann 'ISDNCOM/2', während gerade ein Block verschickt 
  829. wird, schon den zweiten an die CAPI übergeben, und die Gegenseite, während der zweite noch 
  830. empfangen wird, schon den ersten Block bestätigen. Auf diese Weise können die Datenblöcke 
  831. nahezu ununterbrochen verschickt werden.
  832.  
  833. Wir haben bei unseren Tests bei einer durchschnittlichen Blockgröße von 2048 Bytes mehr als 7600 
  834. Bytes pro Sekunde (bei theoretischen 8000) erreicht. Als Transferprotokoll wurde  Z-Modem 
  835. verwendet. Eine Erhöhung der Windowsize auf 3 war wirkungslos.
  836.  
  837.  
  838. 5.5.1.Empfehlungen
  839.  
  840. Aus Kompatibilitätsgründen sollte man auf die volle Ausnutzung der Features des eingesetzten 
  841. ISDN-Adapters (Frames > 2048 Bytes, Windowsize > 2 o.ä.) verzichten. Überträgt man zwei 
  842. Megabyte Daten mit 7600 cps (characters per second) statt mit  7800  cps, macht das einen 
  843. Unterschied von 15 sec. aus,  kostet also im Inland im schlimmsten Fall eine Einheit mehr.
  844.  
  845. Ein weiterer Faktor bei den Übertragungsraten ist der Protokoll-Overhead (den man allerdings nicht 
  846. überbewerten sollte - viel kritischer ist das oben beschriebene Zeitverhalten beim Senden). Um diesen 
  847. zu minimieren, empfehlen wir B3-Protokoll = 1, also X.75. Zwar könnte der B2-Overhead durch 
  848. Wahl des Protokolls TRANSPARENT ganz eliminiert werden, jedoch muß hier die Datensicherung 
  849. durch die Applikation erfolgen und kann nicht bereits vom ISDN-Treiber (der ja auch als Microcode 
  850. auf einer intelligenten Karte eigenständig arbeiten kann) abgewickelt werden.
  851.  
  852. Um ebenfalls den B2-Protokoll Overhead zu minimieren, empfehlen wir eine B2-Framelength  von 
  853. 2048 Bytes. Mit dieser Framelength sollten alle ISDN-Karten beim Empfang  zurechtkommen, allein 
  854. schon um zu anderen CAPI-Implementierungen kompatibel zu sein.
  855.  
  856. Wenn es beim Senden von Daten oft zu CRC Fehlern kommt, kann dies daran liegen, daß die ISDN-
  857. Leitung erhebliche Störungen aufweist. Ein anderer Grund kann darin liegen, daß die Gegenseite nur 
  858. mit Windowsize 1 empfängt. In diesem Fall kann man bei 'ISDNCOM/2' mit  dem -w-Parameter zur 
  859. Not  auch auf eine Windowsize 1 "herunterschalten". Die meisten Karten können aber mit einer 
  860. Windowsize von 2 arbeiten.
  861.  
  862. Wir empfehlen deshalb eine Windowsize von 2 ! 
  863.  
  864.  
  865. 5.5.2.Vorschlag für sinnvolle Verbindungsparameter:
  866.  
  867. B2-Protokoll    X.75    (gesicherte Übertragung, geringer Overhead)
  868. B2-Framelength    2048    (s. obige Erläuterung)
  869. Link-Address A    3    (CAPI default)
  870. Link-Address B    1    (CAPI default)
  871. Modulo Mode    8    (CAPI default)
  872. Windowsize    2    (s. obige Erläuterung)
  873. B3-Protokoll    4    transparent, also keines (B3-Overhead = 0)
  874.  
  875. Bei Verwendung des X.75-Protokolls mit obigen Einstellungen sollte auch ein beliebiges Mischen 
  876. von ISDN-Adaptern verschiedener Hersteller möglich sein, da X.75das einzige Protokoll ist, das die 
  877. CAPI zwingend vorsieht. Andere Protokolle (V.110, SDLC, X.25) etc. sind optional zu 
  878. implementieren. Zudem bietet X.75 bei einer gesicherten Datenübertragung einen relativ geringen 
  879. Overhead (2 Byte pro Frame).
  880.  
  881. 5.6.V.110-Protokoll
  882. Das V.110-Protokoll stellt einer Alternative zum X.75-Protokoll für die ISDN-Ebene 2 dar. V.110 
  883. wurde geschaffen, um Datenendgeräte, die bisher über asynchrone Modem-Verbindungen 
  884. angeschlossen waren, mit Hilfe einer Modembox (z.B. ELSA ELINK) an das digitale ISDN-Netz 
  885. anschließen zu können. Die Modembox übernimmt dabei die Umsetzung des Asynchron-
  886. Datenstroms auf der eingehenden und ISDN auf der abgehenden Seite. Damit für zeitkritische 
  887. Anwendungen exakt das gleiche Timingverhalten  gewährleistet werden kann, werden mit Hilfe des 
  888. V.110-Protokolls physische Pausen in den Datenstrom eingefügt. So wird die ursprüngliche 
  889. Geschwindigkeit  von 64000 Baud auf die benötigte Baudrate (z.B. 9600) reduziert. Mit diesem 
  890. Verfahren ist es möglich, Asynchron-Endgeräte ans ISDN-Netz anzuschließen, ohne daß diese mit 
  891. der erheblich erhöhten Baudrate Probleme bekommen.
  892.  
  893. ISDN-V.110-Modemboxen finden auch in der Anbindung von PCs ans ISDN-Netz Verwendung. 
  894. Dies hat jedoch einen entscheidenden Nachteil: Die maximale Baudrate für V.110-Verbindungen 
  895. ist auf 38400 Baud begrenzt. Hinzu kommt, daß pro Byte, wie bei asynchron üblich, 10 Bits (Start-
  896. , 8 Daten, Stopbit) übertragen werden. Die Investition in solche Modemboxen kann als wenig 
  897. zukunftssicher betrachtet werden, da die wenigsten Boxen über eine CAPI-Schnittstelle im PC 
  898. verfügen und somit nicht von CAPI-kompatiblen Anwendungen benutzt werden können, auch wenn 
  899. diese über entsprechende Treiber verfügen.
  900.  
  901. Auch unter Verwendung des V.110-Protokolls ist es nicht möglich, von einem Analog-Modem 
  902. eine Verbindung mit einem ISDN-Anschluß herzustellen. Diese Möglichkeit bietet die Telekom 
  903. derzeit nur für den Sprach- und den FAX-Dienst an. Einige ISDN-Kartenhersteller (u.a. ITK) 
  904. ermöglichen es, unter Verwendung eines speziellen Modemprotokolls, den Sprachübergang zu 
  905. nutzen, um darüber Modemverbindungen mit bis zu 14.400 Baud herzustellen.
  906.  
  907.  
  908. 6.Anhänge
  909. 6.1.Notes-MDM-Datei - Beispiel
  910. ; micado ISDNCOM/2
  911. ; (c) micado SoftwareConsult GmbH 1993
  912.  
  913. ; Last Revision date: 06/25/93 (update this date each time you edit).
  914.  
  915. ; Refer to file TEMPLATE.MDM (A Sample Modem Command File) for a 
  916. ; description of modem command files.
  917. [attributes]
  918.  
  919. MODELS=micado ISDNCOM/2
  920. NULL MODEM=0
  921.  
  922. ; If X.75 is selected (default) ISDNCOM/2 returns the CONNECT string
  923. ; indicating the baud rate previously set by the application.
  924. ; However the full 64000 Baud are used.
  925. ;
  926.  
  927. MAXIMUM SPEED=57600
  928. DEFAULT SPEED=57600
  929. FIXED SPEED=1
  930.  
  931. [commands]
  932. ESCAPE=+++
  933. ATTENTION=ATV1Q0E0
  934. SETUP=ATZV1Q0S0=0
  935. AUTO PULSE DIAL=ATDP
  936. AUTO TONE DIAL=ATDT
  937. ANSWER=ATA
  938. HANGUP=ATH
  939.  
  940. [responses]
  941.  
  942. OK=OK
  943. OK=0
  944.  
  945. RING=RING
  946. RING=2
  947.  
  948. NO CARRIER=NO CARRIER
  949. NO CARRIER=3
  950.  
  951. ERROR=ERROR
  952. ERROR=4
  953.  
  954. NO DIALTONE=NO DIALTONE
  955. NO DIALTONE=6
  956.  
  957. BUSY=BUSY
  958. BUSY=7
  959.  
  960. NO ANSWER=NO ANSWER
  961. NO ANSWER=8
  962.  
  963. CONNECT,64000=CONNECT 64000
  964. CONNECT,64000=28
  965.  
  966. CONNECT,56000=CONNECT 57600
  967. CONNECT,57600=CONNECT 57600
  968. CONNECT,57600=27
  969.  
  970. CONNECT,48000=CONNECT 48000
  971. CONNECT,48000=26
  972.  
  973. CONNECT,38400=CONNECT 38400
  974. CONNECT,38400=21
  975.  
  976. CONNECT,19200=CONNECT 19200
  977. CONNECT,19200=14
  978.  
  979. CONNECT,14400=CONNECT 14400
  980. CONNECT,14400=17
  981.  
  982. CONNECT,12000=CONNECT 12000
  983. CONNECT,12000=16
  984.  
  985. CONNECT,9600=CONNECT 9600
  986. CONNECT,9600=12
  987.  
  988. CONNECT,7200=CONNECT 7200
  989. CONNECT,7200=15
  990.  
  991. CONNECT,4800=CONNECT 4800
  992. CONNECT,4800=11
  993.  
  994. CONNECT,2400=CONNECT 2400
  995. CONNECT,2400=10
  996.  
  997. CONNECT,1200=CONNECT 1200
  998. CONNECT,1200=5
  999.  
  1000.  
  1001. 6.2.DDINSTL-Script
  1002. :TITLE
  1003. micNotesConnect/2 - ISDN driver
  1004.  
  1005. :CONFIG
  1006. *** Default device name = COM3
  1007. DEVICE=\os2\drivers\micado\isdncom.sys -nCOM3
  1008.  
  1009. :FILES
  1010. isdncom\isdncom.sys \os2\drivers\micado\isdncom.sys
  1011. isdncom\isdncom.doc \os2\drivers\micado\isdncom.doc
  1012. isdncom\isdncom.mdm \os2\drivers\micado\isdncom.mdm
  1013.  
  1014.  
  1015.  
  1016. 6.3.ISDN Layer 3 cause codes (0x34xx)
  1017.  
  1018.  
  1019. 80:    Unexpected error
  1020. 81:    Invalid call reference
  1021. 83:    Bearer service not implemented
  1022. 86:    Channel unacceptable
  1023. 87:    Call identity does not exist
  1024. 88:    Call identity in use
  1025. 8A:    No channel available
  1026. 90:    Requested facility not implemented
  1027. 91:    Requested facility not subscribed
  1028. A0:    Outgoing call barred
  1029. A1:    User access busy
  1030. A2:    GBG check failed
  1031. A5:    SVP not allowed
  1032. B0:    Reverse charging not allowed at originating end
  1033. B1:    Reverse charging not allowed at destination end
  1034. B5:    Destination not obtainable
  1035. B8:    Number changed
  1036. B9:    Out of order
  1037. BA:    No user responding
  1038. BB:    User busy
  1039. BD:    Incoming calls barred
  1040. BE:    Call rejected
  1041. D8:    Incompatible destination
  1042. D9:    Network congestion
  1043. DA:    Remote user initiated
  1044. F0:    Local procedure error
  1045. F1:    Remote procedure error
  1046. F2:    Remote user suspended
  1047. F3:    Remote user resumed
  1048. FF:    User info discarded locally
  1049.  
  1050.  
  1051.  
  1052.  
  1053.  
  1054.  
  1055.  
  1056. 6.4.CAPI Fehler-Codes gemäß Spezifikation
  1057.  
  1058.  
  1059. API-Fehler
  1060. 0x1001:    Error on API_REGISTER
  1061. 0x1002:    Illegal application-id
  1062. 0x1003:    Illegal message
  1063. 0x1004:    Illegal command or subcommand
  1064. 0x1005:    Queue is full
  1065. 0x1006:    Queue is empty
  1066. 0x1007:    Queue overflow
  1067. 0x1008:    Deinstall error
  1068. 0x1009:    Windows address error
  1069.  
  1070. Kodierungsfehler
  1071. 0x2001:    wrong controller
  1072. 0x2002:    wrong PLCI
  1073. 0x2003:    wrong NCCI
  1074. 0x2004:    wrong identifier
  1075.  
  1076. Parameter-Fehler
  1077. 0x3101:    wrong B channel
  1078. 0x3102:    wrong INFO mask
  1079. 0x3103:    wrong EAZ mask
  1080. 0x3104:    wrong SI mask
  1081. 0x3105:    wrong B2 protocol
  1082. 0x3106:    wrong DLPD
  1083. 0x3107:    wrong B3 protocol
  1084. 0x3108:    wrong NCPD
  1085. 0x3109:    wrong NCPI
  1086. 0x310A:    wrong FLAGS
  1087.  
  1088. Schicht 2-Fehler
  1089. 0x3201:    General controller error
  1090. 0x3202:    application conflict
  1091. 0x3203:    wrong function
  1092. 0x3204:    PLCI not active
  1093. 0x3205:    NCCI not active
  1094. 0x3206:    unsupported B2 protocol
  1095. 0x3207:    B2 protocol switch failed
  1096. 0x3207:    wrong DLPD
  1097. 0x3208:    B3 protocol not supported
  1098. 0x3209:    B3 protocol switch failed
  1099. 0x320A:    invalid DLPD parm
  1100. 0x320B:    invalid NCPD parm
  1101. 0x320C:    invalid NCPI parm
  1102. 0x320D:    invalid DATA length
  1103.  
  1104. Verbindungsafehler
  1105. 0x3301:    D channel layer 1 SETUP failed 
  1106.         check cable/NT
  1107. 0x3302:    D channel layer 2 SETUP failed
  1108. 0x3303:    B channel layer 1 SETUP failed
  1109. 0x3304:    B channel layer 2 SETUP failed
  1110. 0x3305:    D channel layer 1 aborted
  1111. 0x3306:    D channel layer 2 aborted
  1112. 0x3307:    D channel layer 3 aborted
  1113. 0x3308:    B channel layer 1 aborted
  1114. 0x3309:    B channel layer 2 aborted
  1115. 0x330A:    B channel layer 3 aborted
  1116. 0x330B:    B channel layer 2 reestablished
  1117. 0x330C:    B channel layer 3 reestablished
  1118. 0x330D:    B channel layer 3 reestablished ?
  1119.  
  1120.  
  1121.  
  1122.  
  1123. 6.5.Datex-P20I.
  1124.  
  1125. Deutsche Bundespost Telekom
  1126. BTX *200003401452#
  1127. Stand 01/∩94
  1128.  
  1129. Der neue Multifunktionszugang DATEX-P20I erlaubt auf der Basis einer kostengünstigen ISDN-
  1130. PC-Adapterkarte oder eines ISDN-V.24-Adapters (Modembox) sich über ISDN in DATEX-P 
  1131. einzuwählen. Voraussetzung bei den o.g. Adapterkarten bzw. Adaptern ist, daß sie die 64 kbit/s des 
  1132. ISDN auf die vom PAD unterstützte Übertragungsgeschwindigkeit von 9600 bit/s (später 19,2 kbit/s 
  1133. - Siehe Ergänzung *) ) anpassen, also das V.110-Protokoll verwenden.
  1134.  
  1135. Bisher sind Einwählmöglichkeiten DATEX-P20I nur in den alten Bundesländern eingerichtet.
  1136.  
  1137. Die Schaffung einheitlicher Rufnummern (ONKZ + 195540) für ISDN-Einwählzugänge wird für die 
  1138. Zukunft angestrebt. Zur Zeit gibt es davon noch abweichende unterschiedliche Rufnummern.
  1139.  
  1140.  
  1141. BTX *200003401461#
  1142.  
  1143. 6.5.1.Telefonnummern für Multifunktionszugang DATEX-P20I.
  1144.  
  1145.  
  1146.  
  1147. Aachen    0241    9 10 01 90
  1148. Augsburg    0821    24 67 70
  1149. Berlin    030    19 55 40
  1150. Bielefeld    0521    59 09 10
  1151. Braunschw.    0531    2 40 08 80
  1152. Bremen    0421    1 67 08 80
  1153. Chemnitz    0371    -
  1154. Cottbus    0355    -
  1155. Darmstadt    06151    33 88 00
  1156. Dortmund    0231    9 12 18 00
  1157. Dresden    0351    -
  1158. Düsseldorf    0211    1 33 74 90
  1159. Erfurt    0361    -
  1160. Essen    0201    2 43 17 20
  1161. Frankfurt/M    069    92 08 13 50
  1162. Frankfurt/O    *1)    -
  1163. Freiburg    0761    1 55 00 20
  1164. Gera    0365    -
  1165. Gießen    0641    9 70 10 00
  1166. Halle/Saale    0345    -
  1167. Hamburg    040    19 55 40
  1168. Hannover    0511    5 44 02 10
  1169. K'lautern    0631    3 10 04 00
  1170. Karlsruhe    0721    9 37 30 30
  1171. Kassel    0561    19 55 40
  1172. Kempten    0831    5 21 07 30
  1173. Kiel    0431    1 49 12 90
  1174. Koblenz    0261    4 06 45 40
  1175. Köln    0221    9 21 71 20
  1176. Leipzig    0341    -
  1177. Lingen    0591    9 11 12 90
  1178. Magdeburg    *2)    -
  1179. Mannheim    0621    4 22 55 20
  1180. München    089    29 08 51 10
  1181. Münster    0251    4 18 17 90
  1182. Neubranden.    0395    -
  1183. Nürnberg    0911    9 66 35 20
  1184. Oldenburg    0441    9 21 96 00
  1185. Passau    0851    19 55 40
  1186. Potsdam    0331    -
  1187. Ravensburg    0751    3 51 09 80
  1188. Regensburg    0941    7 81 03 60
  1189. Rostock    0381    -
  1190. Rottweil    0741    19 55 40
  1191. Saarbrücken    0681    9 82 04 00
  1192. Schwerin    0385    -
  1193. Siegen    0271    3 35 99 90
  1194. Stuttgart    0711    9 50 81 80
  1195. Suhl    03681    -
  1196. Trier    0651    14 71 60
  1197. Ulm    0731    19 55 40
  1198. Wiesbaden    0611    3 33 00 00
  1199. Würzburg    0931    3 53 03 50
  1200.  
  1201.  
  1202. Anmerkungen
  1203.  
  1204. *1)nur erreichbar aus Bereich Ff/O
  1205. *2)nur erreichbar aus Bereich Magdeb.
  1206.  
  1207. Zug um Zug erfolgt Umstellung auf die einheitliche Ruf-Nummer 195540.
  1208.  
  1209.  
  1210. *) Wichtige Ergänzung:
  1211. Die Telekom hat in Köln einen Test gestartet,in dem der Knoten mit 19200 bps angewählt 
  1212. werden kann. Den Knoten erreichen Sie über die Nummer 0221/9210280 mit dem Protokoll 
  1213. V110.
  1214.  
  1215.  
  1216.  
  1217. micado ISDNCOM/2
  1218. Inhaltsverzeichnis
  1219. 1.Einleitung    2
  1220. 1.1.Einsatzumgebungen    3
  1221. 1.1.1.Lotus Notes    3
  1222. 1.1.2.Fernwartung    3
  1223. 1.1.3.Netzwerk    4
  1224. 1.1.4.Terminal-/Mailbox-Betrieb, Mail-Router    4
  1225. 1.2.GBG-Funktion    5
  1226. 1.3.ISDNCOM/2 - Hard- und Softwarevoraussetzungen    6
  1227. 1.3.1.Unterstützte ISDN-Karten:    6
  1228. 1.3.2.Kompatibilität    6
  1229. 2.Installation    7
  1230. 2.1.Kopieren/Update der ISDN-Treiber.    7
  1231. 2.2.Installation mittels DDINSTAL    7
  1232. 3.Konfiguration    8
  1233. 3.1.ISDNCOM/2-Ladeoptionen    8
  1234. 3.2.Allgemein    9
  1235. 3.2.1.Flußkontrolle    9
  1236. 3.2.2.V.110: z.B. CompuServe, Datex-P20i, CPV Stollman TA    9
  1237. 3.3.Lotus Notes ab Version 3.0    10
  1238. 3.3.1.Anschluß definieren    10
  1239. 3.3.2.Anschlußparameter    11
  1240. 3.3.3.EAZ festlegen    12
  1241. 3.4.micRC/2 ab Version 3.0    13
  1242. 3.4.1.Modemprofil    13
  1243. 3.4.2.Telefonbucheintrag    14
  1244. 4.AT-Befehlssatz    15
  1245. 4.0.1.AT-Übersicht    16
  1246. 4.0.2.Erweiterter Befehlssatz:    17
  1247. 4.1.Modem-Registersatz    18
  1248. 4.1.1.Setzen und Lesen von S-Registern    20
  1249. 4.1.2.Erläuterungen zu den Modemregistern    21
  1250. 4.1.2.1.S14 - EAZ für eingehende Rufe    21
  1251. 4.1.2.2.S15, S16 - Service-Indicator    21
  1252. 4.1.2.3.S17 - B2+B3-Protokoll für Verbindungsaufbau    23
  1253. 4.1.2.4.S24 - Optionen für den Verbindungsaufbau    23
  1254. 4.1.2.5.S25, S26, S27 - PAD-Funktion    24
  1255. 5.Begriffserklärungen    25
  1256. 5.1.Baudrate    25
  1257. 5.2.B2-Framelength    26
  1258. 5.3.B3-Framelength    26
  1259. 5.4.B2-Windowsize    26
  1260. 5.5.Windowsizes, der ultimative Durchsatz !    27
  1261. 5.5.1.Empfehlungen    27
  1262. 5.5.2.Vorschlag für sinnvolle Verbindungsparameter:    28
  1263. 5.6.V.110-Protokoll    28
  1264. 6.Anhänge    30
  1265. 6.1.Notes-MDM-Datei - Beispiel    30
  1266. 6.2.DDINSTL-Script    32
  1267. 6.3.ISDN Layer 3 cause codes (0x34xx)    33
  1268. 6.4.CAPI Fehler-Codes gemäß Spezifikation    34
  1269. 6.5.Datex-P20I.    35
  1270. 6.5.1.Telefonnummern für Multifunktionszugang DATEX-P20I.    35
  1271.  
  1272. 38
  1273.  
  1274.  
  1275.