라우팅과 경로 선택

• PC1의 192.168.0.2/24에서 PC2의 192.168.2.2는 다른 네트워크다. 따라서 PC2를 직접 ARP하지 않고 게이트웨이 192.168.0.1을 찾는다.
• 최종 목적지 PC2와 다음 홉 R2의 192.168.1.2는 서로 다른 역할이다.

PC1> show ip
PC1> ip 192.168.0.2/24 192.168.0.1

실습 흐름을 재구성한 명령 예시. 장치·인터페이스 이름은 구성에 맞춰 사용한다.

원본 크기로 보기 ↗

• R1은 PC2 LAN을 R2로 보내고 R2는 PC1 LAN으로 돌아가는 경로를 알아야 한다. 기본 경로가 없을 때 한쪽만 등록하면 요청 또는 응답이 끊긴다.
• 경로표의 프리픽스와 next hop은 스위치 MAC 학습표와 별개다.

R1(config)# ip route 192.168.2.0 255.255.255.0 192.168.1.2
R2(config)# ip route 192.168.0.0 255.255.255.0 192.168.1.1
R1# show ip route
R2# show ip route

실습 흐름을 재구성한 명령 예시. 장치·인터페이스 이름은 구성에 맞춰 사용한다.

• LAN에서 ARP는 게이트웨이의 주소를 준비하고 ICMP는 IP 안에서 전달된다. NAT가 없는 이 구성에서는 ICMP 출발지·목적지 IP가 유지된다.
• Ethernet MAC은 링크마다 바뀔 수 있다. Serial 구간에 Ethernet MAC 교체 설명을 그대로 적용하지 않는다.

PC1> ping 192.168.2.2
Wireshark 표시 필터: arp || icmp

구성도의 확인 명령과 표시 필터

• 10.128.0.2는 10.128.0.0/14에 속한다. 표의 10.192.0.0/14와 10.200.0.0/15는 같은 10으로 시작해도 목적지를 포함하지 않는다.
• 최장 일치는 실제 목적지를 포함하는 후보들끼리 비교한다.

show ip route 10.128.0.2
show ip route

실습 흐름을 재구성한 명령 예시. 장치·인터페이스 이름은 구성에 맞춰 사용한다.

원본 크기로 보기 ↗

• 100바이트 Echo 5개를 보내고 0/5로 끝났다. 점 표시는 시간 안에 응답을 얻지 못했다는 결과다.
• 이 결과만으로 목적지 도착·차단·반환 경로 중 무엇이 원인인지 확정할 수 없다. 먼저 로컬 경로 선택을 확인한다.

ping 10.128.0.2

실습 흐름을 재구성한 명령 예시. 장치·인터페이스 이름은 구성에 맞춰 사용한다.

원본 크기로 보기 ↗

• 실습 기록은 목표 프리픽스를 등록한 뒤 ping 성공을 확인한다. 정확한 next hop은 연결 구성에서 선택하며 사진에 없는 주소를 만들어 넣지 않는다.
• 같은 목적지 경로·인터페이스·ping을 재조회한다. 다른 설정까지 동시에 바꾸면 성공 원인을 한 조치에 귀속하기 어렵다.

show ip route 10.128.0.2
show ip interface brief
ping 10.128.0.2

구성에 맞게 경로를 등록한 뒤 반복하는 검증

• C 10.0.5.0은 직접 연결, S 10.0.2.0 [1/0] via 10.0.5.1은 정적 경로다. 대괄호의 1은 AD, 0은 이 정적 경로의 metric 표시다.
• Gateway of last resort is not set이므로 더 구체적인 경로에 해당하지 않는 목적지를 기본 경로로 넘길 수 없다.

show ip route
show ip route 10.0.2.1

실습 흐름을 재구성한 명령 예시. 장치·인터페이스 이름은 구성에 맞춰 사용한다.

원본 크기로 보기 ↗

