본문 바로가기

IT Tech/Network

[네트워크] IS-IS 정리 노트 #8 - Metric

반응형





IS-IS의 Default Metric은 Level 1과 Level 2에 관계없이 동일하게 10이 설정되며 OSPF 같이 회선의 속도(Reference Bandwidth)에 따라 Cost를 자동으로 계산하지 않고 Default로 10이 적용됩니다.



1. IS-IS Default Metric

IS-IS에서 Metric 정보가 포함되어 전달되는 TLV로는 다음과 같은 것들이 있다.

Type 128 - IP Internal Reachability Information TLV
Type 130 - IP External Reachability Information TLV
Type 2 - IS Neighbor TLV
Type 3 - ES Neighbor TLV
Type 5 - Prefix Neighbor TLV


[Metric TLV Field]
Type(1B) + Length(1B) + [Default Metric(1B)+Delay Metric(1B)+Expense Metric(1B)+Error Metric(1B)] + Other Value(Variable)

4B의 Metric 중에서 실제 사용되고 있는 Metric은 첫 번째 Default Metric뿐이며 나머지는 CLNP 네트워크에서 QoS를 위해 사용된다.



[Default Metric, 1B]
Support(1b) + I/E (1b) + metric value (6b)


현재 Looping을 방지하기 위한 Support 비트는 U/D(Up/Down) 비트로 확장되어 사용된다.

I/E 비트는 Internal(0)/External(1) 정보를 나타낸다.

나머지 6비트가 실제 Metric을 나타내며 최대 63을 가질 수 있다.
시스코는 Support필드를 없애고 7비트를 사용해서 128까지의 메트릭을 지원한다.












2. Extended IS-IS Metric

ISO 10589에 따르면 Link에 할당할 수 있는 값 63과 각 라우터를 거치는 임의의 경로가 가질 수 있는 누적 최대 Metric 값1023으로 그 범위가 매우 좁아 MPLS를 사용하는 큰 큐모의 네트워크나 세밀한 범위의 Metric이 필요한 경우에는 한계가 있다.

이러한 문제를 해결하기 위해 Metric의 범위를 확장한 TLV가 사용되고 있다.

Type 22 - Extended IS Reachability TLV 
(Type 2 - IS Neighbor TLV를 확장)


Type 135 - Extended IP Reachability TLV

( Type 128 - IP Internal Reachability Information TLV를 확장)





<Extended TLV Field Format>




Default Metric은 원래 1B에서 3B로 증가했고 이로 인해 최대 63이었던 Metric이 2^24-1 로 확장되었으며, 나머지 1B도 Metric과 관련된 값을 설정해도 사용하지 않던 3B 모두 사용하고 있다.


U/D(1b) + Sub-TLV (1b) + Prefix Length (6bit)


U/D ==> Up(1)/Down(0) 비트로 Route Leaking 기능과 관련이 있다.
Sub-TLV는 TLV의 뒤에 MPLS TE관련 Optional Sub-TLV(0-240)된 내용을 담고 있다.


이러한 확장된 TLV를 사용하기 위해서는 'metric-style을 wide로 설정한다.





[참고]
Route Leaking

Level 2 정보가 Level 1 Area로 재분배되는 것을 말한다. 원래 Level 1 정보는 L1/L2 라우터에 의해 Level 2로 전송되지만 반대로 Level 2의 정보가 Level 1로는 전달되지 않는다.

Route Leaking을 하는 이유 Level 1 라우터들이 다른 Area로 가기 위해 선택하는 Level 2 라우터가 목적지로 가기 위한 최적의 선택이 아닐 수 있기 때문이다. 이러한 현상이 발생하는 이유는 Level 1 라우터들은 Level 1 을 벗어난 Area에 대한 어떠한 정보도 알지 못하며 다른 Area에 대한 정보는 L1/L2 역할을 하는 라우터만이 알고 있기 때문이다. 이러한 문제를 해결하는 방법(Leaking)은 Level 1 라우터에게 Level 2 에 대한 정보를 제공하여 각자 최적의 경로를 선택하도록 한다.

Route Leaking시 주의할 점은 Looping을 방지해야 한다는 것이다. L1의 정보는 L2로 자연스럽게 전파되기 때문에  Route Leaking에 의해서 흘러들어온 L2의 정보가 또 다시 L2로 간다면 Looping이 발생하게  된다.  이를 막는 방법은 Route Leaking이 되는 TLV의 U/D 비트를 Up(1)로 설정하고, U/D필드가 Down(0)으로 설정된 정보만 Level 2로 전송하도록 한다.

Route Leaking을 위해 사용되는 U/D 비트의 위치를 살펴보면 확장된 Metric를 사용한 Type 135의 경우에는 Default Metric 다음에 위치하고 있으나 확장되기 이전의 Type 128과 Type 130은 Default Metric의 첫 번째 비트가 U/D 비트 역할을 한다. (아래 그림 참조)




Reserved 1b를 확장해서 U/D 비트로 사용한다.





[관련글]
  1. [네트워크] IS-IS 정리 노트 #1 - History 및 특징 2011/04/10
  2. [네트워크] IS-IS 정리 노트 #2 - NSAP 2011/04/10
  3. [네트워크] IS-IS 정리 노트 #3 - Common Packet Format 2011/04/11
  4. [네트워크] IS-IS 정리 노트 #4 - IIH Packet Format 2011/04/11
  5. [네트워크] IS-IS 정리 노트 #5 - LSP Packet Format 2011/04/11
  6. [네트워크] IS-IS 정리 노트 #6 - SNP Packet Format 2011/04/11
  7. [네트워크] IS-IS 정리 노트 #7 - TLV 2011/04/11
  8. [네트워크] IS-IS 정리 노트 #8 - Metric 2011/04/11











반응형