... 라우팅 프로토콜(IP)은 무엇을 제공합니까? 1개의 ip 라우팅 프로토콜 제공

네트워크 네트워크이며 수많은 다른 로컬, 지역 및 기업 네트워크를 통합하는 인터넷은 단일 TCP/IP 데이터 전송 프로토콜을 사용하여 기능하고 발전합니다. TCP / IP라는 용어에는 두 가지 프로토콜의 이름이 포함됩니다.

전송 제어 프로토콜(TCP) - 전송 프로토콜;

인터넷 프로토콜(IP)- 라우팅 프로토콜.

라우팅 프로토콜. IP 프로토콜을 사용하면 네트워크의 컴퓨터 간에 정보를 전송할 수 있습니다. 일반 메일을 사용하여 정보를 전송하는 것과 유사하게 이 프로토콜의 작동을 살펴보겠습니다. 편지가 목적지에 도착할 수 있도록 봉투에 받는 사람(보내는 사람)과 보낸 사람(보내는 사람)의 주소가 표시됩니다.

마찬가지로 네트워크를 통해 전송되는 정보는 받는 사람과 보낸 사람 컴퓨터의 IP 주소가 "기록된" "봉투에 포장"됩니다(예: "To: 198.78.213.185", "From: 193.124.5.33"). 컴퓨터 언어로 된 봉투의 내용은 IP 패킷 바이트 모음입니다.

일반 서신을 발송하는 과정에서 발송인과 가장 가까운 우체국으로 먼저 배달된 후, 우체국 체인을 따라 수취인과 가장 가까운 우체국으로 옮겨집니다. 중간 우체국에서는 편지가 분류됩니다. 즉, 다음 우체국으로 편지를 보내야하는지 결정됩니다.

대상 컴퓨터로 가는 도중에 IP 패킷도 작업이 수행되는 수많은 중간 인터넷 서버를 통과합니다. 라우팅.라우팅의 결과로 IP 패킷은 한 인터넷 서버에서 다른 서버로 보내지고 점차적으로 수신 컴퓨터에 접근합니다.

정보 전달 경로 결정. 인터넷의 "지리"는 우리에게 익숙한 지리와 크게 다릅니다. 정보 획득 속도는 웹 서버의 원격성에 의존하지 않고 노드에서 노드로 정보가 전송되는 중간 서버의 수와 통신 회선의 품질(대역폭)에 따라 달라집니다.

인터넷에서 정보 전달 경로를 아는 것은 매우 쉽습니다. 특별 프로그램 tracert.exe Windows의 일부인 을(를) 사용하면 선택한 인터넷 서버에서 컴퓨터로 어떤 서버와 지연 정보가 전송되는지 추적할 수 있습니다.

전송 프로토콜... 이제 여러 페이지로 된 원고를 우편으로 보내야 하지만 우편물은 소포나 소포를 받지 않는다고 가정해 보겠습니다. 아이디어는 간단합니다. 원고가 일반 우편 봉투에 맞지 않으면 여러 장으로 나누어 여러 봉투에 넣어 보내야 합니다. 이 경우 원고의 시트에 번호를 매겨 나중에 이 시트가 어떤 순서로 연결될 것인지 수신자가 알 수 있도록 해야 합니다.

인터넷에서 컴퓨터가 대용량 파일을 교환할 때 비슷한 상황이 자주 발생합니다. 이러한 파일을 전체적으로 보내면 오랫동안 통신 채널을 "막히게"하여 다른 메시지를 보낼 때 액세스할 수 없게 만들 수 있습니다.

이러한 일이 발생하지 않도록 하려면 보내는 컴퓨터에서 큰 파일을 작은 부분으로 나누고 번호를 매긴 다음 별도의 IP 패킷으로 받는 컴퓨터로 전송해야 합니다. 수신 컴퓨터에서 개별 부품의 소스 파일을 올바른 순서로 조합해야 합니다.

흥미롭게도 라우팅을 담당하는 IP 프로토콜의 경우 이러한 패킷은 서로 완전히 관련이 없습니다. 따라서 마지막 IP 패킷이 그 과정에서 첫 번째 IP 패킷을 추월할 수 있습니다. 이러한 패킷의 전달 경로조차도 완전히 다른 것으로 판명될 수 있습니다. 그러나 TCP는 첫 번째 IP 패킷을 기다리고 올바른 순서로 소스 파일을 재조립합니다.

전송 프로토콜인 TCP(Transmission Control Protocol)는 전송 중에 파일을 IP 패킷으로 분할하고 수신 중에 파일을 조합하는 기능을 제공합니다.

유틸리티를 사용하여 로컬 컴퓨터와 인터넷 서버 간의 IP 패킷 교환 시간을 확인할 수 있습니다. 핑 Windows 운영 체제에 포함되어 있습니다. "유틸리티는 4개의 IP 패킷을 지정된 주소로 보내고 각 패킷에 대한 총 전송 및 수신 시간을 보여줍니다.

표는 네트워크 마스크를 명확하게 보여줍니다.

처음 두 항목은 라우터가 해당 IP 인터페이스를 통해 독립적으로 라우터가 직접 연결된 네트워크로 주소가 지정된 데이터그램을 전송함을 나타냅니다. 다른 모든 데이터그램은 G2(194.84.0.118)로 전달됩니다. se0 인터페이스는 전용선인 직렬(직렬) 채널을 지정합니다.

2.3.5. 정적 경로 만들기

라우팅 테이블은 다양한 방법으로 채울 수 있습니다. 정적 라우팅은 사용된 경로가 시간이 지남에 따라 변경할 수 없는 경우에 사용됩니다(예: 위에서 설명한 호스트 및 라우터의 경우 대체 경로가 없는 경우). 고정 경로는 네트워크 또는 노드 관리자가 구성합니다.

위의 예에서 일반 호스트의 경우 게이트웨이 주소(기본 경로의 다음 라우터)만 지정하면 충분하고 테이블의 나머지 항목은 명확하며 호스트는 자신의 IP 주소와 넷마스크를 알고 있습니다. , 자체적으로 입력할 수 있습니다. 게이트웨이 주소는 DHCP 서버를 통해 TCP/IP 스택을 구성할 때 수동으로 지정하거나 자동으로 얻을 수 있습니다("인터넷 기술" 과정의 "동적 IP 주소 할당" 랩 참조).

2.3.6. 동적 라우팅

복잡한 토폴로지로 네트워크를 결합하는 경우 한 노드에서 다른 노드로의 경로에 대한 여러 옵션이 있거나 (또는) 네트워크 상태(토폴로지, 통신 채널 품질)가 시간이 지남에 따라 변경되면 경로 테이블이 동적으로 컴파일됩니다. 다양한 라우팅 프로토콜을 사용합니다. 라우팅 프로토콜은 실제로 데이터그램을 라우팅하지 않습니다. 위에서 설명한 대로 라우팅 테이블의 항목에 따라 어쨌든 IP 모듈에 의해 수행됩니다. 특정 알고리즘을 기반으로 하는 라우팅 프로토콜은 경로 테이블을 동적으로 편집합니다. 즉, 항목을 추가 및 삭제하지만 일부 항목은 여전히 ​​관리자가 정적으로 입력할 수 있습니다.

작업 알고리즘에 따라 거리 벡터거리 벡터 프로토콜 및 프로토콜 링크 상태(링크 상태 프로토콜).

적용 분야에 따라 프로토콜로 구분 외부의(외부) 및 내부의(인테리어) 라우팅.

거리 벡터 프로토콜 Bellman-Ford 알고리즘을 구현합니다. 작업의 일반적인 계획은 다음과 같습니다. 각 라우터는 주기적으로 자체에서 알려진 모든 네트워크까지의 거리에 대한 정보를 브로드캐스트합니다( 거리 벡터). 물론 초기에는 라우터가 직접 연결된 네트워크에 대한 정보만 전송됩니다.

