쉽게 배우는 데이터 통신과 컴퓨터 네트워크 연습문제 8장 (네트워크 계층)

 

https://book.naver.com/bookdb/book_detail.nhn?bid=11491623 

쉽게 배우는 데이터 통신과 컴퓨터 네트워크

 

 

 

1. 32비트의 주소 공간을 제공하는 현재의 IPv4 프로토콜에 비하여 IPv6 프로토콜은 ( )비트의 확장된 주소 공간을 제공하므로 수용할 수 있는 호스트 수의 제약이 대폭 줄어들었다.
   → 128
   
   
2. IPv6의 ( ) 필드는 IPv4 프로토콜의 Time To Live 필드와 동일한 역할을 수행한다. 패킷이 라우터에 의해 중개될 때마다 값이 감소하며, 0이 되면 해당 패킷은 네트워크에서 사라진다.
   → Hop Limit (홉 제한)
   
   
3. IPv6의 ( ) 필드는 음성이나 영상 데이터처럼 실시간 서비스가 필요한 응용 환경에서 사용 되는데, 이 필드를 지원하지 않는 호스트나 라우터에서는 IPv6 패킷을 생성할 때 반드시 0으로 지정해야 한다.
   → Flow Label
   
   
4. 터널 구간을 지나는 과정에서도 라우팅 처리가 필요하므로 IP 프로토콜을 이용해야 한다. 이를 위하여 원래의 IP 패킷을 데이터로 취급하는 새로운 형태의 IP ( ) 패킷이 구성되어 전달된다.
   → 캡슐
   
   
5. 이동 IP 프로토콜에서 데이터 경로 문제를 해결하려면 이동 호스트의 위치가 바뀔 때마다 새로운 위치의 포린 에이전트로부터 ( ① )를 얻어야 한다. 이 주소는 이동 호스트의 홈 에이전트에 등록되어 ( ② )을 형성하는데 사용된다.
   → ① COA, ② 터널
   
   
6. IP 주소로부터 MAC 주소를 얻는 기능은 ( ① ) 프로토콜에 통해 이루어지고, 반대의 과정은 ( ② )프로토콜이 담당한다.
   → ① ARP, ② RARP
   
   
7. ( ① ) 프로토콜은 인터넷 환경에서 오류 처리를 지원하며, IP 패킷의 데이터 부분이 캡슐화 되어 오류 메시지를 원 데이터의 ( ② ) 호스트에 전달한다.
   → ① ICMP, ② 송신
   
   
8. IGMP 프로토콜은 기능적으로 IP 프로토콜과 (같은) 계층의 역할을 수행한다 그러나 IGMP 메시지는 데이터 링크 계층에 바로 전달되지 않고 (IP 패킷)에 캡슐화되어 전달된다.
   → ① 같은, ② IP 패킷
   
   
9. IGMP 프로토콜의 헤더에서 ( ① ) 필드는 오류 검출용으로 이용되고, ( ② )필드는 호스트가 가입을 원하는 그룹 주소를 표기하는데 이용된다.
   → ① 체크섬(CheckSum), ② 그룹 주소(Group Address)
   
   
10. IPv6 프로토콜의 장점에 대한 설명으로 올바른 것을 모두 고르시오.
    ① 송신 호스트와 수신 호스트 주소를 표시하는 공간의 크기가 32비트에서 64비트로 확장되었다.
    ② 기존의 IP 프로토콜에서 과도하게 수행하는 오류 제어와 같은 오버헤드를 줄여 프로토콜의 전송 효율을 높이기 위하여 헤더 구조를 단순화했다.
    ③ 흐름 제어 기능을 지원할 수 있는 필드를 도입해 일정한 범위 내에서 예측 가능한 데이터 흐름을 지원한다.
    ④ IPv6의 기본 헤더 뒤에 확장 헤더를 둘 수 있도록 하여 다양한 환경을 지원할 수 있게 하였다.
    ⑤ 개인이 무선으로 인터넷에 접근할 수 있는 유비쿼터스 장비가 기하급수적으로 증가하는 상황에 대처하기 좋다.
    → ②, ③, ④, ⑤
    → ① 송신 호스트와 수신 호스트 주소를 표시하는 공간의 크기가 32비트에서 128비트로 확장되었다.
    
    
