While RFC 793 only describes the ra

While RFC 793 only describes the raw mechanism without even mentioning the term "half closed", RFC 1122 elaborates on that matter in section 4.2.2.13. You may wonder who the hell needs that feature. The designers of TCP also implemented the TCP/IP for the Unix system and, like every Unix user, loved I/O redirection. According to W. Stevens (TCP/IP illustrated, Section 18.5) the desire to I/O-redirect TCP streams was the motivation to introduce the feature. It allows the FIN ack take the role of or be translated as EOF. So it's basically a feature that allows you to casually create impomptu request/response-style interaction on the application layer, where the FIN signals "end of request".

결과 (한국어) 1:

설명 하는 동안 RFC 793만 원시 메커니즘도 용어를 언급 하지 않고 "절반 닫힌", RFC 1122 구역 4.2.2.13에서에서 그 문제에 elaborates. 당신이 궁금해 수 있습니다 누가 도대체 요구 기능. TCP의 디자이너 또한 유닉스 시스템에 대 한 TCP/IP 구현 고, 모든 유닉스 사용자 처럼 사랑 I/O 리디렉션. W. 스티븐 스 (TCP/IP 일러스트, 섹션 18.5)에 따르면 O 리디렉션 TCP 스트림 욕망 동기 기능 소개를 했다. 그것은 지 느 러 미 ack 걸릴의 역할 또는 EOF로 번역. 그래서 기본적으로 부담 없이 어디 FIN 신호 "요청의 끝" 응용 프로그램 계층에 impomptu 스타일 요청/응답 상호 작용을 만들 수 있는 기능입니다.

결과 (한국어) 2:

RFC 793 만 심지어 단어를 언급하지 않고 원시 메커니즘을 설명하면서 "반 폐쇄", RFC 1122 섹션 4.2.2.13에서 그 문제에 부연. 당신은 도대체 그 기능을 필요로하는 사람들 궁금 수 있습니다. TCP의 디자이너는 또한 모든 유닉스 사용자처럼, I / O 재 지정을 사랑 유닉스 시스템의 TCP / IP를 구현합니다. W. 스티븐스 (TCP / IP 그림, 섹션 18.5) I / O 리디렉션 TCP 스트림에 대한 욕​​망에 따라 기능을 소개하는 동기 부여이었다. 그것은 FIN이 ACK의 역할을하거나 EOF로 변환 할 수 있습니다. 그래서 당신이 부담 응용 프로그램 계층의 FIN 신호 "요청의 끝"에 요청 / 응답 스타일 상호 작용을 impomptu 만들 수있는 기능은 기본적입니다.

결과 (한국어) 3:

비록 rfc 793 아니라 원래 체제 설명 안 들고 "반 눈", 이 일을 rfc 1122 명백하게 제 4.2.2.13.당신 혹시 누가 그 기능을 한다.tcp 아직 시행 디자이너 tcp / ip unix 시스템에서, 마치 모든 사용자 unix, 사랑 내 / o 색.. 들고 따라 (tcp / ip 화보, 제 18.5) 하고, 나는 / o-redirect 동기 tcp 흘러 도입 특징.그것 때문에 지느러미 확인 역을 또는 번역 eof.그래서 기본적으로 이 기능을 만들 수 있습니다. impomptu 함부로 요청 스타일 인 응용 계층 지느러미 신호 "들고 어디 좀 ".