Network Layer - 편집 역사

Ahn9807: 봇: 자동으로 텍스트 교체 (-\[\[분류:데이터베이스 시스템(\|[^\]]+)?\]\] +분류:데이터베이스\1)

2026-01-15T12:50:53Z

봇: 자동으로 텍스트 교체 (-\[\[분류:데이터베이스 시스템(\|[^\]]+)?\]\] +분류:데이터베이스\1)

← 이전 판		2026년 1월 15일 (목) 12:50 판
248번째 줄:		248번째 줄:
	==각주==		==각주==

	[[분류:데이터베이스 ~~시스템~~]]		[[분류:데이터베이스]]

Pinkgo: /* ICMP: The Internet Control Message Protocol */

2025-06-17T21:40:18Z

ICMP: The Internet Control Message Protocol

← 이전 판		2025년 6월 17일 (화) 21:40 판
224번째 줄:		224번째 줄:

	==ICMP: The Internet Control Message Protocol==		==ICMP: The Internet Control Message Protocol==
	ICMP(Internet Control Message Protocol)란, 호스트와 라우터가 서로에게 network layer의 정보를 전달할 때 사용되는 ~~프로토콜이다~~. ICMP의 가장 일반적인 용도는 오류를 보고하는 것이다. 예를 들면, http 세션을 실행할 때, "목적지 네트워크에 연결할 수 없음"과 같은 오류 메시지가 발생한다면, 이는 ICMP 프로토콜이 작동한 결과이다. 즉, HTTP request가 지정한 호스트로 가는 경로를 찾을 수 없었던 IP 라우터가 있었고, 그 라우터가 이 오류를 알리는 ICMP 메시지를 호스트에게 생성하여 보낸 것이다.<br>		'''ICMP(Internet Control Message Protocol)란, 호스트와 라우터가 서로에게 network layer의 정보를 전달할 때 사용되는 프로토콜'''이다. ICMP의 가장 일반적인 용도는 오류를 보고하는 것이다. 예를 들면, http 세션을 실행할 때, "목적지 네트워크에 연결할 수 없음"과 같은 오류 메시지가 발생한다면, 이는 ICMP 프로토콜이 작동한 결과이다. 즉, HTTP request가 지정한 호스트로 가는 경로를 찾을 수 없었던 IP 라우터가 있었고, 그 라우터가 이 오류를 알리는 ICMP 메시지를 호스트에게 생성하여 보낸 것이다.<br>
	또한, ICMP는 echo request/reply 기능 또한 가지고 있으며, 이는 ping 프로그램을 구현하는데 사용된다. ping 프로그램은 지정된 호스트에 ICMP 필드에서 type이 8, code가 0인 메시지를 보낸다. 이를 받은 호스트는 이를 echo request로 인식하여 이에 대한 응답(reply)로 호스트에 ICMP 필드에서 type이 0, code가 0인 메시지를 보낸다. 이를 통해서 서버와 호스트 사이의 서버 지연 시간을 측정할 수 있다.		또한, ICMP는 echo request/reply 기능 또한 가지고 있으며, 이는 ping 프로그램을 구현하는데 사용된다. ping 프로그램은 지정된 호스트에 ICMP 필드에서 type이 8, code가 0인 메시지를 보낸다. 이를 받은 호스트는 이를 echo request로 인식하여 이에 대한 응답(reply)로 호스트에 ICMP 필드에서 type이 0, code가 0인 메시지를 보낸다. 이를 통해서 서버와 호스트 사이의 서버 지연 시간을 측정할 수 있다.

