Differences
This shows you the differences between two versions of the page.
Both sides previous revisionPrevious revision | Next revisionBoth sides next revision | ||
notes:udp-length [2018/05/07] – external edit 127.0.0.1 | notes:udp-length [2018/09/02] – gomida | ||
---|---|---|---|
Line 4: | Line 4: | ||
==== 이론적 최대 길이 ==== | ==== 이론적 최대 길이 ==== | ||
UDP 페이로드의 이론적인 최대 길이는 16 bit 최대 값인 2< | UDP 페이로드의 이론적인 최대 길이는 16 bit 최대 값인 2< | ||
- | \\ | + | </sq> |
- | \\ | + | <sq> |
- | <sqtag>JAN 1980</sqtag> | + | |
- | ---- | + | |
=== RFC 760, Jan 1980 === | === RFC 760, Jan 1980 === | ||
1980년 기술 된 [[https:// | 1980년 기술 된 [[https:// | ||
- | \\ | + | </sq> |
- | \\ | + | <sq> |
- | <sqtag>AUG 1980</sqtag> | + | |
- | ---- | + | |
=== RFC 768, Aug 1980 === | === RFC 768, Aug 1980 === | ||
가장 오래 된 UDP 스펙은 1980년 기술 된 [[https:// | 가장 오래 된 UDP 스펙은 1980년 기술 된 [[https:// | ||
Line 27: | Line 23: | ||
Length is the length in octets of this user datagram including this | Length is the length in octets of this user datagram including this | ||
header and the data. (This means the minimum value of the length is eight.) | header and the data. (This means the minimum value of the length is eight.) | ||
- | \\ | + | </sq> |
- | <sqtag>SEP 1981</sqtag> | + | <sq> |
- | ---- | + | |
=== RFC 791, Sep 1981 === | === RFC 791, Sep 1981 === | ||
하지만 UDP가 근본적으로 IP 네트워크에서의 운용을 상정하고 디자인되었다는 점을 상기할 필요가 있다. [[https:// | 하지만 UDP가 근본적으로 IP 네트워크에서의 운용을 상정하고 디자인되었다는 점을 상기할 필요가 있다. [[https:// | ||
Line 52: | Line 47: | ||
Total Length is the length of the datagram, measured in octets, | Total Length is the length of the datagram, measured in octets, | ||
including internet header and data. | including internet header and data. | ||
- | \\ | + | </ |
+ | <sq> | ||
=== 576 bytes === | === 576 bytes === | ||
Total Length에 관해 조금 더 살펴보자. 모든 장비가 576 bytes까지의 데이터그램을 반드시 처리할 수 있어야 함을 명시하고 있음에 주목할 필요가 있다. 바꾸어 말하면 더 큰 데이터그램의 처리는 IPv4 네트워크에서 보장되지 않는다는 것을 의미하고, | Total Length에 관해 조금 더 살펴보자. 모든 장비가 576 bytes까지의 데이터그램을 반드시 처리할 수 있어야 함을 명시하고 있음에 주목할 필요가 있다. 바꾸어 말하면 더 큰 데이터그램의 처리는 IPv4 네트워크에서 보장되지 않는다는 것을 의미하고, | ||
Line 59: | Line 55: | ||
It is recommended that hosts only send datagrams larger than 576 octets | It is recommended that hosts only send datagrams larger than 576 octets | ||
if they have assurance that the destination is prepared to accept the larger datagrams. | if they have assurance that the destination is prepared to accept the larger datagrams. | ||
- | \\ | + | </sq> |
- | <sqtag>JUL 1982</sqtag> | + | <sq> |
- | ---- | + | |
=== RFC 815, Jul 1982 === | === RFC 815, Jul 1982 === | ||
Fragmented 데이터그램 재조립을 위한 알고리즘은 [[https:// | Fragmented 데이터그램 재조립을 위한 알고리즘은 [[https:// | ||
Line 71: | Line 66: | ||
by a very large integer, greater than 576, of the implementor' | by a very large integer, greater than 576, of the implementor' | ||
- | \\ | + | </sq> |
- | ---- | + | <sq> |
=== Conclusion === | === Conclusion === | ||
따라서 UDP 페이로드의 이론적인 최대길이는 65,527 byte 이지만 IPv4 네트워크에서는 65,507 byte로 제약되며, | 따라서 UDP 페이로드의 이론적인 최대길이는 65,527 byte 이지만 IPv4 네트워크에서는 65,507 byte로 제약되며, | ||
</sq> | </sq> | ||