UDP - 편집 역사

Pinkgo: /* UDP checksum 예시 */

2025-04-19T07:42:16Z

UDP checksum 예시

← 이전 판		2025년 4월 19일 (토) 07:42 판
61번째 줄:		61번째 줄:
	___________________		___________________
	wraparound = 11011101110111011		wraparound = 11011101110111011
	~~___________________~~		= 1011101110111100
	~~sum~~ = 1011101110111100
	___________________		___________________
	checksum = 0100010001000011		checksum = 0100010001000011

2025년 4월 18일 (금) 17:57에 Pinkgo님의 편집

2025-04-18T17:57:18Z

← 이전 판		2025년 4월 18일 (금) 17:57 판
62번째 줄:		62번째 줄:
	wraparound = 11011101110111011		wraparound = 11011101110111011
	___________________		___________________
	sum = ~~1011101110111010~~		sum = 1011101110111100
	___________________		___________________
	checksum = 0100010001000011		checksum = 0100010001000011

Pinkgo: /* UDP의 특징 */

2025-04-01T06:47:17Z

UDP의 특징

← 이전 판		2025년 4월 1일 (화) 06:47 판
11번째 줄:		11번째 줄:
	UDP는 애플리케이션 프로세스로부터 message를 받아, multiplexing/demultiplexing 서비스를 위한 송수신 port 번호 필드와 다른 두 개의 필드를 헤더 파일로 붙이고, 그 segment를 network layer를 넘긴다. Network layer는 이 segment를 IP datagram에 캡슐화하고, 그 segment를 수신 호스트에 '''best-effort'''으로 전달하려 한다. Segment가 수신 호스트에 도착하면, UDP는 목적지 port 번호를 사용해 해당 데이터를 올바른 애플리케이션 프로세스에 전달한다. 하지만 UDP를 사용하는데 신뢰성있는 전송이 가능하다면 애플리케이션에서 구현해야 한다.		UDP는 애플리케이션 프로세스로부터 message를 받아, multiplexing/demultiplexing 서비스를 위한 송수신 port 번호 필드와 다른 두 개의 필드를 헤더 파일로 붙이고, 그 segment를 network layer를 넘긴다. Network layer는 이 segment를 IP datagram에 캡슐화하고, 그 segment를 수신 호스트에 '''best-effort'''으로 전달하려 한다. Segment가 수신 호스트에 도착하면, UDP는 목적지 port 번호를 사용해 해당 데이터를 올바른 애플리케이션 프로세스에 전달한다. 하지만 UDP를 사용하는데 신뢰성있는 전송이 가능하다면 애플리케이션에서 구현해야 한다.

	UDP는 TCP와는 달리 congestion control<ref>traffic congestion이 전송 속도를 줄이는 ~~메커니즘~~</ref>을 수행하지 않으므로, 네트워크 혼잡 시에도 전송 속도를 줄이지 않는다. 이는 실시간 애플리케이션에 유리할 수 있으나, 전체 네트워크의 안정성에는 부정적인 영향을 미칠 수 있다.		UDP는 TCP와는 달리 congestion control<ref>traffic congestion이 전송 속도를 줄이는 메커니즘으로, traffic congestion이 높아지면 전송 속도를 낮춘다.</ref>을 수행하지 않으므로, 네트워크 혼잡 시에도 전송 속도를 줄이지 않는다. 이는 실시간 애플리케이션에 유리할 수 있으나, 전체 네트워크의 안정성에는 부정적인 영향을 미칠 수 있다.

	==UDP가 사용되는 곳==		==UDP가 사용되는 곳==

Pinkgo: /* UDP의 특징 */

2025-04-01T06:46:12Z

UDP의 특징

