RE: [RPRWG] Fw: RPR Perf: Thoughts on TCP parameters
I agree with Jie. In the past we have observed that packet size can affect
how TCP flows
ramp up. For the same RTT, BW and TCP setting, a TCP flow with smaller size
packet might
rampup faster probably because more ACKs being received. Has anyone come
across any study
on the effect of packet size on fairness on RED, etc? It would be nice to
look into this
to better understand it.
Adisak
-----Original Message-----
From: Jie Pan [mailto:jie.pan@xxxxxxxx]
Sent: Friday, June 29, 2001 8:19 AM
To: Reflector RPRWG
Subject: RE: [RPRWG] Fw: RPR Perf: Thoughts on TCP parameters
Sanjay and Yiming,
I have no objection to focus on long lived flows for initial simulation,
with the understanding that both types of flows will be used in later
simulations. However, using the average size packet might lead to
significantly different results. The price for the simplicity may be just
too high.
From my experience, I don't think that it is too difficult to generate
packet sizes according to the discrete distribution described in your
proposal...
Thanks,
Jie Pan, Ph.D.
Global Access Technology Development, WorldCom
400 International Parkway, Richardson, TX 75081
Enclosure:
"... Packet Size: Packet sizes are variable on Internet. By packets, 60%
packet are 64bytes, 20% are around 500bytes, and another 20% are 1536 bytes
[1]. Average packet size is 500 bytes [1]. It is hard to generate multiple
distributions in application specified simulations. Thus, we should use the
average size packet for the sake of simplicity...."
-----Original Message-----
From: owner-stds-802-17@xxxxxxxxxxxxxxxxxx
[mailto:owner-stds-802-17@xxxxxxxxxxxxxxxxxx]On Behalf Of Khaled Amer
Sent: Friday, June 29, 2001 12:13 AM
To: Reflector RPRWG
Subject: [RPRWG] Fw: RPR Perf: Thoughts on TCP parameters
All,
Sanjay Agrawal fulfilled his promise to put together his ideas regarding the
TCP simulation parameters.
We were discussing also if he can help out with scenarios for UDP.
I didn't want to hold on to his document longer (to include UDP also) to
allow for people to get to review it and provide comments on the reflector
(as needed) before the meeting in Portland. We'll include time for
discussions on this in the schedule.
Thanks.
Khaled Amer
President, AmerNet Inc.
Architecture Analysis and Performance Modeling Specialists
Address: 13711 Solitaire Way, Irvine, CA 92620
Phone: (949)552-1114 Fax: (949)552-1116
e-mail: amer@xxxxxxxxxxx
Web: www.performancemodeling.com