(RFC 문서에 다루지 않으므로 따로 조사하여 추가했습니다.)

23. Corruption experienced

23: 손상 경험

참고: http://www.isi.edu/tcpsat/list/archive/0942.html

The Corruption Experienced Option provides a means for a TCP connection to react to data loss caused by corruption differently than to loss caused by congestion. Currently, TCP assumes that all loss is a result of congestion. When losses are due to corruption, TCP's congestion response is inappropriate, and has a negative effect on throughput. Use of the Explicit Corruption Notification option is only appropriate in networks where congestion is explicitly signaled. In the absence of an explicit corruption signal, loss is assumed to be due to congestion, and congestion recovery mechanisms are invoked. There remains a further issue, which is the coincidence of corruption in one portion of the network and severe congestion in another. The case in which (all) congestion signals fail either due to congestion collapse or corruption of the congestion signals is under study.

 손상 경험 옵션은 TCP 연결에서 혼잡으로 인한 손실이 발생했다는 옵션 값입니다. 현재는 TCP는 모든 손실이 혼잡으로 발생했다고 가정합니다. 손실이 손상으로 발생했을 때, TCP 혼잡 반응은 적절하지 않으며, 결과적으로 처리량에 부정적인 영향을 줍니다. 명백한 손상 알림은 명시적으로 혼잡이 발생했을 때 적절하게 쓰일 수 있습니다. 혼잡으로 인해 손실이 발생했다고 가정하고 혼잡 복구 구현을 시도합니다. 이는 나중에 있을지 모를 다른 네트워크 간의 심각한 혼잡으로 인한 손상 발생을 대비 하기 위해서입니다. 혼잡 붕괴로 실패 신호나 혼잡으로 인한 손상으로 인한 신호는 현재 연구 중입니다.

 

Posted by 카켈