243번째 줄:		243번째 줄:
	* network management agent: 이는 managed device 내에서 사용되는 프로세스로, managing server와 통신하며, 해당 서버의 명령하에 특정 동작을 수행한다.		* network management agent: 이는 managed device 내에서 사용되는 프로세스로, managing server와 통신하며, 해당 서버의 명령하에 특정 동작을 수행한다.
	* network management protocol: managing server와 managed device 사이에서 실행되며, managing server가 managed device의 현재 상태에 대해서 묻고, 이를 기반으로 agent를 통해 간접적으로 동작을 수행할 수 있게 한다. 이때, 해당 프로토콜 자체는 네트워크를 관리하지 않으며, 네트워크 관리자가 네트워크 관리를 하도록 도와주는 기능을 제공한다.		* network management protocol: managing server와 managed device 사이에서 실행되며, managing server가 managed device의 현재 상태에 대해서 묻고, 이를 기반으로 agent를 통해 간접적으로 동작을 수행할 수 있게 한다. 이때, 해당 프로토콜 자체는 네트워크를 관리하지 않으며, 네트워크 관리자가 네트워크 관리를 하도록 도와주는 기능을 제공한다.
	** network management protocol의 대표적인 예시중 하나가 SNMP(Simple Network Management Protocol)이다.		** '''network management protocol의 대표적인 예시중 하나가 SNMP(Simple Network Management Protocol)이다.'''

Pinkgo: /* Making routing scalable */

2025-06-17T20:50:14Z

Making routing scalable

← 이전 판		2025년 6월 17일 (화) 20:50 판
191번째 줄:		191번째 줄:
	==Making routing scalable==		==Making routing scalable==
	위 문단에서의 라우팅 알고리즘에서는 네트워크를 단순히 상호 연결된 라우터들의 모음으로 본다. 이때 하나의 라우터는 다른 라우터와 구별되지 않으며, 모든 라우터가 동일한 라우팅 알고리즘을 실행하여 전체의 네트워크 경로를 계산한다고 보았다. 하지만 이는 두 가지 본질적인 한계를 가진다.		위 문단에서의 라우팅 알고리즘에서는 네트워크를 단순히 상호 연결된 라우터들의 모음으로 본다. 이때 하나의 라우터는 다른 라우터와 구별되지 않으며, 모든 라우터가 동일한 라우팅 알고리즘을 실행하여 전체의 네트워크 경로를 계산한다고 보았다. 하지만 이는 두 가지 본질적인 한계를 가진다.
	* Scale(규모)		* '''Scale(규모)'''
	** 라우터의 수가 많아짐에 따라, 라우팅 정보를 공유하고, 계산하고, 저장하는 데 필요한 오버헤드가 과도하게 커진다.		** 라우터의 수가 많아짐에 따라, 라우팅 정보를 공유하고, 계산하고, 저장하는 데 필요한 오버헤드가 과도하게 커진다.
	** 오늘날 인터넷에는 수억 개의 라우터가 존재하며, 따라서 단순하게 각각의 라우터들이 서로에 대한 정보를 공유한다면 오버헤드가 막대해진다.		** 오늘날 인터넷에는 수억 개의 라우터가 존재하며, 따라서 단순하게 각각의 라우터들이 서로에 대한 정보를 공유한다면 오버헤드가 막대해진다.
	** 또한 DV 라우팅 알고리즘이 이렇게 방대한 수의 라우터 사이에서 실행된다면, 절대 수렴하지 못할 것이다.		** 또한 DV 라우팅 알고리즘이 이렇게 방대한 수의 라우터 사이에서 실행된다면, 절대 수렴하지 못할 것이다.
	** 즉, 인터넷처럼 큰 네트워크에서는 라우팅 계산의 규모를 줄이기 위한 조치가 필요하다.		** 즉, 인터넷처럼 큰 네트워크에서는 라우팅 계산의 규모를 줄이기 위한 조치가 필요하다.
	* Administrative Autonomy(관리의 자율성)		* '''Administrative Autonomy(관리의 자율성)'''
	** 인터넷은 ISP들의 네트워크로 이루어져 있고, 각 ISP는 자신만의 라우터 네트워크를 가진다. 일반적으로 ISP는 자신의 네트워크를 원하는 방식대로 운영하길 원한다.<ref>예를 들어, 자신의 네트워크 내에서 자유롭게 라우팅 알고리즘을 선택하거나, 내부 구조를 외부에 숨기고자 할 수 있다.</ref>		** 인터넷은 ISP들의 네트워크로 이루어져 있고, 각 ISP는 자신만의 라우터 네트워크를 가진다. 일반적으로 ISP는 자신의 네트워크를 원하는 방식대로 운영하길 원한다.<ref>예를 들어, 자신의 네트워크 내에서 자유롭게 라우팅 알고리즘을 선택하거나, 내부 구조를 외부에 숨기고자 할 수 있다.</ref>
	** 이상적으로는, 하나의 ISP가 자신의 네트워크를 독립적으로 운영·관리하면서, 외부 네트워크와도 연결 가능해야 한다.		** 이상적으로는, 하나의 ISP가 자신의 네트워크를 독립적으로 운영·관리하면서, 외부 네트워크와도 연결 가능해야 한다.
