IT News, network, etc

AD(Administrative Distance)의 정의

AD는 라우팅 프로토콜이 라우팅 테이블에 경로를 추가할 때 사용하는 우선순위를 나타내는 값입니다. AD 값이 낮을수록 해당 경로가 더 신뢰할 수 있는 것으로 간주됩니다. 라우터는 여러 라우팅 프로토콜에서 동일한 목적지에 대한 경로를 수신할 때, AD 값을 기준으로 가장 신뢰할 수 있는 경로를 선택합니다.

주요 라우팅 프로토콜별 AD 값

라우팅 프로토콜AD 값

이 표는 각 라우팅 프로토콜의 기본 AD 값을 나타내며, AD 값이 낮을수록 해당 경로가 더 신뢰할 수 있는 것으로 간주됩니다.

1. BGP Path Attribute (BGP 경로 속성)

  ㅇ 어떤 도착 가능한 목적지 AS까지의 라우트(route) 경로에 관련된 정보들을 나타내는
     일종의 매개변수(속성)들을 말함

  ㅇ 이 속성들이  최적의 경로를 선정하는데 사용됨 (Routing Metric)
     - 이 속성들(Path Attribute)은, `BGP Update Message`에 포함되어 전파됨


2. 주요 속성 및 의미

   ㅇ AS-Path 
      - 해당 목적지 AS까지 갈때 경유되는 AS 번호들
         . 이 번호들의 갯수가 작을 경우 짧은 경로로 판단함
      - 한편, 이 번호들 중 자신의 AS 번호가 있으면 해당 정보를 무시함
         . 이렇게 함으로써, AS Path에서 Routing Loop의 발생을 방지하게됨

   ㅇ Next-Hop
      - BGP 정보를 전송하는 라우터의 IP 주소로써, 목적지까지 가는 경로에서 반드시
        자신을 거쳐야만 한다고 알리는  Next Hop  라우터의 주소를 말함

   ㅇ Local Preference
      - 목적지까지 여러 경로가 있을 경우, 외부로 나가는 통로들에 대해 선호도를 줌
      - 수치가 큰 값이 더 높은 선호도를 가지며, 기본값은 통상 100 
      - AS 내부 즉 IBGP 사이에서만 영향을 받음

   ㅇ Multi-Exit-Discriminator (MED)
      - 들어오는 입구 경로가 여러 개 있을 경우에 각 경로에 대해 선호도를 줌

   ㅇ Origin
      - BGP 정보가 내부 라우팅 프로토콜(IGP) 또는 외부 라우팅 프로토콜(EGP) 중, 어
        디로부터 생성되었는지를 알려준다. IGP 및 EGP도 아닌 경우에는 Incomplete
      - 0 -> IGP, 1 -> EGP, 2 -> 기타(Incomplete)

   ㅇ Community
      - 어떤 특정 목적지 네트워크에 속하게하여 각 멤머들에게 동일한 속성을 적용하
        기 위함. 4 바이트의 정수 값임. (RFC 1997)

   ㅇ Atomic Aggregate  등


3. Path Attribute의  주요 구분

   ㅇ Well-known Mandatory      => AS-Path, Next-hop, Origin 속성.
      - 모든 BGP Router들이 인식/구현하여야 하는 필수속성
      - 이는 모든 Update 메세지에 반드시 포함되야하는 필수속성임
        ※ Well-known 속성은 모든 BGP 라우터가 인식할 수 있도록 반드시 구현되야함

   ㅇ Well-known Discretionary  => Local Preference, Atomic Aggregate 속성.
      - 모든 라우터들이 이해하고 해석할 수 있어야 하는 속성
      - Update 메세지에 포함될 수도(Local Preference), 안될 수도(Atomic Aggregate)
        있는 속성들

   ㅇ Optional Transitive       => Aggregator, Community 속성.
      - 옵션속성으로 어떤 라우터에 의해 인식은 되지 않지만, 이웃 라우터에게 전파

   ㅇ Optional Nontransitive    => Multi-Exit-Discriminator (MED) 속성.
      - 옵션속성으로 이를 인식/구현하지 못하는 라우터는 이 속성을 폐기 처분하고,
        이웃 라우터에게 이를 전파하지 않음


4. Path Attribute의 포멧

  ㅇ path attribute flag 
     - O (Optional/Well-known)       : 1 -> Optional, 0 -> Well-known
     - T (Transitive/Non-transitive) : O=1(Optional) 이면 반드시 T=1(Transitive)
     - P (Partial/Complete)          : 1 -> Partial, 0 -> Complete
     - E (Extended length)


5. 목적지까지의 여러 경로 중 최적경로 선택 우선순위

  ㅇ 1) Next-Hop
  ㅇ 2) 가장 높은 Local Preference를 선택
  ㅇ 3) 같은 AS 내의 라우터에서 생성된 Route를 선택
  ㅇ 4) AS-Path 들 중 가장 짧은 경로를 선택
  ㅇ 5) Origin type 중 가장 작은 값 (IGP < EGP < Incomplete)
  ㅇ 6) 가장 낮은 값은 MED

* 출처 : http://www.ktword.co.kr/test/view/view.php?m_temp1=376

AS_PATH :

외부 eBGP에서 들어오는 인바운드에 대한 경로 우선순위 지정

Local Preference :

iBGP에 사용되며, 외부로 나가는 아웃바운드에 대한 경로 우선순위 지정

* CIDR(Classless Inter-Domain Routing)

 - 사이더, 씨아이디알

 - CIDR의 C가 Classless인 것은 특정 클래스가 아닌 Mask Bit로 네트워크 범위를 표시

 - 효유적인 IP 이용 가능

