ESA - Cronologia

SMascolo: /* References */

2006-10-02T17:08:02Z

‎References

Ldecicco: /* References */

2006-10-02T17:05:35Z

‎References

Ldecicco: /* References */

2006-10-02T17:04:50Z

‎References

Ldecicco: /* 5. Short Description */

2006-10-02T17:02:17Z

‎5. Short Description

Ldecicco: /* 5. Short Description */

2006-10-02T16:59:08Z

‎5. Short Description

Ldecicco: /* 5. Short Description */

2006-10-02T16:42:23Z

‎5. Short Description

Ldecicco: /* 5. Short Description */

2006-10-02T16:26:19Z

‎5. Short Description

Ldecicco: /* 5. Short Description */

2006-10-02T15:49:44Z

‎5. Short Description

Ldecicco: /* 5. Short Description */

2006-10-02T15:49:00Z

‎5. Short Description

Ldecicco il 15:15, 2 Ott 2006

2006-10-02T15:15:04Z

@@ Riga 30: / Riga 30: @@
 Protocols for Fast Long-distance Networks, Feb. 2006, Nara, Japan
-[Peach] I. F. Akyildiz, X. Zhang, J. Fang<br>
+[aky02] I. F. Akyildiz, X. Zhang, J. Fang<br>
 TCP-Peach+: Enhancement of TCP-Peach for satellite IP networks<br>
 IEEE commun. Lett., vol. 6, no. 7, pp. 303-305, Jul 2002

@@ Riga 22: / Riga 22: @@
 ACM Computer Communication Review, April 2004, Vol. 34(2)
-[Mas05] S. Mascolo, G. Racanelli
+[Mas05] S. Mascolo, G. Racanelli<br>
-Testing TCP Westwood+ over Transatlantic Links at 10 Gigabit/second rate
+Testing TCP Westwood+ over Transatlantic Links at 10 Gigabit/second rate<br>
 Third International Workshop on Protocols for Fast Long-Distance Networks, February 3,4 2005, Ecole Normale Superieure, Lyon, Fance
-[Mas06] Saverio Mascolo, Francesco Vacirca
+[Mas06] Saverio Mascolo, Francesco Vacirca<br>
-The effect of reverse traffic on TCP congestion control algorithms
+The effect of reverse traffic on TCP congestion control algorithms<br>
 Protocols for Fast Long-distance Networks, Feb. 2006, Nara, Japan
-[Peach] I. F. Akyildiz, X. Zhang, J. Fang
+[Peach] I. F. Akyildiz, X. Zhang, J. Fang<br>
-TCP-Peach+: Enhancement of TCP-Peach for satellite IP networks
+TCP-Peach+: Enhancement of TCP-Peach for satellite IP networks<br>
 IEEE commun. Lett., vol. 6, no. 7, pp. 303-305, Jul 2002
-[Zhu06] Jing Zhu, Sumit Roy and Jae H. Kim,
+[Zhu06] Jing Zhu, Sumit Roy and Jae H. Kim,<br>
-Performance Modelling of TCP Enhancements in Terrestrial-Satellite Hybrid Networks,
+Performance Modelling of TCP Enhancements in Terrestrial-Satellite Hybrid Networks<br>
 IEEE/ACM Transactions on Networking, vol.14, No.4, pp.753-766, August 2006.

@@ Riga 33: / Riga 33: @@
 TCP-Peach+: Enhancement of TCP-Peach for satellite IP networks
 IEEE commun. Lett., vol. 6, no. 7, pp. 303-305, Jul 2002
 ==Expected Results==

@@ Riga 33: / Riga 33: @@
 TCP-Peach+: Enhancement of TCP-Peach for satellite IP networks
 IEEE commun. Lett., vol. 6, no. 7, pp. 303-305, Jul 2002
 == 8. Specifications ==

@@ Riga 12: / Riga 12: @@
 In order to compare the performances of our protocol with other solutions we will use the network simulator 2.
 [Mas01]
 Saverio Mascolo, Claudio Casetti, Mario Gerla, M. Y. Sanadidi and Ren Wang
@@ Riga 28: / Riga 29: @@
 The effect of reverse traffic on TCP congestion control algorithms
 Protocols for Fast Long-distance Networks, Feb. 2006, Nara, Japan
 == 8. Specifications ==

@@ Riga 11: / Riga 11: @@
 We will test our protocol in a split scenario where the standard TCP NewReno congestion control is used in the terrestrial segment and TCPWSat is used in the satellite segment.
 In order to compare the performances of our protocol with other solutions we will use the network simulator 2.
 [Mas04] L. A. Grieco and S. Mascolo

@@ Riga 2: / Riga 2: @@
 Satellite networks have been deployed with success by several companies in order to allow global broadband access to highly mobile nodes.
 It is well known that the standard transport protocol, TCP, is not well suited for  data transport over satellite links that are characterized by a relatively high bit error rate (BER) and a long propagation delay.
-The congestion control for satellite links is still an open issue and it shares some of the problem addressed in large bandwidth delay product networks [Mas05] [Mas06].
+The congestion control for satellite links is still an open issue and it shares some of the problem addressed in large bandwidth delay product networks because of the large delays introduced in the satellite segment of the network[Mas05] [Mas06].
 Links characterized by high BER suffers of dramatic drops in term of goodput because of the congestion control algorithm employed by TCP Reno which blindly halves the congestion window (cwnd) when 3 duplicate acknowledgment are received inferring a  congestion episode. This heuristic leds to undue cwnd reductions in the presence of lossy links where the duplicate acknowledgment are likely to be due to corruption of data packets.

@@ Riga 11: / Riga 11: @@
 == 8. Specifications ==
 The key technical performance parameters for congestion control algorithms evaluation are the following:
-- Throughput measured in  bit per second (bps) is evaluated as the ratio between the data sent in a period (in bits) and the duration of the period (in seconds).
+* Throughput measured in  bit per second (bps) is evaluated as the ratio between the data sent in a period (in bits) and the duration of the period (in seconds).
-- Goodput measured in bit per second (bps) is the ratio between the data sent in a period without counting the retransimitted bytes and the duration of the period (in seconds).
+* Goodput measured in bit per second (bps) is the ratio between the data sent in a period without counting the retransimitted bytes and the duration of the period (in seconds).
-- Packet retransmission rate is measured as the ratio of retransmitted packets and total packets sent.
+* Packet retransmission rate is measured as the ratio of retransmitted packets and total packets sent.
-- Fairness. It is the performance parameter that evaluate how a protocol is able to fairly distribute the bandwidth between each flow. The Jain Fairness Index evaluates the fairness of a protocol based on throughput obtained by each flow sharing a bottleneck. The maximum value for the index is 1 which infers that each flow obtains the
+* Fairness. It is the performance parameter that evaluates how a protocol is able to fairly distribute the bandwidth between each flow. The Jain Fairness Index evaluates the fairness of a protocol based on throughput obtained by each flow sharing a bottleneck. The maximum value for the index is 1 which infers that each flow obtains the fair share.