207번째 줄:		207번째 줄:
	* policy: 각 AS가 intra-AS 라우팅 알고리즘을 통해 자율적으로 경로를 제어하도록 할 수 있다.		* policy: 각 AS가 intra-AS 라우팅 알고리즘을 통해 자율적으로 경로를 제어하도록 할 수 있다.
	* Scale: Inter-AS에서는 전 세계 수천 개의 AS가 존재하므로, 계층적 구조가 필수이다.		* Scale: Inter-AS에서는 전 세계 수천 개의 AS가 존재하므로, 계층적 구조가 필수이다.
	* Performance: Intra-AS는 성능 중심, Inter-AS는 라우팅 ~~정책을~~ 우선적으로 고려한다.		* Performance: Intra-AS는 성능 중심, Inter-AS는 라우팅 정책(policy)을 우선적으로 고려한다.

	===Intra-AS Routing===		===Intra-AS Routing===

Pinkgo: /* Network Management and SNMP */

2025-05-09T08:33:47Z

Network Management and SNMP

← 이전 판		2025년 5월 9일 (금) 08:33 판
239번째 줄:		239번째 줄:
	* managing server: 네트워크 운영 센터(NOC)에 있는 중앙 집중형 네트워크 관리 스테이션에서 실행되는 애플리케이션(대개 사람이 개입된 형태)이다.		* managing server: 네트워크 운영 센터(NOC)에 있는 중앙 집중형 네트워크 관리 스테이션에서 실행되는 애플리케이션(대개 사람이 개입된 형태)이다.
	* managed device: 관리되는 네트워크 상에 존재하는 네트워크 장비(및 그 소프트웨어 포함)를 의미한다.		* managed device: 관리되는 네트워크 상에 존재하는 네트워크 장비(및 그 소프트웨어 포함)를 의미한다.
	** 이때 각 managed device는 여러 개의 managed object들을 포함할 수 있다. 이들 object들은 실제 하드웨어 구성 요소나, ~~소프트웨어 적인~~ 요소들을 포함한다.		** 이때 각 managed device는 여러 개의 managed object들을 포함할 수 있다. 이들 object들은 실제 하드웨어 구성 요소나, 소프트웨어적인 요소들을 포함한다.
	* MIB: 각 managed object에 대한 정보를 수집하고 관리하는 데이터베이스이다.		* MIB: 각 managed object에 대한 정보를 수집하고 관리하는 데이터베이스이다.
	* network management agent: 이는 managed device 내에서 사용되는 프로세스로, managing server와 통신하며, 해당 서버의 명령하에 특정 동작을 수행한다.		* network management agent: 이는 managed device 내에서 사용되는 프로세스로, managing server와 통신하며, 해당 서버의 명령하에 특정 동작을 수행한다.

Pinkgo: /* Network Management and SNMP */

2025-05-09T08:33:26Z

Network Management and SNMP