또한 누군가로부터 거리 벡터를 수신한 각 라우터는 수신된 정보에 따라 네트워크의 도달 가능성에 대해 이미 갖고 있는 데이터를 수정하거나 새로운 데이터를 추가하여 벡터가 수신된 라우터를 나타냅니다. 다음 라우터네트워크 데이터로 가는 길에. 잠시 후 알고리즘이 수렴되고 모든 라우터는 모든 네트워크에 대한 경로에 대한 정보를 갖게 됩니다.

거리 벡터 프로토콜은 소규모 네트워크에서만 잘 작동합니다. 그들의 작업 알고리즘은 4장에서 더 자세히 논의될 것입니다. 거리 벡터 기술의 발전 - BGP에서 사용되는 "경로 벡터".

직장에서 링크 상태 프로토콜각 라우터는 인접 라우터와의 연결 상태를 모니터링하고 상태가 변경되면(예: 연결이 끊어진 경우) 브로드캐스트 메시지를 보내고 다른 모든 라우터는 데이터베이스를 업데이트하고 경로를 다시 계산합니다. 거리 벡터 프로토콜과 달리 링크 상태 프로토콜은 전체 네트워크 그래프를 설명하고 경로를 로컬에서 빠르게 계산할 수 있도록 각 라우터에 데이터베이스를 생성합니다.

이 유형의 일반적인 프로토콜, OSPF는 E.W.Dijkstra가 제안한 그래프에서 최단 경로를 찾는 SPF(Shortest Path First) 알고리즘을 기반으로 합니다.

링크 상태 프로토콜은 거리 벡터 프로토콜보다 훨씬 더 복잡하지만 더 빠르고 최적이며 정확한 경로 계산을 제공합니다. 링크 상태 프로토콜은 5장에서 OSPF 프로토콜을 사용하여 더 자세히 설명합니다.

내부 라우팅 프로토콜(예: RIP, OSPF, 집합적으로 IGP - 내부 게이트웨이 프로토콜이라고 함)은 내부에서 작동하는 라우터에서 사용됩니다. 자율 시스템 ... 자율 시스템은 인터넷의 가장 큰 부문으로, 동일한 라우팅 정책 및 일반 관리를 가진 네트워크의 조합입니다(예: Global One 및 러시아의 클라이언트 네트워크 집합).

하나 또는 다른 내부 라우팅 프로토콜의 범위는 전체 자율 시스템이 아니라 자율 시스템의 일부인 일부 네트워크 상호 연결만 포함할 수 있습니다. 우리는 그런 노동 조합을 부를 것입니다 네트워크 시스템 , 또는 단순히 체계, 때때로 이 시스템에서 작동하는 라우팅 프로토콜의 표시가 있습니다(예: RIP 시스템, OSPF 시스템).

라우팅 ~ 사이자율 시스템 수행 경계선외부 라우팅 프로토콜(총칭하여 EGP - 외부 게이트웨이 프로토콜이라고 함)을 사용하여 경로 테이블이 컴파일되는 (경계) 라우터입니다. 외부 라우팅 프로토콜의 특징은 경로를 계산할 때 네트워크 그래프의 토폴로지뿐만 아니라 네트워크를 통해 다른 자율 시스템의 라우팅 트래픽에 대한 자율 시스템 관리에 의해 부과되는 정치적 제한도 고려해야 한다는 것입니다. 현재 BGP는 가장 일반적인 외부 라우팅 프로토콜입니다.

2.4. IP 데이터그램 헤더 형식

IP 데이터그램은 헤더와 데이터로 구성됩니다.

데이터그램 헤더는 32비트 워드이며 옵션 필드의 크기에 따라 길이가 가변적이지만 항상 32비트의 배수입니다. 헤더 바로 뒤에 데이터그램에서 전송된 데이터가 옵니다.

헤더 형식:

헤더 필드의 의미는 다음과 같습니다.

버전(4비트) - IP 프로토콜 버전, 현재 버전 4가 사용 중이며 새로운 개발 버전 번호는 6-8입니다.

IHL(인터넷 헤더 길이)(4비트) - 32비트 워드의 헤더 길이. 유효한 값의 범위는 5(최소 헤더 길이, "옵션" 필드 없음)에서 15(즉, 최대 40바이트의 옵션이 있을 수 있음)입니다.

TOS(서비스 유형)(8비트) - 필드 값은 데이터그램의 우선 순위와 원하는 라우팅 유형을 결정합니다. TOS 바이트 구조:

세 개의 최하위 비트("우선 순위")는 데이터그램의 우선 순위를 결정합니다.

111 - 네트워크 관리

110 - 게이트웨이 관리

101 - 크리틱-ECP

100 - 인스턴트 이상

011 - 즉시

010 - 즉시

001 - 긴급

000 - 보통

비트 D, T, R, C는 원하는 라우팅 유형을 결정합니다.

D(지연) - 최소 지연이 있는 경로 선택,

T(처리량) - 처리량이 최대인 경로 선택,

R(신뢰성) - 최대의 신뢰성으로 경로 선택,

C(비용) - 최소 비용으로 경로 선택.

데이터그램에는 D, T, R, C 비트 중 하나만 설정할 수 있습니다. 바이트의 최상위 비트는 사용되지 않습니다.

TOS 바이트 값에 따른 실제 우선 순위 및 경로 선택은 라우터, 해당 소프트웨어 및 설정에 따라 다릅니다. 라우터는 모든 유형의 TOS에 대한 경로 계산을 지원하거나 TOS를 완전히 무시하거나 부분적으로 지원할 수 있습니다. 라우터는 모든 데이터그램을 처리할 때 또는 제한된 호스트 집합에서만 발생하는 데이터그램을 처리할 때 우선순위 값을 고려하거나 우선순위를 모두 무시할 수 있습니다.

총 길이(16비트) - 헤더와 데이터를 포함한 전체 데이터그램의 길이(헤더 및 데이터 포함), 최대값은 65535, 최소값은 21(옵션이 없는 헤더 및 데이터 필드의 1옥텟)입니다.

아이디(식별)(16비트), 깃발(3비트), 조각 오프셋(13비트)는 데이터그램의 단편화 및 재조립에 사용되며 아래 2.4.1에서 더 자세히 설명합니다.

TTL(수명)(8비트) - 데이터그램의 "수명"입니다. 발신자가 설정하며 초 단위로 측정됩니다. 데이터그램이 통과하는 각 라우터는 데이터그램을 처리하는 데 걸린 시간을 뺀 후 TTL 값을 덮어씁니다. 현재 라우터의 데이터 처리 속도가 빠르기 때문에 하나의 데이터그램은 일반적으로 1초 미만이 소요되므로 사실상 모든 라우터는 TTL에서 1을 뺍니다. TTL = 0에 도달하면 데이터그램이 파괴되고 적절한 ICMP 메시지가 발신자에게 전송될 수 있습니다. TTL 제어는 데이터그램이 네트워크를 순환하는 것을 방지합니다.

규약(8비트) - 데이터그램 데이터가 추가 처리를 위해 전송되어야 하는 프로그램(스택의 상위 프로토콜)을 정의합니다. 일부 프로토콜 코드는 표 2.4.1에 나와 있습니다.

IP 프로토콜 코드

헤더 체크섬(16비트) - 헤더 체크섬, 헤더의 모든 16비트 단어 합계에서 비트를 보완하는 16비트입니다. 체크섬을 계산하기 전에 "헤더 체크섬" 필드의 값이 지워집니다. 라우터는 데이터그램(최소한 "TTL" 필드)을 처리할 때 일부 헤더 필드의 값을 변경하기 때문에 체크섬은 각 라우터에서 다시 계산됩니다. 체크섬 확인 중에 오류가 발견되면 데이터그램이 파괴됩니다.

소스 주소(32비트) - 발신자 IP 주소.

목적지 주소(32비트) - 대상 IP 주소.

심- 옵션 목록이 정수가 아닌 32비트 워드를 차지하는 경우 32비트 워드 경계에서 헤더 정렬. "패딩" 필드는 0으로 채워집니다.

