혼란스러워요.
에서RFC 1918:
10.0.0.0 - 10.255.255.255 (10/8 prefix)
172.16.0.0 - 172.31.255.255 (172.16/12 prefix)
192.168.0.0 - 192.168.255.255 (192.168/16 prefix)
- 172.16/12범위에 대한 접두사가 이상해 보입니다 . 마스크는1631연속된 이진수 1을 사용해야 함.
인접한 1 의 접두어는 다음을 /12나타내야 합니다.
11111111.11110000
172.16( ) 만 10101100.00010000해당 범위에 의해 가려집니다. 16오클릿의 비트가 아닌 모든 비트 17는 31마스크로 보호되지 않습니다.
하지만 다루어야 할 바이너리 마스크 는 172.16-172.31
11111111.00011111
172.16- 목록 172.31:
10101100.00010000
10101100.00011111
10101100.00011110
10101100.00011101
10101100.00011100
10101100.00011011
10101100.00011010
10101100.00011001
10101100.00011000
10101100.00010111
10101100.00010110
10101100.00010101
10101100.00010100
10101100.00010011
10101100.00010010
10101100.00010001
따라서 이 모든 것을 가리기 위한 접두사 172.16/16( 11111111.11111111)가 더 의미가 있습니다.
이 RFC 1918 범위는 연속되지 172.16.0.0않습니까 172.31.255.255?
아니면 /12접두사가 실제로 다음을 나타냅니까?
11111111.00001111
그러나 해당 숫자 범위는 까지만 적용됩니다 15. 이 경우 다음이 필요합니다.
11111111.00011111
그리고 172.16/13연속되지 않은 경우에는 이어야 합니다.
답변1
172.16( ) 만10101100.00010000해당 범위에 의해 가려집니다. 모든 오클릿 17-31은 마스크로 보호되지 않습니다.
아니요, 사실이 아닙니다. 16부터 31까지의 모든 옥텟은 모두 0001xxxx.
넷마스크의 목적은 다음을 나타내는 것입니다.공전주소의 일부이며, 게시물의 목록을 보면 연속된 처음 12비트는 정적이고 나머지는 가변적입니다. 이것이 바로 마스크의 첫 번째 옥텟이 이고 11111111그렇지 않은 이유입니다 00000000. 이는 (의) 8비트가 모두 고정되어 있음을 나타내고 172마찬가지로 두 번째 옥텟은 11110000처음 4비트가 고정되어 있음을 나타냅니다.
그러나 넷마스크가 변수 부분을 나타내더라도 두 번째 옥텟의 마지막 4비트가 여전히 연속되어 있습니다.그리고세 번째-네 번째 옥텟의 모든 비트는 간격 없이 가변적입니다.
답변2
당이 환자는 u1686_grawity의 답변을 받았습니다., 마스크는 덮지 않습니다가능한숫자이지만불변숫자!
11111111.11110000
처음 12개의 공백을 보호합니다.
10101100.0001xxx
-1631