← 이전 판		2025년 5월 9일 (금) 08:33 판
235번째 줄:		235번째 줄:
	네트워크 관리는 합리적인 비용으로 운영 성능(operational performance) 및 QoS(quality of services)에 대한 요구사항을 만족시키기 위해서 하드웨어, 소프트웨어, 인적 자원들을 잘 배치하여 네트워크와 그 요소 자원들을 모니터링, 테스트, 분석, 평가, 제어 등을 하는 것이다.		네트워크 관리는 합리적인 비용으로 운영 성능(operational performance) 및 QoS(quality of services)에 대한 요구사항을 만족시키기 위해서 하드웨어, 소프트웨어, 인적 자원들을 잘 배치하여 네트워크와 그 요소 자원들을 모니터링, 테스트, 분석, 평가, 제어 등을 하는 것이다.
	즉, 네트워크 관리는 매우 광범위한 부분을 다룬다. 따라서 해당 문단에서는 네트워크 관리에 대한 기초적인 부분만을 다룬다.		즉, 네트워크 관리는 매우 광범위한 부분을 다룬다. 따라서 해당 문단에서는 네트워크 관리에 대한 기초적인 부분만을 다룬다.
			[[파일:Elements of network management.png\|대체글=Figure 7. Elements of network management\|섬네일\|'''Figure 7. Elements of network management''' ]]
	Figure 7		Figure 7은 네트워크 관리의 전체적인 개요를 보여준다. 이때 네트워크 관리의 핵심 구성 요소들은 다음과 같다:
	네트워크 관리의 핵심 구성 요소들은 다음과 같다:		* managing server: 네트워크 운영 센터(NOC)에 있는 중앙 집중형 네트워크 관리 스테이션에서 실행되는 애플리케이션(대개 사람이 개입된 형태)이다.
			* managed device: 관리되는 네트워크 상에 존재하는 네트워크 장비(및 그 소프트웨어 포함)를 의미한다.
			** 이때 각 managed device는 여러 개의 managed object들을 포함할 수 있다. 이들 object들은 실제 하드웨어 구성 요소나, 소프트웨어 적인 요소들을 포함한다.
			* MIB: 각 managed object에 대한 정보를 수집하고 관리하는 데이터베이스이다.
			* network management agent: 이는 managed device 내에서 사용되는 프로세스로, managing server와 통신하며, 해당 서버의 명령하에 특정 동작을 수행한다.
			* network management protocol: managing server와 managed device 사이에서 실행되며, managing server가 managed device의 현재 상태에 대해서 묻고, 이를 기반으로 agent를 통해 간접적으로 동작을 수행할 수 있게 한다. 이때, 해당 프로토콜 자체는 네트워크를 관리하지 않으며, 네트워크 관리자가 네트워크 관리를 하도록 도와주는 기능을 제공한다.
			** network management protocol의 대표적인 예시중 하나가 SNMP(Simple Network Management Protocol)이다.

Pinkgo: /* Network Management and SNMP */

2025-05-09T08:16:52Z

Network Management and SNMP

← 이전 판		2025년 5월 9일 (금) 08:16 판
232번째 줄:		232번째 줄:

	==Network Management and SNMP==		==Network Management and SNMP==
			네트워크는 여러 하드웨어 및 소프트웨어 요소들의 매우 복잡한 상호작용의 결과이다. 따라서 이들 상호작용이 정상적으로 가동"되도록 하는 것은 쉽지 않은 일이다. 본질적으로 네트워크 관리(network management)란 아래 설명과 같다:
			네트워크 관리는 합리적인 비용으로 운영 성능(operational performance) 및 QoS(quality of services)에 대한 요구사항을 만족시키기 위해서 하드웨어, 소프트웨어, 인적 자원들을 잘 배치하여 네트워크와 그 요소 자원들을 모니터링, 테스트, 분석, 평가, 제어 등을 하는 것이다.
			즉, 네트워크 관리는 매우 광범위한 부분을 다룬다. 따라서 해당 문단에서는 네트워크 관리에 대한 기초적인 부분만을 다룬다.

			Figure 7
			네트워크 관리의 핵심 구성 요소들은 다음과 같다:


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

	[[분류:데이터베이스 시스템]]		[[분류:데이터베이스 시스템]]

Pinkgo: /* ICMP: The Internet Control Message Protocol */

2025-05-09T07:14:43Z

ICMP: The Internet Control Message Protocol

← 이전 판		2025년 5월 9일 (금) 07:14 판
230번째 줄:		230번째 줄:

	ICMP 메시지에는 type과 code 필드가 존재하며, 이는 해당 ICMP 메시지가 생성되게 한 IP 데이터그램의 헤더 및 처음 8바이트를 포함한다. 이를 통해서 송신측은 어떤 데이터그램이 오류를 유발했는지를 확인할 수 있다.		ICMP 메시지에는 type과 code 필드가 존재하며, 이는 해당 ICMP 메시지가 생성되게 한 IP 데이터그램의 헤더 및 처음 8바이트를 포함한다. 이를 통해서 송신측은 어떤 데이터그램이 오류를 유발했는지를 확인할 수 있다.

			==Network Management and SNMP==

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

	[[분류:데이터베이스 시스템]]		[[분류:데이터베이스 시스템]]

