반응형

인터넷에 접속하지 않았을 때 웹 사이트를 검색하면 접속처에 도달할 수 없거나 기한이 지났거나 이런 에러 메시지가 나타납니다. 이러한 메시지는, ICMP 프로토콜을 통해 표시됩니다. IP 프로토콜에는 오류 보고서 및 쿼리 메시지 보내기 메커니즘은 없습니다. 이 문제는 ICMP 프로토콜에 의해 해결됩니다. 비디오나 게임의 온라인 스트리밍에서는, 통상, 자원을 보다 효율적으로 사용하기 위해서, IGMP 프로토콜이, 이 블로그에서는, TCPIP의 이러한 2개의 프로토콜에 대해 설명합니다. 자, 그럼 시작해 볼까요?

 

ICMP란?

ICMP 또는 인터넷 제어 메시지 프로토콜은 TCPIP의 주요 프로토콜 중 하나입니다. ICMP는 호스트, 라우터 및 게이트웨이가 오류 메시지를 발송인에게 돌려보내기 위해 사용하는 메커니즘입니다. IP는 에러의 보고와 제어의 메카니즘을 제공하지 않기 때문에, ICMP는 이러한 IP의 결함을 보충하도록 설계되어 있습니다. 다만, 오류만 보고할 뿐 오류는 수정할 수 없습니다. 수신처에 도달할 수 없습니다:라우터 또는 게이트웨이는, 링크 장애나 congestion등의 이유로 패킷을 최종적인 수신처에 송신할 수 없다고 판단했을 경우, ICMP 수신처에게 송신합니다. 하드웨어 장해나 포토 장해등의 장해가 수신처로 발생했을 경우, 라우터 뿐만이 아니라 수신처 호스트도 ICMP 에러 메시지를 송신할 수 있습니다. [Source Quench] : 발신원이 데이터를 보내는 속도를 낮추기 위해 수신인이 발신원 호스트 또는 발신원에게 요구하는 것입니다. 이 메시지는 수신인이 폭주 상태에 있을 때 발송되며, 발신인이 동일한 환율로 패킷을 계속 전송하면 패킷이 손실될 수 있습니다. 파라미터의 문제는 다음과 같습니다. 라우터가 패킷을 수신한 경우, 계산된 체크섬은 수신한 체크섬과 같아야 합니다. 애매함이 있는 경우, 패킷은 라우터에 의해서 드롭 되고 파라메타 문제 메세지가 송신됩니다. 시간 초과: 데이터 그램의 Time to Live(TTL; 존속 가능 시간) 필드가 0이 되면 라우터는 데이터 그램을 폐기하고 time exceeded 메시지를 발신처로 보냅니다. 루트 리다이렉트:호스트가 패킷을 다른 라우터에 잘못 송신했다고 라우터가 판단했을 경우, 라우터는 루트 리다이렉트 메세지를 사용해 호스트에 라우팅 정보를 갱신하도록 통지합니다. 따라서 루팅 프로세스의 효율을 향상시키는데 도움이 됩니다. 메시지를 조회합니다. ICMP 프로토콜은 네트워크의 문제를 진단할 수도 있습니다. 쿼리 메시지는 호스트가 라우터 또는 다른 호스트로부터 특정 정보를 가져오는 데 도움이 됩니다.

 

타임스탬프 요청 응답: 호스트와 라우터는 IP 데이터그램이 호스트 또는 라우터 사이를 이동하기 위해 필요한 라운드 트립 시간을 결정합니다. 두 시스템의 클락을 동기화하기 위해서도 사용할 수 있습니다. 라우터 배달 요청 및 애드버타이즈먼트: 호스트가 다른 네트워크상의 호스트에게 데이터를 송신하는 경우는, 연결되어 있는 라우터의 주소를 알아야 합니다. 또, 호스트는, 라우터가 가동하고 있는지 어떤지도 알 필요가 있습니다. 이러한 모든 기능은 라우터 전송 요구 및 애드버타이즈먼트 메시지에 의해 제공됩니다. 주소 마스크 요구 응답은 다음과 같습니다. 호스트가 라우터의 주소를 인식하지 못하는 경우 호스트는 주소 마스크 요청을 브로드캐스트합니다. 주소 마스크 요청을 수신한 라우터는 호스트에게 필요한 마스크로 응답합니다.

 