• 목적지 프리픽스가 10.0.2.0/24이면 next hop 10.0.5.1로 전달한다. 이 next hop은 직접 연결된 10.0.5.0/24로 해석된다.
• 정적 경로 설정이 있어도 인터페이스 상태·next hop 도달성·반환 경로가 틀리면 실제 응답은 없을 수 있다.

ip route 10.0.2.0 255.255.255.0 10.0.5.1
end
show ip route 10.0.2.1
ping 10.0.5.1

표에 보이는 경로를 재구성한 설정과 검증

• VPCS의 trace는 TTL을 달리하며 중간 응답을 모은다. 마지막에는 목적지 10.44.0.2에서 ICMP type 3 code 3이 반환된다. UDP probe 방식에서 목적지 포트 도달의 단서다.
• 7번째 줄의 별표는 그 probe에 시간 내 응답이 없다는 뜻이다. 뒤 목적지 응답이 있으므로 그 홉부터 무조건 완전히 단절되었다는 해석은 맞지 않는다.

PC1> trace 10.44.0.2

별도 경로 추적 화면과 같은 VPCS 명령

원본 크기로 보기 ↗

• /22의 마스크는 255.255.252.0이고 세 번째 옥텟의 블록 크기는 4다. 10.5.128.1과 .2는 10.5.128.0~10.5.131.255 범위에 함께 들어간다.
• 목적지가 직접 연결된 Ethernet 이웃이므로 R1은 올바른 인터페이스로 ARP를 통해 상대 MAC을 알아낼 수 있어야 한다. 내부 다른 LAN과 NAT 문제를 처음부터 섞지 않는다.

원본 크기로 보기 ↗

• 실행 기록에서는 주소를 입력한 뒤 ping 0/5가 반복되고 show ip interface brief에 administratively down/down이 나온다. IP 설정은 인터페이스 활성화 명령을 대신하지 않는다.
• 해당 인터페이스에 no shutdown을 적용한 뒤 LINK와 LINEPROTO up 로그가 나타났다. 이 변경이 해결한 것은 관리적 비활성 상태다.

show ip interface brief
configure terminal
interface FastEthernet0/0
 no shutdown
end
show ip interface brief
ping 10.5.128.1

실제 실패 기록의 핵심 명령을 사건 순서대로 정리했다.

• 기록에는 up/up 뒤에도 Success rate is 0 percent (0/5)가 나온다. 따라서 링크 활성화만으로 통신을 복구했다고 볼 수 없다.
• 이 시점에는 connected 경로, ARP 응답, 상대 주소·마스크, 가상 연결과 필터를 확인해야 한다. 기본 경로를 추가하기 전에 10.5.128.1에 대한 조회가 직접 연결 경로를 선택하는지 본다.

show ip route 10.5.128.1
show arp
show interfaces FastEthernet0/0
ping 10.5.128.1 source 10.5.128.2

실패 시 추가하면 유용한 관찰 명령. 이 출력이 원 기록에 존재하는 것처럼 제시하지 않는다.

• 뒤에는 5/5 성공과 RTT min/avg/max 16/56/84 ms가 남아 있다. 그러나 그 사이 상대 장비와 연결 상태가 모두 기록되지 않아 최종 해결 원인을 하나로 확정할 수 없다.
• 기본 경로를 넣은 직후에도 0/5가 한 번 더 기록되어 있다. 같은 망의 이웃 접근을 기본 경로 추가로 해결했다고 설명하면 실제 사건 순서와 경로 선택 원리를 모두 놓친다.

관찰 순서
1. FastEthernet0/0: administratively down / down
2. no shutdown → LINK·LINEPROTO up
3. ping: 0/5
4. 기본 경로 추가 뒤에도 ping: 0/5
5. 이후 별도 시험: 5/5, RTT 16/56/84 ms

원 실행 기록의 상태·결과를 요약했다. 3~5 사이의 모든 외부 변경이 기록된 것은 아니다.