Pinkgo: /* The SDN Control Plane */

2025-05-09T07:10:23Z

The SDN Control Plane

← 이전 판		2025년 5월 9일 (금) 07:10 판
222번째 줄:		222번째 줄:
	==[[The SDN Control Plane]]==		==[[The SDN Control Plane]]==
	자세한 내용은 [[The SDN Control Plane]] 문서를 참조하십시오.		자세한 내용은 [[The SDN Control Plane]] 문서를 참조하십시오.

			==ICMP: The Internet Control Message Protocol==
			ICMP(Internet Control Message Protocol)란, 호스트와 라우터가 서로에게 network layer의 정보를 전달할 때 사용되는 프로토콜이다. ICMP의 가장 일반적인 용도는 오류를 보고하는 것이다. 예를 들면, http 세션을 실행할 때, "목적지 네트워크에 연결할 수 없음"과 같은 오류 메시지가 발생한다면, 이는 ICMP 프로토콜이 작동한 결과이다. 즉, HTTP request가 지정한 호스트로 가는 경로를 찾을 수 없었던 IP 라우터가 있었고, 그 라우터가 이 오류를 알리는 ICMP 메시지를 호스트에게 생성하여 보낸 것이다.<br>
			또한, ICMP는 echo request/reply 기능 또한 가지고 있으며, 이는 ping 프로그램을 구현하는데 사용된다. ping 프로그램은 지정된 호스트에 ICMP 필드에서 type이 8, code가 0인 메시지를 보낸다. 이를 받은 호스트는 이를 echo request로 인식하여 이에 대한 응답(reply)로 호스트에 ICMP 필드에서 type이 0, code가 0인 메시지를 보낸다. 이를 통해서 서버와 호스트 사이의 서버 지연 시간을 측정할 수 있다.

			ICMP는 network layer의 프로토콜에 해당하지만, transport layer의 특징 또한 가지고 있다. 그 이유는 ICMP 메시지들이 데이터그램의 페이로드에 담겨 전송되기 때문이다.

			ICMP 메시지에는 type과 code 필드가 존재하며, 이는 해당 ICMP 메시지가 생성되게 한 IP 데이터그램의 헤더 및 처음 8바이트를 포함한다. 이를 통해서 송신측은 어떤 데이터그램이 오류를 유발했는지를 확인할 수 있다.

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

	[[분류:데이터베이스 시스템]]		[[분류:데이터베이스 시스템]]

Pinkgo: /* Inter-AS routing: BGP */

2025-05-08T15:47:59Z

Inter-AS routing: BGP

← 이전 판		2025년 5월 8일 (목) 15:47 판
220번째 줄:		220번째 줄:
	BGP 라우팅 프로토콜에 대한 자세한 내용은 [[BGP]] 문서를 참조하십시오.		BGP 라우팅 프로토콜에 대한 자세한 내용은 [[BGP]] 문서를 참조하십시오.

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

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

	[[분류:데이터베이스 시스템]]		[[분류:데이터베이스 시스템]]

Pinkgo: /* Making routing scalable */

2025-05-08T15:40:42Z

Making routing scalable

