TCP - 편집 역사

Ahn9807: 봇: 자동으로 텍스트 교체 (-\[\[분류:컴퓨터 네트워크(\|[^\]]+)?\]\] +분류:컴퓨터 네트워킹\1)

2026-01-15T13:03:23Z

봇: 자동으로 텍스트 교체 (-\[\[분류:컴퓨터 네트워크(\|[^\]]+)?\]\] +분류:컴퓨터 네트워킹\1)

← 이전 판		2026년 1월 15일 (목) 13:03 판
168번째 줄:		168번째 줄:


	[[분류:컴퓨터 ~~네트워크~~]]		[[분류:컴퓨터 네트워킹]]

Pinkgo: /* TCP segment Structure */

2025-04-18T19:17:11Z

TCP segment Structure

차이 보기

2025년 4월 5일 (토) 18:56에 Pinkgo님의 편집

2025-04-05T18:56:51Z

← 이전 판		2025년 4월 5일 (토) 18:56 판
161번째 줄:		161번째 줄:
	모든 세그먼트들이 서버와 클라이언트 사이에서 교환되면 '''TCP 연결을 종료'''하여야 한다. CP 연결에 참여한 양쪽 프로세스는 어느 쪽이든 연결을 종료할 수 있으며, 연결이 종료되면 버퍼 및 변수 등 리소스들이 해제된다.<br>		모든 세그먼트들이 서버와 클라이언트 사이에서 교환되면 '''TCP 연결을 종료'''하여야 한다. CP 연결에 참여한 양쪽 프로세스는 어느 쪽이든 연결을 종료할 수 있으며, 연결이 종료되면 버퍼 및 변수 등 리소스들이 해제된다.<br>
	예를 들어, 클라이언트가 서버에게 종료 요청을 보낸다고 가정하자. 이때 클라이언트 application은 close 명령을 TCP에 내리며, TCP는 FIN 비트가 1로 설정된 특별한 TCP 세그먼트를 서버에게 전송한다. 서버는 이 세그먼트를 수신하면 클라이언트에게 ACK 세그먼트와 연결의 종료를 알리는 FIN 세그먼트를 보낸다. 이를 수신한 클라이언트는 해당 FIN 세그먼트를 ACK한다.		예를 들어, 클라이언트가 서버에게 종료 요청을 보낸다고 가정하자. 이때 클라이언트 application은 close 명령을 TCP에 내리며, TCP는 FIN 비트가 1로 설정된 특별한 TCP 세그먼트를 서버에게 전송한다. 서버는 이 세그먼트를 수신하면 클라이언트에게 ACK 세그먼트와 연결의 종료를 알리는 FIN 세그먼트를 보낸다. 이를 수신한 클라이언트는 해당 FIN 세그먼트를 ACK한다.

			==[[TCP Congestion Control]]==
			자세한 내용은 [[TCP Congestion Control]] 문서를 참조하십시오.

	==각주==		==각주==

Pinkgo: /* TCP: Closing a connection */

2025-04-05T14:50:48Z

TCP: Closing a connection

← 이전 판		2025년 4월 5일 (토) 14:50 판
157번째 줄:		157번째 줄:

	===TCP: Closing a connection===		===TCP: Closing a connection===
			[[파일:TCP- closing a connection.png\|테두리\|프레임없음\|290x290픽셀]]

	모든 세그먼트들이 서버와 클라이언트 사이에서 교환되면 '''TCP 연결을 종료'''하여야 한다. CP 연결에 참여한 양쪽 프로세스는 어느 쪽이든 연결을 종료할 수 있으며, 연결이 종료되면 버퍼 및 변수 등 리소스들이 해제된다.<br>		모든 세그먼트들이 서버와 클라이언트 사이에서 교환되면 '''TCP 연결을 종료'''하여야 한다. CP 연결에 참여한 양쪽 프로세스는 어느 쪽이든 연결을 종료할 수 있으며, 연결이 종료되면 버퍼 및 변수 등 리소스들이 해제된다.<br>
	예를 들어, 클라이언트가 서버에게 종료 요청을 보낸다고 가정하자. 이때 클라이언트 application은 close 명령을 TCP에 내리며, TCP는 FIN 비트가 1로 설정된 특별한 TCP 세그먼트를 서버에게 전송한다. 서버는 이 세그먼트를 수신하면 클라이언트에게 ACK 세그먼트와 연결의 종료를 알리는 FIN 세그먼트를 보낸다. 이를 수신한 클라이언트는 해당 FIN 세그먼트를 ACK한다.		예를 들어, 클라이언트가 서버에게 종료 요청을 보낸다고 가정하자. 이때 클라이언트 application은 close 명령을 TCP에 내리며, TCP는 FIN 비트가 1로 설정된 특별한 TCP 세그먼트를 서버에게 전송한다. 서버는 이 세그먼트를 수신하면 클라이언트에게 ACK 세그먼트와 연결의 종료를 알리는 FIN 세그먼트를 보낸다. 이를 수신한 클라이언트는 해당 FIN 세그먼트를 ACK한다.

