前言：
在“以太网弹性”一章中，他通过O'Reilly的Network Warrior进行了介绍，他描述了以下场景（试图将此置于合理使用的范围之内）：
替代文字http://www.kbrandt.com/files/HSRP_Limitation.png
“假设纽约和洛杉矶之间的链路出现部分中断，有一些事件导致NY-Primary上的串行接口进入上/下状态，而LA-Primary上的串行接口保持上/下我在不同types的电路上看过不止一次。
由于我们正在跟踪NY-Primary上的串行接口，HSRP通过使NY-Backup路由器处于活动状态来响应纽约方的下行接口。 数据包被转发到NY-Backup，然后通过T1到LA-Backup转发到他们的目的地。 返回数据包有一个问题，虽然。 由于LA-Primary路由器不能识别主T1上的链路故障，它仍然是活动的路由器。 “
然后它继续说：
“一个更强大的链路故障切换解决scheme是在所有路由器上运行一个内部网关协议，像OSPF或EIGRP这样的协议在链路间build立邻居关系，当链路发生故障时，路由协议知道远端邻居不可用，并从路由表中删除链接“。
我的情况和问题：
这似乎是我可能要找的东西。 我将不得不链接从数据中心提供商，我必须路由器，我想是多余的。 HSRP可以帮助我在局域网方面，但是由于他们的路由器不能与我的交谈，从他们的HSRP将无助于WAN冗余，因为如果其中一个路由器失败提供商将不知道它。 在我的情况下，EIGRP是否是一种可能的解决scheme（假设我的路由器和数据中心之间可以共享EIGRP ASN，这是正常的吗？ 任何人都可以解释这是如何工作的例子，或者有一个我可以阅读的东西的链接，显示这是如何工作的例子？
在我的情况下，提供商将拥有地址，而不是我自己，所以他们在互联网上宣传他们，并有冗余提供商的IP地址。 另外，我的目标是故障转移，而不是平衡。
以下是我最近关于networking冗余的一些相关问题：
networking冗余示例
NIC和交换机冗余入门
我不认为你能够与你的数据中心提供商共享一个EIGRP ASN，把它们想象成你的ISP和外部networking。 此外，如果你有重叠的IP，可能会导致一个问题，尤其是如果你错误的networking（S）广播到ASN。
现在说，你可能正在从你的数据中心正确的以太网丢弃？ 我不相信你会看到这种失败情况（UP / DOWN在一边，UP / UP在另一边）与一个海峡以太网下降。 作者特别指出了SONETnetworking – 由于链路完整性是双方本地的 – 为此。 由于与以太网的链路完整性不是每个端点的本地链路，因此您可能会看到Up / Down和Up / Down条件，这会导致两台路由器故障切换到次要链路，从而防止出现此类问题。
顺便说一句：networking战士是一本很好的书 – 我读过的几本技术书籍之一，不仅仅是作为参考。
你的评论让我想到，他们可以让你设置2种方法之一。 第一个实际上是不太可能的。
您直接连接到路由器 – 在这种情况下，他们的路由器会检测到您的路由器正在下降，并相应地进行调整。
您连接到边缘或核心交换机（很有可能） – 在这种情况下，您将不得不与他们交谈，看他们如何处理故障切换，如果您的链路断开并在那里工作。 多思考一下，他们将不得不运行某种路由协议来检测这种故障。 我的猜测是，它比EIGRP更可能是BGP或OSPF。 但无论如何，他们应该有一个“他们这样做”的方式。