home *** CD-ROM | disk | FTP | other *** search
/ Programmer 7500 / MAX_PROGRAMMERS.iso / PROGRAMS / UTILS / HAMRADIO / TCP90133.ZIP / TCP90133.TXT
Encoding:
Internet Message Format  |  1990-09-14  |  6.9 KB
  1. Path: tosspot!indep1!pete
  2. From: pete@indep1.UUCP (Peter Franks)
  3. Newsgroups: to.tosspot
  4. Subject: TCP Digest #133
  5. Message-ID: <1334@indep1.UUCP>
  6. Date: 14 Sep 90 01:23:11 GMT
  7. Reply-To: pete@indep1.MCS.COM (Peter Franks)
  8. Followup-To: to.tosspot
  9. Distribution: to
  10. Organization: as little as possible
  11. Lines: 179
  12.  
  13. TCP-Group Digest            Sat,  8 Sep 90       Volume 90 : Issue 133
  14.  
  15. Today's Topics:
  16.                         ***LINKED TO (2 msgs)
  17.                               RSPF info
  18.                     tapr 1.1.7 problems. (2 msgs)
  19.                     TAPR v1.1.7 KISS mode (3 msgs)
  20.  
  21. Send Replies or notes for publication to: <TCP-Group@UCSD.Edu>
  22. Send requests of an administrative nature (addition to, deletion from the
  23. distribution list, et al) to: <ListServ@UCSD.Edu>
  24.  
  25. Archives of past issues of the TCP-Group Digest are available
  26. (by FTP only) from UCSD.Edu in directory "mailarchives".
  27. ----------------------------------------------------------------------
  28.  
  29. Date: Fri, 7 Sep 90 09:42:46 CDT
  30. From: mwester@sunbird.Central.Sun.COM (Mike Westerhof SE Chicago Metro)
  31. Subject: ***LINKED TO
  32. To: tcp-group@ucsd.EDU
  33.  
  34. I have noted a problem that should be easy to fix -- the "login id" used
  35. when Telneting into the mailbox is not upper-cased.  Thus, the local
  36. msys node has my callsign in both upper and lower case... and the lower-case
  37. callsign blows its mind!  If I remember to use upper-case when logging in
  38. to the PC, msys gives me the welcome banner twice, but it does work.
  39.   Mike KA9WSB
  40.  
  41. ------------------------------
  42.  
  43. Date: Fri, 7 Sep 90 12:13:38 CDT
  44. From: brainiac!jrc (Jeffrey Comstock)
  45. Subject: ***LINKED TO
  46. To: shamash!ucsd.edu!tcp-group@umn-cs.cs.umn.edu
  47.  
  48. mwester@sunbird.Central.Sun.COM sez:
  49.  
  50. >msys node has my callsign in both upper and lower case... and the lower-case
  51. >callsign blows its mind!  If I remember to use upper-case when logging in
  52. >to the PC, msys gives me the welcome banner twice, but it does work.
  53. >  Mike KA9WSB
  54.  
  55. Hey - thanks for the tip.  I have never even logged into my bbs in upper case.
  56.  
  57. In regard to Anders comment about removing the ***LINKED to message from the
  58. mailbox, I vote leave it in.  Especially if this upper case trick works....
  59.  
  60. Jeff
  61.  
  62. ------------------------------
  63.  
  64. Date: Fri, 7 Sep 90 16:39:22 EDT
  65. From: crompton@NADC.NADC.NAVY.MIL (D. Crompton)
  66. Subject: RSPF info
  67. To: tcp-group@ucsd.edu
  68.  
  69. I don't think it got to the general group but Kelvin put "RSPF"
  70. info at Thumper. I picked it up in incomming but it may be moved
  71. by now. It is a paper on RSPF and some implementation notes from
  72. Anders. Worth picking up. We have implemented it here and as soon
  73. as it runs for awhile I will report on it here.
  74.  
  75. It requires the emm82810 version (or later) of G1EMM NOS.
  76.  
  77. Doug
  78.  
  79. ------------------------------
  80.  
  81. Date: Fri, 07 Sep 90 14:12:36 GMT
  82. From: kelvin@kelvin.uk22.bull.com
  83. Subject: tapr 1.1.7 problems.
  84. To: tcp-group@ucsd.edu
  85.  
  86. All,
  87.   I am posting this question for the benefit of John Greenwood (g4xhs)
  88. who has no net access.
  89.   He has been using 1.1.7 and finds that it seems to be in full duplex mode
  90. all the time while in KISS. He claims that the setting of parameter 5 from
  91. NOS does not place it into half duplex. Does anyone else know of these type
  92. of problems and if so, what the fix is. I can't test it for him as I only
  93. have AEA kit. Any advice welcomed. Also, is the source code for 1.1.7 ever
  94. likely to be made available?
  95.      All the best,
  96.                Kelvin.
  97. +-------------------------------------------------+
  98. | Kelvin J.Hill - BULL HN Ltd, Hounslow, England. |
  99. | Internet - kelvin.uk22.bull.com  [128.35.110.6] |
  100. | Amprnet  - g1emm.ampr.org        [44.131.7.6]   |
  101. +-------------------------------------------------+
  102.  
  103. ------------------------------
  104.  
  105. Date: Fri, 7 Sep 90 09:26:29 CDT
  106. From: mwester@sunbird.Central.Sun.COM (Mike Westerhof SE Chicago Metro)
  107. Subject: tapr 1.1.7 problems.
  108. To: kelvin@kelvin.uk22.bull.com
  109.  
  110.   I just replaced my MFJ ROM with a TAPR 1.1.7 and found that one of my
  111. major KISS problems went away.  I also found that the TAPR KISS seems
  112. (I stress that word 'cause I don't have this figured out yet) to be "quick
  113. on the trigger" when it comes to DCD in half-duplex mode.  Momentary glitches
  114. in the DCD line (caused when a 2400-baud packet looses lock on the PLL) would
  115. cause my TNC to jump on the channel and stomp on someone.  Using the external
  116. DCD input seems to have cured that.  (and, yes, the slottime and persistence
  117. are set and seem to work ok).
  118.  
  119.   73,
  120.     Mike  KA9WSB
  121.  
  122. ------------------------------
  123.  
  124. Date: Fri, 7 Sep 1990 10:59:30 EDT
  125. From: ZAGNI@CDDIS.GSFC.NASA.GOV   (Luca Bertagnolio, IK2OVV)
  126. Subject: TAPR v1.1.7 KISS mode
  127. To: tcp-group@ucsd.edu, kelvin@kelvin.uk22.bull.com
  128.  
  129. Kelvin,
  130. you are right, the KISS code in 1.1.7 is ONLY full-duplex.  I guess TAPR
  131. included in the EPROM the version modified by Bob N4HY for the Microsats;
  132. infact, the original full-duplex mode of KISS _was_ broken.
  133. I believe right now we have a KISS working only full duplex (also good for
  134. 9600 bps on UO-14), and the older half-duplex KISS (not good at higher
  135. speeds).
  136. We in Milan have modified a 1.1.7 relocating the old KISS on the new one, thus
  137. having the possibility to work TCP/IP on usual channels.
  138. Mr. McGwier, send a mail to the list if I am wrong ;-)
  139.  
  140. 73, Luca Bertagnolio, IK2OVV (ex-IW2ECL)
  141.  
  142. P.S. See you all in Houston, TX!!!
  143.  
  144. ------------------------------
  145.  
  146. Date: Fri, 7 Sep 90 09:22:16 -0700
  147. From: Mike Chepponis <k3mc@apple.com>
  148. Subject: TAPR v1.1.7 KISS mode
  149. To: ZAGNI@cddis.gsfc.nasa.gov
  150.  
  151. Although I haven't checked, you should be able to use the param command to
  152. set the full-duplex/half-duplex nature of kiss.  To wit:
  153.  
  154. param ax0 5 0        <-- sets to half duplex
  155. param ax0 5 1        <-- sets to full duplex
  156.  
  157. I didn't realize that the 1.1.7 release defaulted to full duplex!
  158.  
  159. Please let me know if this works.
  160.  
  161. -Mike
  162.  
  163. ------------------------------
  164.  
  165. Date: Fri, 7 Sep 90 23:33:54 CDT
  166. From: mwester@sunbird.Central.Sun.COM (Mike Westerhof SE Chicago Metro)
  167. Subject: TAPR v1.1.7 KISS mode
  168. To: tcp-group@ucsd.edu
  169.  
  170. I fear that the "param" command does not change this version of kiss to
  171. half-duplex.  I grounded the external DCD input on my TNC and found that
  172. it would transmit regardless of the state of DCD.  The use of the param
  173. command seemed to have no effect.
  174.  
  175. I down-graded to the original 1.2.6 MFJ ROM and kiss works as advertised.
  176.  
  177. This could cause a little bit of a collision problem if 1.1.7 gets
  178. widespread...
  179.  
  180. Mike KA9WSB
  181.  
  182. ------------------------------
  183.  
  184. End of TCP-Group Digest
  185. ******************************
  186.  
  187. -- 
  188. +------------------------------------------------------------------------------+
  189. |  Peter Franks  |          pete@indep1.mcs.com  OR  pete@indep1.uucp          |
  190. |      NI9D      |                   Use whichever one works                   |
  191. +------------------------------------------------------------------------------+
  192.