* Class 방식

 - A Class : /8, 약 16M개 호스트 IP

 - B Class : /16, 65,534개 호스트 IP

 - C Class : /24, 254개 호스트 IP

 . 호스트IP는 첫번째인 네트워크 주소와 마지막의 브로드캐스트 주소를 제외하고 사용

티밍은 Windows에서 멀티 네트워크 어댑터를 이용하여

로드밸런싱 및 장애조치를 위한 기능 설정이다.

티밍은 멀티 NIC을 묶어 사용하는 것이어서, 

2개 NIC 묶음 사용으로 기본 대역폭을 상승 시킬 수 있으며,

서버의 트래픽 분산이 가능하며,

1개의 NIC가 장애가 발생하더라도, 서비스 단절을 막을 수 있다.

Load Balancing + Failover (LBFO) 가능

티밍은 Windows Server 2012버전 이후 지원하고 있다.

본딩은 티밍과 동일한 기능을 리눅스에서 지원한다.

LLCF(Link Loss Carry Forward)는
Link의 상태를 감지해서
회선의 양 끝단 Link를 UP 또는 DOWN 시키는 역할

LLCF가 설정된 장비를 기준으로
상하위 링크 중 어느 하나가 죽으면
나머지 하나의 링크도 죽게 만드는 역할

Cisco 장비는 LLCF 기능이 없으며
LLCF 기능은
IP SLA와 EEM(Embedded Event Manager) 기능을 이용

Static Routing(이하 스태틱 라우팅)의 단점은
직접 연결된 링크의 단절은 감지할 수 있지만
직접 연결되지 않은

링크의 단절은 감지할 수 없음

각 통신사(KT, SKT, LGU+)의 전용회선

사용 시 발생하는 장애
어떤 회사의 본사와 지사가
모두 라우터를 보유하고 있고
본사와 지사간을 통신사의 전용선을

이용하여 연결하는 경우.
(통신사 내부는 특정 지역 국사와

다른 지역 국사 간의 연결로 이루어짐)

본사 라우터와

국사(통신사 소유 데이터 센터)의 라우터 사이의
연결 단절은 감지할 수 있지만,
국사와 국사간 연결 단절 발생 시
본사 / 지사 라우터가 감지할 수 없음.
그래서 라우터는 패킷을
장애가 발생한 국사의 라우터로 라우팅함.
그렇다면 통신 문제가 발생.

이와 같은 문제 해결을 위해

보통 전용회선을 연결시에는
국사와 국사 간의

LLCF(Link Loss Carry Forward) 활성화를 요청함.

LLCF 활성화시

국사와 국사 간 단절이 발생하면
Endpoint(이하 엔드포인트)인

본사와 지사 라우터와 연결된

인터페이스까지 모두 다운시켜

엔드포인트에 링크 단절을 전달할 수 있음

BFD(Bidirectional Forwading Detection)
인접한 두 시스템의 포워딩 평면간에

양방향 전송경로를 이용하여

오류를 감지하기 위한 프로토콜

BFD 프로토콜은
네트워크에서 장애를 탐지하는
간단한 Hello 메커니즘.

Hello 패킷은
지정된 간격으로 전송.

라우팅 디바이스가
지정된 시간이상
이웃으로부터 응답을 수신하지 못하면
이웃은 장애로 탐지.

BFD는
다양한 네트워크 환경
및 토폴로지와 연동.

BFD 세션은
BFD를 사용하는
애플리케이션의 요구 사항에 따라 설정.

BFD에는 검색 메커니즘이 없으므로
사용자가 BFD 세션과
해당 세션의 구독자와
애플리케이션(BGP/OSPF)에 대한
주소 및 매개 변수를 명시적으로 구성해야 함.

라우팅 프로토콜의 감지 구성 요소와 유사

BFD 프로토콜의 이점

- 신속한 경로 장애 감지
- 경로 장애 감지 시 오버헤드 감소
- 라우팅 프로토콜 간에 경로 장애 감지 속도가 균일

• IP 주소 할당 절차 (4단계)

• DHCP Discover

• DHCP Offer

• DHCP Request

• DHCP Ack

• keyword

• DHCP : Dynamic Host Configuration Protocol

• RFC 2131

• IP 임대기간(IP Lease Time)

• IP 주소 임대기간 연장(IP Address Renewal)

• IP 주소 반납 절차(IP Address Release)

• lease log

• /var/lib/dhclient/dhclient--eth0.lease

• DHCP Server에 저장된 DB정보

• Static Database(BOOTP) : IP와 MAC을 매핑시켜놓은 정보

• Dynamic Database : 사용하지 않은 IP 주소

ingress_policing_rate :  ovs 포트에서 전송할 수 있는  Kbps

ingress_policing_burst : ingress_policing_rate을 넘어서 전송할 수 있는 최대 데이터량 Kb

Goal:

Rate-limit the traffic sent by each VM to 1 Mbps.

Configuration:

For both VMs, we modify the Interface table to configure an ingress policing rule.  There are two values to set:

• “ingress_policing_rate”: the max-rate in kbps that this VM should be allowed to send.
• “ingress_policing_burst”: a parameter to the policing algorithm to indicate the maximum amount of data (in kb) that this interface can send beyond the policing rate.

To rate limit VM1 to 1 Mbps, run:

ovs-vsctl set Interface tap0 ingress_policing_rate=1000

ovs-vsctl set Interface tap0 ingress_policing_burst=100

Similarly, to limit VM2 to 10 Mbps, run:

ovs-vsctl set Interface tap1 ingress_policing_rate=10000

ovs-vsctl set Interface tap1 ingress_policing_burst=1000