IP 레이어 이하는 라우터에서 다루지 않는다.
라우팅 방법
- 스태틱 라우팅: 수동 설정
- 다이나믹 라우팅: 반자동 설정
- 인테리어 도메인 라우팅: RIP, OSPF
- 인터 도메인 라우팅: BGP
- 디폴트 라우팅: 경로를 못찾았을 경우 무조건 보냄
AS
인터넷은 AS의 집합이다. AS 는 독립적인 단위로 내 마음대로 네트워크 구성을 할 수 있는 네트워크이다. AS 번호는 16비트로 6만 5천개 정도이다. 인터도메인 라우팅(BGP)에서만 사용된다.
- 소유권(행정권) 소유 - 아무 프로그램이나 설치 가능
- 관리자 마음대로 관리 가능 - 외부인이 접근하는 것은 불법
- 블랙박스 - 외부인은 안에서 무엇을 하는지 알 수 없다
- 게이트내 프로토콜(IGP: 인테리어 게이트웨이 프로토콜) 마음대로 설정 가능
- 최적의 경로 설정 가능.
- 연결이 끊기면 알아서 다른 경로를 찾음.
AS간에는 어떤 주소로 라우팅하는지 루트 정보(Route Information)를 외부에 보내게되는데
비즈 문제로 인해 경로 교환을 안 할 수 도 있다.
라우터 내부
패킷이 전달되기 위해서는 라우팅 테이블이 만들어져야 한다. 라우팅 테이블을 구축하는 것이 라우팅 데몬이다. 어느 라인을 타고 나갈 것인지 결정하는 포워딩은 BGP > OSPF > RIF 순의 우선순위를 갖으며 높은 우선 순위의 데몬이 정보를 갖고 있지 않다면 다음 우선 순위의 데몬을 사용한다.
라우팅 테이블 구축 순서 (TCP 영역 - 라우팅 데몬 영역)
- 라우터 데몬 실행
- 라우팅 정보 사용
- 다른 라우팅 프로토콜 검색 - 각 목적지의 네트워크 접두어(network prefix)에 대한 최적 경로를 찾는다.판단 기준은 홉 카운트(hop count)이다
- 라우터는 다음 목적지에 다음 hop 장치를 연결한다
- 다음 hop 장치의 포워딩 정보를 포워딩 테이블에 넣는다
라우터 패킷 포워딩 순서 (IP 영역)
- 패킷이 들어온다
- 패킷을 분석해 목적지를 파악한다
- 어느 인터페이스로 보낼 것인지 체크한다
- TTL 증가
- 목적지 도달
라우팅 문제의 시작
내부 라우터는 성능이 나빠 처리 가능한 라우팅 테이블 개수가 적다. 외부 라우터가 10만개나 되는 라우팅 테이블을 내부 라우터에 넘기면 내부 라우터는 죽는다. 최악의 상황을 막기 위해 외부 라우터는 내부 라우터에 일부 정보만을 넘긴다. 내부 라우터는 자신이 핸들링 하지 못하는 정보는 디폴트 라우팅 처리를 한다. 내부라우터는 부족한 정보만 가지고 있으므로 여러가지 문제가 생긴다.
참고)
BGP 정보는 IP 프레임에 실려서 지나간다. BGP 데몬이 없으면 IP프레임에 실려있는 BGP 정보를 볼 수 없으며 평범한 IP 패킷으로 보일 뿐이다
싱글 호밍된 AS 처리
고객 입장
- 나갈 수 있는 길은 하나이므로 디폴트로 라우터 테이블에 설정한다.
공급자 입장
- 스태틱 라우팅
- 자루네 패킷은 모두 KT로 보내라
- BGP 를 타고 전세계 라우터로 퍼진다
- 전세계에서 자루네 패킷은 일단 KT로 오게된다.
- 다이나믹 라우팅
- 스태틱 라우팅은 C클래스가 너무 많아져 관리가 어렵다
- 고객 AS 와 동일한 IGP 를 두면 자동 관리 가능 (단 고객AS 가 IGP 를 바꾸면 ISP 의 IGP 도 바꿔줘야 하므로 비현실적이다)
- BGP 장착
- AS 번호가 필요하다
- 하지만 AS 번호는 한정되어있어 AS번호를 받기는 어렵다
- Private AS 번호를 사용한다
멀티 호밍된 AS 처리
문제:
KT 와 DACOM 이 모두 연결되어있을 경우 KT-DACOM 간 패킷이 고객AS 를 통해 지나가
트래픽이 증가한다.
해결:
KT 에서 받은 네트워크 주소를 DACOM 에 보내지 않고
DACOM 에서 받은 네트워크 주소를 KT 에 보내지 않는다
(0) 
(0)
python 을 좋아하는 게임 프로그래머
