home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / dcom / modems / 19919 < prev    next >
Encoding:
Internet Message Format  |  1993-01-24  |  4.7 KB
  1. Path: sparky!uunet!cs.utexas.edu!zaphod.mps.ohio-state.edu!menudo.uh.edu!lobster!nuchat!yob!reginald.hirsch
  2. From: reginald.hirsch@yob.sccsi.com (Reginald Hirsch) 
  3. Newsgroups: comp.dcom.modems
  4. Subject: THE ISSUE OF AN ALL MAIL
  5. Message-ID: <322.231.uupcb@yob.sccsi.com>
  6. Date: 23 Jan 93 06:53:00 GMT
  7. Distribution: world
  8. Organization: Ye Olde Bailey BBS - Houston, TX - 713-520-1569
  9. Reply-To: reginald.hirsch@yob.sccsi.com (Reginald Hirsch) 
  10. Lines: 92
  11.  
  12. TO: ed.hopper@ehbbs.gwinnett.com (Ed Hopper)
  13.   Here's what happen to Garfield's message that was tossed.
  14. Date: 01-23-93 (00:03)              Number: 374 of 374
  15.   To: BILL GARFIELD                 Refer#: NONE
  16. From: UUPCB MAIL                      Read: NO
  17. Subj: UNDELIVERABLE MAIL            Status: RECEIVER ONLY
  18. Conf: SPECIAL (300)              Read Type: GENERAL (+)
  19.  
  20. Re: Message #:1288
  21. Your message below could not be transmitted.  You must include
  22. an Internet address preceded by 'TO:'.  For example:
  23. TO: user@machine.domain
  24. Please examine the BBS bulletins on 'HOW TO SEND INTERNET MAIL'
  25. if you have further questions.
  26.  
  27. Sincerely,
  28.  
  29. yob!uucp
  30. ------------------------------------------------------------------------
  31.  
  32. I recently purchased, for personal use,  one of the ZyXEL U1496+
  33. models and then had the X+Y pattern generator option added.  (firmware
  34. rev 5.02)
  35.  
  36. My employer, a major energy company headquartered in Houston, TX also
  37. just acquired a pair of ZyXEL U1496-E models for evaluation.  (firmware
  38. rev 5.04) I am one of the persons participating in that evaluation.
  39.  
  40. I have observed the following abnormality in both the "E" models as well
  41. as in my own "S+".   With _default values_ in NVRAM except _&K1_ stead
  42. of the default _&K4_ I have observed frequent link negotiation problems
  43. where the ZyXEL modem fails to agree on the error correction method.
  44. They may eventually connect, but will report "NONE" as the e/c method.
  45.  
  46. With _*E1_ in NVRAM along with _&K1_ the two modems, having failed to
  47. agree on error correction protocol will disconnect - this of course is
  48. normal with _*E1_ set. -but my point is, the e/c negotiation process
  49. SHOULD HAVE been successful.  It was not.
  50.  
  51. I have observed this only when the ZyXEL is the _ORIGINATING_ device.
  52. The host device does not seem to matter, as I have seen this failure
  53. using several hosts, including Multi-Tech, USRobotics, and even another
  54. ZyXEL.  Further, this abnormality has been observed in the ZyXEL only
  55. when _&K1_ is set in the ZyXEL's NVRAM.
  56.  
  57. Why would anyone specify _&K1_ stead of _&K4_ you might ask?  A logical
  58. question. The answer is because &K1 forces the link to use MNP, and
  59. "MNP-4" error correction appears to be slightly more efficient than
  60. "LAP-M" error correction when transferring pre-compressed (ZIP) files.
  61. Since a v.42 link negotiation sequence defaults to LAP-M, one has to
  62. force MNP-4 by setting &K1.  Unfortunately, the ZyXELs don't seem to
  63. like this.
  64.  
  65. Setting _&K1_ in the ZyXEL nvram will not cause the error correction
  66. protocol negotiation sequence to fail *every* time, but it does seem to
  67. happen annoyingly often. Considerably often enough that this might be a
  68. disqualifying factor if no satisfactory resolution can be found.
  69.  
  70. Yesterday I obtained the various ROM images for rev 5.05 firmware
  71. and promptly burned some proms and installed them in the modems. 5.05
  72. seems terribly buggy however as now all my ZyXELs suddenly seem to
  73. dislike linking up with just about anything _except_ another ZyXEL.
  74. I've seen this problem in 5.05 with 3 ZyXELs at my office and an
  75. acquaintance who has a U1496+ like mine is also having problems with
  76. firmware rev 5.05.  We changed back to 5.04(f) and the modems are all
  77. back to working again, save for the minor forced-MNP negotiation
  78. problem.
  79.  
  80. Has anyone else seen this problem with ZyXEL brand modems?  Does
  81. anyone know if the factory or 0/1 Networking is aware of or looking
  82. into this?  I would also appreciate hearing from anyone else who is
  83. doing or has done evaluation studies of the ZyXEL U1496 family of
  84. modems.
  85.  
  86. Thanks in advance.
  87.  
  88. Bill Garfield <bill.garfield@yob.sccsi.com> |  Std. disclaimer applies.
  89. PBX/DataCom Engr.                           |  Opinions are my own and
  90. Panhandle Eastern Corporation               |  not those of my employer.
  91. Houston, Texas                              |  Nothing is implied.  I
  92. Voice: 713.627.5228                         |  speak for no one other
  93. Fax:   713.627.5285                         |  than myself.
  94. Data:  713.520.1569                         |
  95.  
  96.  
  97. Thanks
  98.                           
  99. ----
  100. +------------------------------------------------------------------------+
  101. | Ye Olde Bailey BBS   713-520-1569 (V.32bis) 713-520-9566 (V.32bis)     |
  102. |   Houston,Texas          yob.sccsi.com       Home of alt.cosuard       |
  103. +------------------------------------------------------------------------+
  104.