home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / unix / bsd / 8713 < prev    next >
Encoding:
Text File  |  1992-11-10  |  1.5 KB  |  38 lines
  1. Newsgroups: comp.unix.bsd,ics.general
  2. Path: sparky!uunet!europa.asd.contel.com!darwin.sura.net!zaphod.mps.ohio-state.edu!cs.utexas.edu!newsfeed.rice.edu!rice!news.Rice.edu!rich
  3. From: rich@Rice.edu (Richard Murphey)
  4. Subject: Re: [386bsd]: SLIP woes (packetsize > 876)
  5. In-Reply-To: bvickers@valentine.ics.uci.edu's message of 11 Nov 92 01:00:42 GMT
  6. Message-ID: <RICH.92Nov10220937@omicron.Rice.edu>
  7. Sender: news@rice.edu (News)
  8. Reply-To: Rich@rice.edu
  9. Organization: Department of Electrical and Computer Engineering, Rice
  10.     University
  11. References: <2B005B3A.17158@ics.uci.edu>
  12. Date: Wed, 11 Nov 1992 04:09:37 GMT
  13. Lines: 23
  14.  
  15. In article <2B005B3A.17158@ics.uci.edu> bvickers@valentine.ics.uci.edu (Brett J. Vickers) writes:
  16.    I just got SLIP up and running on my computer.  However, whenever I
  17.    try to send a packet of size greater than or equal to 877 bytes,
  18.    nothing happens.  The process trying to send such a packet just sits
  19.    there and hangs.  I found this out using "ping -s869 wherever" (ping
  20.    adds 8 bytes to the packet).
  21.  
  22.    I'm using the standard 386BSD if_sl.[ch] files.  Anyone know why
  23.    this is happening?
  24.  
  25.  
  26. Look at /sys/net/if_sl.c.  The output packet size is limited to 296
  27. (the value of SLMTU).
  28.  
  29. The comments there contain a careful discussion on the trade offs
  30. between fractional overhead of ip headers at lower values v.s. latency
  31. in interactive TCP connections at higher values.
  32.  
  33. Maybe ICMP packets are not fragmented.  Rich
  34.  
  35.    --
  36.    Brett J. Vickers
  37.    bvickers@ics.uci.edu
  38.