IP 주소가 있습니다.
12.23.34.22
필요 이 IP 주소에 대한 네트워크 접두사를 찾습니다. 이를 위해 서브넷 마스크를 찾은 다음 연속 된 1의 수를 계산하여 네트워크 접두사를 가져와야합니다.
이 IP에 대한 서브넷 마스크 (255.x.x.x)
를 어떻게 계산할 수 있습니까?
설명
- 네트워크 마스크는 계산되지 않습니다 . 할당됩니다. IP 주소를 제공 한 사람은 누구나 IP 주소를 알 수 있습니다.
- 도움이 된 답변이 있습니까? 그렇다면 질문이 계속 팝업되지 않도록 ' 답을 수락해야합니다. 또는 직접 답변을 제공하고 수락 할 수 있습니다.
답변
이 IP에 대한 서브넷 마스크
(255.x.x.x)
를 어떻게 계산할 수 있습니까?
할 수 있습니다. ” t. 접두사를 찾으려면 주소와 마스크 또는 주소와 접두사 길이가 필요합니다.
이 질문 에 대한 답변보기 모든 것을 계산하는 방법에 대해 설명합니다.
댓글
- 따라서 기본적으로 서브넷 '의 라우터와 서브넷을 구성하는 노드가 넷 마스크를 알고 있습니까? 또는 더 정확하게는 라우터가 넷 마스크를 정확히 알지 못합니다 '. 서브넷과 관련된 규칙 만 있습니다. '의 넷 마스크는 IP 주소가 규칙 (마스크 및 서브넷 번호가 있음)과 일치하는 경우 서브넷으로 패킷을 보내도록 지시합니다. 또한 노드는 해당 넷 마스크를 알고 있습니다 (
ip a
).' 패킷을 수락하거나 무시합니다. 즉, 패킷을 보내는 데 넷 마스크가 필요하지 않습니다. 내가 틀렸다면 ' 수정하세요. - … 그리고 사이트가 뒤에 있는지 알고 싶다면 Cloudflare . 저는 ' 각 IP 범위에 대해
ipcalc IP/PREFIX_LENGTH
를 수행하고 결과 서브넷 번호가 IP 범위의 서브넷 번호와 일치하는지 확인해야합니다. 또는 비슷해 보이는 IP 범위를 찾아서 '의 접두사 길이 범위로 IP를 확인하세요. - 라우터의 라우팅 테이블에는 접두사가 있습니다 (네트워크 및 마스크 ). IP 패킷에는 주소 만 있습니다. 라우터로 들어오는 패킷의 대상 주소를 라우팅 테이블의 항목 (주소 마스킹)과 비교하여 일치하는지 확인합니다. 일치하는 항목이 있으면 일치하는 접두사에 대한 인터페이스로 패킷이 전송되고 그렇지 않으면 패킷이 삭제됩니다. 패킷이 목적지까지가는 경로를 알 수있는 방법이 없으며 이것이 IP가 설계된 방식입니다. 당신은 그것이 어떻게 거기에 도착하는지 상관하지 않으며, 경로는 언제든지 바뀔 수 있습니다. 목적지에 도달하는 것만 신경 쓰는 것입니다.
Answer
서브넷 마스크는 32 비트 값입니다. 이는 “ip 패킷을 수신하는 장치가 IP 주소의 네트워크 ID 부분과 IP 주소의 호스트 ID 부분을 구별 할 수 있도록합니다. 따라서 (255.0.0.0
) 또는 슬래시 표기법 (/8
)은 IP 주소의 네트워크 접두사를 식별 할 수 없습니다.
답변
고급 스러운지 아닌지 알아야한다고 생각합니다. 클래스가 있으면 클래스 A의 기본 서브넷 마스크 인 255.0.0.0
를 사용할 수 있으므로 네트워크 주소는 12.0.0.0
가됩니다.
댓글
- 클래식 라우팅은 25 년이 지났으며 운영 네트워크에서 자리를 잡지 못했습니다.
- VLSM 및 클래스 별 라우팅을 중단 한 CIDR ( 클래스없는 도메인 간 라우팅)입니다. 주소 클래스를 안전하게 유지하십시오. RFC를 참조하십시오. 1518, An Architecture for IP Address Allocation with CIDR and RFC 1519, Classless Inter-Domain Routing (CIDR) : an Address Assignment and Aggregation Strategy from 1993 . 이번 세기에는 ' 클래스 풀 라우팅을 사용하지 않았습니다.
- 감사합니다 .I ' 그가 ' 이론적 문제를 해결하려고한다고 가정합니다.