注：此处只介绍一些比较重要的内容，更细节的请看TCP/IP卷一，EIGRP的相关章节。
邻居关系
1. hello packets
EIGRP 的hello是组播形式的，地址是224.0.0.10（0100.5200.000a）；在nbma网络环境中hello interval是60s，其他所有端口都是5s。
2. hold timer
默认3倍的hello时间。
nbma中是180s；其他端口是15s。
3. uptime/SRTT/RTO
RTRA#show ip eigrp neighbors
IP-EIGRP neighbors for process 1
H Address Interface Hold Uptime SRTT RTO Q Seq
(sec) (ms) Cnt Num
2 10.1.1.1 Et0 12 6d16h 20 200 0 233
1 10.1.4.3 Et1 13 2w2d 87 522 0 452
0 10.1.4.2 Et1 10 2w2d 85 510 0 3
uptime：邻居状态的维持时间。
SRTT：用来衡量路由器发送EIGRP报文到邻居和从邻居那里接收到该报文的确认报文为止所花费的平均时间。
RTO：如果一个EIGRP的更新（Update）、查询（Query）或答复（Reply）被发送出去，这个报文的一个拷贝会放在重传队列里。如果RTO超时了还没收到确认报文（ACK），他会把队列里的报文再拷贝一份并发出。重传是有限制的，它基于hold的时间，但至少为16次，超过后，会报“retry limit exceeded”的告警。
EIGRP的查询机制（Query）
Topology及说明如下图所示：
如图所示，EIGRP的查询机制是逐跳的，而且查询报文会发送到除接收邻居以外的所有邻居上；只有当查询终止时，才会有答复报文（reply）。当遇到如图所示的4种情况时，会终止查询。
1. Router D应用distribute-list来过滤路由后，Router D没有此路由信息，所以reply此路由不可达报文给Router C，然后到Router A。
2. Router E应用Summary后，Router F没有10.1.1.0/24的路由（只有汇总路由，如/23的路由），所以回复路由不可达报文给Router E。
3. 查询到末跳Router G时，会回复不可达报文给Router A。
4. 当查询到有更好的路由时，如Router B有到达10.1.1.0/24的路由，会回复可达报文给Router A。
如果EIGRP的查询机制理解的很好，那么对SIA（Stuck-in-Active）的TS将会得心应手。
网上已经有人总结了查询机制的详细过程，可以作为参考：
EIGRP Query Range查询过程详细分析
EIGRP Distribute-list Affect The Query Range
EIGRP Auto-Summary Affect The Query Range
什么是SIA（Stuck-in-Active）？
当路由失效后会把此路由暂时设置为“Active”，并进行查询，就像上面描述的，如果没有更好的路由，会收到reply报文。但是如果在Active Timer（1.5 Minutes）到期后还没收到reply，那么他会把路由置为SIA状态，并发送SIA查询（由于reply报文始于上面说的4种情况，所以发送查询报文的router会最后收到，因此有可能中间的链路或设备导致了SIA），这个SIA查询就是为了维持相邻邻居的邻接关系，所以不需要逐跳往下传递，这个报文要求直接回复，如果SIA的查询报文发了3次（大约6 minutes）都没收到，会初始化邻接关系。
注意：出现3次都没应答的，而且邻居还是ok的（正常邻居间的hold时间15s，上面提到过），有可能router本身出了问题，所以要重新建立连接来修复。
SIA Troubleshooting
在处理SIA时，常会用到“show ip eigrp topolo active”，过程如图：
通过上面的步骤可以查出C和D之间有问题，所以可以进一步查看邻居关系及通信是否正常