서브넷팅 (3월 11일 참고)
192.168.1.150/29
1. 네트워크 주소는? -> 192.168.1.144
2. 브로드캐스트 주소는? -> 192.168.1.151
3. 실제로 사용 가능한 주소 범위는? -> 192.168.1.145 ~ 192.168.1.150
설정 요약본
하나하나 캡쳐하기엔 양이 많다..........
스위치
1. 필요 vlan 생성 및 포트마다 배정
2. 스위치끼리 또는 라우터와 연결된 포트는 trunk 설정
라우터
1. 각 포트마다 ip할당
2. Server-sw 와 R7의 물리적인 회선은 하나이기 때문에 서브인터페이스를 3개 만들어 vlan 3개를 각각 할당
3. ospf 설정
4. R8 - R10은 static으로 별도설정 (ip route ~)
5. 위 토폴로지의 경우 R8 - R10 사이의 static프로토콜 경로는 다른 프로토콜인 ospf를 참조하지 못하기 때문에 R7, R9 선에서 통신이 끊기게 된다. 여기서 ospf 프로토콜 안에서 static 경로를 끌어올 redistribution static 명령어가 필요하다
6. R10 안의 192.168.1.192/27 는 stub network(나가는 경로가 하나인 네트워크)이기 때문에 static 설정을 default root (0.0.0.0 0.0.0.0 경로) 로 해도 상관없다
멀티레이어 스위치 (R28)
1. 필요 vlan 생성 및 포트마다 배정
2. 스위치끼리 또는 라우터와 연결된 포트는 trunk 설정
3. int e0/0의 물리적인 회선 하나이기 때문에 각 vlan안에서의 데이터가 나가기 위한 길을 만들어준다.
-> interface vlan x 로 진입 후 vlan에 대한 gateway 할당
4. 라우터와 동일하게 포트에 ip할당부분은 할당
5. 라우터와 동일하게 나의 근접 네트워크주소들을 ospf 설정
*redistribution static 추가설명
R8 <-> R10 static 설정으로 인해 PC27은 다른 네트워크 주소에 속한 pc들과 통신이 되지 않는다.
-> R8 <-> R10 관계는 static으로 경로를 설정했기 때문에 R8은 PC27이 속한 네트워크 주소인 192.168.1.192를 알 수 있지만
R7, R9 등 다른 장비들은 192.168.1.192 네트워크주소를 '라우팅 테이블'에 갖고 있지 않다. 따라서 R8에서 static경로를 ospf에 넣어 다른 라우터들에게 알려주기 위한 redistribution static 명령어를 통해 192.168.1.192 네트워크주소를 다른 라우터에서 참조할 수 있게 해야 데이터가 PC27과 정상적으로 통신하게 된다.
'ㄴ CCNA' 카테고리의 다른 글
3월 28일 (Ubuntu - EVE 연결, 스위치 및 STP) (0) | 2022.03.28 |
---|---|
3월 25일 (서브넷팅, EVE-Ubuntu 연동) (0) | 2022.03.25 |
3월 23일 (패킷 전달과정, 스위치 트렁크 세팅) (0) | 2022.03.23 |
3월 22일 (계층 네트워크, TCP/UDP, 패킷 전달과정) (0) | 2022.03.22 |
3월 11일 (서브넷팅) (0) | 2022.03.14 |