Lesson 1. Router-on-a-Trunk/Stick Trouble Tickets

Trouble Ticket 1

PROBLEM : PC1 에서 PC2로 연결을 할 수 없습니다.

Trouble Ticket을 잘 들여다보면, 앞에서 함께 학습한 모든 내용이 있습니다. PC들은 여전히 스위치와 연결되어있고, VLAN. Trunk도 여전히 있기 때문입니다. 결과적으로 반복 가능한 문제점들을 해결하기 위한 프로세스를 마련해놓으면 troubleshooting을 할 때 집중력과 명확성을 유지하는데 도움이 될 것입니다.

Troubleshooting의 첫 번째 항목은 문제점을 확인하는 것입니다. PC 1에서 “ping” 명령어를 사용하여 보면, 예제 3-1처럼 PC1이 PC2로 통신이 되지 않는 문제를 확인 할 수 있습니다.

Example 3-1 Failed Ping from PC1 to PC2

다음으로는 PC1에서 default gateway와 연결이 되는지 확인이 필요합니다. 아마도 이 작업이 문제를 해결할 수 있는 범위를 좁혀줄 것입니다. 예제 3-2처럼 PC1에서 default gateway로 Ping 을 해보지만 실패합니다. PC1과 default gateway 사이에서 문제가 있음을 알 수 있습니다.

Example 3-2 Failed Ping from PC1 to Default Gateway

이제는 PC1이 Default Gateway로 Ping을 할 수 없다는 사실을 두고 그림 3-1을 기반으로 가능한 문제 발생 원인을 생각해 볼 수 있습니다. :

  • PC 1이 IP address, subnet mask, 또는 default gateway 설정이 잘못 설정 되어 있을 수 있음.
  • SW1 switchport FA0/1이 올바른 VLAN과 연결되어 있지 않을 수 있음.
  • VLAN 100 이 SW1에 없을 수도 있음.
  • PC1이 잘못된 switchport에 연결된 물리적 문제일 수 있음.
  • SW1 Fa0/24에 Trunk로 구성되어 있지 않을 수 있음.
  • SW1 Fa0/24가 Trunk에서 VLAN 100을 허용하지 않을 수 있음.
  • SW1 Fa0/24가 잘 못된 Trunk Encapsulation을 사용하고 있을 수 있음.
  • R1에 올바른 IP address 또는 Subnetmask로 구성된 subinterface가 없을 수 있음.
  • R1의 Subinterface들이 잘못 된 trunk encapsulation을 사용하고 있을 수 있음.
  • R1의 Subinterface들이 비활성화되어 있을 수 있음.

보시다시피 목록들은 많이 있습니다. 그리고 이것들은 완벽한 목록도 아닙니다. PC1에서 경로를 따라 Router로 향하는 작업을 시작해보시죠. PC1에서 ‘ipconfig’를 사용하여 IP address, Subnet Mask, 그리고 default gateway가 올바른 값으로 설정되었는지 그림 3-1과 비교하여 확인합니다. (예제 3-3)

Example 3-3  ipconfig Output on PC1

SW1에서 ‘show mac address-table dynamic’ 명령어를 통해 Fa0/1에서 학습한 MAC address 주소와 해당하는 VLAN을 식별할 수 있습니다. 예제 3-4를 보면 Fa0/1에 MAC address 0800.275d.06d6과 VLAN 100으로 학습한 것을 확인할 수 있습니다. PC 1에서 ipconfig/all 명령어를 통해 PC1의 MAC이 0800.275d.06d6인지 검증해보니 MAC address Table 정보와 동일합니다.
이제 우리는 포커스를 좁혀서 생각할 수 있습니다. PC 1이 적합한 Switchport에 연결되었고 VLAN 100이 있고 Fa0/1이 올바른 VLAN에 있기 때문입니다.

Example 3-4 show mac address-table dynamic Command Output on SW1
Example 3-5 ipconfig/all Output on PC1


자, 예제 3-4를 다시 한번 보시죠. SW 1의 MAC address Table을 자세히 살펴보면, Fa0/24를 통해서 VLAN 100과 VLAN 200에  MAC address를 학습하지 않았다는 것을 알 수 있습니다. 왜 이렇게 될까요? R1과 SW1 사이의 link가 그림 3-2에 따르면 802.1q trunk로 되어야만 합니다. trunk가 다른 encapsulation으로 설정되었거나, trunk가 VLAN 100 또는 200 트래픽을 pruning 했거나,  VLAN 100 또는 200의 traffic을 link 너머로 송수신 하지 못했을 수가 있습니다. SW 1에서 ‘show interfaces trunk’ 명령어로 확인해봅시다(예제3-6)

SW1에서 ‘show interfaces trunk’ 명령어로 시작해봅시다. (예제3-6) 결과를 보면 Fa0/24에 “switchport mode trunk”라는 명령어를 사용해서 trunk mode를 실행했습니다. 또한 Fa0/24에 ㅆTrunk encapsulation의 방식을 ISL(Inter-Switch Link)로 사용하고 있음을 확인할 수 있습니다. 그림 3-1을 보면, trunk는 802.1Q를 사용하고 있어야만 합니다.

Example 3-6 show interface turnk Command Output on SW1

R1에서 “show vlans”의 결과를 다시 보면(예제3-7) R1의 trunk encapsulation 을 802.1Q로 사용하고 있는것을 확인할 수 있습니다. 결과적으로 trunk 의 encapsulation이 맞지 않는것을 알 수 있습니다.

Example 3-7 show vlans Output on R1

SW1에서 알맞은 trunk encapsulation 방식으로 수정이 필요합니다. SW1의 Fa0/4 에서 “switchport trunk encapsulation dot1q” 명령어를 사용합니다. 문제를 해결한 이후 PC1에서 PC2로 Ping이 되는지 테스트하여 문제가 해결되었는지 확인해야합니다. ping 이 성공했습니다. (예제 3-8)

Example 3-8 Successful Ping from PC1 to PC2

 

 

 ** 위 내용은 CCNP Routing & Switching TSHOOT 300-135 Official Cert Guide을 참고하여 작성하였습니다

LEAVE A REPLY

Please enter your comment!
Please enter your name here

This site uses Akismet to reduce spam. Learn how your comment data is processed.