home *** CD-ROM | disk | FTP | other *** search
/ OS/2 Shareware BBS: 3 Comm / 03-Comm.zip / zoc214.zip / ISDN.DOC < prev    next >
Text File  |  1995-11-26  |  6KB  |  110 lines
  1.  
  2.   ─────────────────────────────────────────────────────────────────────────
  3.     Subject:  Problems/Questions regarding DEVISDN.DLL              11/95
  4.     From   :  Markus Goemmel
  5.   ─────────────────────────────────────────────────────────────────────────
  6.  
  7.   -- HOW TO USE THE ISDN-MODULE (DEVISDN.DLL) --
  8.  
  9.   If you have a correctly installed ISDN board and CAPI.DLL (V1.10) ZOC
  10.   will show an ISDN device in the Options->Serial dialog.  If you have
  11.   an ISDN board installed but ZOC does not show the ISDN device, there is
  12.   probably a problem with your installation (eg. CAPI directory not 
  13.   listed in CONFIG.SYS's LIBPATH statement, incompatible CAPI.DLL etc.)
  14.   More information can be found in ZOC->Options->Serial->ISDN->
  15.   Device-Options->Help.
  16.   
  17.   If ISDN is available in ZOC but connections fail please check if the
  18.   board drivers are activated (eg. STARTS0 for Teles/Creatix or ISDNLOAD
  19.   for AVM).  Additionally, it is important to use proper settings to 
  20.   call an ISDN host (most hosts in Germany use X75/TRANSPARENT/Frame=2048,
  21.   the ZOC support bbs uses X75/T70NL/Frame=130).
  22.  
  23.  
  24.   -- REGISTRATION/ORDERS OF DEVISDN.DLL --
  25.  
  26.   To order DEVISDN, start ZOC and open the order form in the help menu.
  27.   The price is DM 50/US$ 35 plus S+H.  If you register you will receive
  28.   a registration code which will unlock all future versions of DEVISDN.DLL
  29.   PLEASE DO NOT REGISTER IF YOU COULDN'T SUCCESSFULLY WORK WITH THE 
  30.   UNREGISTERED VERSION OF THE DEVISDN MODULE.  THE REGISTRATION WILL NOT
  31.   CURE CONFIGURATION PROBLEMS, IT WILL ONLY TURN OF THE REGISTRATION REMINDER
  32.   AFTER ISDN ZMODEM TRANSFERS.
  33.   
  34.  
  35.   -- DEVISDN.DLL UND TELES CAPI V3.0 --
  36.  
  37.   There is a bug in the V3.0 of CAPI.DLL from Teles, but with this release
  38.   DEVISDN is able to work around the problem.  In other words: DEVISDN now 
  39.   also works with the 3.0 version from Teles/Creatix.
  40.  
  41.  
  42.   -- DEVISDN.DLL UND ELSA ANALOG --
  43.  
  44.   When using the B2-protocol ELSA ANALOG (available with some boards from
  45.   Elsa GmbH) now the ZOC->Device->Accept-Calls function should work 
  46.   correctly.  The Send-Break function is not supported by Elsa's CAPI
  47.   which means, that it is not available in this mode.
  48.   
  49.   
  50.   Markus Gömmel (m.goemmel@msn.rmi.de) 
  51.  
  52.  
  53.  
  54.  
  55.   ─────────────────────────────────────────────────────────────────────────
  56.     Subject:  ISDN Module for ZOC (DEVISDN.DLL)                     9/95
  57.     From   :  Markus Goemmel
  58.   ─────────────────────────────────────────────────────────────────────────
  59.  
  60.   With this version of ZOC you receive a copy of my (M.G.) ISDN driver which 
  61.   integrates itself neatly into ZOC and allows communication through many
  62.   available ISDN boards (AVM, Bintec, Creatix, Diehl, Elsa, NCP, IBM und 
  63.   Teles are tested and work).
  64.  
  65.   The development of this module was rather demanding and was started only 
  66.   upon request of ZOC users who asked for an ISDN solution for a reasonable 
  67.   price.  I discussed the matter with Markus (Schmidt) and we decided that
  68.   we could do it if we could charge an additional fee.  We dropped both, 
  69.   the idea of increasing the price for ZOC and the idea of moving up to a 
  70.   V3.0 version number, since this would have made may users (especially 
  71.   outside Germany) pay for a feature they would probably never need or use.
  72.  
  73.   However, a problem arises with ZOC's update strategy.  All registered 
  74.   users are entitled to use all ZOC versions up to a certain version number 
  75.   (currently either V2.99 or V9.99).  The ISDN module is an Add-On that 
  76.   takes advantage of a device interface in ZOC which was developed for the 
  77.   telnet and named pipe driver (and, at a later point, maybe others like 
  78.   ftp or NETBIOS).  This interface allows for seamless integration into 
  79.   the program, which we admit, makes it hard to percieve the ISDN driver 
  80.   as an independent product.  I could have gone another way (eg. developing 
  81.   an SYS driver, or a program like Ray Gwinn's Vmodem or just distribute 
  82.   the driver in it's own ZIP file with own order form and install program) 
  83.   but we wanted a neat solution that isn't second to any other in regard to 
  84.   user friedlyness and ease of use.
  85.  
  86.   Would we not be able to charge extra for that module, nobody at all could
  87.   benefit from it (and it's rather low price) because it simply would not 
  88.   exist.  As it is now, those who find the extra fee acceptable will be able 
  89.   to use it (which is IMHO better than the first way).
  90.  
  91.   This module will remain an exception.  It is definitely not the first step 
  92.   on a path that leads us to a program where each and every new feature will 
  93.   cost extra.  I have supplied free add-ins to ZOC in the past (Kermit and 
  94.   CIS-B or TAP-GIF and TAP-JPG are examples) and I will continue to do so in 
  95.   the future (as there might be VT220, RIP, Hydra or FTP (just to name a few
  96.   of our ideas)).  There might be other exceptions too (national standards
  97.   or demanding features not commonly found in telecom programs) like FAX 
  98.   or T-Online (German videotex) support but these are clearly defined excep-
  99.   tions and not the rule.  And it is imaginable that third parties will 
  100.   develop tools for the ZOC platform as well.
  101.  
  102.   We hope that this way of proceeding will be accepted by our users since 
  103.   we would hate if we had to distribute the ISDN module in another (less 
  104.   user friendly) way in order to make it less prone to unpleasant discussion.
  105.  
  106.     Markus Goemmel [m.goemmel@msn.rmi.de]
  107.     (and Markus Schmidt [m.schmidt@emtec.com])
  108.  
  109.  
  110.