Data Link Layer - 편집 역사

Pinkgo: /* Where is the link layer implemented? */

2025-06-17T21:52:38Z

Where is the link layer implemented?

← 이전 판		2025년 6월 17일 (화) 21:52 판
33번째 줄:		33번째 줄:
	* link-layer addressing information을 조합하기		* link-layer addressing information을 조합하기
	* controller 하드웨어를 활성화		* controller 하드웨어를 활성화
	또한, 수신측에서는 link layer의 소프트웨어가 controller의 [[Exception\|Interrupts (Asynchronous Exceptions)~~#인터럽트(interrupt)~~]]에 응답하고, 비트 오류가 존재하는지 검출하며, 데이터그램을 network layer로 넘긴다. 따라서 link layer는 하드웨어와 소프트웨어의 결합을 통해서 구현된다고 볼 수 있으며, 프로토콜 스택<ref>인터넷을 구성하는 protocol layer의 집합을 Internet protocol stack이라고 한다.</ref>>에서 소프트웨어와 하드웨어 사이의 접점이라고 할 수 있다.		또한, 수신측에서는 link layer의 소프트웨어가 controller의 [[Exception#Interrupts (Asynchronous Exceptions)\|Interrupts]]에 응답하고, 비트 오류가 존재하는지 검출하며, 데이터그램을 network layer로 넘긴다. 따라서 link layer는 하드웨어와 소프트웨어의 결합을 통해서 구현된다고 볼 수 있으며, 프로토콜 스택<ref>인터넷을 구성하는 protocol layer의 집합을 Internet protocol stack이라고 한다.</ref>에서 소프트웨어와 하드웨어 사이의 접점이라고 할 수 있다.

	==Error Detection/Correction==		==Error Detection/Correction==

Pinkgo: /* Where is the link layer implemented? */

2025-06-17T21:47:38Z

Where is the link layer implemented?

← 이전 판		2025년 6월 17일 (화) 21:47 판
25번째 줄:		25번째 줄:
	==Where is the link layer implemented?==		==Where is the link layer implemented?==
	[[파일:Network adapter- Its relationship to other host components.png\|대체글=Figure 1. Network adapter: Its relationship to other host components\|섬네일\|'''Figure 1. Network adapter: Its relationship to other host components''' ]]		[[파일:Network adapter- Its relationship to other host components.png\|대체글=Figure 1. Network adapter: Its relationship to other host components\|섬네일\|'''Figure 1. Network adapter: Its relationship to other host components''' ]]
	Link layer는 라우터에서는 기본적으로, [[Router#Input port function\|입력 포트(input port)]] 내에 ~~구현되어~~ 있다. 하지만 이는 라우터 내에서의 구현 방식일 뿐, 호스트에서 구현된 방식과 일치하지는 않는다. 실제로, link layer는 모든 호스트 내에 구현된다. Figure 1은 전형적인 호스트의 아키텍쳐를 보여준다. 대부분의 경우 link layer는 네트워크 어댑터(network adapter)<ref>이는 네트워크 인터페이스 카드(NIC, Network Interface Card)라고도 불린다.</ref>에 구현된다. 네트워크 어탭터에는 link-layer controller가 존재하며, 이는 특수 목적의 단일 칩으로, 프레이밍, 링크 접근, 오류 검출 등과 같은 많은 링크 계층 서비스를 구현한다. 또한 네트워크 어댑터는 link-layer는 물론, physical layer의 구현에도 주요한 역할을 한다. 즉, link-layer controller의 대부분의 기능은 하드웨어적으로 ~~구현되어~~ 있으며, 아래는 그 예시이다:		'''Link layer는 라우터에서는 기본적으로 [[Router#Input port function\|입력 포트(input port)]] 내에 구현'''되어 있다. 하지만 이는 라우터 내에서의 구현 방식일 뿐, 호스트에서 구현된 방식과 일치하지는 않는다. 실제로, link layer는 모든 호스트 내에 구현된다. Figure 1은 전형적인 호스트의 아키텍쳐를 보여준다. 대부분의 경우 '''link layer는 네트워크 어댑터(network adapter)'''<ref>이는 네트워크 인터페이스 카드(NIC, Network Interface Card)라고도 불린다.</ref>에 구현된다. 네트워크 어탭터에는 link-layer controller가 존재하며, 이는 특수 목적의 단일 칩으로, 프레이밍, 링크 접근, 오류 검출 등과 같은 많은 링크 계층 서비스를 구현한다. 또한 네트워크 어댑터는 link-layer는 물론, physical layer의 구현에도 주요한 역할을 한다. 즉, '''link-layer controller의 대부분의 기능은 하드웨어적으로 구현'''되어 있으며, 아래는 그 예시이다:
	* Ethernet card		* Ethernet card
	* WiFi(802.11) card		* WiFi(802.11) card

Pinkgo: /* Link Virtualization: MPLS */

2025-05-23T00:44:12Z

Link Virtualization: MPLS

차이 보기

Pinkgo: /* Data Center Networking */

2025-05-22T22:06:58Z

Data Center Networking

@@ 107번째 줄: / 107번째 줄: @@
 ==Data Center Networking==
 최근 몇 년 동안, Google, Microsoft, Facebook, Amazon과 같은 인터넷 기업들은 수만에서 수십만 대의 호스트(host)를 수용하며, 검색, 이메일, 소셜 네트워킹, 전자상거래 등 많은 클라우드 애플리케이션을 동시에 지원하는 거대한 데이터센터를 구축해왔다. 각 데이터센터는 자체적으로 데이터센터 네트워크를 갖고 있으며, 이 네트워크는 호스트 간 연결뿐만 아니라 데이터센터와 인터넷 간 연결도 제공한다.
 ==각주==

Pinkgo: /* Data Center Networking */

2025-05-22T14:30:54Z

Data Center Networking

← 이전 판		2025년 5월 22일 (목) 14:30 판
107번째 줄:		107번째 줄:

	==Data Center Networking==		==Data Center Networking==
			최근 몇 년 동안, Google, Microsoft, Facebook, Amazon과 같은 인터넷 기업들은 수만에서 수십만 대의 호스트(host)를 수용하며, 검색, 이메일, 소셜 네트워킹, 전자상거래 등 많은 클라우드 애플리케이션을 동시에 지원하는 거대한 데이터센터를 구축해왔다. 각 데이터센터는 자체적으로 데이터센터 네트워크를 갖고 있으며, 이 네트워크는 호스트 간 연결뿐만 아니라 데이터센터와 인터넷 간 연결도 제공한다.

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

Pinkgo: /* Data Center Networking */

2025-05-22T14:26:07Z

Data Center Networking

← 이전 판		2025년 5월 22일 (목) 14:26 판
102번째 줄:		102번째 줄:
	R2는 R4에게 다음을 광고한다:		R2는 R4에게 다음을 광고한다:
	“나는 A로 갈 수 있으며, 라벨 8을 받은 프레임을 A로 보냄”		“나는 A로 갈 수 있으며, 라벨 8을 받은 프레임을 A로 보냄”
	이로 인해서 R4는 목적지 A에 도달할 수 있는 두 가지 MPLS 경로를 가지게 된다. 하나는 라벨 10을 이용해서 인터페이스 0으로 forwarding하는 경로이고, 다른 하나는 라벨 8을 이용해서 인터페이스 1로 forwarding하는 경로이다. 이처럼 R5, R6, A, D와 같은 IP 장비들이 MPLS 인프라(R1~R4)를 통해 연결될 수 있다.<br>		이로 인해서 R4는 목적지 A에 도달할 수 있는 두 가지 MPLS 경로를 가지게 된다. 하나는 라벨 10을 이용해서 인터페이스 0으로 forwarding하는 경로이고, 다른 하나는 라벨 8을 이용해서 인터페이스 1로 forwarding하는 경로이다. 이처럼 R5, R6, A, D와 같은 IP 장비들이 MPLS 인프라(R1~R4)를 통해 연결될 수 있다.
	MPLS의 주요한 목적은 IP 주소를 보지 않고, 라벨만으로 포워딩하여 스위칭의 속도를 향상 시키는 것이다. 하지만 MPLS의 진정한 강점은 스위칭 속도 향상이 아니라, 트래픽 제어 기능이다. 예를 들어 앞에서 본 R4는 목적지 A로 가는 두 개의 MPLS 경로를 갖고 있는데, IP 주소를 통한 forwarding에서는 단 하나의 최소 비용 경로만을 선택할 것ㅇ다. 하지만 MPLS는 일반 IP 라우팅으로는 불가능한 경로로도 패킷 전달을 가능하게 하며, 이와 같은 기능을 통해서 운영자는 동일한 목적지로 가는 트래픽을 두 개의 다른 경로로 분산시킬 수 있다. 또한 이러한 특성은 빠른 복구(fast restoration)에도 응용되어, MPLS 경로에 장애가 발생할 경우 사전 계산된 우회 경로(failover path)로 트래픽을 즉시 우회시킬 수 있다.<ref>이는 VoIP와 같은 프로토콜에 유용하다.</ref>
			<br>MPLS의 주요한 목적은 IP 주소를 보지 않고, 라벨만으로 포워딩하여 스위칭의 속도를 향상 시키는 것이다. 하지만 MPLS의 진정한 강점은 스위칭 속도 향상이 아니라, 트래픽 제어 기능이다. 예를 들어 앞에서 본 R4는 목적지 A로 가는 두 개의 MPLS 경로를 갖고 있는데, IP 주소를 통한 forwarding에서는 단 하나의 최소 비용 경로만을 선택할 것ㅇ다. 하지만 MPLS는 일반 IP 라우팅으로는 불가능한 경로로도 패킷 전달을 가능하게 하며, 이와 같은 기능을 통해서 운영자는 동일한 목적지로 가는 트래픽을 두 개의 다른 경로로 분산시킬 수 있다. 또한 이러한 특성은 빠른 복구(fast restoration)에도 응용되어, MPLS 경로에 장애가 발생할 경우 사전 계산된 우회 경로(failover path)로 트래픽을 즉시 우회시킬 수 있다.<ref>이는 VoIP와 같은 프로토콜에 유용하다.</ref>

	==Data Center Networking==		==Data Center Networking==

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

Pinkgo: /* Link Virtualization: MPLS */

2025-05-22T14:25:03Z

Link Virtualization: MPLS

← 이전 판		2025년 5월 22일 (목) 14:25 판
102번째 줄:		102번째 줄:
	R2는 R4에게 다음을 광고한다:		R2는 R4에게 다음을 광고한다:
	“나는 A로 갈 수 있으며, 라벨 8을 받은 프레임을 A로 보냄”		“나는 A로 갈 수 있으며, 라벨 8을 받은 프레임을 A로 보냄”
	이로 인해서 R4는 목적지 A에 도달할 수 있는 두 가지 MPLS 경로를 가지게 된다. 하나는 라벨 10을 이용해서 인터페이스 0으로 forwarding하는 경로이고, 다른 하나는 라벨 8을 이용해서 인터페이스 1로 forwarding하는 경로이다. 이처럼 R5, R6, A, D와 같은 IP 장비들이 MPLS 인프라(R1~R4)를 통해 연결될 수 있다.		이로 인해서 R4는 목적지 A에 도달할 수 있는 두 가지 MPLS 경로를 가지게 된다. 하나는 라벨 10을 이용해서 인터페이스 0으로 forwarding하는 경로이고, 다른 하나는 라벨 8을 이용해서 인터페이스 1로 forwarding하는 경로이다. 이처럼 R5, R6, A, D와 같은 IP 장비들이 MPLS 인프라(R1~R4)를 통해 연결될 수 있다.<br>
			MPLS의 주요한 목적은 IP 주소를 보지 않고, 라벨만으로 포워딩하여 스위칭의 속도를 향상 시키는 것이다. 하지만 MPLS의 진정한 강점은 스위칭 속도 향상이 아니라, 트래픽 제어 기능이다. 예를 들어 앞에서 본 R4는 목적지 A로 가는 두 개의 MPLS 경로를 갖고 있는데, IP 주소를 통한 forwarding에서는 단 하나의 최소 비용 경로만을 선택할 것ㅇ다. 하지만 MPLS는 일반 IP 라우팅으로는 불가능한 경로로도 패킷 전달을 가능하게 하며, 이와 같은 기능을 통해서 운영자는 동일한 목적지로 가는 트래픽을 두 개의 다른 경로로 분산시킬 수 있다. 또한 이러한 특성은 빠른 복구(fast restoration)에도 응용되어, MPLS 경로에 장애가 발생할 경우 사전 계산된 우회 경로(failover path)로 트래픽을 즉시 우회시킬 수 있다.<ref>이는 VoIP와 같은 프로토콜에 유용하다.</ref>

			==Data Center Networking==

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

Pinkgo: /* Link Virtualization: MPLS */

2025-05-22T11:54:14Z

Link Virtualization: MPLS

← 이전 판		2025년 5월 22일 (목) 11:54 판
86번째 줄:		86번째 줄:
	==Link Virtualization: MPLS==		==Link Virtualization: MPLS==
	MPLS(Multiprotocol Label Switching)는 1990년대 중후반부터 개발된 기술로, 고정 길이 라벨(fixed-length label)이라는 가상 회선 네트워크(Virtual Circuit Network)의 핵심 개념을 도입하여, IP 라우터의 전달 속도를 향상시키는 것을 목표로 한다. 기본적인 아이디어는 가변 길이(prefix)를 사용하는 IP 주소 기반의 longest prefix matching과는 다르게, 고정된 길이의 식별자(레이블)을 사용하여 forwarding 속도를 빠르게 하는 것이다.		MPLS(Multiprotocol Label Switching)는 1990년대 중후반부터 개발된 기술로, 고정 길이 라벨(fixed-length label)이라는 가상 회선 네트워크(Virtual Circuit Network)의 핵심 개념을 도입하여, IP 라우터의 전달 속도를 향상시키는 것을 목표로 한다. 기본적인 아이디어는 가변 길이(prefix)를 사용하는 IP 주소 기반의 longest prefix matching과는 다르게, 고정된 길이의 식별자(레이블)을 사용하여 forwarding 속도를 빠르게 하는 것이다.
			[[파일:MPLS header- Located between link- and network-layer headers.png\|섬네일\|400x400픽셀\|'''Figure 7. MPLS header: Located between link- and network-layer headers''' ]]
	MPLS를 처리할 수 있는 라우터에서 사용되는 프레임의 구조를 보자. Figure 은 MPLS 지원 장비들 사이에서 전송되는 프레임에 추가적인 MPLS 헤더 필드가 이더넷 헤더와 IP 헤더 사이에 추가되는 것을 보여준다. MPLS 헤더에는 다음과 같은 필드들이 포함된다:		MPLS를 처리할 수 있는 라우터에서 사용되는 프레임의 구조를 보자. Figure 7은 MPLS 지원 장비들 사이에서 전송되는 프레임에 추가적인 MPLS 헤더 필드가 이더넷 헤더와 IP 헤더 사이에 추가되는 것을 보여준다. MPLS 헤더에는 다음과 같은 필드들이 포함된다:
	* 라벨(label)		* 라벨(label)
	* 3비트 실험용 필드(reserved for experimental use)		* 3비트 실험용 필드(reserved for experimental use)
95번째 줄:		95번째 줄:
	# 라우터는 어떻게 이웃 라우터가 MPLS를 지원하는지 알 수 있을까?		# 라우터는 어떻게 이웃 라우터가 MPLS를 지원하는지 알 수 있을까?
	# 또, 라우터는 어떤 목적지 IP에 어떤 라벨을 부여해야 하는지 어떻게 알까?		# 또, 라우터는 어떤 목적지 IP에 어떤 라벨을 부여해야 하는지 어떻게 알까?
	이 질문에 답하기 위해선, 여러 MPLS 라우터들 간의 상호작용을 살펴보아야 한다. Figure 에서 라우터 R1 ~ R4는 MPLS를 지원하고, R5와 R6는 일반 IP 라우터이다. 이 상황에서 R1은 R2와 R3에게 다음을 광고(advertise)한다:		[[파일:MPLS-enhanced forwarding.png\|섬네일\|'''Figure 8. MPLS-enhanced forwarding''' ]]
			이 질문에 답하기 위해선, 여러 MPLS 라우터들 간의 상호작용을 살펴보아야 한다. Figure 8에서 라우터 R1 ~ R4는 MPLS를 지원하고, R5와 R6는 일반 IP 라우터이다. 이 상황에서 R1은 R2와 R3에게 다음을 광고(advertise)한다:
	“목적지 A로 라우팅할 수 있으며, 라벨 6을 받은 프레임은 A로 전달함”		“목적지 A로 라우팅할 수 있으며, 라벨 6을 받은 프레임은 A로 전달함”
	R3는 R4에게 다음을 광고한다:		R3는 R4에게 다음을 광고한다:

Pinkgo: /* Link Virtualization: MPLS */

2025-05-22T11:51:43Z

Link Virtualization: MPLS

← 이전 판		2025년 5월 22일 (목) 11:51 판
101번째 줄:		101번째 줄:
	R2는 R4에게 다음을 광고한다:		R2는 R4에게 다음을 광고한다:
	“나는 A로 갈 수 있으며, 라벨 8을 받은 프레임을 A로 보냄”		“나는 A로 갈 수 있으며, 라벨 8을 받은 프레임을 A로 보냄”
			이로 인해서 R4는 목적지 A에 도달할 수 있는 두 가지 MPLS 경로를 가지게 된다. 하나는 라벨 10을 이용해서 인터페이스 0으로 forwarding하는 경로이고, 다른 하나는 라벨 8을 이용해서 인터페이스 1로 forwarding하는 경로이다. 이처럼 R5, R6, A, D와 같은 IP 장비들이 MPLS 인프라(R1~R4)를 통해 연결될 수 있다.

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

Pinkgo: /* Link Virtualization */

2025-05-22T11:39:58Z

Link Virtualization

@@ 84번째 줄: / 84번째 줄: @@
 자세한 내용은 [[Switched Local Area Networks]] 문서를 참조하십시오.
-==Link Virtualization==
+==Link Virtualization: MPLS==
 ==각주==