i think this is because the window size is allowed to get much larger
befrore something gets dropped on a higer speed segment.
i think sending the window size is still used.
also dont forget that sometimes ICMP is used to control certain things.
of course you've read the rfcs, the authoritative source.
why are you asking questions here?
if you dont understand, it's time to scroll to the RFC credits, and email
the writer =)
-----Original Message-----
From: Brett Johnson [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, July 10, 2001 9:26 AM
To: [EMAIL PROTECTED]
Subject: TCP Ack [7:11703]
After reading a few RFCs(2001 is one of them)and Internetworking with TCP/IP
by Comer I am still having trouble figuring what causes the receiver to send
an ack. From what I read in RFC 2001, the old versions of TCP/IP the sender
would send the window size then expect an ack, but now they use a congestion
window based on the segment size, but what would cause the receiver to send
an ack. Is it based on some setting inside the receiver, ie response time,
packet size... I did a little test and I found that when the sender
receiver were on a high speed connection the receiver acked far less then
when they were on a slower connection. The difference between the two was
substantial almost a 12 to 1 ratio. In the first test the two devices were
on different segments connected through an IP switch, in the second test the
devices were on two different segments connected by a AIX server acting like
a router. Thanks for the help.
Brett
Message Posted at:
http://www.groupstudy.com/form/read.php?f=7&i=11710&t=11703
--------------------------------------------------
FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
