home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / dcom / telecom / 13227 < prev    next >
Encoding:
Text File  |  1993-01-24  |  3.5 KB  |  97 lines
  1. Path: sparky!uunet!haven.umd.edu!darwin.sura.net!seismo!lll-winken!telecom-request
  2. From: lfil@athos.az.stratus.com (Lonnie Filbrun)
  3. Newsgroups: comp.dcom.telecom
  4. Subject: Re: Can Paging Software Detect Alphanumerics?
  5. Message-ID: <telecom13.40.3@eecs.nwu.edu>
  6. Date: 23 Jan 93 13:11:02 GMT
  7. Sender: Telecom@eecs.nwu.edu
  8. Organization: Stratus Computer Inc, Marlboro MA
  9. Lines: 83
  10. Approved: Telecom@eecs.nwu.edu
  11. X-Submissions-To: telecom@eecs.nwu.edu
  12. X-Administrivia-To: telecom-request@eecs.nwu.edu
  13. X-Telecom-Digest: Volume 13, Issue 40, Message 3 of 13
  14.  
  15. Hello,
  16.  
  17. As a tech from *S W*ST Paging I used all models of BBL 3, 3r, 4x, DSS
  18. 1, Glenayre GL3000L, M, S, UniPage, and also Motorola paging
  19. terminals.
  20.  
  21. Like mentioned before the most common action is to parse the
  22. alphanumeric data entered and only transmit numerics giving no
  23. indication of the intent to send alpha to a numeric display pager.
  24.  
  25.  ---------------------from IXO/TAP protocol---------------------
  26.  
  27. The response to each block is one of four:
  28.  
  29. 1. "<optional message sequence><CR><ACK><CR>"
  30.     OK, send next block.
  31.  
  32. 2. "<optional message sequence><CR><NAK><CR>"
  33.     Checksum or transmission error, send last block again.
  34.  
  35. 3. "<optional message sequence><CR><RS><CR>"
  36.     Abandon current transaction and go to next. <RS> may occur
  37.     when the checksum is OK, but the current transation violates
  38.     a system rule.
  39.  
  40. 4. "<optional message sequence><CR><ESC><EOT><CR>"
  41.     Begin disconnect.
  42.  
  43. Any of the responses may have an optional message sequence before
  44. them, although the system designer should understand the consequences
  45. to the user with all planned entry devices.
  46.  
  47. It is expected that many systems will save their message sequence
  48. responses until immediately before disconnect. For some entry devices,
  49. it may also be desirable that messages describing non-checksum errors
  50. associated with a particular transaction in a PG service will begin
  51. with the letter ID followed by the contents of field 1 for that
  52. transaction.
  53.  
  54. After reception of an <ACK> or <RS> for the last transaction in a
  55. given service, the entry device sends <EOT><CR> meaning there are no
  56. more transactions remaining in this service.
  57.  
  58. An optional message sequence may be sent at this time to indicate the
  59. degree of acceptability of information in all transactions received
  60. during the current interchange. Although optional, this message is
  61. highly desirable.
  62.  
  63. example:   
  64. 1 PAGE(S) SENT.<CR>
  65.  
  66. An <RS><CR> should be sent at this point if the paging central finds
  67. any data <ACK> in step 8 (step 8 is where it sends the one of four
  68. responses) by the system to be unacceptable because of content (eg, an
  69. invalid pager number or a message field inappropriate for the type of
  70. pages, etc. see #2)
  71.  
  72. ( #2 It is most desirable to catch all types of errors in step 8, but
  73. practically, some systems will be too slow to catch content errors as
  74. they happen.)
  75.  
  76.                  ------------------------
  77.  
  78. Using a datascope, you might want to experiment trying to send invalid
  79. pager numbers, alphanumerics to a "known" numeric pager and check the
  80. output of the last step above for it may tell you something useful.
  81.  
  82. As to getting the terminals manufacturer to upgrade their code to
  83. implement a fix, hope you want to buy alot of paging terminals!!! :-)
  84.   
  85. Hope this helps!
  86.  
  87.  
  88. Regards,
  89.  
  90. Lonnie
  91.  
  92. #import <stdDisclaimer.h>----------< NeXT Mail Welcome >-------
  93. Lonnie L. Filbrun      Lonnie_Filbrun@vos.stratus.com (SOS Mail)
  94. Stratus Computer, Inc.           lfil@az.stratus.com (NeXT Mail)
  95. Customer Assistance Center           (602) 858-3152 (Voice Mail)
  96. Telecommunications Division (602) 231-9447 (Alphanumeric Access#)
  97.