- EIGRP 의 패킷
- Hello
- Update
- Query
- Reply
- ACK
- EIGRP의 패킷은 아래의 정보를 포함하고 있다.
- Prefix
- Prefix length
- Metric components : bandwidth, delay, reliability, and load
- Nonmetric items : MTU and hop count
- Step 1.
- B1은 10.11.1.0 /24 를 EIGRP Update message 로 광고한다.
- Step 2.
- WAN1은 update message를 받고, topology table에 topology information을 추가한다.
- WAN1 considers the interface on which it received the Update (S0/0/0.1) to be
the outgoing interface of a potential route to reach 10.11.1.0/24. - WAN1 adds the delay of S0/0/0.1 (2000 tens-of-microseconds per Figure 3-2)
to the delay listed in the Update message. - WAN1 compares the bandwidth of S0/0/0.1 (1544 Kbps per Figure 3-2) to the
bandwidth listed in the Update message (100,000 Kbps) and chooses the lower
value (1544) as the bandwidth for this route. - WAN1 also updates load (highest value), reliability (lowest value), and MTU
(lowest value) based on similar comparisons, and adds 1 to the hop count. - Step 3.
- WAN1 then sends an Update to its neighbors, with the metric components
listed in its own topology table.
- EIGRP Update Process
- 이는 처음 EIGRP에서 처음 neighborship이 이루어질때 Update message를 사용하여 Topology 정보를 교환하는 데 이러한 방식을 사용한다.
- neighbor가 처음 등장할때, 라우터들은 full updates[ 모든 토폴로지 정보 ]를 교환한다
- 모든 prefix들이 교환되고 나서, 네트워크에 변화가 없으면 업데이트는 중지된다. 즉, 이는 업데이트가 완벽히 이루어 지고 난 뒤에는 변화가 있지 않으면 주기적인 flooding은 없는 것이다.
- 만약 뭔가 변화가 있으면... 예를들어 metric 구성요소가 변하거나, 링크 실패, 링크 복구, 새로운 neighbor등장에 대한 토폴로지정보와 같은 변화가 있으면 아루터는 부분적인 업데이트를 이용한다.
(여기서 말한 neighbor에 대한 정보는 neighbor로 추가되는것이 아니다.) - 만약 neighbors가 죽거나 복구되면거나 새로운 neighbor가 인접되면 full update를 교환한다.
- 전체 update나 부분적인 업데이트시 모두 EIGRP는 Split Horizon 룰을 default로 사용한다.
- RTP ( Reliable Transport Protocol )
- EIGRP는 업데이트를 보내기 위해 RTP를 사용한다. 시리얼 링크와 같은 point-to-point연결이나, MPLS VPN, F/R 에서 point-to-point 서브인터페이스를 사용할때, EIGRP는 Update 와 ACK 메세지를 사용한다.
- multiaccess 데이터 링크에서는 일반적으로 update 메세지를 multicast(224.0.0.10)으로 보내고 neighbors의 reply에 대해 EIGRP ACK 메세지를 unicast로 보낸다.
- Although EIGRP relies on the RTP process, network engineers cannot manipulate how
it works.
Split horizon default on frame relay multipoint subinterface
B1과 B2가 EIGRP 이웃이 되지 못하는 것을 보여줄 것이다.
EIGRP 라우팅은 EIGRP 헬로패킷을 교환하거나 neighbor가 되기 전에 Layer 2프레임이 도달하는 범위에 있어야한다.
이 경우에 B1과 B2를 연결하는 PVC는 없다. B1은 WAN1과 Hello 패킷을 교환하고 이웃이 된다, B2 와 WAN1이 하는것처럼...
그러나 이 경로는 받은 EIGRP hello 패킷을 다시 forward 하지 못한다, 그래서 WAN1은 B1으로부터 hello를 받지 못할 것이고 이를 B2로 전달하지 못할 것이다, 역으로도 같을 것이다.
짧게 말해서 비록 같은 서브넷 (10.1.1.0/29),를 가진 B1과 B2는 EIGRP neighbor가 될수 없을것이다.
두번째 문제는 Split horizon 때문이다.
step2에서보여주는것과 같이 B1은 WAN1에게 광고하고, WAN1은 B2에게 광고할것이다, 역으로도 마찬가지.
그러나 기본세팅에 있는 Split Horizon때문에 WAN1은 라우터 들에게 광고를 할수 없다.
결과적으로 WAN1은 B1으로부터 S0/0/0.9인터페이스로 업데이트를 받을 것이고, 그러나 Split Horizon은 WAN1이 토폴로지 데이터를 광고 받은 S0/0/0.9인터페이스에서 B2에게 업데이트를 전송하지 못하게 할것이다. 역으로도 똑같다.
EIGRP WAN Bandwidth Control
■ B1, B2, and B3: 20 Kbps (20% of 300Kbps / 3 VCs)
■ B4: 30 Kbps (30% of 100 Kbps)
interface Serial0/0/0.20 multipoint
ip address 172.16.1.1 255.255.255.240
frame-relay interface-dlci 201
frame-relay interface-dlci 202
frame-relay interface-dlci 203
bandwidth 300
ip bandwidth-percent eigrp 1 20
!
interface Serial0/0/0.21 point-to-point
ip address 172.16.1.17 255.255.255.252
frame-relay interface-dlci 221
bandwidth 100
ip bandwidth-percent eigrp 1 30
Building the IP Routing Table
Calculating the Metrics: Feasible Distance and Reported Distance
기본적으로 EIGRP는 정수 metric을계산하는 것으로 metric 구성으로 사용한다.
흥미롭게도 EIGRP 라우터는 자신의 관점과 다음홉 라우터의 경로의 관점을 모두 계산한다.
방금 말한 그 두 값은 FD와 RD이다.
FD : 자신의 관점으로부터 목적지까지의 가장 최적의 경로의 정수 metric
RD : 이웃(next hop)의 관점에서의 정수 metric. AD라고도 한다.
라우터는 FD를 사용하여 가장 낮은 metric을 기준으로 최적의 경로를 찾아낸다. 그리고 RD는 라우팅 경로가 끊어지거나 실패했을때 alernative(대안)으로 RD를 사용한다.
Metric = 256 * ((10,000,000 / slowest-bandwidth) + 256*delay)
