Merit Network
Can't find what you're looking for? Search the Mail Archives.
  About Merit   Services   Network   Resources & Support   Network Research   News   Events   Home

Discussion Communities: Merit Network Email List Archives

North American Network Operators Group

Date Prev | Date Next | Date Index | Thread Index | Author Index | Historical

Re: MFS WorldCom/WilTel/LDDS

  • From: Jeremy Porter
  • Date: Thu Aug 29 01:46:32 1996

>
>OK, I will bite.  What is wrong with this comparison of UDP with TCP?  As
>far as I can see the only error is that it implies incorrectly that UDP
>traffic is not affected by congestion.  But it is quite valid in the
>statement that UDP will tend to crowd out TCP.  (Except for short TCP
>transmissions for which congestion control does not have time to take
>effect.)  Per megabyte of traffic, UDP will tend to cause more delay to
>other traffic stream than will  TCP.  What am I overlooking?

UDP will also crowd out itself in ways such that things like
DNS quits working, not to mention the streaming UDP protocols.
Protocols that don't have congesition limiting built in,
and which stream, and which are real time, will not be long
lived.  My longer lived TCP streams will get my data through
eventually, where the CUSeeMe stream may choke a link or to,
it won't really be able to provide any real service due to multiple
aggreesive protocols condending for the bandwidth.

So to a large extent these effects are self limiting in the long
term.  However it is sever lack of clue that some of these
software designers are specificly designing to use UDP for two
reasons: A.  Its harder for people to filter them out, and B.
they don't want congestion control to slow them down.

A. is solved with a larger stick (or hammer), and B is self limiting
due to the popularity of the protocols.

Its only a matter of time before DNS gets considered a "bad" protocol
because it users UDP.  

There are a handful of people that do have some very good ideas
about how the Net will evolve and scaling issues will be solved,
and quite a few are in places to do things about it, but
you don't see any popular coverage of "peering for pay", "strict peering"
v. "loose peering", parital tranasit, capture effects of low
priced dialup acounts as they might be compared to the magazine subscrition
business, etc.

However, I can assure one and all, that:
You WILL.
And it won't be brought to you by AT&T or Infoworld for that
matter.

>Roger Bohn
>
>P.S. Remember the flap 6 months ago when EUNet basically tried to ban
>CuSeeMe for exactly this reason.
>
>At 6:39 PM -0500 8/28/96, Jeremy Porter wrote:
>stuff omitted
>>
>>Under the section "Dirty Secret" "One dirty little secret is that most
>>phone calls and videoconferences ram their way past data transmissions
>>by using a bully of a communications method called UDP.  Unlike the more
>>polite Transmission Control Protocol, TCP, which drops back
>>when it detects congestion, UDP continues at full speed, elbowing
>>ahead of TCP traffic. Yet UDP customers aren't paying anything extra for
>>their fast lane".
>>
>>Sigh, you should see the section on peering.  Its worse.
>>
>
>


-- 
Jeremy Porter, Freeside Communications, Inc.      jerry@fc.net
PO BOX 80315 Austin, Tx 78708  |  1-800-968-8750  |  512-459-9816
http://www.fc.net
- - - - - - - - - - - - - - - - -




Discussion Communities


About Merit | Services | Network | Resources & Support | Network Research
News | Events | Contact | Site Map | Merit Network Home


Merit Network, Inc.