There is a price for being a non-conformist :) -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf Of Tom Lisa Sent: 18 October 2001 20:50 To: [EMAIL PROTECTED] Subject: Re: Slow wan link. TCP traffic "ok", UDP not okay. Please help! [7:23419]
Priscilla, If you would just get a PC, MS IE, and sign up with AOL you wouldn't keep having these problems! {:-) (please don't throw anything, I'm a senior citizen & bruise easy) Prof. Tom Lisa, CCAI Community College of Southern Nevada Cisco Regional Networking Academy Priscilla Oppenheimer wrote: Mangled again. Is it because I use Eudora and a Macintosh mail server that I can't participate in this group effectively? Just wondering. I'm pretty sick of spending a lot of time on an answer and having it either not posted or mangled. Kvetch, kvetch. I'm just adding some text here so that the URL won't be too near the top and be eliminated (yet another bug with the list). OK, hopefully that's enough. See this document for the answer that I wrote (hopefully this won't be mangled too). http://www.priscilla.com/tftp.html. Priscilla At 01:23 PM 10/18/01, Priscilla Oppenheimer wrote: >This list either filters my answers or mangles them. > >I'll make another try here. It it comes out mangled again, I'll post it >somewhere on my Web site when I have time. > > >TFTP is a trivial protocol running on top of a trivial protocol (UDP). You >shouldn't expect it to have good throughput. > >TFTP uses a block size of 512 bytes. The protocol is a command/reply >(Ping-Pong protocol) with no windowing, flow control, etc. The protocol >looks like this: > >Write Request-> > > > > > > > > >If there are any problems, the application-layer TFTP notices a missing ACK >and retransmits. > >FTP, on the hand uses TCP. It looks more like: > >SYN my segment (packet size) is 1500 >SYN ACK my segment size is also 1500 >ACK > >GET (FTP command), TCP receive window is 8,192 (or whatever)-> > >Hey All. I was wondering if someone could help me out with a problem i'm > >working on. It's very weird to me and I can't find any reason why this may > >be happening other than possible a Queuing issue. Please comment. > > > > I've done some testing to show the response issues from >spikinisse > >to an auburn hills tftp/ftp box. When a 9 meg > > file is copied from one of the 6509's in Spijkenisse using tftp we > >see a speed of 4k/sec (9041904 bytes copied in 2251.956 secs (4016 > >bytes/sec) > > However, when I ftp'd a 2meg file from a server in Spijkenisse to > >the same server in Auburn Hills, I see a speed of 166k/sec (2024013 bytes > >sent in 12 > > seconds (166.12 Kbytes/s) Seeing as in Spijkinisse it is > >approximately 8pm and they have 4 E1's, there should not be an issue with > >over-utilization. > > It intrigue's me as to how a UDP based application (tftp) can have > >such a ridiculously slow speed of 4k/sec and a TCP based application (ftp) > >has an > > average speed (considering 4 e1's) of 166k/sec. > > > > Spikinisse has a group of E1's to the cloud and our site in Auburn > >Hills has a full DS3 to the cloud. > > > >Spik is in the Netherlands, and Auburn Hills is in the US. Any more > >information I need to provide? >________________________ > >Priscilla Oppenheimer >http://www.priscilla.com ________________________ Priscilla Oppenheimer http://www.priscilla.com [EMAIL PROTECTED] Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=23446&t=23446 -------------------------------------------------- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]