Pinkgo: /* TCP: Closing a connection */

2025-04-05T14:49:52Z

TCP: Closing a connection

← 이전 판		2025년 4월 5일 (토) 14:49 판
158번째 줄:		158번째 줄:
	===TCP: Closing a connection===		===TCP: Closing a connection===
	모든 세그먼트들이 서버와 클라이언트 사이에서 교환되면 '''TCP 연결을 종료'''하여야 한다. CP 연결에 참여한 양쪽 프로세스는 어느 쪽이든 연결을 종료할 수 있으며, 연결이 종료되면 버퍼 및 변수 등 리소스들이 해제된다.<br>		모든 세그먼트들이 서버와 클라이언트 사이에서 교환되면 '''TCP 연결을 종료'''하여야 한다. CP 연결에 참여한 양쪽 프로세스는 어느 쪽이든 연결을 종료할 수 있으며, 연결이 종료되면 버퍼 및 변수 등 리소스들이 해제된다.<br>
	예를 들어, 클라이언트가 서버에게 종료 요청을 보낸다고 가정하자. 이때 클라이언트 application은 close 명령을 TCP에 내리며, TCP는 FIN 비트가 1로 설정된 특별한 TCP 세그먼트를 서버에게 전송한다.		예를 들어, 클라이언트가 서버에게 종료 요청을 보낸다고 가정하자. 이때 클라이언트 application은 close 명령을 TCP에 내리며, TCP는 FIN 비트가 1로 설정된 특별한 TCP 세그먼트를 서버에게 전송한다. 서버는 이 세그먼트를 수신하면 클라이언트에게 ACK 세그먼트와 연결의 종료를 알리는 FIN 세그먼트를 보낸다. 이를 수신한 클라이언트는 해당 FIN 세그먼트를 ACK한다.

	==각주==		==각주==

Pinkgo: /* TCP: 3-Way Handshaking */

2025-04-05T14:48:21Z

TCP: 3-Way Handshaking

