프로토콜 ARP, RARP, IP, ICMP. ARP 란 무엇입니까?

시스템이 동일한 네트워크의 다른 동등한 장치와 통신하는 경우이 연결에는 물리적 또는 MAC 주소가 필요합니다. 그러나 통신을 담당하는 응용 프로그램은 IP 주소를 MAC 주소와 연결할 수있는 메커니즘을 사용해야합니다.

이 메커니즘은 주소 확인 프로토콜 (ARP)을 사용하여 구현됩니다. 이로 인해 대상 노드의 IP 주소가 브로드 캐스트되어 MAC 주소의 원본을 알립니다. 따라서 ARP 프로토콜은 두 장치가 동시에 네트워크에 연결될 때 두 장치 간의 통신을 용이하게합니다.

어떻게 작동합니까?

즉, 시스템 A가 시스템 B로 데이터 패킷을 보내려고 할 때마다 A는 MAC 주소 B를 요청하기 위해 ARP 패킷을 전송해야합니다. 그러나 필연적으로 네트워크 부하가 증가하고 트래픽이 증가합니다.

네트워크 연결에 대한 트래픽과 비용을 줄이기 위해 ARP 프로토콜을 사용하는 컴퓨터는 새로 획득 한 IP_to_MAC 바인딩 주소의 캐시를 지원합니다. 즉, ARP를 다시 사용할 필요가 없습니다.

동시에 ARP의 일부 개선이 가능합니다. 컴퓨터 A가 컴퓨터 B로 데이터를 보내려고 할 때 B가 가까운 미래에 데이터 A를 다시 보낼 가능성이 있습니다. 따라서 MAC 주소 B를 요청할 때 시스템 B의 ARP 사용을 피하기 위해 A는 IP_to_MAC 바인딩 주소를 특수 패킷에 저장해야합니다. A는 초기 요청을 MAC 주소 B로 전달하므로 네트워크의 각 시스템을 추출하여 주소는 IP_to_MAC입니다.

장치가 네트워크에있을 때 (예 : 운영 체제가 다시 부팅되는 경우) 바인딩 주소를 브로드 캐스트하여 다른 모든 컴퓨터에서 바인딩 주소를 저장할 수 있습니다. 다른 새로운 장치를 연결할 때 필요할 수있는 ARP 프로토콜을 다시 사용하지 않습니다.

주소 해석 프로토콜의 사용 예

컴퓨터가 일부 원격 장치와 통신하려는 시나리오를 고려해 볼 수 있으며 이전에는 두 장치 사이에 IP 교환이 없었습니다. 그래서 원격 시스템의 MAC 주소를 결정하기 위해 ARP 프로토콜을 적용해야합니다.

ARP 요청 메시지 (AAAA IP 주소에서 BBBB로 오는)는 이더넷 프로토콜 유형의 로컬 네트워크를 통해 브로드 캐스트됩니다. ARP 프로토콜은 대상을 제외한 모든 시스템에서 시작되며 요청에 대한 응답 메시지를 보냅니다. 이 답변에는 BBBB의 IP 주소, 즉 이더넷 소스의 하드웨어 주소. 이후에 장치간에 통신이 설정됩니다.

ARP 프로토콜 및 그 목적 - 결론

위의 설명에서 알 수 있듯이 주소 확인 프로토콜은 네트워크의 다양한 장치간에 상호 작용을 설정하는 데 사용됩니다. 즉, 정상적인 연결이 불가능한 기술입니다. 하지만 다른 네트워크 매개 변수없이 ARP를 사용할 수 있습니까? 확실히 불가능합니다. 따라서 중요한 역할을하는 다른 프로토콜을 고려해야합니다.

주소 복구 프로토콜 복구

RARP는 로컬 네트워크의 실제 컴퓨터가 주소 확인 프로토콜 테이블 또는 게이트웨이 캐시 서버에서 IP 주소를 요청할 수있는 프로토콜입니다. 네트워크 관리자 는 로컬 네트워크의 게이트웨이 또는 라우터에 해당 프로토콜에 대한 시스템의 물리적 주소 (또는 MAC 주소)를 표시하는 테이블을 작성합니다. 새 장치가 네트워크에 연결되면 RARP 클라이언트는 IP 주소를 전송하라는 요청을 서버에 생성합니다. 항목이 라우터 테이블에 생성되었다고 가정하면 RARP 서버는 나중에 사용할 수 있도록 컴퓨터에 IP 주소를 저장합니다. 따라서 ARP 주소 분석 프로토콜은 RARP와 지속적으로 연결됩니다.