← 이전 판		2025년 4월 1일 (화) 06:46 판
11번째 줄:		11번째 줄:
	UDP는 애플리케이션 프로세스로부터 message를 받아, multiplexing/demultiplexing 서비스를 위한 송수신 port 번호 필드와 다른 두 개의 필드를 헤더 파일로 붙이고, 그 segment를 network layer를 넘긴다. Network layer는 이 segment를 IP datagram에 캡슐화하고, 그 segment를 수신 호스트에 '''best-effort'''으로 전달하려 한다. Segment가 수신 호스트에 도착하면, UDP는 목적지 port 번호를 사용해 해당 데이터를 올바른 애플리케이션 프로세스에 전달한다. 하지만 UDP를 사용하는데 신뢰성있는 전송이 가능하다면 애플리케이션에서 구현해야 한다.		UDP는 애플리케이션 프로세스로부터 message를 받아, multiplexing/demultiplexing 서비스를 위한 송수신 port 번호 필드와 다른 두 개의 필드를 헤더 파일로 붙이고, 그 segment를 network layer를 넘긴다. Network layer는 이 segment를 IP datagram에 캡슐화하고, 그 segment를 수신 호스트에 '''best-effort'''으로 전달하려 한다. Segment가 수신 호스트에 도착하면, UDP는 목적지 port 번호를 사용해 해당 데이터를 올바른 애플리케이션 프로세스에 전달한다. 하지만 UDP를 사용하는데 신뢰성있는 전송이 가능하다면 애플리케이션에서 구현해야 한다.

	또한 UDP는 TCP와는 달리 congestion control<ref>traffic congestion이 전송 속도를 줄이는 메커니즘</ref>을 ~~지원하지~~ 않는다. 이는 전체 ~~네트워크에 대해서는 부하를 거는 등의 문제를 일으키는 요소이기도 하지만, UDP에 한정하여보면 TCP의 congestion control로 인한 혜택을 직접적으로 볼~~ 수 ~~있는 부분이기도 하다~~.		UDP는 TCP와는 달리 congestion control<ref>traffic congestion이 전송 속도를 줄이는 메커니즘</ref>을 수행하지 않으므로, 네트워크 혼잡 시에도 전송 속도를 줄이지 않는다. 이는 실시간 애플리케이션에 유리할 수 있으나, 전체 네트워크의 안정성에는 부정적인 영향을 미칠 수 있다.

	==UDP가 사용되는 곳==		==UDP가 사용되는 곳==

Pinkgo: /* UCP가 사용되는 곳 */

2025-04-01T06:45:05Z

UCP가 사용되는 곳

← 이전 판		2025년 4월 1일 (화) 06:45 판
13번째 줄:		13번째 줄:
	또한 UDP는 TCP와는 달리 congestion control<ref>traffic congestion이 전송 속도를 줄이는 메커니즘</ref>을 지원하지 않는다. 이는 전체 네트워크에 대해서는 부하를 거는 등의 문제를 일으키는 요소이기도 하지만, UDP에 한정하여보면 TCP의 congestion control로 인한 혜택을 직접적으로 볼 수 있는 부분이기도 하다.		또한 UDP는 TCP와는 달리 congestion control<ref>traffic congestion이 전송 속도를 줄이는 메커니즘</ref>을 지원하지 않는다. 이는 전체 네트워크에 대해서는 부하를 거는 등의 문제를 일으키는 요소이기도 하지만, UDP에 한정하여보면 TCP의 congestion control로 인한 혜택을 직접적으로 볼 수 있는 부분이기도 하다.

	==~~UCP가~~ 사용되는 곳==		==UDP가 사용되는 곳==
	TCP는 신뢰성 있는 데이터 전송(reliable data transfer)을 제공하는데, UDP는 그렇지 않다. 그럼에도 여전히 UDP가 사용되는 이유는 다음과 같다:		TCP는 신뢰성 있는 데이터 전송(reliable data transfer)을 제공하는데, UDP는 그렇지 않다. 그럼에도 여전히 UDP가 사용되는 이유는 다음과 같다:
	* TCP는 혼잡 제어와 신뢰성 보장을 위해 데이터를 전송하기 전 handshaking을 하고, 이외에도 전송을 늦추거나 재전송을 한다.		* TCP는 혼잡 제어와 신뢰성 보장을 위해 데이터를 전송하기 전 handshaking을 하고, 이외에도 전송을 늦추거나 재전송을 한다.

Pinkgo: /* UDP의 특징 */

2025-04-01T06:44:52Z

UDP의 특징

