home *** CD-ROM | disk | FTP | other *** search
/ ftp.barnyard.co.uk / 2015.02.ftp.barnyard.co.uk.tar / ftp.barnyard.co.uk / cpm / walnut-creek-CDROM / CPM / MODEMS / MODEM / MODMLOOP.MSG < prev    next >
Text File  |  2000-06-30  |  3KB  |  72 lines
  1.  
  2. Date: Thursday, 30 May 1985
  3. From: Minh N. Hoang
  4. Re:   212/224's Remote digital loopback mechanism
  5.  
  6. Recent messages indicated that quite a few modems are getting into
  7. remote digital loops inadvertently so I poked around to find out how
  8. the modems intentionally get into this.  The following comes from
  9. CCITT V.22bis recommendation which specifies the 2400/1200 bps modem.
  10. Except for the answer back tone, the 1200 mode is 212-compatible,
  11. including the loop.
  12.  
  13. For reference, modem A is the instigator and modem B the one that
  14. loops back data. (All the modems that see data echoed back are
  15. instigators.) Here it goes:
  16.  
  17. *** Entering remote loopback ***
  18.  
  19. When modem A is instructed to instigate a remote loop, it shall
  20. transmit an initiation signal of unscrambled binary one at the current
  21. operating speed.  (If you happen to listen to this, you'd hear a tone
  22. instead of the usual hiss-like noise.)
  23.  
  24. Modem B shall detect 154 - 231 ms. of the initiation signal, and then
  25. transmit to modem A scrambled alternating binary 1 and 0. (And your
  26. modem faithfully passes this to your terminal - hence the UUUUs).
  27.  
  28. Modem A shall detect 231 - 308 ms. of scrambled reversals, cease
  29. transmission of the initiation signal, and then transmit scrambled
  30. binary 1.
  31.  
  32. Modem B shall detect the loss of initiation signal and activate the
  33. loopback.  (Now, everything modem A transmits will be "echoed").
  34.  
  35. Modem A after receiving 231 - 308 ms. of scrambled binary 1 (which it
  36. sent), shall indicate to the terminal that it may begin sending test
  37. messages.  (Modem A will now send terminal's data as usual so you can
  38. see all you type).
  39.  
  40. *** Exiting remote loopback ***
  41.  
  42. When modem A is instructed to terminate the remote loop, the line
  43. signal shall be suppressed for 77 +- 10 ms, after which transmission
  44. shall be restored. (A very short simulated carrier loss).
  45.  
  46. Modem B detects the loss of signal in 40 - 65 and its reappearance
  47. within 155 +- 50 ms, after which modem B returns to normal operation.
  48. (For most modems, carrier loss of >300 ms may cause disconnect).
  49.  
  50. *** -+- ***
  51.  
  52. Thus, if you're inadvertently dumped into this loop and your modem
  53. doesn't have a remote loop switch, it's kinda tough to get out without
  54. losing the connection.
  55.  
  56. How does your modem initiate this loop?  (It's usually not modem B's
  57. fault.)  A common cause is called scrambler lock-up.  These modems use
  58. a scrambler of the form D_tx[n] = D_in[n] .XOR. D_tx[n-14] .XOR.
  59. D_tx[n-17] and transmit the scrambled output.  If the scrambler's
  60. delay line happens to be filled with 1's, then the modem effectively
  61. sends unscrambled 1's, the initiation signal.  The other modem
  62. responds with UUUUs. You type a few characters in panic and end the
  63. lock-up.  The other modem senses the end of the initiation signal and
  64. voila... you're looping.
  65.  
  66. To prevent this, once the scrambler outputs 64 consecutive 1's, it
  67. should invert the next input bit.  Sometimes, the modem doesn't
  68. incorporate this detector-inverter because the situation is relatively
  69. rare, supposedly.
  70.  
  71. Cheers,
  72.