Echo RequestEcho Reply: 두 호스트 간의 연결을 체크하도록 설계된 명령어입니다. 예: ping 명령어입니다. 예를 들어, 컴퓨터와 Google 서버간의 접속을 체크한다고 합니다. 이를 수행하려면 명령줄에 ping www.google.com 라고 입력하세요. ping 명령이 호출되면 ICMP 에코 요구 메시지가 타겟 호스트(여기서는 google)에게 발송됩니다. 타겟이 네트워크에 연결되어 동작이 가능할 경우 확인응답으로 에코 응답 메시지를 보냅니다. IGMP 는 TCPIP 의 프로토콜이기도 합니다. Internet Group Message Protocol 은 IP 네트워크상의 멀티캐스트 그룹 멤버십을 관리하는 인터넷 프로토콜입니다. 멀티캐스트 라우터는 특정 그룹의 멤버십을 가진 모든 호스트에게 패킷을 보내기 위해 사용됩니다. 이러한 라우터는 다양한 그룹으로 송신되는 많은 패킷을 수신하지만, 네트워크의 부하가 증대하기 때문에 브로드캐스트할 수 없습니다. 따라서 이 문제를 해결하기 위해 그룹과 그 멤버의 리스트가 유지되고 IGMP는 멀티캐스트 라우터를 지원합니다. 멀티 캐스트 라우터에는, 네트워크내에 멤버가 존재하는 멀티 캐스트 주소의 리스트가 있습니다. 그룹의 멀티캐스트 트래픽을 그 그룹의 멤버에게 전달하는 멀티캐스트 라우터는 그룹별로 1개가 있습니다.

 

IGMP 프로토콜의 특징

호스트가 특정 그룹의 멀티캐스트 트래픽을 수신함을 로컬 멀티캐스트 라우터에 알립니다. 호스트가 특정의 그룹에서 탈퇴하는 것을 로컬 멀티 캐스트 라우터에 통지합니다.

 

IGMP 버전

IGMPv1: 호스트가 특정 멀티캐스트 그룹의 트래픽을 수신하는 것을 통지한 첫 번째 버전입니다.0.0.0.0은 그룹 주소로서 정의되고, 224.0.0.1은 일반적인 IGMP 요구의 수신처 주소로서 정의됩니다. 라우터에 의해서 자동적으로 송신되는 이러한 요구의 디폴트 간격은 60 초입니다. 멀티캐스트 그룹을 탈퇴하는 시스템이 없었어요. 타임 아웃(지연 타이머 180 초)만이, 각 호스트를 그룹으로부터 삭제합니다. 특정의 그룹에 속하는 호스트가 시스템을 닫았다고 합니다. 이것에 의해, 가 트래픽을 받아 들이지 않아도, 트래픽이 호스트에 송신되는 상황이 됩니다. 호스트가 트래픽을 수신하지 않게 된 것을 잠시 후 라우터가 검출하면, 멀티 캐스트 트래픽은 정지합니다. 이 문제는 다음 버전으로 해결되었습니다. IGMPv2:그룹 주소(0.0.0.0) 및 행선지 주소(224.0.0.1)는 변경되지 않습니다. 다만, 라우터에 의해서 자동적으로 송신되는 이러한 요구의 디폴트 간격은 125초로 연장됩니다. 이 버전에서 추가된 가장 중요한 기능은 호스트가 그룹을 탈퇴할 경우 보낼 수 있는 탈퇴 메시지입니다. 이것에 의해, 라우터는 트래픽의 불필요한 멀티 캐스트를 정지할 수 있습니다. IGMPv3:그룹 주소(0.0.0.0) 및 행선지 주소(224.0.0.1)는 변경되지 않고, 라우터에 의해서 자동적으로 송신되는 이러한 요구의 디폴트 간격은 125 초입니다. 이 버전에서 추가된 가장 큰 기능은 멀티캐스트 스트림 소스를 선택하는 옵션입니다. 이것에 의해, 네트워크에 대한 요구가 경감되어 송신시의 시큐러티가 향상됩니다. ICMP 및 IGMP 프로토콜의 개요를 나타냅니다. 오늘 뭔가 새로운 것을 배우셨기를 바랍니다.

반응형
  • 네이버 블러그 공유하기
  • 네이버 밴드에 공유하기
  • 페이스북 공유하기
  • 카카오스토리 공유하기

댓글을 달아 주세요

">