11. IPv6의 헤더 구조에 대한 설명으로 올바른 것을 모두 고르시오.
    ① 패킷의 헤더는 기본 헤더와 확장 헤더로 나뉜다.
    ② Hop-by-Hop Option Header 확장 헤더는 IPv4 프로토콜의 Fragment Offset, Identification, MF 필드처럼 패킷 분할과 관련된 정보를 포함한다.
    ③ Priority 필드는 송신 호스트가 패킷을 전송할 때 특정 패킷의 우선순위를 높이는 용도로 사용한다.
    ④ Flow Label 필드는 음성이나 영상 데이터처럼 실시간 서비스가 필요한 응용 환경에서 사용한다.
    ⑤ Hop Limit 필드는 IPv4의 Time To Live 필드와 동일한 역할을 수행한다. 즉, 이 값은 패킷이 라우터에 의해 증가될 때마다 증가하며, 0이 되면 해당 패킷은 네트워크에서 사라진다.
    → ①, ③(?), ④
    → ② Fragment Header 확장 헤더는 IPv4 프로토콜의 Fragment Offset, Identification, MF 필드처럼 패킷 분할과 관련된 정보를 포함한다.
    → ⑤ Hop Limit 필드는 IPv4의 Time To Live 필드와 동일한 역할을 수행한다. 즉, 이 값은 패킷이 라우터에 의해 증가될 때마다 감소하며, 0이 되면 해당 패킷은 네트워크에서 사라진다.
    
    
12. IPv6의 주소공간에 대한 설명으로 올바른 것을 모두 고르시오.
    ① IPv6의 주소 공간이 크므로 16비트의 숫자 8개를 콜론으로 구분하여 표시한다.
    ② 상위 8비트가 0000 0000으로 시작하는 첫 번째 예약 공간에는 IPv4 프로토콜의 주소 공간으로도 포함된다.
    ③ Link/Site 지역 주소 공간은 지역적으로 사용하는 주소로, 개별 지역에서 사용하므로 외부와 충돌이 발생하기 쉽다.
    ④ IPv6 프로토콜에서는 유니캐스트, 멀티캐스트 주소뿐 아니라, 애니캐스트라는 새로운 주소 체계를 지원한다.
    ⑤ 멀티캐스트 주소 공간에서는 128비트의 전체 주소 필드가 상위 8비트의 0000 0000과 4비트의 플래그, 4비트의 스코우프 플래그, 112비트의 그룹 구분자로 구성된다.
    → ①, ②, ④
    → ③ Link/Site 지역 주소 공간은 지역적으로 사용하는 주소로, 개별 지역에서 사용하므로 외부와 충돌이 발생하기 어렵다.
    → ⑤ 멀티캐스트 주소 공간에서는 128비트의 전체 주소 필드가 상위 8비트의 1111 1111과 4비트의 플래그, 4비트의 스코우프 플래그, 112비트의 그룹 구분자로 구성된다.
    
    
13. IP 터널링에 대한 설명으로 잘못된 것을 모두 고르시오.
    ① 홈 에이전트로 라우팅된 패킷을 이동 호스트에 전달하려면 터널을 통해 전달해야 한다.
    ② 이동 호스트에는 고유 IP 주소인 홈 주소가 할당되고, 이 주소는 호스트 위치가 바뀌면 새로 할당되어야 한다.
    ③ COA는 이동 호스트가 위치를 변경할 때 새로 이동한 지역에서 일시적으로 할당된 IP주소를 의미한다.
    ④ 송신 호스트가 이동 호스트를 목적지로 전송한 패킷은 1차적으로 홈 에이전트 쪽으로 전달되고, 이어서 터널을 이용해 중개되어 최종적으로 이동 호스트까지 전달된다.
    ⑤ 터널이 있으면 송신 호스트와 수신 호스트 사이에서 동작하는 IP 프로토콜과는 별도로 추가적인 패킷 중개 기능이 필요하므로 IP 프로토콜이 추가로 사용된다.
    → ② 이동 호스트에는 고유 IP 주소인 홈 주소(HA)가 할당되고, 이 주소는 호스트 위치가 바뀌어도 변하지 않는다.
    
    