2.4.1. 데이터그램 단편화

다른 전송 매체는 전송되는 데이터 단위(MTU - 매체 전송 단위)의 최대 크기가 다르며, 이 숫자는 매체의 속도 특성과 전송 오류 확률에 따라 다릅니다. 예를 들어 10Mbps 이더넷의 MTU 크기는 1536옥텟이고 100Mbps FDDI의 경우 4096옥텟입니다.

MTU가 높은 환경에서 MTU가 낮은 환경으로 데이터그램을 전송할 때 데이터그램을 조각화해야 할 수 있습니다. 데이터그램의 단편화 및 재조립은 IP 프로토콜 모듈에 의해 처리됩니다. 이것은 데이터그램 헤더의 "ID"(식별), "플래그" 및 "조각 오프셋" 필드를 사용하여 수행됩니다.

깃발-필드는 3비트로 구성되며 그 중 최하위는 항상 지워집니다.

DF(조각화하지 않음) 비트 값:

0 - 조각화가 허용됩니다.

1 - 조각화가 비활성화됩니다(조각화 없이 데이터그램을 전송할 수 없는 경우 파괴됨).

MF(More Fragments) 비트 값:

0 - 이 조각이 마지막(유일)입니다.

1 - 이 조각이 마지막 조각이 아닙니다.

아이디(식별)- 송신자가 설정한 데이터그램 식별자 조각이 단일 데이터그램에 속하는지 확인하기 위해 조각에서 데이터그램을 조합하는 데 사용됩니다.

조각 오프셋- 조각 오프셋, 필드 값은 원래 데이터그램의 데이터 필드에서 이 조각이 있는 위치를 나타냅니다. 오프셋은 64비트 청크로 간주됩니다. 최소 조각 크기는 8 옥텟이며 이 경우 다음 조각의 오프셋은 1입니다. 첫 번째 조각의 오프셋은 0입니다.

예제를 사용하여 조각화 프로세스를 살펴보겠습니다. 4020 옥텟(헤더에 20 옥텟)의 데이터그램이 FDDI 환경(MTU = 4096)에서 이더넷 환경(MTU = 1536)으로 전송된다고 가정합니다. 데이터그램 조각화는 미디어 경계에서 발생합니다. 이 데이터그램과 동일한 길이의 모든 단편의 헤더는 20옥텟입니다.

원본 데이터그램:
헤더: ID = X, 총 길이 = 4020, DF = 0, MF = 0, FOffset = 0
데이터(4000 옥텟): "A .... A"(1472 옥텟), "B .... B"(1472 옥텟), "C ... C"(1056 옥텟)

조각 1:
헤더: ID = X, 총 길이 = 1492, DF = 0, MF = 1, FOffset = 0
데이터: "A .... A"(1472 옥텟)

조각 2:
헤더: ID = X, 총 길이 = 1492, DF = 0, MF = 1, FOffset = 184
데이터: "B .... B"(1472 옥텟)

조각 3:
헤더: ID = X, 총 길이 = 1076, DF = 0, MF = 0, FOffset = 368
데이터: "C .... C"(1056 옥텟)

단편화는 재귀적일 수 있습니다. 즉, 예를 들어 단편 1 및 2가 다시 단편화될 수 있습니다. 조각 오프셋은 원래 데이터그램의 시작 부분에서 계산됩니다.

2.4.2. 단편화 논의

최대 조각 수는 각 조각의 최소(8 옥텟) 크기에 대해 2 13 = 8192입니다. 조각 크기가 클수록 조각의 최대 수가 그에 따라 줄어듭니다.

단편화를 사용하면 일부 옵션이 단편의 헤더에 복사되고 일부는 복사되지 않습니다. 다른 모든 데이터그램 헤더 필드는 청크 헤더에 있습니다. 옵션 필드, 플래그 "MF", "조각 오프셋", "총 길이", "IHL", 체크섬과 같은 헤더 필드는 원래 데이터그램과 비교하여 값을 변경할 수 있습니다. 나머지 필드는 변경 없이 조각으로 복사됩니다.

각 IP 모듈은 단편화 없이 68 옥텟 데이터그램을 전송할 수 있어야 합니다(최대 헤더 크기 60 옥텟 + 최소 8 옥텟 청크).

조각은 데이터그램의 대상에서만 재조립됩니다. 다른 조각은 대상에 대한 다른 경로를 따를 수 있기 때문입니다.

전송 중에 조각이 지연되거나 손실되면 집합 지점에서 이미 수신된 나머지 조각은 누락된 조각이 도착할 때까지 TTL이 초당 하나씩 감소합니다. TTL이 0이 되면 모든 조각이 파괴되고 데이터그램을 조합하는 데 사용된 리소스가 해제됩니다.

데이터그램 ID의 최대 수는 65536입니다. 모든 ID가 사용된 경우 TTL이 만료될 때까지 기다려야 동일한 ID를 다시 사용할 수 있습니다.

단편화된 데이터그램 전송에는 몇 가지 단점이 있습니다. 예를 들어, 이전 단락에서 다음과 같이 이러한 전송의 최대 속도는 초당 65536/TTL 데이터그램입니다. 권장 TTL 값이 120임을 고려하면 초당 최대 546 데이터그램의 속도를 얻습니다. FDDI 환경에서 MTU는 약 4100 옥텟이며, FDDI 환경에서 최대 데이터 전송 속도는 18Mbps 이하로 이 환경의 기능보다 훨씬 낮습니다.

단편화의 또 다른 단점은 효율성이 낮다는 것입니다. 단편 하나가 손실되면 전체 데이터그램이 다시 전송됩니다. 여러 데이터그램의 지연 조각을 동시에 기다리면 리소스가 눈에 띄게 부족해지고 호스트 속도가 느려집니다.

조각화 프로세스를 우회하는 방법은 TCP 프로토콜에서 지원하는 "경로 MTU 검색" 알고리즘을 사용하는 것입니다. 알고리즘의 임무는 발신자에서 목적지까지 최소 MTU를 찾는 것입니다. 이를 위해 데이터그램은 DF 비트 세트와 함께 전송됩니다("조각화 금지"). 목적지에 도달하지 않으면 전송이 성공할 때까지 데이터그램의 크기가 줄어듭니다. 그런 다음 페이로드는 감지된 최소 MTU에 해당하는 크기의 데이터그램을 생성합니다.

2.4.3. IP 옵션

옵션은 IP 데이터그램 추가 서비스를 정의합니다. 옵션은 최소한 하나의 옵션 유형 옥텟으로 구성되며, 옵션 길이 옥텟과 옵션에 대한 데이터 옥텟이 뒤따릅니다.

"옵션 유형" 옥텟의 구조:

비트 C 값:

1 - 옵션이 모든 조각에 복사됩니다.

0 - 옵션이 첫 번째 조각에만 복사됩니다.

0 - "제어" 및 2 - "측정 및 디버그"의 두 가지 옵션 클래스가 정의됩니다. 클래스 내에서 옵션은 숫자로 식별됩니다. 다음은 IP 표준에 설명된 옵션입니다. "길이 옥텟" 열의 "-" 기호는 옵션이 "옵션 유형" 옥텟으로만 구성되어 있음을 의미하고 더하기 옆에 있는 숫자는 옵션이 고정 길이(길이는 옥텟으로 지정됨)를 가짐을 의미합니다.

표 2.4.2

목록에 "옵션 목록 끝" 옵션이 있는 경우 헤더 길이(IHL)가 아직 소진되지 않은 경우에도 옵션 구문 분석이 중지됩니다. "No Operation" 옵션은 일반적으로 32비트 경계에서 옵션을 정렬하는 데 사용됩니다.

대부분의 옵션은 현재 사용되지 않습니다. "Stream ID" 및 "Security" 옵션은 제한된 실험 범위에서 사용되었으며 "Record route" 및 "Internet Timestamp" 옵션의 기능은 traceroute 프로그램에 의해 수행됩니다. 특히 관심을 끄는 것은 "느슨한 / 엄격한 소스 라우팅" 옵션뿐이며 다음 단락에서 설명합니다.

