home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / dcom / modems / 12818 < prev    next >
Encoding:
Text File  |  1992-09-01  |  3.3 KB  |  56 lines
  1. Newsgroups: comp.dcom.modems
  2. Path: sparky!uunet!cs.utexas.edu!chinacat!balkan!wrangler!bill
  3. From: bill@wrangler.WLK.COM (Bill Kennedy)
  4. Subject: WB<->Intel cultural differences
  5. Message-ID: <1992Sep1.011410.731@wrangler.WLK.COM>
  6. Organization: W. L. Kennedy Jr. & Associates
  7. Distribution: na
  8. Date: Tue, 1 Sep 1992 01:14:10 GMT
  9. Lines: 45
  10.  
  11. I have been beating myself bloody with this one and maybe the collective
  12. wisdom can confirm/explain what I have arrived at with brute force.  I
  13. have a uucp neighbor equipped with at Trailblazer Plus and an Intel V.32bis
  14. modem.  We communicate flawlessly with my WorldBlazers uucp and (I think)
  15. cu.  About ten days ago we tried to bring up a serial IP link using the
  16. Morning Star Technogies package.  I've never had any trouble with the MST
  17. stuff using T-2500s, T-1600s, T-3000s, QBs, or WBs amongst each other on
  18. the Sun SPARC or ISC UNIX (v1.3 TCP/IP please) platforms.
  19.  
  20. Each time that I would make a connection WB->Intel the login interview
  21. would proceed successfully and as soon as the serial IP stuff took over we
  22. would get massive retrains and then a disconnect.  On my end originating we
  23. would get PPP started and I'd send the stuff to negotiate the link but the
  24. Intel end was mute.  If I fell back to SL/IP (not in the same call :-) the
  25. link would get declared up but the Intel was still mute.  Last weekend my
  26. neighbor decided that he would try it with the Intel side initiating the call
  27. but he saw the same problems with PPP that I did, but he was able to connect
  28. and communicate with SL/IP.  You're probably asking yourself if I'm posting
  29. to the right group, read on, please.
  30.  
  31. Sunday I decided to try the same connection to the Trailblazer but at V.22bis
  32. 2400bps.  It worked like a champ.  This evening I decided to try it PEP to
  33. the Trailblazer and again it worked like a champ, modulo what PEP does to
  34. serial IP connections.  Then for the sheer hell of it I decided to try the
  35. Intel one more time but this time I stuck an S50=7S94=2 in the dialer to try
  36. and avoid or omit the retrains that were coming every time.  Voila!  It worked
  37. on the first and each subsequent attempt.  I had already concluded that this
  38. was some kind of cultural problem between Telebit and Intel V.32bis (aren't
  39. standards grand? :-) but this seems to confirm it.
  40.  
  41. Does this make sense to anyone?  Has anyone seen similar problems between the
  42. WorldBlazer and an Intel V.32bis modem?  Is this a viable workaround if you
  43. have?  I'm just as curious as to why serial IP aggravates it when uucp doesn't,
  44. but that really _is_ for another group.  I'm guessing that the WB decides that
  45. the link is so good that they should renegotiate within the modulation scheme
  46. but the Intel doesn't follow and all the wheels come off rather quickly.  By
  47. setting S50=7 (insist on 14,400bps) and S94=2 (don't renegotiate anything) I
  48. have defeated what ever was defeating me.  Should I set S94=2 so that when I
  49. answer a call from a non-Telebit the WB doesn't try to do something with the
  50. other end that the other end can't do?  I should repeat that among Telebit
  51. modems this doesn't happen at all, ever, since I've been watching.  All the
  52. world is not a Telebit but life seems simpler when it is...
  53. -- 
  54. Bill Kennedy            bill@tyche.WLK.COM   |     Real friends don't let
  55.                                              |     friends drive Novell
  56.