ARP프로토콜 RFC문서 해석

소개글

ARP프로토콜 RFC문서 해석에 대한 보고서 자료입니다.

목차

Ⅰ. 서 론
(1) RFC란??
(2) RFC문서의 용어 정리



Ⅱ. 본 론
(1) ARP(Address Resolution Protocol)란??
(2) ARP(Address Resolution Protocol)의 RFC 문서 이력
(3) ARP(Address Resolution Protocol)의 RFC 826 문서 분석



Ⅲ. 결 론



Ⅳ. 참고자료

본문내용

tp링크의 다른끝) IP 데이터그램은 호스트로 바로 보내질 수 있다. 목적지 호스트가 리모트 네트워크면 IP 라우팅 함수는 IP 데이터그램을 보낼 가장 가까이 있는 라우터의 인터넷 주소를 결정한다.
5. 전송 호스트는 32-bit IP 주소를 48-bit 이더넷 주소로 변환해야 한다. logical 인터넷 주소에서 그것에 대응하는 physical 하드웨어 주소로 바꿔야 한다. 이것이 ARP의 기능이다. ARP는 single network에 연결되어있는 많은 host와 라우터들의 broadcast networks를 위한 것이다.
6. ARP는 ARP 요청이라고 불리는 이더넷프레임을 네트워크에 있는 모든 host에게 보낸다. 이것은 broadcast라고 불린다. ARP 요청은 목적지 호스트의 IP주소를 포함한다. 그리고 그 요청은 “이 IP 주소 소유자라면 하드웨어 주소를 가르쳐주시오”이다.
7. 목적지 호스트의 ARP 레이어는 이 브로드캐스트를 받아들여서 보내는 사람이 하드웨어 주소를 요청하고 있는 것을 인식하고 ARP reply를 이용해 응답한다. 이 응답은 IP 주소와 그에 상응하는 하드웨어 주소를 포함한다.
8. ARP reply가 받아들여져서 arp가 requst-reply가 변하게하는 IP 데이터그램이 지금 보내질 수 있다.
9. ip 데이터그램은 목적지 host로 보내진다.
Arp의 기초적인 내용은 네트워크 interface는 하드웨어 주소를 가지고 있다는 것이다.(이더넷이나 토큰링 interface를 위한 48-bit 값이다) 하드웨어 단계에서 변환되는 프레임은 올바른 interface로 전해져야한다. 그러나 tcp/ip는 32-bit 주소로 작업한다. 호스트의 ip주소는 커널이 호스트로 프레임을 보내도록 하지 못한다. 커널(이더넷 드라이버)은 프레임을 보내기 위해선 목적지의 하드웨어 주소를 알아야 한다. Arp의 기능은 다양한 네트워크 기술에 의해 사용되는 32-bit ip주소와 하드웨어 사이에서 유동적인 mapping을 제공한다.
Point-to-point링크는 arp를 사용하지 않는다. 이러한 링크들이 bootstrap time에 수정될 때 커널은 링크의 각각의 끝의 IP 주소를 들어야 한다. 이더넷 주소 같은 하드웨어 주소는 포함되어 있지 않다.
더 자세한 사항을 보려면
http://www.faqs.org/rfcs/rfc826.html에서 확인 가능합니다.
Ⅲ. 결 론
RFC 문서를 조사하면서 책으로 정의만 배웠던 프로토콜들이 만들어 지려면 얼마나 많은 노력과 시간이 필요한지 알았고 ARP에 대해 더욱 깊숙이 알 수 있었다.
다음에 영어를 자유자재로 다룰줄 안다면 RFC문서의 전체를 번역하고 싶다.
Ⅳ. 참고자료
RFC 정의
http://terms.naver.com/entry.nhn?docId=1180285&cid=200000000&categoryId=200003351
RFC 이력
http://www.rfc-editor.org/
RFC 826문서
http://www.faqs.org/rfcs/rfc826.html

키워드

RFC 문서,   RFC,   ARP 프로토콜,   ARP,   ARP RFC,   ARP프로토콜RFC