상세한 메커니즘

요청을 발급 한 시스템과 이에 응답하는 서버 모두 - 통신 세션 중에 물리적 네트워크 주소를 사용합니다. 일반적으로 요청자는 실제 주소를 알지 못합니다. 따라서 요청은 네트워크의 모든 시스템에 브로드 캐스트됩니다. 그런 다음 요청하는 측은 자신을 서버와 식별해야합니다. 이를 위해 CPU 일련 번호 또는 네트워크 컴퓨터의 실제 주소를 사용할 수 있습니다. 고유 한 식별자로 실제 주소를 사용하면 두 가지 이점이 있습니다.

이 주소는 항상 사용할 수 있으며 부팅 코드에 연결하면 안됩니다.
식별 정보는 CPU 공급 업체가 아닌 네트워크에 따라 다르기 때문에 네트워크의 모든 시스템에는 고유 식별자가 있습니다.

시간에 RARP 동작

RARP는 물리적 네트워크를 직접 사용하기 때문에 다른 프로토콜 소프트웨어가 요청에 응답하거나 릴레이하지 않습니다. RARP 소프트웨어는 이러한 작업만을 처리해야합니다. 다운로드를 위해 RARP에 의존하는 일부 워크 스테이션은 응답을받을 때까지 정의되지 않은 시간을 반복적으로 시도 할 수 있습니다. 다른 구현은 불필요한 브로드 캐스트로 네트워크 과부하를 피하려는 여러 시도 후에 실패합니다.

IP / ICMP / ARP 프로토콜

ICMP 프로토콜은 연결을 관리하거나 오류 보고서를 수신하는 데 사용되는 메커니즘, 게이트웨이 및 호스트를 연결합니다. 인터넷 프로토콜은 최종 목적지로 직접 전달할 수있는 지점에 도달 할 때까지 게이트웨이에서 게이트웨이로 신호를 제공합니다. 게이트웨이가 데이터를 보내거나 전달할 수 없거나 네트워크 정체와 같은 비정상적인 상태를 감지하면 문제를 피하거나 수정하기위한 조치를 취해야합니다.

ICMP ( 인터넷 메시지 제어 프로토콜 )를 사용하면 게이트웨이가 오류를 전송하거나 메시지를 다른 게이트웨이 또는 호스트로 관리 할 수 있습니다. 따라서 ICMP는 연결된 두 컴퓨터의 인터넷 프로토콜간에 통신을 제공합니다.

이 특수 메커니즘은 TCP / IP 프로토콜 외에도 개발자가 추가했습니다. 인터넷상의 게이트웨이를 사용하여 오류를보고하거나 응급 상황에 대한 정보를 제공 할 수 있습니다. IP 프로토콜 자체에는 보낸 사람과의 연결을 확인하거나 실패에 대해 알 수있는 내용이 없습니다.

TCP / IP 프로토콜

TCP / IP 프로토콜은 네트워크 관리자 나 사용자가 네트워크 문제를 식별하는 데 도움이되는 도구를 제공합니다. 가장 일반적으로 사용되는 디버깅 도구 중 하나가 ICMP 요청을 호출하고 응답 메시지를받습니다. 동시에 호스트 나 게이트웨이는 지정된 주소로 ICMP 요청과 함께 반향 메시지를 보냅니다. 에코 요청을 수신하는 모든 시스템은 응답을 공식화하고 원래 보낸 사람에게 돌아갑니다. 이 경우 응답에는 요청에서 전송 된 데이터의 복사본과 관련 응답이 포함됩니다.

이 프로토콜은 수신인이 사용 가능한지 여부와 통신이 가능한지 여부를 확인하는 데 사용할 수 있습니다. ARP 프로토콜은 TCP / IP 외에도 하드웨어로 사용되며 네트워크의 장치간에 올바른 통신을하기 위해 필요합니다.