home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / dcom / cellrel / 461 < prev    next >
Encoding:
Internet Message Format  |  1992-09-02  |  2.3 KB
  1. Xref: sparky comp.dcom.cell-relay:461 comp.dcom.lans.fddi:591
  2. Newsgroups: comp.dcom.cell-relay,comp.dcom.lans.fddi
  3. Path: sparky!uunet!sun-barr!ames!sgi!rhyolite!vjs
  4. From: vjs@rhyolite.wpd.sgi.com (Vernon Schryver)
  5. Subject: Re: >>>>Future of IP routers
  6. Message-ID: <pbgavto@rhyolite.wpd.sgi.com>
  7. Organization: Silicon Graphics, Inc.  Mountain View, CA
  8. References: <Btx5JH.2t7@usenet.ucs.indiana.edu>
  9. Date: Wed, 2 Sep 1992 13:06:06 GMT
  10. Lines: 37
  11.  
  12. In article <Btx5JH.2t7@usenet.ucs.indiana.edu>, KUMQUAT%SMCVAX.BITNET@mitvma.mit.edu (Gary C. Kessler, +1 802-879-3375) writes:
  13. > If a station on an FDDI ring releases the token because its own TRT has
  14. > expired, it does NOT necessarily follow that anyone else who follows that
  15. > station will also see a "late" token.  Since we all have the same target
  16. > token rotation time (many feel that 8 ms. is an ideal value) and independent
  17. > TRTs, it really depends upon the amount of synchronous bandwidth that is
  18. > allocated and used.  Thus, it is possible that I will see an "early" token,
  19. > use up my entire TRT time (i.e., the entire amount of the earlyness), pass
  20. > it on to you, where you will also see an "early" token.
  21. > 
  22. > Yeah, this is hard to do in just prose...
  23.  
  24.  
  25. I don't see how any synchronous bandwidth allocation can make the
  26. token appear to arrive earlier with respect to the local TRT than
  27. otherwise.
  28.  
  29. The Token Rotation Timer of all stations downstream of the station that
  30. is currently transmitting and about to have its own TRT expire are
  31. "earlier" and closer to expiring than the transmitting station.  That
  32. is because the transmitting station saw the token most recently (it was
  33. the last station to see the token) and so reset its own TRT most
  34. recently.  All other stations on the ring are certain to think the
  35. token is even more "late" than the transmitting station whose on TRT
  36. expired.
  37.  
  38. Some of us do not think much of an 8 ms.  For example, an 8 ms TTRT on
  39. a ring with 1 ms latency limits the maximum possible bandwidth between
  40. any pair of stations to about 77Mbit/sec.  I think maximum bandwidth
  41. goes something like (TTRT-latency)/(TTRT+latency) with a correction for
  42. the frame being transmitted when TRT expires.  A maximum sized ring
  43. with a 1.67 ms latency and 8 ms TTRT permits only 65 Mbit/sec between
  44. any pair of stations even when the rest of the ring is completely
  45. idle.  That is just plain silly!
  46.  
  47.  
  48. Vernon Schryver,  vjs@sgi.com
  49.