데이터그램에서 옵션을 사용하면 처리 속도가 느려집니다. 대부분의 데이터그램에는 옵션이 포함되어 있지 않습니다. 즉, 헤더 길이가 고정되어 있으므로 이 경우 처리가 최대한 최적화됩니다. 옵션의 출현은 이 빠른 프로세스를 방해하고 모든 표준 옵션을 처리할 수 있는 표준 범용 IP 모듈을 호출하지만 상당한 성능 손실을 희생합니다.

"느슨한/엄격한 소스 라우팅" 옵션(각각 클래스 0, 숫자 3 및 9)은 송신자가 따라야 하는 데이터그램의 미리 정의된 경로를 나타내기 위한 것입니다.

두 옵션 모두 동일하게 보입니다.

"Data" 필드에는 필요한 경로의 IP 주소 목록이 다음 순서로 포함됩니다. "포인터" 필드는 다음 경로 포인트를 결정하는 데 사용되며 "데이터" 필드에 있는 이 포인트의 IP 주소의 첫 번째 옥텟 번호를 포함합니다. 숫자는 옵션의 시작 부분부터 1부터 계산되며 포인터의 초기 값은 4입니다.

옵션은 다음과 같이 작동합니다.

A에서 B로 전송된 데이터그램이 라우터 G1과 G2를 거쳐야 한다고 가정합니다. A 출구에서 데이터그램 헤더의 "Destination Address" 필드에는 G1 주소가 포함되고 옵션 데이터 필드에는 G2 및 B 주소가 포함됩니다(포인터 = 4). G1에 데이터그램이 도착하면 다음 항목(G2)의 주소가 옵션 데이터 필드의 옵션 데이터 필드에서 추출되며 포인터(옥텟 4)가 가리키는 옥텟에서 시작하여 "대상 주소"에 배치됩니다. 필드는 포인터 값이 4만큼 증가하고 주소 G2 대신 옵션 데이터 필드에는 데이터그램이 새 대상으로 전송될 G1 라우터의 인터페이스 주소가 포함됩니다(즉, G2). 데이터그램이 G2에 도착하면 절차를 반복하여 데이터그램을 B로 보낸다. B에서 데이터그램을 처리할 때 포인터(12)의 값이 옵션의 길이를 초과하는 것을 발견하여 최종적으로 경로의 목적지에 도달했습니다.

"Loose Source Routing"과 "Strict Source Routing" 옵션의 차이점은 다음과 같습니다.

"느슨한": 원하는 경로의 다음 지점에 여러 단계로 도달할 수 있습니다( 홉);

"Strict": 필요한 경로의 다음 지점에 1단계, 즉 직접 도달해야 합니다.

논의된 옵션은 모든 조각에 복사됩니다. 데이터그램에는 이러한 옵션이 하나만 있을 수 있습니다.