← 이전 판		2025년 4월 5일 (토) 14:48 판
146번째 줄:		146번째 줄:
	3-way handshaking은 2-way handshaking의 문제를 해결하기 위해 만들어졌다. 이는 2-way handshaking이 단순히 acc_conn(x)을 답신만 하면 ESTAB 상태가 되었던 것과는 달리, 클라이언트로부터 서버로부터의 응답을 받았다는 세그먼트를 받으면 비로소 ESTAB 상태가 된다. 이를 더욱 자세히 설명하면 아래와 같다.		3-way handshaking은 2-way handshaking의 문제를 해결하기 위해 만들어졌다. 이는 2-way handshaking이 단순히 acc_conn(x)을 답신만 하면 ESTAB 상태가 되었던 것과는 달리, 클라이언트로부터 서버로부터의 응답을 받았다는 세그먼트를 받으면 비로소 ESTAB 상태가 된다. 이를 더욱 자세히 설명하면 아래와 같다.
	# 클라이언트 측 TCP는 먼저 '''SYN 세그먼트'''를 서버 측 TCP로 전송한다.		# 클라이언트 측 TCP는 먼저 '''SYN 세그먼트'''를 서버 측 TCP로 전송한다.
	#* 해당 세그먼트는 payload 부분의 데이터는 비어있지만, 세그먼트 헤더에 있는 SYN ~~bit가~~ 1로 설정된다.		#* 해당 세그먼트는 payload 부분의 데이터는 비어있지만, 세그먼트 헤더에 있는 SYN 비트가 1로 설정된다.
	#* 또한 클라이언트는 임의로 ISN을 정하여 시퀸스 번호 필드를 설정하고, 해당 세그먼트를 IP datagram으로 캡슐화하여 전송한다.		#* 또한 클라이언트는 임의로 ISN을 정하여 시퀸스 번호 필드를 설정하고, 해당 세그먼트를 IP datagram으로 캡슐화하여 전송한다.
	# 클라이언트로부터 온 IP 데이터그램이 서버 호스트에 도착한다.		# 클라이언트로부터 온 IP 데이터그램이 서버 호스트에 도착한다.
	#* 이때 서버는 TCP SYN 세그먼트를 추출하고 해당 연결에 필요한 버퍼와 변수들을 할당한 후 클라이언트에게 '''SYNACK 세그먼트'''를 전송한다.		#* 이때 서버는 TCP SYN 세그먼트를 추출하고 해당 연결에 필요한 버퍼와 변수들을 할당한 후 클라이언트에게 '''SYNACK 세그먼트'''를 전송한다.
	#* 해당 SYNACK 세그먼트는 SYN ~~bit가~~ 1로 설정되고, ACK 필드는 <code>client_ISN + 1</code>로 설정되며, 서버의 ISN을 임의로 설정하여 시퀸스 번호 필드에 넣는다.		#* 해당 SYNACK 세그먼트는 SYN 비트가 1로 설정되고, ACK 필드는 <code>client_ISN + 1</code>로 설정되며, 서버의 ISN을 임의로 설정하여 시퀸스 번호 필드에 넣는다.
	# 클라이언트가 SYNACK 세그먼트를 수신한다.		# 클라이언트가 SYNACK 세그먼트를 수신한다.
	#* 클라이언트는 버퍼와 변수를 할당하고, 서버에게 SYNACK에 대한 ACK을 의미하는 또 하나의 세그먼트를 보낸다.		#* 클라이언트는 버퍼와 변수를 할당하고, 서버에게 SYNACK에 대한 ACK을 의미하는 또 하나의 세그먼트를 보낸다.
	#* 이미 연결이 설정된 상태이므로(ESTAB) SYN ~~bit는~~ 0으로 설정되며, ACK 필드는 <code>server_ISN + 1</code>로 설정된다.		#* 이미 연결이 설정된 상태이므로(ESTAB) SYN 비트는 0으로 설정되며, ACK 필드는 <code>server_ISN + 1</code>로 설정된다.
	#* 해당 세그먼트를 받은 서버는 비로소 ESTAB 상태가 된다.		#* 해당 세그먼트를 받은 서버는 비로소 ESTAB 상태가 된다.

Pinkgo: /* TCP: Closing a connection */

2025-04-05T14:47:35Z

TCP: Closing a connection

← 이전 판		2025년 4월 5일 (토) 14:47 판
157번째 줄:		157번째 줄:

	===TCP: Closing a connection===		===TCP: Closing a connection===
			모든 세그먼트들이 서버와 클라이언트 사이에서 교환되면 '''TCP 연결을 종료'''하여야 한다. CP 연결에 참여한 양쪽 프로세스는 어느 쪽이든 연결을 종료할 수 있으며, 연결이 종료되면 버퍼 및 변수 등 리소스들이 해제된다.<br>
			예를 들어, 클라이언트가 서버에게 종료 요청을 보낸다고 가정하자. 이때 클라이언트 application은 close 명령을 TCP에 내리며, TCP는 FIN 비트가 1로 설정된 특별한 TCP 세그먼트를 서버에게 전송한다.

	==각주==		==각주==

Pinkgo: /* 2-Way Handshake */

2025-04-05T14:43:27Z

2-Way Handshake

← 이전 판		2025년 4월 5일 (토) 14:43 판
114번째 줄:		114번째 줄:
	이때 서버와 클라이언트는 하는 역할만 반대일 뿐, 구조는 동일하다.		이때 서버와 클라이언트는 하는 역할만 반대일 뿐, 구조는 동일하다.

	===2-Way Handshake===		===TCP: 2-Way Handshake===
	<gallery widths="300" heights="475px" caption="Three scenario">		<gallery widths="300" heights="475px" caption="Three scenario">
	2-way handshake.png\|Figure 7. 2-way handshaking		2-way handshake.png\|Figure 7. 2-way handshaking