14. ARP 프로토콜에 대한 설명으로 잘못된 것을 모두 고르시오.
    ① 네트워크 환경에서 임의의 호스트가 다른 호스트에 데이터를 전송하려면 수신 호스트의 IP 주소뿐 아니라 MAC 주소도 알아야 한다.
    ② 사용자는 일반적으로 도메인 이름을 입력하는데, 도메인 이름은 ARP 프로토콜을 이용해 IP 주소로 쉽게 변환할 수 있다.
    ③ 송신 호스트의 MAC 주소는 자신의 LAN 카드에 내장되어 있으므로 쉽게 얻을 수 있으나, 수신 호스트의 MAC 주소는 ARP 프로토콜을 이용해 얻어야 한다.
    ④ 데이터를 전송할 때마다 ARP 프로토콜을 사용해 패킷을 브로드캐스팅하면 네트워크 트래픽이 증가하는 문제가 발생한다.
    ⑤ IP 주소를 이용해 MAC 주소를 얻어내는 과정에서 RARP 프로토콜을 이용해도 된다.
    → ② 사용자는 일반적으로 도메인 이름을 입력하는데, 도메인 이름은 DNS 서비스를 통해 IP 주소로 쉽게 변환할 수 있다. (p283 하단)
    → ⑤ ARP는 IP 주소를 이용해 해당 호스트의 MAC 주소를 제공하는 역할을 한다. 이와 유사한 기능을 수행하는 프로토콜인 RARP는 반대로 MAC주소를 이용해 IP 주소를 제공한다. (p 285 상단)
    
    
15. ICMP 메시지에 대한 설명으로 올바른 것을 모두 고르시오.
    ① ECHO REQUEST/REPLY 메시지는 네트워크의 신뢰성을 검증하려는 목적으로 사용한다.
    ② DESTINATION UNREACHABLE 메시지는 수신 호스트가 존재하지 않거나, 존재해도 필요한 프로토콜이나 포트번호 등이 없어 수신 호스트에 접근이 불가능한 경우에 발생한다.
    ③ SOURCE QUENCH 메시지는 네트워크에 필요한 자원이 부족하여 패킷이 버려지는 경우에 발생한다.
    ④ TIME EXCEEDED 메시지는 패킷의 TTL 필드 값이 과도하게 증가하여 패킷이 버려지는 경우에 주로 발생한다.
    ⑤ TIMESTAMP REQUEST/REPLY 메시지는 두 호스트 간의 네트워크 지연을 계산하는 용도로 사용된다.
    → ④ TIME EXCEEDED 메시지는 패킷의 TTL 필드 0이 되어 패킷이 버려진 경우에 주로 발생한다. 기타 시간 초과 현상에 의해 패킷이 버려진 경우도 이에 해당한다.
    
    
16. IGMP 프로토콜에 관한 설명으로 잘못된 것을 모두 고르시오.
    ① 특정 그룹에 속하는 모든 호스트에 메시지를 전송하는 방식을 멀티캐스팅이라 한다.
    ② 그룹 관리의 주요 기능에는 그룹 생성 및 제거, 전송 호스트의 그룹 참가 및 탈퇴 행동 등이 있다.
    ③ 다중 수신 호스트를 표시하는 멀티캐스트 그룹 주소 표기방법을 통일해야 한다. IPv4는 이를 지원하지 않지만, IPv6 프로토콜은 이 형식의 주소를 지원한다.
    ④ 라우터에서 IP 멀티캐스트 주소와 이 그룹에 속하는 멤버 호스트의 네트워크 주소 사이의 연관을 처리할 수 있다.
    ⑤ 멀티캐스트 라우팅 알고리즘은 그룹에 속한 모든 멤버에게 도달하는 가장 짧은 경로를 선택하는 기능을 제공한다.
    → ③ 다중 수신 호스트를 표시하는 멀티캐스트 그룹 주소 표기방법을 통일해야 한다. 네트워크 계층을 지원하는 IPv4와 IPv6 프로토콜 등이 이 주소 형식을 제공한다.
    
    
17. IGMP 프로토콜에 대한 설명으로 잘못된 것을 모두 고르시오.
    ① 임의의 호스트가 멀티캐스트 그룹에 가입하거나 탈퇴할 때 사용하는 프로토콜이며, 호스트와 라우터 사이에 그룹 멤버 정보를 교환한다.
    ② IGMP 메시지는 ICMP 메시지와는 다르게 IP 패킷에 실려서 전달된다.
    ③ 호스트는 자신이 IGMP 메시지에 표시된 멀티캐스트 주소의 멤버임을 다른 호스트와 라우터에 알리기 위한 용도로 IGMP를 사용한다.
    ④ 멀티캐스트 라우터가 그룹에 속한 멤버 목록을 유효하게 관리하려면 IGMP 질의 메시지를 사용해 주기적으로 확인하는 과정이 필요하다.
    ⑤ 개별 호스트가 자신의 그룹 멤버를 유지하려면 IGMP 보고 메시지를 사용해 IGMP 질의에 응답해야 한다. 만일 호스트의 응답이 이루어지지 않으면 라우터는 질의 과정을 반복한다.
    → ② IGMP 메시지는 ICMP 메시지처럼 IP 패킷에 실려서 전달된다. (p289 하단)
    → ⑤ 개별 호스트가 자신의 그룹 멤버를 유지하려면 IGMP 보고 메시지를 사용해 IGMP 질의에 응답해야 한다. 만일 호스트의 응답이 이루어지지 않으면 그룹에서 탈퇴한 것으로 간주된다. (p291 상단)
    
    