"느슨한 / 엄격한 소스 라우팅" 옵션은 제어(필터링) 노드를 통한 무단 침투의 목적으로 사용할 수 있습니다(허용된 주소는 "대상 주소" 필드에 설정되고 데이터그램은 제어 노드에 의해 전달된 다음 금지된 주소가 옵션 데이터 필드에서 삽입되고 데이터그램이 이 주소로 리디렉션됩니다. 이 주소는 이미 제어 노드의 도달 범위를 벗어났습니다. 따라서 보안상의 이유로 일반적으로 제어 노드가 옵션이 있는 데이터그램을 전달하는 것을 금지하는 것이 좋습니다 질문.

"Loose Source Routing" 옵션을 사용하는 것의 빠른 대안은 IP-IP 캡슐화입니다. 예를 들어, 특정 TCP 세그먼트를 A에서 C를 통해 B로 보내야 합니다. 데이터그램은 A에서 C로 다음 형식으로 전송됩니다.

데이터그램이 C에서 처리될 때 데이터그램 데이터는 처리를 위해 IP 프로토콜로 전달되어야 하며 물론 IP 데이터그램이기도 하다는 것을 발견합니다. 이 내부 데이터그램은 검색되어 B로 전송됩니다.

동시에 노드 C에서만 데이터그램을 처리하는 추가 시간이 필요했지만(하나가 아닌 두 개의 헤더 처리), 옵션을 사용하는 경우와 달리 경로의 다른 모든 노드에서는 추가 처리가 필요하지 않았다.

IP-IP 캡슐화를 사용하는 경우에도 위의 보안 문제가 발생할 수 있습니다.

2.5. ICMP 프로토콜

ICMP(Internet Control Message Protocol)는 IP 모듈의 필수적인 부분입니다. 송신자의 데이터그램을 전달할 수 없거나 다른 경우에 송신자에게 보내는 진단 메시지의 형태로 피드백을 제공합니다. ICMP는 RFC-792에서 표준화되었으며 RCF-950,1256에서 추가되었습니다.

전달에 실패하면 ICMP 메시지가 생성되지 않습니다.

• ICMP 메시지를 포함하는 데이터그램;
• 데이터그램의 첫 번째 조각이 아닙니다.
• 멀티캐스트 주소(브로드캐스트, 멀티캐스트)로 향하는 데이터그램;
• 발신자 주소가 null 또는 멀티캐스트인 데이터그램.

모든 ICMP 메시지에는 IP 헤더가 있으며 "프로토콜" 필드는 1입니다. ICMP 메시지가 있는 데이터그램 데이터는 처리를 위해 프로토콜 스택 위로 전달되지 않고 IP 모듈에 의해 처리됩니다.

IP 헤더 뒤에는 "Type", "Code" 및 "Checksum" 필드가 있는 32비트 단어가 옵니다. 유형 및 코드 필드는 ICMP 메시지의 내용을 정의합니다. 나머지 데이터그램의 형식은 메시지 유형에 따라 다릅니다. 체크섬은 IP 헤더와 같은 방식으로 계산되지만 이 경우 "Type" 및 "Code" 필드를 포함하여 ICMP 메시지의 내용이 요약됩니다.

표 2.5.1

ICMP 메시지 유형

다음은 ICMP 메시지 형식과 일부 메시지에 대한 설명입니다.

유형 3, 4, 11, 12

"xxxxxxxxxxxx"(1 옥텟) 필드의 메시지 유형 12에는 오류가 감지된 헤더 옥텟의 번호가 입력됩니다. 유형 3, 4, 11의 메시지에는 사용되지 않습니다. 사용하지 않는 모든 필드는 0으로 채워집니다.

유형 4의 메시지("소스 속도 저하")는 대상 또는 중간 데이터그램 버퍼가 경로에서 오버플로(또는 오버플로 위험에 있음)될 때 생성됩니다. 이러한 메시지를 수신하면 발신자는 이러한 유형의 메시지 수신을 중단할 때까지 데이터그램 전송 속도를 늦추거나 일시 중단해야 합니다.

원본 데이터그램의 IP 헤더와 초기 단어는 발신자가 식별하고 실패 원인을 분석하기 위해 제공됩니다.

유형 5

유형 5 메시지는 라우터가 데이터그램이 다른 라우터를 통해 지정된 대상으로 라우팅되어야 한다고 생각할 때 라우터에서 데이터그램의 발신자에게 전달됩니다. 새 라우터의 주소는 메시지의 두 번째 단어에 표시됩니다.

"목적지"의 개념은 "코드" 필드의 값으로 지정됩니다(표 2.5.1 참조). ICMP 메시지를 보낸 데이터그램이 어디로 향했는지에 대한 정보는 메시지에 추가된 헤더에서 검색됩니다. 넷마스크 전송이 없으면 유형 5 메시지의 범위가 제한됩니다.

유형 0.8

메시지 유형 0과 8은 네트워크의 두 노드 간의 IP 통신을 테스트하는 데 사용됩니다. 테스트 노드는 유형 8의 메시지("에코 요청")를 생성하는 반면 "식별자"는 이 테스트 세션(전송된 메시지 시퀀스의 번호)을 식별하고 "시퀀스의 번호" 필드는 내에서 이 메시지의 번호를 포함합니다. 순서. 데이터 필드는 임의의 데이터를 포함하며 이 필드의 크기는 IP 헤더의 "총 길이" 필드에 지정된 데이터그램의 총 길이에 의해 결정됩니다.

에코 요청을 수신한 IP 모듈은 에코 응답을 보냅니다. 이를 위해 보낸 사람과 받는 사람 주소를 바꾸고 ICMP 메시지 유형을 0으로 변경한 다음 체크섬을 다시 계산합니다.

테스트 노드는 에코 응답 수신, 데이터그램 처리 시간, 손실 비율 및 응답 도달 순서를 통해 테스트된 노드와의 통신 존재 및 품질에 대한 결론을 도출할 수 있습니다. ping 프로그램은 에코 메시지 송수신을 기반으로 작동합니다.

유형 9

유형 9(라우터 알림) 메시지는 호스트가 라우팅 테이블을 자동으로 구성할 수 있도록 라우터에서 네트워크의 호스트로 주기적으로 전송됩니다. 일반적으로 이러한 메시지는 멀티캐스트 주소 224.0.0.1("모든 호스트") 또는 브로드캐스트 주소로 전송됩니다.

메시지에는 각 라우터에 대한 우선 순위 값이 접두사로 붙은 하나 이상의 라우터 주소가 포함됩니다. 우선 순위는 2의 보수로 작성된 부호 있는 숫자입니다. 숫자가 높을수록 우선 순위가 높아집니다.

"NumAddr" 필드에는 이 메시지의 라우터 주소 수가 포함됩니다. "AddrEntrySize" 필드의 값은 2(한 라우터에 대한 정보를 위해 할당된 필드의 크기, 32비트 워드)와 같습니다. "Lifetime"은 이 메시지에 포함된 정보의 만료 날짜를 초 단위로 정의합니다.

유형 10

메시지 유형 10(Router Advertisement Request)은 두 개의 32비트 단어로 구성되며, 첫 번째 단어에는 유형, 코드 및 체크섬 필드가 포함되고 두 번째 단어는 예약되어 있습니다(0으로 채워짐).

유형 17 및 18

유형 17 및 18(넷마스크 값 요청에 대한 요청 및 응답)의 메시지는 호스트가 자신이 위치한 넷마스크를 알고 싶어할 때 사용됩니다. 이를 위해 라우터 주소로 요청이 전송됩니다(또는 라우터 주소를 알 수 없는 경우 브로드캐스트). 라우터는 요청이 온 네트워크의 마스크 값이 포함된 메시지로 응답합니다. 요청을 보낸 사람이 아직 자신의 IP 주소를 모르는 경우 응답이 브로드캐스트로 전송됩니다.

"식별자" 및 "순차 번호" 필드를 사용하여 요청 및 응답의 일치를 제어할 수 있지만 대부분의 경우 무시됩니다.

2.6. ARP 프로토콜

ARP(Address Resolution Protocol)는 IP 주소를 물리적 주소라고 하는 MAC 주소로 변환합니다.

MAC은 미디어 액세스 제어, 미디어 액세스 제어를 나타냅니다. MAC 주소는 물리적 채널에 연결된 장치를 식별하며 MAC 주소의 예는 이더넷 주소입니다.

물리적 채널을 통해 IP 데이터그램을 전송하려면(이더넷을 고려할 것입니다) 이 데이터그램을 이더넷 프레임에 캡슐화하고 이 데이터그램이 후속 처리를 위해 전달될 프레임 헤더에 이더넷 카드의 주소를 지정해야 합니다. 스택의 업스트림 IP 프로토콜에 의해 데이터그램 헤더에 포함된 IP 주소는 모든 네트워크 노드의 IP 인터페이스 주소를 지정하고 이 인터페이스가 연결된 물리적 전송 매체에 대한 어떠한 표시도 포함하지 않으며, 이를 통해 장치의 물리적 주소(있는 경우)는 훨씬 더 적습니다. 이 인터페이스는 환경과 통신합니다.

이 IP 주소로 해당 이더넷 주소를 검색하는 것은 전송 매체에 대한 액세스 수준에서 기능하는 ARP 프로토콜에 의해 수행됩니다. 프로토콜은 수신된 정보를 캐시하기 위해 RAM에 동적 arp-table을 유지합니다. 프로토콜은 다음과 같이 작동합니다.

게이트웨이로부터 IP 데이터그램을 수신하여 물리적 채널(이더넷)로 전송하고 데이터그램과 함께 다른 매개변수 중에서 목적지 노드의 IP 주소를 전송합니다. arp 테이블에 원하는 IP 주소에 해당하는 이더넷 주소에 대한 항목이 없으면 arp 모듈은 데이터그램을 대기열에 추가하고 브로드캐스트 요청을 생성합니다. 이 네트워크에 연결된 모든 노드에서 요청을 수신합니다. IP 주소를 인식한 노드는 이더넷 주소 값과 함께 ARP 응답을 보냅니다. 수신된 데이터는 테이블에 입력되고 대기 데이터그램은 대기열에서 검색되어 물리적 채널을 통한 후속 전송을 위해 이더넷 프레임에 캡슐화를 위해 전송됩니다.

ARP 요청 또는 응답은 프레임 헤더 바로 뒤에 있는 이더넷 프레임에 포함됩니다.

요청 및 응답 형식은 동일하며 연산 코드(각각 연산 코드 1 및 2)만 다릅니다.

ARP는 이더넷용으로 특별히 설계되었지만 다양한 유형의 물리적 미디어(하드웨어 유형 필드, 값 1은 이더넷에 해당) 및 지원되는 다양한 프로토콜 유형(프로토콜 유형 프로토콜)을 지원할 수 있습니다.”, 값 2048은 IP에 해당) . H-len 및 P-len 필드에는 각각 물리적 및 "프로토콜" 주소의 길이가 옥텟 단위로 포함됩니다. 이더넷의 경우 H-len = 6, IP P-len의 경우 = 4.

"소스 하드웨어 주소" 및 "소스 프로토콜 주소" 필드에는 발신자의 물리적(이더넷) 및 "프로토콜"(IP) 주소가 포함됩니다. "대상 하드웨어 주소" 및 "대상 프로토콜 주소" 필드에는 해당 수신자 주소가 포함됩니다. 요청이 전송되면 "Target hardware address" 필드는 0으로 초기화되고 이더넷 프레임 헤더의 "Destination" 필드는 브로드캐스트 주소로 설정됩니다.

2.6.1. 다른 네트워크로 향하는 데이터그램용 ARP

외부(다른) 네트워크로 향하는 데이터그램은 라우터로 전달되어야 합니다. 호스트 A가 라우터 G를 통해 호스트 B로 데이터그램을 보낸다고 가정합니다. A에서 보낸 데이터그램의 헤더에는 Destination 필드에 B의 IP 주소가 포함되어 있지만 데이터그램이 포함된 이더넷 프레임은 라우터로 전달되어야 합니다. 이것은 IP 모듈이 ARP 모듈을 호출할 때 라우팅 테이블에서 추출한 라우터 주소를 대상 노드의 IP 주소로 데이터그램과 함께 볼륨으로 전송한다는 사실에 의해 달성됩니다. 따라서 주소 B를 가진 데이터그램은 MAC 주소 G를 가진 프레임에 캡슐화됩니다.

라우터 G의 이더넷 모듈은 프레임 주소가 지정되어 있기 때문에 네트워크에서 이 프레임을 수신하고 프레임에서 데이터(즉, 데이터그램)를 추출하고 처리를 위해 IP 모듈로 보냅니다. IP 모듈은 데이터그램의 주소가 자신이 아니라 호스트 B임을 감지하고 라우팅 테이블을 사용하여 전달할 위치를 결정합니다. 그런 다음 데이터그램은 경로 테이블에서 추출된 다음 라우터의 주소가 대상 노드의 IP 주소로 전송되는 해당 물리적 ​​인터페이스로 다시 하위 수준으로 낮추거나 호스트 B의 주소로 즉시 전송되는 경우 라우터 G는 데이터그램을 직접 전달할 수 있습니다.

