네트워크 기초 정리 :: OSPF 동적 라우팅 실습
OSPF(Open Shortest Path First) 복습
링크 상태(Link State) 방식의 동적 라우팅 프로토콜
각 라우터가 전체 네트워크의 지도(토폴로지)를 파악하고, 이를 바탕으로 최단 경로를 계산
RIP보다 크고 복잡한 네트워크에 적합, 변화가 생겼을 때만 갱신 정보를 전파해서 효율적
정적 라우팅과의 차이
정적 라우팅은 라우팅 노트에서 ip route add로 직접 경로를 넣어줬던 방식 — 경로가 바뀌면 사람이 수동으로 고쳐야 함
OSPF는 라우터들끼리 서로 정보를 주고받으며 경로를 자동으로 계산·갱신 — VLAN 실습에서 라우터 VM에 직접 iptables 규칙을 걸었던 것과 달리, 이번엔 라우터가 스스로 경로를 학습하는 걸 확인
실습 구성
VM 1 — 네트워크 A (192.168.10.0/24)
VM 2 — 네트워크 B (192.168.20.0/24)
VM 3 — 라우터 역할, 두 네트워크에 인터페이스 연결(eth0: 192.168.10.1, eth1: 192.168.20.1)
OSPF 라우팅 데몬 설치 (FRRouting 사용)
sudo apt install frr -y
FRR에서 OSPF 기능 활성화
vi /etc/frr/daemons
ospfd=no 를 ospfd=yes 로 변경
FRR 서비스 재시작
sudo systemctl restart frr
라우터 설정 진입
sudo vtysh
OSPF 기본 설정 (라우터 VM에서)
configure terminal
router ospf
network 192.168.10.0/24 area 0
network 192.168.20.0/24 area 0
exit
설정 저장
write memory
OSPF 이웃 관계 확인
show ip ospf neighbor
결과: 인접한 다른 OSPF 라우터가 있으면 Full 상태로 이웃 관계가 맺어진 것 확인 (두 번째 라우터 VM이 있을 때 의미 있는 확인 포인트)
OSPF가 학습한 라우팅 테이블 확인
show ip route ospf
결과: 관리자가 직접 넣지 않았는데도 OSPF로 자동 학습된 경로가 O로 표시되어 나타남 (핵심 확인 포인트 — 정적 라우팅과 달리 자동으로 채워진 것)
일반 리눅스 라우팅 테이블에서도 확인
ip route
결과: OSPF로 학습한 경로가 커널 라우팅 테이블에도 반영되어 있는 것 확인
경로 장애 재현하고 자동 복구 확인 (심화, 라우터 2대 이상일 때)
한쪽 링크를 일부러 끊기
sudo ip link set eth1 down
OSPF가 이 변화를 감지하고 대체 경로를 찾는지 확인
show ip ospf neighbor
show ip route ospf
결과: 링크 다운을 감지해서 이웃 관계가 끊기고, 다른 경로가 있다면 그쪽으로 자동 전환되는 것 확인 — 정적 라우팅이었다면 사람이 직접 고쳐야 했을 상황을 OSPF가 자동으로 대응하는 핵심 장면
링크 복구
sudo ip link set eth1 up
정리 명령어
sudo systemctl stop frr