home *** CD-ROM | disk | FTP | other *** search
/ ProfitPress Mega CDROM2 …eeware (MSDOS)(1992)(Eng) / ProfitPress-MegaCDROM2.B6I / COMM / MISC / ABMDEMO.ZIP / ABMDEMO.DOC next >
Encoding:
Text File  |  1991-11-21  |  5.5 KB  |  131 lines
  1. A B M D E M O
  2. -------------
  3.  
  4. INTRODUCTION
  5.  
  6. ABMDEMO is a program written to demonstrate the operation of the 
  7. Asynchronous Balanced Mode (ABM) version of the HDLC communications
  8. protocol. ABM is the mode of HDLC that is used in many areas
  9. of communications. It is the basis for LAP-B in X.25, IS8802 in
  10. LANs, LAP-D in ISDN, etc.
  11.  
  12. ABMDEMO simulates the two ends of the HDLC link and produces a
  13. display showing the transmission taking place, the identities of 
  14. the frames, and the key state variables at each end of the link.
  15.  
  16. It has been used at Monash University to aid in the teaching of 
  17. communications protocols.
  18.  
  19. The program runs under MSDOS 3.3 or later, and does not use a graphics card.
  20.  
  21. DISTRIBUTION
  22.  
  23. This distribution contains the executable, plus some sample control
  24. files and some batch files to demonstrate their use.
  25.  
  26. OPERATION
  27.  
  28. To run ABMDEMO, the invocation is:
  29.  
  30.         abmdemo [-ccontrolfile] [-llogfile] 
  31.             
  32. where controlfile is a file of parameters for the simulation, and
  33. logfile is the name of a file in which a copy of the screen
  34. output is stored for later perusal. If either is missing, the
  35. user is prompted for the file names, if any. If there is no 
  36. control file the run details are requested in a series of prompts.
  37.  
  38. The following are the run parameters:
  39.  
  40. For each of the 'A' and 'B' DTEs in turn:
  41.  
  42.     (a) "f" if there are to be a fixed number of I frames in the
  43.         simulation, or "c" if it is to be a continuous random
  44.         generation of I frames
  45.  
  46.     (b)    if the above was "f", the number of I frames to send. If it
  47.         was "c", the % of time the link is to be busy.
  48.  
  49.     (c)    "f" if the frames are to be of a fixed length (in "clock ticks")
  50.         or "r" if the frames are to be of a random length.
  51.  
  52.     (d)    the frame length in clock ticks (4 <= L <= 15). In the "r" case
  53.         it is the average length.
  54.  
  55.     (e)    the probability of an I frame encountering an error 
  56.         during transmission
  57.  
  58. Finally, specify the number of clock ticks in the run.
  59.  
  60. Here is a sample controlfile:
  61.  
  62.  
  63.             f 2 f 5 40
  64.             f 0 f 4 0 
  65.             60  
  66.  
  67.  
  68. This file would result in a run of 60 clock ticks. DTE A would have 
  69. 2 I frames, each of length 5 ticks, and there would be a 40% chance of 
  70. an I frame being received in error. DTE B has no frames.
  71.  
  72. The result of this simulation run would be:
  73.  
  74.  
  75.                       A B M D E M O  HDLC SIMULATOR
  76.  
  77.               D T E  A                        D T E  B
  78.  
  79.   R  V  V    F   N N                C T         F   N N        V  V  R
  80.   T  S  R    R   S R                L I         R   S R        S  R  T
  81.   C          A                      O C         A                    C
  82.              M                      C K         M
  83.              E                      K           E
  84.  
  85.   1  1  0    I   0 0 P/F=0   ooo     0                         0  0  0 
  86.   1  1  0                    OOO     1                         0  0  0 
  87.   1  1  0                    OOO     2                         0  0  0 
  88.   1  1  0                    OOO     3                         0  0  0 
  89.   1  1  0                    OOO     4                         0  0  0 
  90.   2  2  0    I   1 0 P/F=0   ooo     5   ooo    RR    1 P/F=0  0  1  0 
  91.   2  2  0                    XXX     6   OOO                   0  1  0 
  92.   2  2  0                    XXX     7   OOO                   0  1  0 
  93.   2  2  0                    XXX     8   OOO                   0  1  0 
  94.   1  2  0                    XXX     9                         0  1  0 
  95.   1  2  0                           10                         0  1  0 
  96.   [At this point frame 0 has been acknowledged, but frame 1 was corrupted
  97.    so DTE B ignores it. In this example, DTE A's "ack timer" runs out and
  98.    triggers a recover sequence. Look for the RR P/F = 1.]
  99.   1  2  0                           11                         0  1  0 
  100.   1  2  0                           12                         0  1  0 
  101.   1  2  0                           13                         0  1  0 
  102.             [some clock ticks deleted to save space]
  103.   1  2  0                           37                         0  1  0 
  104.   1  2  0    RR    0 P/F=1   ooo    38                         0  1  0 
  105.   1  2  0                    OOO    39                         0  1  0 
  106.   1  2  0                    OOO    40                         0  1  0 
  107.   1  2  0                    OOO    41                         0  1  0 
  108.   1  2  0                           42   ooo    RR    1 P/F=1  0  1  0 
  109.   1  2  0                           43   OOO                   0  1  0 
  110.   1  2  0                           44   OOO                   0  1  0 
  111.   1  2  0                           45   OOO                   0  1  0 
  112.   1  2  0    I   1 0 P/F=0   ooo    46                         0  1  0 
  113.   1  2  0                    OOO    47                         0  1  0 
  114.   1  2  0                    OOO    48                         0  1  0 
  115.   1  2  0                    OOO    49                         0  1  0 
  116.   1  2  0                    OOO    50                         0  1  0 
  117.   1  2  0                           51   ooo    RR    2 P/F=0  0  2  0 
  118.   1  2  0                           52   OOO                   0  2  0 
  119.   1  2  0                           53   OOO                   0  2  0 
  120.   1  2  0                           54   OOO                   0  2  0 
  121.   0  2  0                           55                         0  2  0 
  122.  
  123.  
  124. AUTHOR
  125.  
  126. Jim Breen
  127. Department of Robotics & Digital Technology
  128. Monash University
  129. Melbourne, Australia
  130. jwb@capek.rdt.monash.edu.au
  131.