utorak, 4. siječnja 2011.

EIGRP

The characteristics of EIGRP follow:

ü Hybrid routing protocol (distance vector that has link-state protocol characteristics).

ü Use DUAL, first proposed by E. W. Dijkstra and C. S. Scholten, to perform distributed shortest-path routing while maintaining freedom from loops at every instant. Although many researchers have contributed to the development of DUAL, the most prominent work is that of J. J. Garcia-Luna-Aceves.

ü Cisco Proprietary created in 1994.

ü First released in IOS 9.21

ü Uses IP protocol 88.

ü Makes Automatic summarization on network Class boundary.

ü Classless protocol (supports VLSMs).

ü Have the power to shut the Auto-summarization And make a configured manual Summarization.

ü Default composite metric of bandwidth and delay.

ü You can factor load, MTU and reliability into the metric.

ü Eigrp metric is the same as IGRP*256, It uses the smallest B.W,Reliablity,Load & MTU with the Comulative delay upon the path…..The MTU doesn’t actually used in the Metric calculations, But is included in the EIGRP Routing updates.

ü Sends route updates to multicast address 224.0.0.10, and nei. Reply’s back with Unicast Address.

ü Sends non-periodic, partial, and bounded updates.

ü Send Hello packets every 5 sec. and Hold down timer is 15 sec.

ü For Low speed Hello is every 60 sec. with hold down time 180 sec.

ü By default, EIGRP uses no more than 50 percent of the bandwidth of a link.

ü Support for authentication via MD5 Only.

ü Uses DUAL for loop prevention, and generating Succ./Fesible Succ.

ü Maximum paths for Load-balancing are 6 & default is 4 , maximum are 16 in IOS 12.3(2)T and later IOS releases

ü By default, Equal-Metric load balancing. If Unequal-Metric load sharing is used the router will load share inversely proportional to the metrics of the paths.

ü Administrative distance is 90 for EIGRP internal routes, 170 for EIGRP external routes, and 5 for EIGRP summary routes.

ü Potential routing protocol for the core of a network; used in large networks.

ü For neighbor relation to be established, both routers must send and receive Hello or Ack packets from each other, they must have the same AS #, and the same Metric K values.

ü Eigrp doesn’t restrict that neighbors must have the same Hello & dead interval timers, Unlike OSPF.

ü Has a Maximum hop count of 255, the default is 100 in the last IOS releases.

The composite metric for each EIGRP route is calculated as

EIGRP metric = IGRP metric * 256

IGRP metric = [k1*BWIGRP(min) + (k2* BWIGRP(min))/(256-LOAD) + k3*DLYIGRP(sum)]
x [k5/(RELIABILITY + k4)]

If k5 is set to zero, the [k5/(RELIABILITY+k4)] term is not used.

Given the default values for k1 through k5, the composite metric calculation used by IGRP reduces to the default metric:

IGRP metric = BWIGRP(min) + DLYIGRP(sum)

BWIGRP(min) = 107/BW(min)

DLYIGRP(sum) = DLY(sum) /10

EGRP uses multiple packet types, all identified by protocol number 88 in the IP header:

· Hellos are used by the neighbor discovery and recovery process. Hello packets are multicast and use unreliable delivery.

· Acknowledgments (ACKs) are Hello packets with no data in them. ACKs are always unicast and use unreliable delivery.

· Updates convey route information. Unlike RIP and IGRP updates, these packets are transmitted only when necessary, contain only necessary information, and are sent only to routers that require the information. When updates are required by a specific router, they are unicast. When updates are required by multiple routers, such as upon a metric or topology change, they are multicast. Updates always use reliable delivery.

· Queries and Replies are used by the DUAL finite state machine to manage its diffusing computations. Queries can be multicast or unicast, and replies are always unicast. Both queries and replies use reliable delivery.

· Requests were a type of packet originally intended for use in route servers. This application was never implemented, and request packets are noted here only because they are mentioned in some older EIGRP documentation.

EIGRP has four components:

Protocol-Dependent Modules (PDM): EIGRP implements modules for IP, IPX, and AppleTalk, which are responsible for the protocol-specific routing tasks. For example, the IPX EIGRP module is responsible for exchanging route information about IPX networks with other IPX EIGRP processes and for passing the information to the DUAL. Additionally, the IPX module will send and receive SAP information.

Reliable Transport Protocol (RTP): The Reliable Transport Protocol (RTP) manages the delivery and reception of EIGRP packets. Reliable delivery means that delivery is guaranteed and that packets will be delivered in order. If any packet is reliably multicast and an ACK is not received from a neighbor, the packet will be retransmitted as a unicast to that unresponding neighbor. If an ACK is not received after 16 of these unicast retransmissions, the neighbor will be declared dead. The time to wait for an ACK before switching from multicast to unicast is specified by the multicast flow timer. The time between the subsequent unicasts is specified by the retransmission timeout (RTO). Both the multicast flow timer and the RTO are calculated for each neighbor from the smooth round-trip time (SRTT). The SRTT is the average elapsed time, measured in milliseconds, between the transmission of a packet to the neighbor and the receipt of an acknowledgment. The formulas for calculating the exact values of the SRTT, the RTO, and the multicast flow timer are proprietary.

Neighbor Discovery/Recovery: Hellos are multicast every 5 sec., minus a small random time to prevent synchronization. & are unicast every 60 sec. On multipoint X.25, Frame Relay, and ATM interfaces, with access link speeds of T1 or slower also it's the default for ATM SVCs and for ISDN PRI In all cases, the Hellos are unacknowledged.

Diffusing Update Algorithm (DUAL): Used For routing calculations, loop free & convergence.





Nema komentara:

Objavi komentar

You are...

Click For A Free Hit Counter