2.6.2. 프록시 ARP

ARP 응답은 대상 호스트에서 반드시 보내지는 않지만 다른 호스트가 대신 보낼 수 있습니다. 이 메커니즘을 프록시 ARP.

예를 들어 보겠습니다(그림 2.6.1). 원격 호스트 A는 전화 접속 회선을 통해 액세스 서버 G를 통해 네트워크 194.84.124.0/24에 연결합니다. 네트워크 194.84.124.0은 물리적 수준의 이더넷입니다. 서버 G는 호스트 A에 네트워크 194.84.124.0에 속하는 IP 주소 194.84.124.30을 제공합니다. 따라서 호스트 B와 같은 이 네트워크의 모든 노드는 동일한 IP 네트워크에 있기 때문에 호스트 A에 데이터그램을 직접 보낼 수 있다고 생각합니다.

쌀. 2.6.1. 프록시 ARP

호스트 B의 IP 모듈은 A의 물리적 주소를 결정하기 위해 ARP 모듈을 호출합니다. 그러나 A(이더넷 네트워크에 물리적으로 연결되어 있지 않기 때문에 응답할 수 없음) 대신 서버 G가 응답하여 이더넷을 반환합니다. 물리적 주소 호스트 A로서의 주소

데이터 전송 프로토콜 TCP/IP

네트워크 네트워크이며 수많은 다른 로컬, 지역 및 기업 네트워크를 통합하는 인터넷은 단일 TCP/IP 데이터 전송 프로토콜을 사용하여 기능하고 발전합니다. TCP / IP라는 용어에는 두 가지 프로토콜의 이름이 포함됩니다.

• 전송 제어 프로토콜(TCP) - 전송 프로토콜;
• 인터넷 프로토콜(IP)은 라우팅 프로토콜입니다.

라우팅 프로토콜. IP 프로토콜을 사용하면 네트워크의 컴퓨터 간에 정보를 전송할 수 있습니다. 일반 메일을 사용하여 정보를 전송하는 것과 유사하게 이 프로토콜의 작동을 살펴보겠습니다. 편지가 목적지에 도착할 수 있도록 봉투에 받는 사람(보내는 사람)과 보낸 사람(보내는 사람)의 주소가 표시됩니다.

마찬가지로 네트워크를 통해 전송되는 정보는 받는 사람과 보낸 사람 컴퓨터의 IP 주소가 기록된 "봉투에 포장"됩니다(예: "To: 198.78.213.185", "From: 193.124.5.33"). 컴퓨터 언어로 된 봉투의 내용은 IP 패킷바이트 모음입니다.

일반 서신을 발송하는 과정에서 발송인과 가장 가까운 우체국으로 먼저 배달된 후, 우체국 체인을 따라 수취인과 가장 가까운 우체국으로 옮겨집니다. 중간 우체국에서는 편지가 분류됩니다. 즉, 다음 우체국으로 편지를 보내야하는지 결정됩니다.

대상 컴퓨터로 가는 도중에 IP 패킷도 작업이 수행되는 수많은 중간 인터넷 서버를 통과합니다. 라우팅... 라우팅의 결과로 IP 패킷은 한 인터넷 서버에서 다른 서버로 보내지고 점차적으로 수신 컴퓨터에 접근합니다.

인터넷 프로토콜(IP) IP 패킷의 라우팅, 즉 보내는 컴퓨터에서 받는 컴퓨터로 정보를 전달하는 기능을 제공합니다.

정보 전달 경로 결정.인터넷의 "지리"는 우리에게 익숙한 지리와 크게 다릅니다. 정보 획득 속도는 웹 서버의 원격성에 의존하지 않고 노드에서 노드로 정보가 전송되는 중간 서버의 수와 통신 회선의 품질(대역폭)에 따라 달라집니다.

인터넷에서 정보 전달 경로를 아는 것은 매우 쉽습니다. Windows에 포함된 특수 프로그램 tracert.exe를 사용하면 선택한 인터넷 서버에서 컴퓨터로 전송되는 지연 정보와 서버를 추적할 수 있습니다.

러시아 인터넷 www.rambler.ru의 가장 인기 있는 검색 서버 중 하나에 인터넷의 "모스크바" 부분에 있는 정보에 대한 액세스가 어떻게 실현되는지 추적해 보겠습니다.

정보 전달 경로 결정

2. 창에서 MS-DOS 세션시스템에서 명령을 입력하라는 메시지가 표시될 때.

3. 잠시 후 정보가 전송된 흔적, 즉 정보가 컴퓨터로 전송되는 노드 목록과 노드 간 전송 시간이 나타납니다.

정보 전송 경로를 추적하면 www.rambler.ru 서버가 우리로부터 7 홉의 "거리"에 있음을 알 수 있습니다. 즉, 정보는 6개의 중간 인터넷 서버를 통해 전송됩니다(모스크바 공급자 MTU-Inform 및 Demos ). 노드 간의 정보 전송 속도는 상당히 빠르며 하나의 "홉"은 126~138ms가 소요됩니다.

전송 프로토콜.이제 여러 페이지로 된 원고를 우편으로 보내야 하지만 우편물은 소포나 소포를 받지 않는다고 가정해 보겠습니다. 아이디어는 간단합니다. 원고가 일반 우편 봉투에 맞지 않으면 여러 장으로 나누어 여러 봉투에 넣어 보내야 합니다. 이 경우 원고의 시트에 번호를 매겨 나중에 이 시트가 어떤 순서로 연결될 것인지 수신자가 알 수 있도록 해야 합니다.

인터넷에서 컴퓨터가 대용량 파일을 교환할 때 비슷한 상황이 자주 발생합니다. 이러한 파일을 전체적으로 보내면 오랫동안 통신 채널을 "막히게"하여 다른 메시지를 보낼 때 액세스할 수 없게 만들 수 있습니다.

이러한 일이 발생하지 않도록 하려면 보내는 컴퓨터에서 큰 파일을 작은 부분으로 나누고 번호를 매긴 다음 별도의 IP 패킷으로 받는 컴퓨터로 전송해야 합니다. 수신 컴퓨터에서 개별 부품의 소스 파일을 올바른 순서로 조합해야 합니다.

전송 제어 프로토콜(TCP)즉, 전송 프로토콜은 전송 중에 파일을 IP 패킷으로 분할하고 수신 중에 파일을 조립합니다.

흥미롭게도 라우팅을 담당하는 IP 프로토콜의 경우 이러한 패킷은 서로 완전히 관련이 없습니다. 따라서 마지막 IP 패킷이 그 과정에서 첫 번째 IP 패킷을 추월할 수 있습니다. 이러한 패킷의 전달 경로조차도 완전히 다른 것으로 판명될 수 있습니다. 그러나 TCP는 첫 번째 IP 패킷을 기다리고 올바른 순서로 소스 파일을 재조립합니다.

IP 패킷 교환 시간을 결정합니다.로컬 컴퓨터와 인터넷 서버 간에 IP 패킷이 교환되는 시간은 Windows 운영 체제에 포함된 ping 유틸리티를 사용하여 확인할 수 있습니다. 유틸리티는 4개의 IP 패킷을 지정된 주소로 보내고 각 패킷의 총 전송 및 수신 시간을 보여줍니다.

IP 패킷 교환 시간 결정

1. 인터넷에 연결하고 [프로그램-MS-DOS 세션] 명령을 입력합니다.

2. 창에서 MS-DOS 세션시스템에서 명령을 입력하라는 메시지가 표시될 때.

3. 창에서 MS-DOS 세션네 번의 시도에서 테스트 신호 통과의 결과가 표시됩니다. 응답 시간은 서버에서 로컬 컴퓨터까지의 전체 통신 회선 체인의 속도 매개변수를 나타냅니다.

