home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / protocol / tcpip / 5622 < prev    next >
Encoding:
Internet Message Format  |  1992-12-15  |  1.1 KB
  1. Xref: sparky comp.protocols.tcp-ip:5622 comp.sys.mips:1126
  2. Path: sparky!uunet!ferkel.ucsb.edu!ucsbcsl!spectrum.CMC.COM!fennel.acc.com!art
  3. From: art@acc.com (Art Berggreen)
  4. Newsgroups: comp.protocols.tcp-ip,comp.sys.mips
  5. Subject: Re: maximum size of UDP datagrams [ethernet]
  6. Message-ID: <1992Dec15.172343.24479@acc.com>
  7. Date: 15 Dec 92 17:23:43 GMT
  8. References: <Bz2tLw.JH5@ecf.toronto.edu>
  9. Organization: ACC, Advanced Computer Communications
  10. Lines: 13
  11.  
  12. In article <Bz2tLw.JH5@ecf.toronto.edu> steve@ecf.toronto.edu (Steve Kotsopoulos) writes:
  13. >Broadcast UDP datagram cannot be fragmented, so it must fit into the
  14. >1500 byte data portion of an ethernet frame. After sustracting 20 bytes
  15. >for the IP header, and another 8 bytes for the UDP header, you are left
  16. >with 1472 bytes for user data. [these numbers are based on the diagrams
  17. >on page 208 in "UNIX Network Programming" by W. Richard Stevens]
  18.  
  19. I believe that not fragmenting broadcasts is a "BSD-ism", and is not explicitly
  20. illegal in the IP spec.  But because of this defacto rule, and that broadcasting
  21. fragments affects every IP station (consuming reassembly resources), it's
  22. probably a a good thing to avoid.
  23.  
  24. Art
  25.