|

[ACSA 교육#17] 기본 설정 명령어

⏱️ 예상 읽기 시간: 약 8분 (8 min read)

스위치를 구매한 후에 네트워크에 연결하기 전 몇 가지 작업을 해야만 합니다. 스위치의 이름을 설정하거나 인터페이스를 설정하는 작업 같은 것 말입니다.

그래서 오늘은 AOS-CX 스위치의 아주 기본적인 설정 명령어들을 살펴보겠습니다.

Hostname 설정

스위치가 하나만 있는 경우가 아니라면 각 스위치의 이름을 지정해주어야 합니다. 그래서 대규모 네트워크 환경에서 쉽게 식별할 수 있게 됩니다. 실제 운영환경이라면, 이것이 가장 먼저 해줘야 할 작업일 것입니다.

많은 기업들은 각자의 표준화된 명명 규칙을 갖고 있습니다. 그리고 그것을 문서화해서 관리하기도 합니다.
예를 들어, 어떤 명명 규칙은 Building-Floor-Rack_Name 으로 지정되어 있을 수 있습니다. 그럼 건물 9의 2층에 있는 랙 4번 스위치 이름은 9-2-4_SWA, 9-2-4_SWB, 9-2-4_SWC 등으로 지정할 수 있게 됩니다.

다음 명령을 통해 장치의 이름을 지정할 수 있게 됩니다.

  • Command Context: Config
  • Syntax: hostname <HOSTNAME>

Example:

Switch(config)# hostname Access-1
Access-1(config)#

인터페이스 설정

AOS-CX 스위치는 기본적으로 모든 포트가 비활성화 되어 있습니다. 그래서 만약 특정 인터페이스를 사용하기 위해서는 “no shutdown” 명령을 사용하여 상태를 업데이트 할 수 있습니다.

  • Command Context: config-if (interface level)
  • Syntax: shutdown / no shutdown

Example: 인터페이스 활성화

Switch(config)# interface 1/1/1
Switch(config-if)# no shutdown

Example: 인터페이스 비활성화

Switch(config)# interface 1/1/1
Switch(config-if)# shutdown

이 외에도 각 인터페이스에 Description을 작성할 수 있습니다. 이 역시 관리 목적으로 용이하게 사용될 수 있습니다.

  • Command Context: config-if (interface level)
  • Syntax: description <Description>

Example:

Switch(config)# interface 1/1/1
Switch(config-if)# description To-Core-switch

인터페이스 상태 확인

“show interface” 명령어를 사용하면 스위치의 모든 인터페이스의 상태 정보와 구성 정보를 확인할 수 있습니다. 하지만, “show interface” 명령어 뒤에 특정 인터페이스 이름을 추가한다면 해당 인터페이스 정보만 보여주게 됩니다.

  • Command context: Manager (#)
  • Syntax: show interface <Interface-ID>
Access-1# show interface 1/1/1

Interface 1/1/1 is down (Administratively down)
 Admin state is down

 State information: Group speed mismatch
 Link transition: 0
 Description: To-Core-switch
 Hardware: Ethernet, MAC Address: 90:20:c2:bc:3f:00
 MTU: 1500
 Type SFP-BT

여기서 “Administratively down“이라 것은 해당 인터페이스에 “shutdown” 명령어가 적용되었다는 것을 의미합니다. 그리고 Description항목에 방금 입력했던 내용이 적용된 것을 확인할 수 있습니다.

“no shutdown” 명령어를 적용한 후에 다시 인터페이스를 적용하면 아래와 같이 변경된 것을 확인할 수 있습니다.

Access-1# show interface 1/1/1

Interface 1/1/1 is up
 Admin state is up
 State information: Group speed mismatch
 Link transition: 0
 Description: To-Core-switch
 Hardware: Ethernet, MAC Address: 90:20:c2:bc:3f:00
 MTU: 1500
 Type SFP-BT

네트워크 탐지 (LLDP – Link Layer Discovery Protocol)

실제 운영환경에서 AOS-CX 스위치를 원격으로 구성하고 있다고 생각해볼까요? 이 스위치는 여러 개의 네트워크 장치와 연결되어 있고, 그 중에서 Aruba Controller와 연결되어 있는 인터페이스만 구성해야 한다고 가정해보겠습니다. 현장에 IT팀이 없기 때문에 직접 확인할 수 없고 오로지 원격 환경에서 정확한 인터페이스를 찾아야만 합니다.

이럴 때,  LLDP를 사용하면 쉽게 해결이 가능합니다.

LLDP는 특정 제조사만을 위한 프로토콜이 아닌 Vendor-neutral link layer 프로토콜(Layer 2 IEEE 표준 프로토콜) 입니다. 유선 이더넷 연결을 통해 ID와 기능을 알리는 데 사용됩니다. 이 프로토콜을 사용해서 네트워크 장치간의 상호 연결을 검색하고 문서화 할 수 있습니다.

LLDP의 향상된 기능으로 알려진 LLDP-MED은 미디어 엔드포인트 탐색(Media Endpoint Discovery)을 의미합니다. 이 LLDP-MED를 통해서 VLAN-ID, Layer 2 우선순위나 QoS와 같은 차별 서비스 등 LAN 정책을 자동으로 검색할 수 있습니다. 각 장치들은 이더넷 프레임에 LLDP 정보를 정기적으로 전송하게 됩니다. 그래서 직접 연결된 장치는 이러한 프레임을 수신하고 정보를 로컬 메모리에 있는 테이블에 저장합니다.

자, 그럼 아래 그림을 한 번 살펴볼까요?

1/1/21 
Access-I 
1/1/22 
Core-I 
1/1/16 
1/1/16 
Core-2

이렇게 연결된 Access-1 스위치가 상단에 Core-1, Core-2 스위치가 연결된 상황입니다.

Access-1의 1/1/21 포트는 Core-1스위치의 1/1/16포트와, Access-1의 1/1/22 포트는 Core-2스위치의 1/1/16 포트와 연결되어 있습니다. 이미 위와 같이 구성도를 그려놓고 스위치를 구성했다면 LLDP 정보는 필요 없을 것입니다. 하지만, 문서가 오래되었거나 잘못 되었을 수도 있고, 구성이 변경되었을 수도 있습니다. 이럴 때는 LLDP 정보를 활용하여 구성도를 업데이트 할 수 있습니다.

※ 일부 사람들은 구성도 문서를 만들고 지속적으로 업데이트하는 일이 불필요하다고 생각하는 경우도 있습니다. 이미 네트워크가 잘 동작하고 있는데 이러한 문서를 만드는데 시간과 비용을 들여서 할만한가 의문을 제기합니다. 하지만, 네트워크상에 장애가 발생했을 때 이런 최신화 되어 있는 문서는 장애 원인을 찾고 해결하는데 아주 효과적일 수 있습니다. 이러한 문서가 없다면, 전체 네트워크에 대해 하나하나씩 찾아나가야 하고, 그만큼 장애 시간이 길어지게 될 것입니다. 단순히 10~15분만에 해결될 문제를 4~5시간 이상 네트워크 장애가 지속될 수 있다는 것입니다.

AOS-CX 스위치는 기본적으로 LLDP가 활성화되어 있습니다.

아래와 같이 “show lldp neighbor-info” 명령어를 사용하면 모든 인터페이스 상에 연결된 이웃 장치(Neighbor Device)의 정보를 보여줍니다.

  • Command Context: Manager(#)
  • Syntax: show lldp neighbor-info
  • Authority: Operator 또는 Manager
Access-1# show lldp neighbor-info

LLDP Neighbor Information
=========================
 <output omitted>

LOCAL_PORT  CHASSIS-ID         PORT-ID     PORT-DESC     TTL    SYS-NAME
---------------------------------------------------------------------------
1/1/21	    90:20:c2:bc:a8:00  1/1/16      1/1/16        120    Core-1
1/1/22	    90:20:c2:bb:8b:00  1/1/16      1/1/16        120    Core-2

특정 인터페이스의 더 많은 정보를 알고 싶다면 위 명령어 뒤에 해당 인터페이스를 추가하면 됩니다.

Access-1# show lldp neighbor-info 1/1/21
Port : 1/1/21
Neighbor Entries : 1
Neighbor Entries Deleted : 0
Neighbor Entries Dropped : 0
Neighbor Entries Aged-Out : 0
Neighbor Chassis-Name : Core-1
Neighbor Chassis-Description : Aruba JL635A GL.10.04.0001
Neighbor Chassis-ID : 90:20:c2:bc:a8:00
Neighbor Management-Address : 10.250.1.3
Chassis Capabilities Available : Bridge, Router
Chassis Capabilities Enabled : Bridge, Router
Neighbor Port-ID : 1/1/16
Neighbor Port-Desc : 1/1/16
Neighbor Port VLAN ID : 1107
TTL : 120

유사 게시물

  • [ACMA 교육#2] RF 기본

    ⏱️ 예상 읽기 시간: 약 10분 (10 min read) 무선 네트워크는 주로 커버리지(적용 범위)나 용량을 고려하여 설계합니다. WLAN 커버리지를 목적으로 설계할 때는 커버하고자 하는 영역의 넓이를 기반으로 해야 합니다. 모든 영역에서 100% 커버리지를 제공하는 커버리지 기반 설계를 구성한다면, 고전력을 사용하는 AP를 사용하는 편이 더 적은…

  • [Icinga로 모니터링 1편] Icinga 2와 기본 연동 – SNMP & REST API

    ⏱️ 예상 읽기 시간: 약 6분 (6 min read) 1. 들어가며: 인프라 관제, 왜 Icinga 2인가? 엔터프라이즈 네트워크 및 인프라를 운영할 때 국내 엔지니어들에게 가장 친숙한 오픈소스 관제 도구는 단연 Zabbix입니다. 직관적인 웹 GUI, 다양한 기본 템플릿, 단일 패키지로 구성되는 올인원(All-in-One) 환경 덕분에 수많은 엔터프라이즈…

  • [ACSA 교육#18] ICMP와 PoE

    ⏱️ 예상 읽기 시간: 약 5분 (5 min read) ICMP 네트워크에 새 프린터를 추가하고 노트북으로 이 프린터를 사용하려고 합니다. 이 때, 두 장치 간에 네트워크 통신이 정상적인지 확인하기 위해서 네트워크이 제대로 구성되었는지 확인해야 할 것입니다. ICMP는 이러한 문제를 해결하는데 도움이 됩니다. 인터넷 제어 메시지 프로토콜(Internet…

  • [ACP-DC 교육#9] VSX (1)

    ⏱️ 예상 읽기 시간: 약 16분 (16 min read) 오늘날 네트워크 가용성에 대한 요구는 끊이지 않습니다.고객들은 24시간 365일 작동하는 네트워크를 필요로 하며, HPE의 VSX 기술은 이 문제에 대한 해결책을 제시합니다. HPE Aruba Networking의 VSX 기술은 AOS-CX 운영 체제에서 실행되는 데이터센터 및 코어 스위치를 위한 가상화…

  • [ACP-DC 교육#3] 데이터센터 기술

    ⏱️ 예상 읽기 시간: 약 14분 (14 min read) 지난 번에는 데이터센터의 든든한 하드웨어 제품들에 대해 이야기해봤습니다. 서버, 스토리지, 스위치 등 물리적인 장비들이 중요하긴 하지만, 데이터센터를 정말 ‘스마트하게’ 만드는 건 바로 이 하드웨어 위에서 작동하는 다양한 기술들일 것입니다. 데이터센터 기술이란, 쉽게 말해 스위치에 설정되는 여러…

  • [ACSA 교육#38] OSPFv2 운영

    ⏱️ 예상 읽기 시간: 약 16분 (16 min read) 지난 포스팅에서는 OSPF가 어떤 프로토콜이고 어떻게 동작하는지를 알아보았습니다. 그럼 오늘은 실제로 OSPFv2를 운영하기 위해서 무엇을 염두해야 하는지 알아보겠습니다. 네트워크 유형 프로토콜 관점에서 두 가지 네트워크 유형이 있습니다. 지점간 네트워크: 두 개의 피어만 링크에 위치합니다. 인터페이스가 지점간(Point-to-Point)…