18. 기존의 IPv4 프로토콜과 비교해 IPv6 프로토콜이 제공하는 주요 기능을 설명하시오.
    → 주소 공간 확장, 헤더 구조 단순화, 흐름 제어 기능 지원 송신 호스트와 수신 호스트의 주소를 표시하는 공간이 32비트에서 128비트로 확장되었다. 이론적으로 호스트를 최대 2^128 개까지 지원할 수 있다. IPv6 헤더에는 불필요한 필드가 제외되거나 확장 헤더 형식으로 변경되었다. 흐름 제어 기능을 지원할 수 있는 필드(ex. Flow Label)을 도입해 일정 범위 내에서 예측 가능한 데이터 흐름을 지원한다.
    
    
19. IPv6 프로토콜의 헤더 구조를 그리고, 각 필드의 역할을 설명하시오.
    Version Number(버전 번호): IP프로토콜의 버전 번호이며, 기존 IPv4와 구분하기 위해 6으로 지정된다.
    DS/ECN: 자동 서비스가 도입되면서 6비트의 DS필드와 2비트의 ECN 필드가 정의되었다. 이 공간은 원래 4비트의 Priority 필드와 Flow Label 필드의 앞부분 4비트의 공간으로 사용되던 곳이다.
    Flow Label: IPv6에서는 특정 송수신 호스트 사이에 전송되는 데이터를 하나의 흐름으로 정의해 중간 라우터가 이 패킷을 특별한 기준으로 처리할 수 있도록 지원한다. 따라서 라우터는 이 기능을 지원하기 위해 필요한 흐름 정보를 저장하여 처리할 수 있어야 한다.
    Payload Length(페이로드 길이): 헤더를 제외한 패킷의 크기로, 단위는 바이트이다.
    Next Header(다음 헤더): 기본 헤더 다음에 이어지는 헤더의 유형을 수신호스트에게 알려준다.
    Hop Limit(홉 제한): 중개되는 횟수(홉의 사용 가능 개수). 이 값은 패킷이 라우터에 의해 증가될 때마다 감소하며, 0이 되면 해당 패킷은 네트워크에서 사라진다.
    Source Address/Destination Address(송신 호스트 주소/수신 호스트 주소): 송수신 호스트의 IP 주소를 나타낸다.
    (그림 8-1)
    
    
20. IPv6 프로토콜의 흐름 제어 기능을 설명하시오.
    흐름 제어 기능을 지원할 수 있는 필드(Flow Label)를 도입해 일정 범위 내에서 예측 가능한 데이터 흐름을 지원한다. 따라서 하나의 연속 스트림으로 전송해야 하는 연관 패킷의 전송기능을 지원함으로써, 실시간 기능이 필요한 멀티미디어 응용 환경을 수용할 수 있다.
    
    
21. IPv6 프로토콜의 주소 표현 방법을 설명하시오.
    128비트는 아주 크기 때문에 16비트 숫자 8개를 콜론으로 구분한다.
    ex1. D1D1:1111:3F3F:1700:4545:1212:1111:1234
    ex2. X:X:X:X:X:X:d.d.d.d (x는 16비트이므로 총 96(166)비트, d는 총 32(84)비트이다. 따라서 총 128비트(96+32)비트이다.)
    
    
