它们都驻留在VNID 2中。
[0043]VTEP 308A-D可以根据所实现的具体重叠协议(例如，VXLAN)来封装指向重叠网络300中的各个VNID 1-3的分组，因此流量可以被适当地发送至正确的VNID和(一个或多个)接收者。此外，当交换机、路由器、或其他网络设备接收到将要被发送至重叠网络300中的接收者的分组时，可以分析路由表(例如，查找表)以确定该分组需要被发送至何处从而使得流量到达合适的接收者。例如，如果VTEP 308A从端点303B接收到打算用于端点303H的分组，则VTEP 308A可以分析将预期的端点(端点303H)映射至具体交换机的路由表，该具体的交换机被配置为处理打算用于端点303H的通信。当从端点303B接收分组时，VTEP 308A可能最初不知道该分组应该被发送至VTEP 308D以便到达端点303H。因此，通过分析路由表，VTEP 308A可以查找作为预期接收者的端点303H，并确定该分组应该被发送至VTEP 308D(如在路由表中基于端点至交换机的映射或绑定所规定的)，因此该分组可以按照预期被发送至端点303H以及由端点303H接收。
[0044]然而，继续之前的示例，在很多实例中，VTEP308A可以分析路由表，但未能找到与预期的接收者(例如，端点303H)相关联的任意绑定或映射。在此，路由表可能还没有获知有关端点303H的路由信息。在该情景中，VTEP 308A可以广播或多播分组来确保与端点303H相关联的适当的交换机可以接收分组，并进一步将该分组路由至端点303H。
[0045]图4示出了其中可以实现虚拟端口信道(例如，虚拟端口信道408)的重叠网络400的示例。虽然重叠网络400示出了全双向拓扑，但是本技术的方面不限于图4的示例中所示的拓扑。而且，应该理解的是本技术的实现方式可以不依赖于网络拓扑而被应用于利用重叠网络中的VPC的网络系统中。
[0046]网络400包括多个骨干(例如，骨干402、404、和406)以及多个TEP(例如，叶S1、S2、S3和S4)。进而，每个TEP被连接到一个或多个节点(例如，A、C、K、H、M和/或P)。特别地，叶SI被连接到节点A和C。叶S2和叶S3是对等交换机S23的成员。如所配置的，叶S2被连接到节点K，并且叶S3被连接至节点M，而(作为对等交换机S23的一部分的)叶S2和叶S3例如经由VPC408被连接到节点H。在该配置中，节点K和节点M被链接到叶S2和叶S3，而不考虑VPC 408。
[0047]在图4的示例中，骨干402、404、和406与每个叶(例如，叶S1、叶S2、叶S3和叶S4)之间的连接在全双向图拓扑中被示出;然而，可以实现其他拓扑。如上讨论的，叶S2和叶S3 (例如，在对等交换机S23中)形成虚拟对。虽然对等交换机S23被示为包括叶S2和叶S3，但是应该理解的是在不脱离本发明的范围的情况下可以包括更多数量的交换机。
[0048]在实践中，对等交换机的每个成员被配置为在虚拟组中保留每个其他成员交换机的地址信息。因此，在图4的示例中，叶S2被预配置具有叶S3的地址信息。同样地，叶S3被预配置具有叶S2的地址信息。通过使用相同对等交换机内的伙伴交换机的预配置地址信息，被连接到故障链路的交换机可以被配置为自动地转发/重定向传入分组，使得这些分组“弹回”至伙伴交换机。
[0049]通过示例的方式，如果从叶S3到节点H的链路故障，则被发送至节点H的分组将需要通过叶S2路由(例如，经由叶S2-节点H的链路到达节点H)。然而，如果(例如，源于节点A的)传入分组被发送至节点H(例如，被寻址到VPC 23),则该分组有可能到达叶S3。在传统的实现方式中，如果链路故障检测和地址转发信息没有在分组到达叶S3之前被更新，则分组丢失，因为该分组不能通过故障的VPC链路(例如，从S3到H)被发送。
[0050]本主题技术的实现方式通过提供被配置为在虚拟端口信道(例如，VPC408)中检测到链路故障事件时实现转发决策的VPC交换机来避免上述问题。关于上文的示例，叶S3可以被配置为检测故障的链路(例如，S3-H链路)，并作为响应将传入分组转发至对等交换机(例如，叶S2)。因此，由VPC 23接收的、以及由叶S3接收的分组可以被转发(弹回)至叶S2，并随后被发送至节点H(而没有被丢弃)。在重叠网络中实现的一些VPC交换机中，分组可以仅通过重写/更改分组封装信息中的目的地地址，并且基于更新的封装信息来转发该分组来进行转发。
[0051]当在VPC布置的情况下实现时，本主题技术的弹回方法提供对链路故障事件的改进的网络响应，由于最近的网络元件(例如，叶S3)被定位，从而最快地检测故障事件并将传入分组弹回至伙伴交换机。
[0052]在一些实现方式中，所有到目的地节点的路径都可能故障。关于上文的示例，S3-H链路可能与S2-H链路同时故障。在这样的实例中，从叶S3弹回(到叶S2)的分组可以被弹回到叶S3(例如，无限循环)。为了避免无限分组弹回的可能性，每个VPC伙伴交换机可以被配置，以使得转发决策基于接收到的分组是否之前被弹回。
[0053]在某些方面，第一次弹回由弹回交换机指示，例如通过在分组封装信息中转换一个比特来指示初始分组弹回。因此，(例如，从叶S3)接收弹回分组的VPC伙伴交换机(例如，叶S2)可以忽视弹回的分组，以避免无限弹回的问题。即，接收分组的VPC交换机可以确定
(I)接收到的分组是否已经被VPC伙伴弹回，以及(2)接收交换机是否要将该分组弹回到发送VPC伙伴。在条件(I)和(2)均为真的情景中，接收的分组被丢弃以避免弹回循环。
[0054]图5根据本技术的一些方面示出了用于在重叠网络中实现VPC分组弹回的示例方法500的框图。方法500从步骤502开始，其中检测例如在第一网络设备和目的地节点之间的链路故障。在实践中，第一网络设备是虚拟端口信道的成员交换机，并且被配置具有VPC的地址信息以及在相同VPC中的所有其他交换机的地址信息。
[0055]在步骤504中，数据分组被第一网络设备接收并且被寻址到目的地节点。当接收到数据分组并响应于在步骤502中检测到链路故障事件时，第一网络设备实现转发决策，即将接收到的分组弹回至VPC伙伴。
[0056]在步骤506中，当分组封装信息(例如，分组头部中的TEP地址)被重写/修改以包括VPC伙伴交换机的地址时，实现转发决策。随后，分组被转发到VPC伙伴。
[0057]在一些实现方式中，在分组被转发之前，分组封装信息被修改以指示分组已经被转发(弹回)。如下文进一步详细讨论的，之前弹回的分组可以被接收VPC伙伴交换机丢弃以避免转发循环的可能性。
[0058]在步骤508中，分组在第二网络设备处被接收，该第二网络设备是最初检测到链路故障事件的第一网络设备的VPC伙伴。一旦第二网络设备接收到分组，则过程500进行至决策步骤510，其中第二网络设备确定该分组是否之前被弹回。
[0059]在实践中，第二网络设备可以通过查看分组头部的内容来确定之前是否发生过弹回。如果分组头部指示接收到的分组之前没有被弹回，则在第二网络设备处实现转发决策，并且在网络中该分组被