15: Alternate Checksum Data
15: 대체 검사합 자료
This field is used
only when the alternate checksum that is negotiated is longer than 16
bits. These checksums will not fit in
the checksum field of the TCP header and thus at least part of them must be put
in an option. Whether the checksum is split between the checksum field in
the TCP header and the option or the entire checksum is placed in the option is
determined on a checksum-by-checksum basis.
The length of this option will depend on the choice of alternate
checksum algorithm for this connection; see RFC 1146 [5].
이 영역은 대체 검사합이 16비트 이상으로 구현되었을 때에만 사용됩니다. 이들 검사합은 TCP 헤더에 있는 검사합 부분에 맞지 않아지게 되므로 적어도 이 부분을 옵션에 넣어 주어야만 합니다. 검사합이 TCP 헤더 부분이나 전체 검사합 이건 간에 이 옵션은
검사합-과-검사합 간을 기본으로 결정되어야 합니다. 검사합의 길이는 그 연결에 대한 대체 검사합 알고리듬에 근간합니다. RFC
1146을 참고 하세요.
If an alternative
checksum was negotiated in the connection set-up, then this option may appear
on all subsequent packets (if needed to carry the checksum data). However, this option is in practice never
seen, so the only requirement is that the header compression scheme be able to
encode it.
만약 대체 알고리듬이 연결 시에
쓰여지고 있다면, 이후 모든 패킷에 이 옵션값이 쓰여질 수 있습니다(만약
검사합 값을 옮길 필요가 있다면) 하지만 이 옵션 값은 실제로는 전혀 보여지 않습니다. 따라서 헤더 압축 틀이 이걸 부호화 시킬 때에만 요구 사항이 됩니다.
