🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: comp.protocols.ppp
Article #153

Re: Modem Advice

#153
From: Edward Vielmetti
Date: Mon, 28 Sep 1992 14:33
18 lines
1474 bytes
Jim Rees (rees@pisa.citi.umich.edu) wrote:
: 
: I don't understand why this queueing was done on the basis of tcp port
: number rather than packet size.  Wouldn't it be far more general to put all
: packets below a certain size on the fast queue?  I know this would result in
: some packet re-ordering within connections, but that should be ok.

my guess is that this would do perverse things to round-trip estimators,
and that you'd have tcp implementations getting confused about just how
fast and how congested the link was.  e.g. the acks would come back "too
fast" and overly encourage the production of new big packets to clog the link.

you'd want to try it out to see, of course, but i suspect that in general
you'll have better results if you skew performance on a per-connection
basis rather than a per-packet basis.

  Edward Vielmetti, vice president for research, Msen Inc. emv@Msen.com
        Msen Inc., 628 Brooks, Ann Arbor MI  48103 +1 313 998 4562
Technical Details
Message-ID: <1a817gINNmn2@nigel.msen.com>
Path: arc1-ca.pugleaf.net!sparky!uunet!ogicse!uwm.edu!spool.mu.edu!yale.edu!nigel.msen.com!nigel.msen.com!not-for-mail
References: <5b722dc8.1bc5b@pisa.citi.umich.edu>

Show Full Headers
Complete Article Headers
Path: arc1-ca.pugleaf.net!sparky!uunet!ogicse!uwm.edu!spool.mu.edu!yale.edu!nigel.msen.com!nigel.msen.com!not-for-mail
From: emv@msen.com (Edward Vielmetti)
Newsgroups: comp.protocols.ppp
Subject: Re: Modem Advice
Message-ID: <1a817gINNmn2@nigel.msen.com>
Date: 28 Sep 92 14:33:06 GMT
Article-I.D.: nigel.1a817gINNmn2
References: <5b722dc8.1bc5b@pisa.citi.umich.edu>
Organization: Msen, Inc. -- Ann Arbor, Michigan
Lines: 18
NNTP-Posting-Host: nigel.msen.com
X-Newsreader: TIN [version 1.1 PL6]