핵심 비교는 허브 vs 스위치다. 허브는 받은 프레임을 모든 포트로 뿌려(대역폭 공유·충돌 발생) 비효율적이고, 스위치는 MAC 주소 테이블을 학습해 목적지 포트로만 보낸다(충돌 없음·전용 대역폭). "스위치는 MAC을 보고 라우터는 IP를 본다"가 핵심 한 줄이다.
핵심 구분: 충돌 도메인 vs 브로드캐스트 도메인. 스위치는 포트마다 충돌 도메인을 나누지만 브로드캐스트는 모든 포트로 전달한다(브로드캐스트 도메인은 하나). 라우터가 비로소 브로드캐스트 도메인을 나눈다. 그래서 "브로드캐스트 범위를 줄이려면 라우터(또는 VLAN)"가 답이다.
1990년대 초 LAN은 허브가 표준이었지만, 호스트가 늘수록 충돌이 폭증해 성능이 급락했다. 스위치(MAC 학습)가 등장하며 각 포트가 전용 대역폭을 갖게 되어 충돌 문제가 사라졌다. 오늘날 "허브"는 사실상 사라졌고 모든 LAN 스위칭이 스위치 기반이다 — 시험에서는 이 둘의 차이를 개념적으로 묻는다.
같은 네트워크에서 통신하려면 상대의 IP뿐 아니라 MAC 주소를 알아야 한다 — 실제 프레임 전달은 2계층 MAC으로 하기 때문이다.
ARP가 "이 IP를 가진 호스트의 MAC이 뭐냐"를 브로드캐스트로 물어 알아낸다.
# ARP 동작: "192.168.1.1의 MAC을 아는 사람?" (브로드캐스트)# → 해당 호스트가 "내 MAC은 aa:bb:..." (유니캐스트 응답)arp -n # ARP 캐시(IP↔MAC) 확인ip neigh show # 현대식
프로토콜
방향
역할
ARP
IP → MAC
IP를 알 때 MAC을 알아냄
RARP
MAC → IP
MAC을 알 때 IP를 알아냄(과거, DHCP로 대체)
⚠️ 함정: ARP는 같은 로컬 네트워크(L2) 안에서만 직접 동작한다. 다른 네트워크의 호스트와 통신할 때는 상대 IP의 MAC이 아니라 게이트웨이의 MAC을 알아낸다. "다른 서브넷 호스트의 MAC이 ARP 테이블에 없다"는 정상이며, 그 트래픽은 게이트웨이를 거쳐 라우팅된다.
여러 물리 NIC을 하나의 논리 인터페이스로 묶어 장애 대비(이중화)나 대역폭 증가를 얻는 기술이다.
Red Hat 계열의 전통적 방식은 본딩, 최신 방식은 티밍.
# 본딩 인터페이스 확인cat /proc/net/bonding/bond0# nmcli로 본딩 생성nmcli con add type bond con-name bond0 ifname bond0 mode active-backupnmcli con add type bond-slave ifname eth0 master bond0nmcli con add type bond-slave ifname eth1 master bond0
본딩 모드
번호
동작
balance-rr
0
라운드로빈(부하분산)
active-backup
1
하나만 활성, 장애 시 자동 전환(이중화)
balance-xor
2
출발지/목적지 기준 분산
broadcast
3
모든 슬레이브로 전송
802.3ad(LACP)
4
스위치와 협상해 링크 집계
구분
본딩(Bonding)
티밍(Teaming)
구현
커널 모듈(bonding)
사용자 공간 데몬(teamd)
등장
전통적
최신(RHEL7+)
설정
모드(0~6)
runner(activebackup, loadbalance 등)
가장 자주 쓰는 모드는 active-backup(mode 1) — 한 NIC만 쓰다가 죽으면 다른 NIC으로 자동 전환하는 이중화다. 대역폭을 늘리려면 balance-rr(0)나 802.3ad(4, LACP)를 쓴다. "이중화=active-backup, 대역폭 집계=LACP"로 구분한다.
핵심 구분: 본딩은 커널 모듈, 티밍은 사용자 공간 데몬(teamd)으로 구현된다. 기능은 유사하나 티밍이 더 유연하고 확장적이다. 시험에서 "둘의 차이"를 물으면 구현 위치(커널 vs 유저스페이스)와 등장 시기(전통 vs RHEL7 이후)가 답이다.