-
Notifications
You must be signed in to change notification settings - Fork 0
/
rfc894.txt
105 lines (73 loc) · 5.7 KB
/
rfc894.txt
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
Network Working Group Charles Hornig
Request for Comments: 894 Symbolics Cambridge Research Center
April 1984
이더넷 네트워크를 통한 IP 데이터그램 전송 표준
Status of this Memo
이 RFC는 이더넷에서 [2] 인터넷 프로토콜 (IP) [1] 데이터그램을 캡슐화하는 표준 방법을
명시하며, ARPA-인터넷 커뮤니티에 대한 표준 프로토콜을 지정합니다.
소개
해당 내용은 이더넷(10MB/s, 48비트 주소)에 적용됩니다.
Experimental Ethernet(3메가비트/초, 8비트 주소)에서 IP 데이터그램을 전송하는 절차는
다음에서 설명합니다 [3].
프레임 형식
IP 데이터그램은 표준 이더넷 프레임으로 전송됩니다. 이더넷 프레임의 유형 필드에는 값 16진수
0800이 포함되어야 합니다. 데이터 필드는 IP 헤더 바로 뒤에 IP 데이터가 옵니다.
이더넷을 통해 전송되는 패킷 데이터 필드의 최소 길이는 46옥텟입니다. 필요한 경우 이더넷 최소
프레임 크기를 충족하도록 데이터 필드를 채워야 합니다(0 옥텟 포함). 이 패딩은 IP 패킷의
일부가 아니며 IP 헤더의 전체 길이 필드에 포함되지 않습니다.
이더넷을 통해 전송되는 패킷 데이터 필드의 최소 길이는 1500 옥텟이므로 이더넷을 통해 전송
되는 IP 데이터그램의 최대 길이는 1500 옥텟입니다. 전체 길이 패킷을 지원하도록 구현하는
것이 좋습니다. 게이트웨이 구현은 MUST:{전체 길이 패킷을 수락하고 필요한 경우
조각화하도록 준비해야 합니다}. 시스템이 전체 길이 패킷을 수신할 수 없는 경우 TCP 최대
세그먼트 크기 옵션 [4]을 사용하는 등 다른 사람이 패킷을 보내지 못하도록 조치를 취해야
합니다.
참고: 이더넷의 데이터그램은 일반적인 인터넷 기본 최대 패킷 크기인 576 옥텟보다 길 수
있습니다. 이더넷에 연결된 호스트는 동일한 이더넷에 있지 않은 호스트에 데이터그램을 보낼 때
이를 염두에 두어야 합니다. 중간 게이트웨이에서 불필요한 단편화를 피하기 위해 더 작은
데이터그램을 보내는 것이 적절할 수 있습니다. 이 점에 대한 자세한 내용은 [4]를 참조하세요.
주소 매핑
32비트 인터넷 주소를 48비트 이더넷 주소로 매핑하는 방법은 여러 가지가 있습니다.
정적 테이블을 사용하거나 동적 검색 절차를 사용할 수 있습니다.
정적 테이블
각 호스트는 이더넷 및 인터넷 주소와 함께 로컬 네트워크에 있는 다른 모든 호스트의
테이블을 제공받을 수 있습니다.
동적 검색
32비트 인터넷 주소와 48비트 이더넷 주소 간의 매핑은 ARP(Address Resolution
Protocol) [5]를 통해 수행할 수 있습니다. 인터넷 주소는 일부 인터넷 네트워크에서
임의로 할당됩니다. 각 호스트의 구현은 자체 인터넷 주소를 알아야 하며 ARP 패킷에
적절하게 응답해야 합니다. 또한 필요할 때 ARP를 사용하여 인터넷 주소를 이더넷 주소로
변환해야 합니다.
브로드캐스트 주소
브로드캐스트 인터넷 주소(모든 바이너리의 호스트 부분이 있는 해당 네트워크의 주소)는
브로드캐스트 이더넷 주소(모든 바이너리의 FF-FF-FF-FF-FF-FF 16진수)에 매핑되어야
합니다.
ARP 동적 검색 절차를 사용하는 것을 추천합니다.
트레일러 형식
Unix 4.2bsd의 일부 버전은 VAX 가상 메모리 아키텍처로 더 나은 네트워크 성능을 얻기 위해
다른 캡슐화 방법을 사용합니다. 동일한 이더넷에 있는 합의 시스템은 서로 간에 이 형식을
사용할 수 있습니다.
이를 구현하는 데 호스트가 필요하지 않으며, 송신자는 수신자가 데이터그램을 해석할 수 있다는
확신이 없는 한 이 형식의 데이터그램을 어떠한 호스트에게도 보내서는 안 됩니다.
트레일러 캡슐화에 대한 자세한 내용은 [6]에서 확인할 수 있습니다.
(참고: 현재 Unix 4.2bsd는 boot-time 옵션에 따라 트레일러를 항상 사용하거나
(인터페이스별) 전혀 사용하지 않습니다. 이는 향후 변경될 것으로 예상됩니다.
Unix 4.2bsd는 또한 호스트 부분이 모두 0인 비표준 인터넷 브로드캐스트 주소를 사용합니다.
이 주소도 나중에 변경될 수 있습니다.)
바이트 순서
인터넷 프로토콜 사양[1]의 부록 B에 설명된 대로 IP 데이터그램은 일련의 8비트 바이트로
이더넷을 통해 전송됩니다.
참고
[1] Postel, J., "Internet Protocol", RFC-791, USC/Information
Sciences Institute, September 1981.
[2] "The Ethernet - A Local Area Network", Version 1.0, Digital
Equipment Corporation, Intel Corporation, Xerox Corporation,
September 1980.
[3] Postel, J., "A Standard for the Transmission of IP Datagrams
over Experimental Ethernet Networks", RFC-895, USC/Information
Sciences Institute, April 1984.
[4] Postel, J., "The TCP Maximum Segment Size Option and Related
Topics", RFC-879, USC/Information Sciences Institute, November 1983.
[5] Plummer, D., "An Ethernet Address Resolution Protocol", RFC-826,
Symbolics Cambridge Research Center, November 1982.
[6] Leffler, S., and M. Karels, "Trailer Encapsulations", RFC-893,
University of California at Berkeley, April 1984.