evaluate TCP Low Priority congestion control algorithm on ns3

 A point to point channel is built to test the performance of vegas. The link bandwidth is 3Mbps, propagation delay is 50 ms, maxmium buffer length(100ms). Three flows are involved in tests.

When three flows all take ledbat for rate control.

 The sending rate got from sender side:
evaluate TCP Low Priority congestion control algorithm on ns3
 packets receiving rate got form receiver(calculated at every five seconds):
evaluate TCP Low Priority congestion control algorithm on ns3
 one way delay of received packets:
evaluate TCP Low Priority congestion control algorithm on ns3
 Intra-protocol bandwidth allocation fairness can be guaranteed.

When two tcp-lp flows share links with a reno flow

 The flow3 takes reno for rate control.
 The sending rate got from sender side:
evaluate TCP Low Priority congestion control algorithm on ns3
 packets receiving rate got form receiver:
evaluate TCP Low Priority congestion control algorithm on ns3
 Comments: Oh no, it seems low priority tcp flows show no sign of inferior rate to tcp reno flow.
[1] TCP-LP: A Distributed Algorithm for Low Priority Data Transfer
[2] 低优先级的TCP拥塞控制TCP-LP