22. 이동 IP 프로토콜에서 터널링 원리를 설명하시오.
    이동 호스트에는 고유 IP 주소인 홈 주소 HA가 할당되고, 이 주소는 호스트 위치가 바뀌어도 변하지 않는다. 이동 호스트가 네트워크에 있는 다른 호스트와 통신할 때 홈 주소를 사용한다. COA는 이동 호스트가 위치를 변결할 때 새로 이동한 지역에서 일시적으로 할당된 IP 주소이다. 따라서 호스트가 이동할 때마다 새로운 COA가 할당되고 기존 COA는 회수되는 과정이 반복된다.홈 에이전트와 이동 에이전트 사이에 설정되는 터널은 원 IP 패킷을 목적지까지 전송하기 위해 중간 단계의 새로운 경로이다. 따라서 송신 호스트와 수신 호스트 사이에서 동작하는 IP 프로토콜과는 별도로 추가적인 IP 프로토콜을 사용해 패킷을 중개해야한다. 
    
    
23. IP 터널링 원리를 IP 패킷 캡슐화 관점에서 설명하시오.
    홈 에이전트와 이동 에이전트 사이에 설정되는 터널은 원 IP 패킷을 목적지까지 전송하기 위한 중간 단계의 새로운 경로이다. 따라서 송신 호스트와 수신 호스트 사이에서 동작하는 IP 프로토콜과는 별도로 추가적인 IP 프로토콜을 사용해 패킷을 중개해야 한다. 터널 구간을 지나는 과정에서 라우팅 처리가 필요한데, 여기기서는 IP 프로토콜을 사용해야 한다. 원 IP 패킷을 데이터로 취급하는 새로운 형태인 IP 캡슐 패킷이 구성되어 전달된다. 원 패킷의 Destination Address 필드에는 이동 호스트의 홈 주소가 들어간다. 홈 에이전트에서는 원 패킷을 이동 호스트에 전달하려고 그림처럼 캡슐 패킷으로 변경하는데, 이 과정에서 새로운 헤더가 추가된다. 그리고 추가된 헤더의 Destination Address 필드에는 COA가 들어간다. 
    
    
24. ARP 프로토콜의 필요성과 원리를 설명하시오.
    네트워크 환경에서 임의의 호스트가 다른 호스트에 데이터를 전송하려면 수신 호스트의 IP 주소뿐 아니라, MAC 주소도 알아야 한다. 수신 호스트의 IP 주소는 보통 응용 프로그램 사용자가 프로그램을 실행하는 과정에서 직접 입력하므로, IP 주소로부터 수신 호스트의 MAC 주소를 얻는 작업이 추가로 필요하다. 호스트 A가 호스트 B의 MAC 주소를 얻으려면 ARP request라는 특수 패킷을 브로드캐스팅해야한다. ARP request 패킷을 네트워크의 모든 호스트가 수신하지만, 관계없는 호스트들은 패킷을 무시한다. 호스트 B만 IP주소가 자신의 IP 주소와 동일함을 인지한 후 호스트 B는 ARP reply 패킷을 사용해 자신의 MAC주소를 호스트 A에 회신한다. 데이터를 회신할 때마다 ARP를 사용하여 패킷을 브로드캐스팅하면 네트워크 트래픽이 증가한다. 따라서 ARP를 사용하는 호스트는 가장 최근에 얻은 IP주소와 MAC주소 매핑 값을 보관하는 캐시 정보를 이용한다. 또한 송신 호스트가 ARP request/reply 패킷을 처리하는 과정에서 패킷을 수신한 모든 호스트는 수신 호스트의 IP 주소와 MAC 주소 매핑 값을 자동으로 얻을 수 있다. 이와 같은 방식으로 ARP 트래픽에 의한 네트워크 부하를 최소화할 수 있다.
    
    
25. RARP 프로토콜의 필요성과 원리를 설명하시오.
    디스크가 존재하지 않는 시스템이나 X윈도우 터미널 등에서는 자신의 LAN 카드 정보를 읽어 MAC 주소를 얻을 수 있지만, 파일 시스템이 없으므로 IP 주소를 보관할 방법이 없다. 이런 경우 자신의 MAC 주소와 IP 주소의 매핑 값을 보관하는 서버 호스트로부터 IP 주소를 얻어야 한다. IP 주소를 얻고자 하는 호스트는 MAC 주소를 매개변수로 하여 패킷을 브로드캐스팅 한다. 보통 네트워크에는 RARP의 기능을 전담으로 수행하는 서버가 하나 이상 존재한다. 따라서 모든 호스트가 RARP의 변환 요청을 받아도 해당 정보를 보관하고 있는 RARP 서버만 응답을 수행한다. 파일시스템이 존재하지 않는 시스템이세는 이와 같은 기능을 통해 자신의 IP 주소를 얻은 다음 미리 정해진 호스트로부터 자신의 부트 이미지를 다운로드한다.
    
    