생각해 볼 질문

1. 글로벌 컴퓨터 네트워크 인터넷의 통합 기능을 보장하는 것은 무엇입니까?

실제 작업

4.5. 인터넷의 "American" 부분에 있는 가장 인기 있는 인터넷 검색 서버인 www.yahoo.com에서 전달되는 정보 경로를 추적합니다.

4.6. www.yahoo.com 서버와 IP 패킷 교환 시간을 결정합니다.

IP는 TCP/IP 프로토콜 스택의 게이트웨이에 있습니다. IP 기능은 RFC-791에 다음과 같이 정의되어 있습니다. IP 주소). IP는 또한 소규모 패킷 네트워크를 통한 전송에 필요한 데이터그램의 단편화 및 재조립을 제공합니다.” IP는 신뢰할 수 없는규약 연결이 없는... 이는 IP 프로토콜이 데이터 전달을 확인하지 않고 수신된 데이터의 무결성을 제어하지 않으며 핸드셰이킹 작업을 수행하지 않음을 의미합니다. 대상 노드와의 연결 설정 및 준비 상태를 확인하는 서비스 메시지 교환 데이터를 수신합니다.

IP 패킷 구조
IP 패킷은 헤더와 데이터 필드로 구성됩니다. 일반적으로 20바이트 길이의 헤더는 다음과 같은 구조를 갖습니다(그림 5.12).

들 플래그(해그) 3비트를 차지하며 단편화와 관련된 기호를 포함합니다. set DF(Do not Fragment) 비트는 라우터가 이 패킷을 조각화하는 것을 금지하고 set MF(More Fragments) 비트는 이 패킷이 마지막이 아닌 중간 조각임을 나타냅니다. 나머지 비트는 예약되어 있습니다.

라우터의 주요 기능은 각 포트(예: IPX, IP, AppleTalk 또는 DECnet)에서 수신 및 버퍼링된 네트워크 프로토콜의 패킷 헤더를 읽고 해당 네트워크 주소로 패킷의 추가 경로를 결정하는 것입니다. 일반적으로 네트워크 번호와 번호를 포함합니다.

IP 소프트웨어 모듈은 네트워크의 모든 엔드포인트와 라우터에 설치됩니다. 그들은 라우팅 테이블을 사용하여 패킷을 전달합니다.

TCP/IP 스택 라우팅 테이블의 구조는 라우팅 테이블 구축의 일반적인 원칙을 따릅니다. 그러나 IP 라우팅 테이블의 모양은 TCP/IP 스택의 특정 구현에 따라 다릅니다.
라우팅 테이블 필드의 목적
상당히 눈에 띄는 외부 차이에도 불구하고 세 테이블 모두 라우터 작동에 필요한 모든 주요 매개변수를 포함합니다.
물론 이러한 매개변수에는 대상 네트워크 주소와 다음 라우터의 주소가 포함됩니다. 세 번째 주요 매개변수는 패킷이 전달되어야 하는 포트의 주소이며, 일부 테이블에서는 직접 표시되고 일부에서는 간접적으로 표시됩니다. 제시된 버전의 라우팅 테이블에서 찾을 수 있는 나머지 매개변수는 패킷 경로를 결정하기 위한 선택 사항입니다.

라우팅 테이블의 항목 소스 및 유형:

1. 첫 번째 소스는 TCP/IP 스택 소프트웨어입니다.
2. 테이블에 레코드가 나타나는 두 번째 소스는 일부 시스템 유틸리티를 사용하여 레코드를 직접 구성하는 관리자입니다.
3. 항목의 세 번째 소스는 RIP 또는 OSPF와 같은 라우팅 프로토콜일 수 있습니다.

IP 패킷의 단편화

IP는 라우터의 인그레스 포트에 도착하는 패킷의 단편화를 허용합니다.전송 노드의 메시지 단편화와 네트워크의 전송 노드(라우터)에서 메시지의 동적 단편화를 구별하는 것이 필요합니다. 거의 모든 프로토콜 스택에는 응용 프로그램 수준 메시지를 링크 계층의 프레임에 맞는 부분으로 조각화하는 프로토콜이 있습니다. TCP/IP 스택에서 이 문제는 애플리케이션 계층에서 전송된 바이트 스트림을 필요한 크기(예: 이더넷 프로토콜의 경우 1460바이트)의 메시지로 분할하는 TCP 프로토콜에 의해 해결됩니다. 따라서 보내는 호스트의 IP는 패킷 조각화 기능을 이용하지 않습니다.

그러나 패킷 크기가 너무 큰 다음 네트워크로 패킷을 전송해야 하는 경우 IP 조각화가 필요합니다. IP 계층의 기능에는 특정 유형의 네트워크 구성 요소에 대해 너무 긴 메시지를 더 짧은 패킷으로 분할하고 후속 조각을 원본 메시지로 조립하는 데 필요한 적절한 서비스 필드를 생성하는 것이 포함됩니다.
대부분의 유형의 LAN 및 WAN에서 MTU 값, 즉 IP 프로토콜이 패킷을 캡슐화해야 하는 데이터 필드의 최대 크기가 크게 다릅니다. 이더넷 네트워크의 MTU는 1500바이트이고 FDDI 네트워크는 4096바이트이며 X.25 네트워크는 대부분 128바이트의 MTU로 작동합니다.

IP 패킷은 단편화되지 않은 것으로 표시될 수 있습니다. 이 방법으로 표시된 패킷은 어떤 경우에도 IP 모듈에 의해 조각화될 수 없습니다. 단편화되지 않은 것으로 표시된 패킷이 단편화 없이 수신자에게 도달할 수 없는 경우 이 패킷은 단순히 파괴되고 해당 ICMP 메시지가 송신 호스트로 전송됩니다.

병합 절차는 "조각 오프셋" 필드의 패킷 헤더에 표시된 위치에 각 조각의 데이터를 배치하는 것으로 구성됩니다.

각 IP 모듈은 추가 단편화 없이 68바이트 패킷을 전송할 수 있어야 합니다.

테스트: 네트워크 유형
1) 라우팅 프로토콜(IP)은 무엇을 제공합니까?

2. 컴퓨터 네트워크에서 물리적 통신의 기계적, 기능적 매개변수 보존

3. 데이터를 해석하고 사용자 수준에 맞게 준비

4. 보내는 사람의 컴퓨터에서 받는 사람의 컴퓨터로 정보 전달

5. 파일을 전송하는 동안 IP 패킷으로 분할하고 수신하는 동안 파일을 조립

2) 전송 프로토콜(TCP)은 무엇을 제공합니까?

1. 하나의 통신 세션의 수신, 전송 및 발행

4. 보내는 컴퓨터에서 받는 사람의 컴퓨터로 정보 전달
3) 정보 전송 채널의 대역폭은 어떻게 측정됩니까?

4.Kb/초

4) 워크스테이션이 서버(파일 서버)에 연결되는 로컬 네트워크 토폴로지의 이름은 무엇입니까?

2.루블러

4.나무

5) 정보 교환 채널로 연결되고 하나(또는 여러 개의) 방, 건물 내에 위치한 컴퓨터 세트를 다음과 같이 부릅니다.

1. 전세계 컴퓨터 네트워크

2.로컬 컴퓨터 네트워크

4. 이메일로

5. 지역 컴퓨터 네트워크

6) 로컬 컴퓨터 네트워크를 통신 수단으로 사용

2.여러 사용자 간의 데이터 교환 전용

3. 사람들과 직접 소통하기 위해

5.모든 사용자에게 공통된 정보 리소스에 대한 액세스를 구성하는 경우에만
7) 세트 대응

1.하이퍼링크가 있는 정보시스템

3. 장거리에 위치하고 통신 채널을 사용하여 단일 시스템으로 연결된 로컬 네트워크 및 컴퓨터 세트

2. 컴퓨터가 등장했을 때

10) 네트워크 사용자의 일반 액세스를 위한 파일을 저장하기 위해 다음이 사용됩니다.

