home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / dcom / modems / 16944 < prev    next >
Encoding:
Internet Message Format  |  1992-11-17  |  2.6 KB
  1. Path: sparky!uunet!hayes!tnixon
  2. From: tnixon@hayes.com
  3. Newsgroups: comp.dcom.modems
  4. Subject: Re: ZyXEL: Fall Forward? Yes or No?
  5. Message-ID: <6343.2b08d778@hayes.com>
  6. Date: 17 Nov 92 11:28:56 EDT
  7. References: <rhoward.721069740@matd> <oi0cuB1w165w@zswamp.UUCP> <1992Nov17.063557.22167@engr.uark.edu>
  8. Organization: Hayes Microcomputer Products, Norcross, GA
  9. Lines: 40
  10.  
  11. In article <1992Nov17.063557.22167@engr.uark.edu>, hbj@engr.uark.edu
  12. (Bernard Johnson) writes: 
  13.  
  14. > geoff@zswamp.UUCP (Geoffrey Welsh) writes:
  15. >>   *All* V.32bis modems must support fallback and fallforward requests.  
  16. >>However, they are not obliged to honour them (i.e., they may refuse and insist 
  17. >>on keeping the current speed), 
  18. > 
  19. > I really wouldn't call that supporting it then.  The way I understood the spec
  20. > was that the modem was not required to initiate a fall{back/forward} but must
  21. > honor one if requested by the connected modem.
  22.  
  23. No, Mr. Welsh is correct.  The standard requires a V.32bis modem 
  24. that receives a rate renegotiation request to respond to that 
  25. request.  The request includes a bitmap of speeds acceptable to the 
  26. initiator (usually, the desired speed and all lower speeds); the
  27. response includes a bitmap of speeds acceptable to the responder. 
  28. These bitmaps are "ANDed" together.  If the result is 00000, the
  29. call is disconnected.  If the result is non-zero, the speed changes 
  30. to the highest speed in common between the those indicated by the 
  31. initiator and those indicated by the responder.
  32.  
  33. There are several situations in which a responder might want to not 
  34. accept a rate renegotiation: it might be receiving line noise not 
  35. apparent to the initiator; it's DTE might be connected in plain old 
  36. async mode (&Q0) without flow control, in which case speed changing 
  37. is impossible; it might be a synchronous modem being externally 
  38. clocked, in which case speed changing is also impossible.  The 
  39. standard simply cannot require a modem to change speeds if it is 
  40. impossible or inappropriate to do so.  All the standard can do is 
  41. specify how it is done, but it must be left up to the modems, based 
  42. on line conditions and application requirements, to decide whether 
  43. or not a particular request will be accepted.
  44.  
  45. -- 
  46. Toby Nixon, Principal Engineer      | Voice   +1-404-840-9200  Telex 401243420
  47. Hayes Microcomputer Products, Inc.  | Fax     +1-404-447-0178  CIS   70271,404
  48. P.O. Box 105203                     | BBS     +1-404-446-6336  AT&T    !tnixon
  49. Atlanta, Georgia  30348             | UUCP uunet!hayes!tnixon  Fido   1:114/15
  50. USA                                 | Internet                tnixon@hayes.com
  51.