CCENT 시험을 위해 공부하는 동안 참고 자료에서 클래스 A/B/C 네트워크에 대해 놀랄 만큼 많이 참조했습니다. 고맙게도 클래스 A/B/C를 /8, /16 및 /24 CIDR 서브넷의 약어로 처리하고 첫 번째 니블에서 암시적 서브넷에 대해 언급하지 않습니다. 그럼에도 불구하고 질문이나 설명에 "클래스 B" 팝업이 표시되고 모든 단계에서 암시적인 /16 마스크가 있음을 스스로 상기시켜야 하는 것은 저를 당황하게 합니다.
이 규칙은 20년 전에 폐기되었음에도 불구하고 여전히 널리 사용됩니까? 고위 관리자로부터 이에 익숙해져야 합니까? 그리고 아마도 가장 중요한 것은 Cisco에서 인증된 기술자/협력업체/전문가가 수준 높은 네트워크 용어를 수용하고 사용할 것을 기대합니까? (Cisco의 시험 기밀 유지 정책을 위반하는 경우 마지막 질문을 무시하십시오.)
업데이트:보다 권위 있는 참조/학습 가이드로 전환한 후 공식 학습 가이드가 여러 장을 제공하는 한 Cisco는 실제 클래스풀 네트워크에 대한 지식을 기대한다는 것이 분명해졌습니다. 이는 A/B/C 용어에 대한 질문보다는 관리자가 클래스형 네트워크에 대해 알아야 하는지 여부/이유에 대한 질문을 더 많이 만듭니다.
답변1
클래스 기반 라우팅에 대해 세 가지 사항을 알아야 합니다.
클래스 기반 라우팅은 대부분의 사람들이 인터넷에 대해 듣기 오래 전에 폐기된(1993년) 더 간단한 시스템이었습니다. 아마도 당신이 아는 사람 중 누구도 그것을 사용하지 않았을 것입니다. 그리고 네트워크 장비가 그렇게 오래되었다면 대체 장비를 진지하게 고려해 보아야 합니다. 시스템은 주소의 처음 몇 비트를 사용하여 클래스와 (간접적으로) 넷마스크를 결정했습니다. 넷마스크는암시된수업시간에는 그렇지 않았어결정하다클래스. "172.16.1.0의 클래스 C"가 있다고 말하면 클래스 기반 라우팅에 대해 막연하게 이해하는 사람이라도 신속하게 대처할 수 있습니다.
현재 사람들은 클래스 A, B, C를 각각 /8, /16, /24 넷마스크를 의미한다고 말합니다. 위에서 분명히 알 수 있듯이 그들은 그렇게 하는 것이 잘못되었습니다. 그들은 일반적으로 인터넷의 역사에 대해 지식이 풍부하고 현명해 보인다고 생각합니다(아, 아이러니합니다).
원래 시스템의 일부 잔존물이 여전히 존재합니다. "클래스 D"(접두사 224~239)는 여전히 멀티캐스트이고 "클래스 E"(접두사 240~255)는 여전히 "예약됨" 또는 "실험적"입니다. 또한 일부 (구형) 시스템은 다음을 가정합니다.기본 넷마스크원래 클래스 지정을 기반으로 합니다. 예를 들어 접두사 0~128의 경우 /8입니다. 이것은 종종 도움이 되기보다 더 짜증나는 일이지만, 그것이 바로 여기에서 나온 것입니다.
답변2
내가 만난 적이 있는 "클래스 A/B/C"라는 용어를 사용하는 유일한 사람들은 /8이나 /16 등을 의미하기 위해 이 용어를 잘못 사용하는 사람들입니다. 첫 번째 옥텟, "Class B"를 두 번째 옥텟으로 하는 식이었습니다. 하지만 그는 자신의 표현을 바꾸기를 거부한 바보였습니다.너무 많이착란).
그럼 계속해서 클래스별 주소 지정에 대해 알아보세요. 지식이 많을수록 좋습니다. 하지만최대"클래스 A/B/C" 주소에 대해 알아야 할 중요한 점은 다음과 같습니다.
- 실제로 해당 용어를 사용해서는 안됩니다
- 다른 사람이 해당 용어를 사용하는 것을 들으면 그 사람은 해당 용어를 잘못 사용하고 있는 것입니다.
이는 실제로 자신의 내용을 알고 있고 이론 밖에서 경험한 사람이 누구인지 알려주는 좋은 방법입니다. 취업 면접에서 용어가 잘못 사용되는 것을 들으면 위험 신호가 나타날 것입니다.
답변3
한마디로 그렇습니다.
사람들은 종종 강의 자료와 같은 방식으로 그것에 대해 이야기합니다. 고급 네트워킹을 사용하는 사람은 아무도 없고, 적어도 내가 만난 사람은 없습니다. 인프라/아키텍처를 계획하는 동안 사람들은 "여기서 두 개의 클래스 C를 설정하겠습니다."와 같은 말을 자주 합니다. "/23을 주겠습니다" 또는 "172.16.0.0-172.16.1.254이면 충분합니다"라고 말하는 것보다 쉽고 동일한 메시지를 전달합니다.
기술적으로 100% 정확하지는 않지만 업계 대화에서 자주 언급되는 많은 내용은 사양과 다릅니다. 예: 라우터/스위치/AP\Bridges는 라우터 이외의 것으로 언급되지 않습니다.
두 번째 문제에 대해서는 위반은 아니라고 생각하지만, 자료 읽기에 제시된 대로 시험 주제를 이해해야 합니다. 즉, 그것이 무엇인지 알아야 하며, 종종 특정 서브넷을 참조한다는 점을 이해해야 합니다.
답변4
나는 우리가 가지고 있는 사설 네트워크용 라우터를 구성하기 위해 IT 회사를 고용한 이 곳에서 일하고 있었습니다. 내가 일했던 회사에서는 대개 외부 계약자가 힘든 일을 하게 했습니다.
우리 회사에서 프로젝트를 담당하는 사람은 네트워크 설계 방법을 결정하고 /24 마스크를 사용했습니다. 문제는 라우팅 프로토콜이 클래스가 있을 수도 있고 클래스가 없을 수도 있다는 사실을 전혀 몰랐다는 것입니다. 그래서 이 사람은 10.1.3.x / 10.1.4.x / 10.1.5.x 등의 네트워크를 선택하지만 클래스형 라우팅 프로토콜을 사용하기로 선택했습니다. 이는 /24에 대한 마스크를 설정했지만 아무 것도 작동하지 않음을 의미합니다. 그는 공식적인 지식이 전혀 없었기 때문에 몰랐다고 해서 그를 비난할 수는 없지만 그는 내가 그를 비웃어야 했던 모든 것에 대해 너무 오만한 사람이었습니다.
IT 기업 "전문가", 구성과 설치를 수행한 사람들이었습니다. 이상한 이유로 그들은 왜 그것이 작동하지 않는지 전혀 몰랐습니다. 나는 걸어가서 라우팅 프로토콜과 그의 네트워크 맵을 한 번 살펴보고 2주 된 이 문제를 해결했습니다. IT 회사는 여전히 2주간의 "문제 해결" 비용을 청구했습니다.
2007년 CCENT 인증서를 가지고 있는 작은 나입니다.
그렇습니다. 클래스 기반 주소 지정에 대해 배우는 것이 중요합니다. 좋든 싫든 세상에는 엄청난 양의 레거시 항목이 있고 IGRP와 OSPF 또는 심지어 기본 RIPv1과 RIPv2의 주요 차이점이 무엇인지, 어떻게 사용하는지 모르기 때문입니다. 계급 시스템이 그들에게 적용됩니다. 당신은 사람들의 돈을 빼앗을 일이 없습니다.
ClassA/B/C가 언급된 Cisco 질문을 다시 살펴보세요. 오타가 없는 한(60% 확률) Classful 구조를 따르는 예제를 사용하게 됩니다.
[편집: 이 일이 2년 전에 일어났다는 것을 언급해야 하므로 "오래된 전쟁 이야기"가 아닙니다.]