1. 호스트 컴퓨터

2.클라이언트 서버

3.파일 서버

4.스위치

5.워크스테이션

11) 일반 정보 전달 체계에는 무엇이 포함됩니까?

1.정보의 발신자, 정보의 전송경로 및 정보의 수신자

2. 정보의 발신자, 채널의 대역폭

3. 정보의 발신자, 채널의 대역폭 및 정보의 수신자

12) 인터넷 검색 엔진은 어떤 그룹으로 나뉩니까?

2. 특수 및 범용

3. 모든 종류

옵션 2

주제: 컴퓨터 통신

테스트: 네트워크 유형
1) 글로벌 컴퓨터 네트워크가 통신 수단으로 등장

1. 컴퓨터가 등장했을 때

2.지구의 다른 지역에 사는 사람들 간의 의사 소통에 대한 사회적 요구가 성숙되었을 때

3. 과학 기술 혁명이 일어났을 때

4. 행성의 다른 지역에 사는 사람들 사이의 의사 소통에 대한 사회적 요구가 성숙되고 이에 상응하는 기술적 능력이 나타났을 때(컴퓨터 통신의 시스템 및 네트워크)

2) 정보 교환 채널로 연결되고 하나(또는 여러 개의) 방, 건물 내에 위치한 컴퓨터 세트를 다음과 같이 부릅니다.

1.하이퍼링크가 있는 정보시스템

2. 지역 컴퓨터 네트워크

3. 전세계 컴퓨터 네트워크

4. 이메일로

3) 모든 워크스테이션이 서로 직렬로 연결된 로컬 컴퓨터 네트워크의 구성(토폴로지)을 다음과 같이 부릅니다.

1.네트워크

2.루블러

4.나무

5. 방사형
4) 인터넷 연결 유형?

1. 전환, 주도 라인, 위성 채널

2. 전화 접속, 위성 채널

3.휴대폰
5) 로컬 컴퓨터 네트워크를 통신 수단으로 사용

1. 모든 사용자에게 공통된 입력 장치(프린터, 플로터 및 지역적으로 중요한 일반 정보 리소스)에 대한 액세스를 구성합니다.

2.모든 사용자에게 공통된 정보 리소스에 대한 액세스를 구성하는 경우에만

3.여러 사용자 간의 데이터 교환 전용

4. 여러 사용자 간의 데이터 교환, 모든 사용자에게 공통적인 출력 장치(프린터) 및 지역적으로 중요한 일반 정보 리소스에 대한 액세스 구성

5. 사람들과 직접 소통하기

2.루블러

4.나무

7) 글로벌 컴퓨터 네트워크는 다음과 같습니다.

2. 정보 전송 채널로 연결되고 같은 방, 건물 내에 위치한 많은 컴퓨터

3. 호스트 컴퓨터 및 파일 서버 세트

4. 특정 주제에 대한 정보 교환 시스템

5. 하이퍼링크가 있는 정보 시스템

8) 전송 프로토콜(TCP)은 다음을 제공합니다.

1. 보내는 컴퓨터에서 받는 사람의 컴퓨터로 정보 전달

2. 하나의 통신 세션의 수신, 전송 및 발행

3.가공된 정보에 대한 이용자의 접근

4. 전송 시 파일을 IP 패킷으로 분할하고 수신 시 파일 조립

9) 세트 대응

10) 네트워크 프로토콜은 다음과 같습니다.

1.네트워크를 통해 전송되는 데이터의 해석에 관한 규칙

2. 전산망에서 발생하는 사건을 순차적으로 기록

3. 컴퓨터 네트워크의 상호 작용에 대한 일련의 계약

4. 네트워크에 있는 두 컴퓨터 간의 통신을 설정하기 위한 규칙

5. 다양한 프로세스의 시간 조정

11) 네트워크 토폴로지라고 하는 것은 무엇입니까?

1. 네트워크 카드의 위치

2. 네트워크에서 컴퓨터를 연결하는 일반적인 방식

3. 네트워크 보기

12) 누가 인터넷 액세스를 제공합니까?

2.컴퓨터

3.제공자

옵션 3

주제: 컴퓨터 통신

테스트: 네트워크 유형
1) 모든 워크스테이션이 서로 직렬로 연결된 로컬 컴퓨터 네트워크의 구성(토폴로지)을 다음과 같이 부릅니다.

2. 방사형

3.네트워크

4.나무

5.링

2) 정보 전송 채널의 대역폭은 다음과 같이 측정됩니다.

4.Kb/초

3) 대응 설정:

1. 장거리에 위치하고 통신 채널을 사용하여 단일 시스템으로 연결된 로컬 네트워크 및 컴퓨터 세트

2. 하이퍼링크가 있는 정보 시스템

3. 정보 전송 채널로 연결되고 같은 방, 건물 내에 위치한 많은 컴퓨터

4. 특정 주제에 대한 정보 교환 시스템

5. 호스트 컴퓨터 및 파일 서버 세트

5) 라우팅 프로토콜(IP)은 다음을 제공합니다.

1. 데이터 전송 및 통신 채널을 위한 장비 제어

2. 파일을 전송하는 동안 IP 패킷으로 분할하고 수신하는 동안 파일을 조립

3. 컴퓨터 네트워크에서 물리적 통신의 기계적, 기능적 매개변수 보존

4. 보내는 컴퓨터에서 받는 사람의 컴퓨터로 정보 전달

5. 데이터를 해석하고 사용자 수준에 맞게 준비

6) 모든 워크스테이션이 서버(파일 서버)에 연결되어 있는 로컬 네트워크의 구성(토폴로지)이라고 합니다.

1. 원형

2.나무

7) 전송 프로토콜(TCP)은 다음을 제공합니다.

1.전송 시 파일을 IP 패킷으로 분할하고 수신 시 파일 조립

2. 보내는 컴퓨터에서 받는 사람의 컴퓨터로 정보 전달

3.가공된 정보에 대한 이용자의 접근

4. 하나의 통신 세션의 수신, 전송 및 발행

8) 정보 교환 채널로 연결되고 하나 또는 여러 개의 방, 건물 내에 위치한 컴퓨터 세트를 다음과 같이 부릅니다.

1.지역 컴퓨터 네트워크

2. 글로벌 컴퓨터 네트워크

3. 하이퍼링크가 있는 정보 시스템

4. 이메일로

5.로컬 컴퓨터 네트워크
9) 글로벌 컴퓨터 네트워크가 통신 수단으로 등장

1. 행성의 다른 지역에 사는 사람들 사이의 의사 소통에 대한 사회적 요구가 성숙되고 이에 상응하는 기술적 능력이 나타났을 때(컴퓨터 통신의 시스템 및 네트워크)

2. 컴퓨터가 등장했을 때

3. 과학 기술 혁명이 일어났을 때

4.지구의 다른 지역에 사는 사람들 간의 의사소통에 대한 사회적 요구가 성숙되었을 때

10) 뭐FTP?

1. 파일 전송 프로토콜

2. 페이지 전송 프로토콜

3. 액세스 전송 프로토콜

11) 월드 와이드 웹이란 무엇입니까?

1. 수천만 개의 웹 서버입니다.

2. 이것은 컴퓨터입니다

3. 인터넷 사이트입니다.

12) 프로토콜은 ...

1. 컴퓨터 통신 채널을 통해 사용자 간의 실시간 통신을 구성할 수 있는 전문 도구

2. 네트워크에서 데이터를 교환하는 절차를 관장하는 일련의 규칙

3. 각 네트워크 사용자가 원격 컴퓨터에 저장된 프로그램 및 문서에 액세스할 수 있도록 하는 전자 정보 전송 시스템

답변

티켓 번호 1
1 - 4

7 - 1-b, 2-c, 3-d, 4-e, 5-a

티켓 번호 2
1 - 4

7 - 1-a, 2-b, 3-c, 4-d, 5-e,

12 - 3
티켓 № 3
1 - 5