Цитаты из http://www.ietf.org/rfc/rfc2582.txt (New Reno):
RFC 2001 [RFC2001] documents the following four intertwined TCP congestion control algorithms: Slow Start, Congestion Avoidance, Fast Retransmit, and Fast Recovery. RFC 2581 [RFC2581] explicitly allows certain modifications of these algorithms, including modifications that use the TCP Selective Acknowledgement (SACK) option [MMFR96], and modifications that respond to "partial acknowledgments" (ACKs which cover new data, but not all the data outstanding when loss was detected) in the absence of SACK. This document describes a specific algorithm for responding to partial acknowledgments, referred to as NewReno.
Добавьте к этому ECN (http://www.icir.org/floyd/ecn.html) и скажите, отличаются ли остальные технологии по степени реализации от ECN?
Почитайте RFC 3135 (TCP Performance Enhancing Proxies). Добавление пары PEP в середину линка сушественно повышает производительность TCP по части задержек и степени использования полосы. В РФСи речь идет конечно о каналах с большой latency по природе, но недостатки TCP очевидны.
Slow Start тоже мешает в случае отдачи скажем мелких документов по HTTP с сервера с гигабитным подключением клиенту с всего лишь мегабитом. PathMTU тоже наш враг хотя он безусловно лучше фрагментации.
TCP подразумевает гомогенность среды на всем пути следования пакета по части MTU и полосы пропускания и был разработан исходя из этих требований (вспомните где и когда). Он также подразумевает тотальное недоверие всем узлам на пути следования пакета и полной независимостью отдельных соединений друг от друга. Все эти предположения в реальных сетях не выполняются и соответственно протокол спроектированный с их учетом был бы намного эффективнее.
![[identity profile]](https://www.dreamwidth.org/img/silk/identity/openid.png){kind=small}
![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png)
timeasmymeasure
no subject
Date: 2006-10-16 02:36 pm (UTC)RFC 2001 [RFC2001] documents the following four intertwined TCP
congestion control algorithms: Slow Start, Congestion Avoidance, Fast
Retransmit, and Fast Recovery. RFC 2581 [RFC2581] explicitly allows
certain modifications of these algorithms, including modifications
that use the TCP Selective Acknowledgement (SACK) option [MMFR96],
and modifications that respond to "partial acknowledgments" (ACKs
which cover new data, but not all the data outstanding when loss was
detected) in the absence of SACK. This document describes a specific
algorithm for responding to partial acknowledgments, referred to as
NewReno.
Добавьте к этому ECN (http://www.icir.org/floyd/ecn.html) и скажите, отличаются ли остальные технологии по степени реализации от ECN?
Почитайте RFC 3135 (TCP Performance Enhancing Proxies). Добавление пары PEP в середину линка сушественно повышает производительность TCP по части задержек и степени использования полосы. В РФСи речь идет конечно о каналах с большой latency по природе, но недостатки TCP очевидны.
Slow Start тоже мешает в случае отдачи скажем мелких документов по HTTP с сервера с гигабитным подключением клиенту с всего лишь мегабитом. PathMTU тоже наш враг хотя он безусловно лучше фрагментации.
TCP подразумевает гомогенность среды на всем пути следования пакета по части MTU и полосы пропускания и был разработан исходя из этих требований (вспомните где и когда). Он также подразумевает тотальное недоверие всем узлам на пути следования пакета и полной независимостью отдельных соединений друг от друга. Все эти предположения в реальных сетях не выполняются и соответственно протокол спроектированный с их учетом был бы намного эффективнее.