Notice
Recent Posts
Recent Comments
Link
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | 5 | 6 | 7 |
8 | 9 | 10 | 11 | 12 | 13 | 14 |
15 | 16 | 17 | 18 | 19 | 20 | 21 |
22 | 23 | 24 | 25 | 26 | 27 | 28 |
29 | 30 | 31 |
Tags
- recommender
- cs231n
- Git
- 인페인팅
- 컴퓨터 보안 키분배
- 머신러닝
- pagerank
- react-cookie
- 커널제거
- 페이지랭크
- 프라미스
- 커널생성
- 메세지인증코드
- feynman's restaurant
- 키분배 알고리즘
- tcp
- 인공지능
- 비동기 프로그래밍
- 협업필터링
- image restoration
- 딥러닝
- 파이썬
- 파인만의 식당문제
- 자바스크립트 비동기
- 러스트
- rust
- brew 권한
- computer vision
- Hits
- Readme image
Archives
- Today
- Total
Worth spreading
TCP flow control의 결함 본문
TCP 는 Rwnd를 이용한 flow control을 제공한다. 그런데 이것에는 한가지 결함이 있다. 수신자는 데이터를 수신했을 때 보내는 ACK 신호의 data segment에 rwnd 값을 담아서 송신자에게 보낸다. Rcv window가 꽉 차서 수신자가 rwnd를 0으로 표기해서 보내면 송신자는 rwnd에 여유가 생겼다는 신호를 받을 때까지 데이터를 전송하지 않는다. 그런데 만약 수신자가 더이상 보낼 ACK가 없다면 송신자와 수신자는 모두 하염없이 기다리는 상황이 된다.
이러한 문제를 방지하기 위해 송신자는 rwnd = 0 라는 신호를 받게 되면 rwnd가 0이 아닌 값이라는 ACK를 받을 때까지 1byte의 데이터를 수신자에게 계속 보낸다.
'Computer science > Computer Network(컴퓨터 통신)' 카테고리의 다른 글
라우터의 hop 추적하기(traceroute) (0) | 2018.09.18 |
---|---|
TCP의 fast retransmit (0) | 2017.04.04 |
Why TCP avoids measuring the SampleRTT for retransmitted segments? (0) | 2017.04.02 |
Comments