26. ICMP 프로토콜의 주요 메시지를 설명하시오.
    <오류보고 메시지>
    DESTINATION UNREACHABLE: 수신 호스트가 존재하지 않거나, 존재해도 필요한 프로토콜이나 포트 번호 등이 없어 수신 호스트에 접근이 불가능한 경우에 발생한다. IP 헤더의 DF필드가 설정된 패킷을 라우터가 분할해야 하는 경우에도 해당 패킷을 버리고 이 메시지를 회신한다.
    SOURCE QUENCH: 네트워크에 필요한 자원이 부족하여 패킷이 버려지는 경우에 발생한다. 이 메시지를 이용해 송신 호스트에 혼잡 가능성을 경고한으로써, 패킷을 송신하는 호스트가 데이터를 천천히 전송하도록 알릴 수 있다.
    TIME EXCEEDED: 패킷의 TTL 필드 값이 0이 되어 패킷이 버려진 경우에 주로 발생한다. 기타 시간 초과 현상에 의해 패킷이 버려진 경우도 이에 해단한다.
    <질의 메시지>
    ECHO REQUEST, ECHO REPLY: 유닉스의 Ping 프로그램에서 네트워크의 신뢰성을 검증하기 위하여 ECHO REQUEST 메시지를 전송하고, 이를 수신한 호스트는 ECHO REPLY를 전송해 응답한다. 특정 호스트가 인터넷에서 활성화되어 동작하는지 확인할 수 있다.
    TIMESTAMP REQUEST, TIMESTAMP REPLY: 두 호스 간의 네트워크 지연을 계산하는 용도로 사용한다.
    
    
27. ICMP 프로토콜의 헤더 구조를 그리고, 각 필드의 역할을 설명하시오.
    Type(유형): 1바이트 크기로 메시지의 종류를 구분한다. Type + Code 필드로 메시지를 구분한다.
    Code(코드): 메시지 내용에 대한 자세한 정보를 제공하는 매개변수 값이다.
    Checksum(체크섬): ICMP 전체 메시지에 대한 체크섬 기능을 지원한다.
    (그림 8-9, 8-10)
    
    
28. IGMP 프로토콜의 역할과 동작 과정을 설명하시오.
    멀티캐스트 라우팅에서는 다수의 호스트를 논리적인 하나의 단위로 관리하기 위한 그룹 관리 기능이 필요하다. 그룹의 생성과 제거, 전송 호스트의 그룹 참가와 탈퇴 등이 있다. 그룹에 가입하려면 해당 멀티캐스트 주소를 표기한 IGMP 보고 메시지를 전송하는데, IGMP 헤더의 Group Address 필드에 가입을 원하는 멀티캐스트 주소를 기록한다. 개별 호스트가 자신의 그룹을 유지하려면 IGMP 보고 메시지를 사용해 IGMP 질의에 응답해야 한다. 질의 메세지에 대해 호스트의 보고 메시지 응답이 이루어지지 않으면 그룹에서 탈퇴한 것으로 간주된다.
    
    
29. IGMP 프로토콜의 헤더 구조를 그리고 각 필드의 역할을 설명하시오.
    Type(유형): 크게 세 가지 값을 가질 수 있다. 0x11은 멀티캐스트 라우터가 전송하는 질의 메시지, 0x16은 호스트가 전송하는 보고메시지, 0x17은 그룹 탈퇴에 관한 메시지. 이전 버전과의 호환성을 위해 0x12가 보고 메시지로 사용될 수도 있다.
    Max Response Time(최대 응답 시간): 질의 메시지에서만 사용된다. 질의에 대한 보고 메시지가 전송되어야 하는 최대 응답 시간을 나타낸다.라우터는 이 값을 변화시킴으로써 탈퇴 지연 시간을 조율할 수 있다. 탈퇴 지연 시간은 특정 그룹에서 마지막 호스트가 탈퇴한 시간과 라우팅 프로토콜이 이 사실을 인지한 시간의 차이이다.
    Checksum(체크섬): 오류 검출용 코드
    Group Address(그룹 주소): 질의 메시지는 0으로 채우고, 보고 메시지에는 호스트가 가입을 원하는 그룹 주소를 표기한다. 특정 그룹 관련 질의 메시지에는 해당 그룹의 주소를 표기한다.
    (그림 8-12)