← 이전 판		2025년 4월 1일 (화) 06:44 판
9번째 줄:		9번째 줄:
	와 간단한 오류 검사만을 제공할 뿐, TCP가 제공하는 다양한 서비스들, reliable data transfer를 제공하지 않는다. 이는 UDP가 segment를 전송하기 전, 송수신 transport layer간의 handshaking을 거치지 않는 connectionless 프로토콜이기 때문이다. 사실, 애플리케이션 개발자가 TCP 대신 UDP를 선택한다면, 해당 애플리케이션은 거의 직접 IP와 대화하게 되는 셈이다.		와 간단한 오류 검사만을 제공할 뿐, TCP가 제공하는 다양한 서비스들, reliable data transfer를 제공하지 않는다. 이는 UDP가 segment를 전송하기 전, 송수신 transport layer간의 handshaking을 거치지 않는 connectionless 프로토콜이기 때문이다. 사실, 애플리케이션 개발자가 TCP 대신 UDP를 선택한다면, 해당 애플리케이션은 거의 직접 IP와 대화하게 되는 셈이다.

	UDP는 애플리케이션 프로세스로부터 message를 받아, multiplexing/demultiplexing 서비스를 위한 송수신 port 번호 필드와 다른 두 개의 필드를 헤더 파일로 붙이고, 그 segment를 network layer를 넘긴다. Network layer는 이 segment를 IP datagram에 캡슐화하고, 그 segment를 수신 호스트에 '''best-effort'''으로 전달하려 한다. Segment가 수신 호스트에 도착하면, UDP는 목적지 port 번호를 사용해 해당 데이터를 올바른 애플리케이션 프로세스에 전달한다. 하지만 ~~UDP만 써도~~ 신뢰성있는 전송이 ~~가능하며, 이는~~ 애플리케이션에서 ~~구현된다~~.		UDP는 애플리케이션 프로세스로부터 message를 받아, multiplexing/demultiplexing 서비스를 위한 송수신 port 번호 필드와 다른 두 개의 필드를 헤더 파일로 붙이고, 그 segment를 network layer를 넘긴다. Network layer는 이 segment를 IP datagram에 캡슐화하고, 그 segment를 수신 호스트에 '''best-effort'''으로 전달하려 한다. Segment가 수신 호스트에 도착하면, UDP는 목적지 port 번호를 사용해 해당 데이터를 올바른 애플리케이션 프로세스에 전달한다. 하지만 UDP를 사용하는데 신뢰성있는 전송이 가능하다면 애플리케이션에서 구현해야 한다.

	또한 UDP는 TCP와는 달리 congestion control<ref>traffic congestion이 전송 속도를 줄이는 메커니즘</ref>을 지원하지 않는다. 이는 전체 네트워크에 대해서는 부하를 거는 등의 문제를 일으키는 요소이기도 하지만, UDP에 한정하여보면 TCP의 congestion control로 인한 혜택을 직접적으로 볼 수 있는 부분이기도 하다.		또한 UDP는 TCP와는 달리 congestion control<ref>traffic congestion이 전송 속도를 줄이는 메커니즘</ref>을 지원하지 않는다. 이는 전체 네트워크에 대해서는 부하를 거는 등의 문제를 일으키는 요소이기도 하지만, UDP에 한정하여보면 TCP의 congestion control로 인한 혜택을 직접적으로 볼 수 있는 부분이기도 하다.

Pinkgo: /* UDP checksum 예시 */

2025-04-01T06:36:34Z

UDP checksum 예시

← 이전 판		2025년 4월 1일 (화) 06:36 판
65번째 줄:		65번째 줄:
	___________________		___________________
	checksum = 0100010001000011		checksum = 0100010001000011
			wraparound란, 최상위 bit가 넘치면 이를 맨 아래 bit에 더하는 것을 의미한다. 그렇게 만들어진 최종 덧셈 결과인 sum에 1의 보수<ref>bit 반전</ref>를 취하면, checksum이 완성된다. 이때 sum과 checksum을 더할 경우에는 bit의 자릿수는 모두 1로 채워진다. 이를 통해서도 error bit 여부를 확인할 수 있다.


	==각주==		==각주==
	[[분류:컴퓨터 네트워크]]		[[분류:컴퓨터 네트워크]]

2025년 4월 1일 (화) 06:33에 Pinkgo님의 편집

2025-04-01T06:33:57Z

@@ 49번째 줄: / 49번째 줄: @@
 |오류 검사용 필드 (데이터 손상 여부 확인)
 |}
 ==각주==
 [[분류:컴퓨터 네트워크]]

Pinkgo: /* UDP segment structure */

2025-04-01T06:07:09Z

UDP segment structure

← 이전 판		2025년 4월 1일 (화) 06:07 판
22번째 줄:		22번째 줄:

	==UDP segment structure==		==UDP segment structure==
	[[파일:UDP segment format.png\|섬네일\|~~344x344픽셀~~]]		[[파일:UDP segment format.png\|섬네일\|229x229px]]
	UDP 세그먼트는 크게 두 부분으로 나뉘어 있다:		UDP 세그먼트는 크게 두 부분으로 나뉘어 있다:
	* 헤더 (Header): 8바이트		* 헤더 (Header): 8바이트

Pinkgo: /* UDP segment structure */

2025-04-01T06:06:45Z

UDP segment structure

← 이전 판		2025년 4월 1일 (화) 06:06 판
22번째 줄:		22번째 줄:

	==UDP segment structure==		==UDP segment structure==
			[[파일:UDP segment format.png\|섬네일\|344x344픽셀]]
	UDP 세그먼트는 크게 두 부분으로 나뉘어 있다:		UDP 세그먼트는 크게 두 부분으로 나뉘어 있다:
	* 헤더 (Header): 8바이트		* 헤더 (Header): 8바이트