Pinkgo: /* 3-Way Handshaking */

2025-04-05T14:43:17Z

3-Way Handshaking

← 이전 판		2025년 4월 5일 (토) 14:43 판
142번째 줄:		142번째 줄:
	*# 두 번째로 재전송된 req_conn(x)과 data(x+1)을 서버가 수신하여 동일한 데이터에 대해 중복 처리를 하게된다.		*# 두 번째로 재전송된 req_conn(x)과 data(x+1)을 서버가 수신하여 동일한 데이터에 대해 중복 처리를 하게된다.

	===3-Way Handshaking===		===TCP: 3-Way Handshaking===
	[[파일:TCP 3-way handshake.png\|대체글=TCP 3-way handshake\|섬네일\|400x400픽셀\|TCP 3-way handshake]]		[[파일:TCP 3-way handshake.png\|대체글=TCP 3-way handshake\|섬네일\|400x400픽셀\|TCP 3-way handshake]]
	3-way handshaking은 2-way handshaking의 문제를 해결하기 위해 만들어졌다. 이는 2-way handshaking이 단순히 acc_conn(x)을 답신만 하면 ESTAB 상태가 되었던 것과는 달리, 클라이언트로부터 서버로부터의 응답을 받았다는 세그먼트를 받으면 비로소 ESTAB 상태가 된다. 이를 더욱 자세히 설명하면 아래와 같다.		3-way handshaking은 2-way handshaking의 문제를 해결하기 위해 만들어졌다. 이는 2-way handshaking이 단순히 acc_conn(x)을 답신만 하면 ESTAB 상태가 되었던 것과는 달리, 클라이언트로부터 서버로부터의 응답을 받았다는 세그먼트를 받으면 비로소 ESTAB 상태가 된다. 이를 더욱 자세히 설명하면 아래와 같다.
155번째 줄:		155번째 줄:
	#* 이미 연결이 설정된 상태이므로(ESTAB) SYN bit는 0으로 설정되며, ACK 필드는 <code>server_ISN + 1</code>로 설정된다.		#* 이미 연결이 설정된 상태이므로(ESTAB) SYN bit는 0으로 설정되며, ACK 필드는 <code>server_ISN + 1</code>로 설정된다.
	#* 해당 세그먼트를 받은 서버는 비로소 ESTAB 상태가 된다.		#* 해당 세그먼트를 받은 서버는 비로소 ESTAB 상태가 된다.

			===TCP: Closing a connection===

	==각주==		==각주==

Pinkgo: /* 3-Way Handshaking */

2025-04-05T14:39:22Z

3-Way Handshaking

← 이전 판		2025년 4월 5일 (토) 14:39 판
143번째 줄:		143번째 줄:

	===3-Way Handshaking===		===3-Way Handshaking===
			[[파일:TCP 3-way handshake.png\|대체글=TCP 3-way handshake\|섬네일\|400x400픽셀\|TCP 3-way handshake]]
	3-way handshaking은 2-way handshaking의 문제를 해결하기 위해 만들어졌다. 이는 2-way handshaking이 단순히 acc_conn(x)을 답신만 하면 ESTAB 상태가 되었던 것과는 달리, 클라이언트로부터 서버로부터의 응답을 받았다는 세그먼트를 받으면 비로소 ESTAB 상태가 된다. 이를 더욱 자세히 설명하면 아래와 같다.		3-way handshaking은 2-way handshaking의 문제를 해결하기 위해 만들어졌다. 이는 2-way handshaking이 단순히 acc_conn(x)을 답신만 하면 ESTAB 상태가 되었던 것과는 달리, 클라이언트로부터 서버로부터의 응답을 받았다는 세그먼트를 받으면 비로소 ESTAB 상태가 된다. 이를 더욱 자세히 설명하면 아래와 같다.
	# 클라이언트 측 TCP는 먼저 '''SYN 세그먼트'''를 서버 측 TCP로 전송한다.		# 클라이언트 측 TCP는 먼저 '''SYN 세그먼트'''를 서버 측 TCP로 전송한다.