← 이전 판		2025년 5월 8일 (목) 15:40 판
203번째 줄:		203번째 줄:

	Figure 5는 AS1, AS2, AS3 간 라우터 연결을 시각적으로 보여주고 있다. 이때 해당 figure에 나타나 있듯이, forwarding table은 intra-AS와 inter-AS 라우팅 알고리즘 둘 다에 의해 구성된다. 이때 '''intra-AS 라우팅 알고리즘은 해당 AS 내부에서의 목적지를 위한 경로'''를 설정하며, '''inter-AS 라우팅 알고리즘은 외부 목적지를 설정하기 위한 경로'''를 설정한다. 또한, 해당 figure에서 3a, 1c, 1b, 2a 라우터와 같이 어떤 AS 내에 속한 채로 '''다른 AS에 연결되는 링크를 가지고 있는 라우터를 gateway 라우터(gateway router)'''라고 한다.		Figure 5는 AS1, AS2, AS3 간 라우터 연결을 시각적으로 보여주고 있다. 이때 해당 figure에 나타나 있듯이, forwarding table은 intra-AS와 inter-AS 라우팅 알고리즘 둘 다에 의해 구성된다. 이때 '''intra-AS 라우팅 알고리즘은 해당 AS 내부에서의 목적지를 위한 경로'''를 설정하며, '''inter-AS 라우팅 알고리즘은 외부 목적지를 설정하기 위한 경로'''를 설정한다. 또한, 해당 figure에서 3a, 1c, 1b, 2a 라우터와 같이 어떤 AS 내에 속한 채로 '''다른 AS에 연결되는 링크를 가지고 있는 라우터를 gateway 라우터(gateway router)'''라고 한다.
	~~[[파일~~:~~Intra~~-AS ~~Routing~~.~~png\|섬네일\|Figure 6~~. Intra-~~AS Routing\|200x200픽셀]]~~
			Intra-AS 라우팅 알고리즘과 inter-AS 알고리즘이 구분되어서 작동하는 이유는 다음 세가지 이다:
			* policy: 각 AS가 intra-AS 라우팅 알고리즘을 통해 자율적으로 경로를 제어하도록 할 수 있다.
			* Scale: Inter-AS에서는 전 세계 수천 개의 AS가 존재하므로, 계층적 구조가 필수이다.
			* Performance: Intra-AS는 성능 중심, Inter-AS는 라우팅 정책을 우선적으로 고려한다.

	===Intra-AS Routing===		===Intra-AS Routing===
			[[파일:Intra-AS Routing.png\|섬네일\|Figure 6. Intra-AS Routing\|200x200픽셀]]
	AS1의 라우터가 외부 AS를 향하는 데이터그램을 수신해서 어느 gateway 라우터로 포워딩해야 할지 결정해야 한다고 가정하자. 이를 위해서, AS1의 각 라우터는 각 목적지에 대해 어떤 AS를 통해 도달 가능한지 계산해야 한다. 또한 해당 정보를 AS1 내부에 브로드캐스트하여 내부의 모든 라우터에게 공유해야 한다. 이를 통해서 AS1의 모든 라우터가 동일한 forwarding 작업을 수행할 수 있다. 이러한 작업을 Intra-AS Routing이라고 하며, IGP(Interior Gateway Protocol)라고도 한다. 이때 IGP는 RIP<ref>Routing Information Protocol</ref>, [[OSPF]]<ref>Open Shortest Path First</ref>, IGRP<ref>Cisco에 의해 개발되었고, 2016년까지 비공개되었던 프로토콜이다.</ref>등으로 나뉜다. 이와 같은 라우팅 프로토콜의 분류는 figure 6에 잘 나타나 있다.		AS1의 라우터가 외부 AS를 향하는 데이터그램을 수신해서 어느 gateway 라우터로 포워딩해야 할지 결정해야 한다고 가정하자. 이를 위해서, AS1의 각 라우터는 각 목적지에 대해 어떤 AS를 통해 도달 가능한지 계산해야 한다. 또한 해당 정보를 AS1 내부에 브로드캐스트하여 내부의 모든 라우터에게 공유해야 한다. 이를 통해서 AS1의 모든 라우터가 동일한 forwarding 작업을 수행할 수 있다. 이러한 작업을 Intra-AS Routing이라고 하며, IGP(Interior Gateway Protocol)라고도 한다. 이때 IGP는 RIP<ref>Routing Information Protocol</ref>, [[OSPF]]<ref>Open Shortest Path First</ref>, IGRP<ref>Cisco에 의해 개발되었고, 2016년까지 비공개되었던 프로토콜이다.</ref>등으로 나뉜다. 이와 같은 라우팅 프로토콜의 분류는 figure 6에 잘 나타나 있다.

214번째 줄:		219번째 줄:

	BGP 라우팅 프로토콜에 대한 자세한 내용은 [[BGP]] 문서를 참조하십시오.		BGP 라우팅 프로토콜에 대한 자세한 내용은 [[BGP]] 문서를 참조하십시오.


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

	[[분류:데이터베이스 시스템]]		[[분류:데이터베이스 시스템]]