与虚拟接口相关联的端口分组的制作方法

专利名称：与虚拟接口相关联的端口分组的制作方法
与虚拟接口相关联的端口分组相关申请的声明本申请要求2009年5月15日提交的题为“ASYMMETRIC PORT CHANNEL AND VIRTUAL SWITCH DISCOVERY”的美国临时申请No. 61/216，264的优先权(代理人案号 No. CISCP958+)。该临时申请的内容通过引用被全部结合于此。
背景技术：
本公开一般涉及通信网络，并且更具体地，涉及对端口信道的端口的分组以用于 关联虚拟接口。数据中心通常使用可用CPU、存储装置和存储器容量的小部分。这导致部署了比所 需要的更多的服务器来执行指定量的工作。额外的服务器增加了成本，并且产生了可能难 以管理的、更复杂且各异的环境。许多数据中心管理者正借助于虚拟化，以使得可跨越网络 共享资源。虚拟化是这样的技术，其通过跨越多个系统共享单个计算机的资源，使得一个计 算机能够完成多个计算机的工作。通过使用虚拟化，多个操作系统和应用可以同时运行在 同一计算机上，从而增加了硬件的利用率和灵活性。虚拟化使得服务器能够与下层硬件解 除耦合，由此使得多个虚拟机共享同一物理服务器硬件。虚拟交换机提供虚拟机和服务器 上的物理端口之间的网络连接性。


图1图示出可以在其中实现这里描述的实施例的网络的示例。图2描绘了在实现这里描述的实施例中有用的网络设备的示例。图3图示出图1的网络中的网络设备上所配置的子群组。图4是图示出根据一个实施例的用于创建子群组以及向子群组分配虚拟接口的 处理的概要的流程图。图5图示出数据中心操作系统和数据路径代理的组件。图6图示出数据中心操作系统和数据路径代理的组件之间的通信。图7图示出被配置为结合链路聚合控制协议使用的端口信道。在附图的各个视图中，对应的标号指示对应部分。
具体实施例方式鍵在一个实施例中，一种方法一般包括接收标识与网络设备处的一组物理端口相 连接的交换机的信息，所述网络设备包括与虚拟交换机通信的多个虚拟机；在所述网络设 备处创建子群组，每个所述子群组包括连接到所述交换机中的一个交换机的物理端口 ；以 及为所述子群组中的一个子群组分配将所述虚拟交换机连接到所述虚拟机中的一个虚拟 机的虚拟接口，以便将来自所述虚拟机的流量传送到所述交换机的其中之一。虚拟接口的分配是在所述网络设备处的分组处理期间执行的。在另一实施例中，一种装置一般包括端口信道管理器，用于接收标识与网络设备 处的一组物理端口相连接的交换机的信息以及创建子群组，每个所述子群组包括连接到所 述交换机中的一个交换机的所述物理端口。该装置还包括虚拟接口代理，用于为所述子群 组中的一个子群组分配将虚拟交换机连接到虚拟机的虚拟接口。在所述虚拟接口上从所述 虚拟机接收到的流量在被分配的子群组中的物理端口的其中之一上被发送到所述交换机 的其中之一。示例实施例下面的描述被呈现来使得本领域普通技术人员能够作出和使用本发明。对具体实 施例和应用的描述仅被提供作为示例，并且本领域技术人员将容易清楚各种修改。在不脱 离本发明的范围的情况下，可以将这里描述的一般原理应用到其它实施例和应用。因此，本 发明不限于所示实施例，而是与符合这里所述的原理和特征的最宽范围一致。为了清楚的 目的，不详细描述与本发明涉及的技术领域中公知的技术素材相关的细节。虚拟化通过跨越多个系统共享单个计算机的资源，来使得一个计算机能够完成多 个计算机的工作。软件被用来虚拟化计算机的硬件资源，例如包括CPU、RAM、硬盘和网络控 制器，以创建能够运行其自己的操作系统和应用的虚拟机。多个虚拟机在不干扰彼此的情 况下共享硬件资源，以使得若干操作系统和应用可以同时被运行在单个计算机上。例如，虚 拟机可在虚拟基础设施中被用来动态地将物理资源映射到商业需求。因此，虚拟化使得能 够将多个服务器、存储装置基础设施和网络聚合为可根据需要被动态地递送给应用的共享 资源。这里描述的实施例在包括多个网络元件的数据通信网络的环境中操作。采用该系 统的网络中的一些元件可以是诸如服务器、交换机或路由器之类的网络设备。网络设备例 如可以包括主控中央处理单元(CPU)、接口和总线。CPU优选地包括存储器和处理器。网络 设备可以在如下面针对图2描述的通用网络机器上实现。现在参考附图，首先参考图1，示出了可以实现这里描述的实施例的网络10的示 例。该网络10可以被配置用作数据中心或任意其他类型的网络。将明白，图1所示的简化 网络仅是一个示例，这里描述的实施例还可以用在具有不同配置和类型的网络设备的网络 中。图1所示的网络10包括网络设备12、14，它们可以是硬件实现的网络交换机或被 配置用于执行交换或路由功能的其他网络设备。在图1所示的示例中，交换机12、14被连接 到两个网络设备(例如，服务器、主机)30(即与之通信)。交换机12、14还与管理站32 (例 如，诸如可从加州帕洛阿尔托(Palo Alto)的VMware得到的VMware虚拟中心管理站之类 的虚拟化管理平台)通信。管理站32或一个或多个管理功能还可以被集成到交换机12、14 中。服务器30还与虚拟超级监管者模块(VSM) 15通信。VSM可以位于经由物理交换机 12、14与服务器30和管理站32通信的物理设备(例如，服务器)中。VSM还可以是被安装 在服务器30中的一个服务器处的虚拟设备(例如，虚拟机)，或者VSM可以被安装在交换机 12、14中的一个交换机处。VSN运行下面描述的数据中心操作系统(DCOS)。每个服务器30包括虚拟交换机(这里也称为虚拟以太网模块(VEM))34以及一个或多个虚拟机(VM A、VM B、VM C、VM D、VM E)36。虚拟机36在不干扰彼此的情况下共享 硬件资源，由此使得多个操作系统和应用能够同时在单个计算机上执行。诸如超级监管者 (未示出)之类的虚拟机监控器可被用于动态地向虚拟机36分派硬件资源。在图1的示例 中，VM A和VM B位于第一服务器上，VM C和VM D位于第二服务器上，并且VM E位于第三 服务器上，每个服务器与其他服务器物理地被分离开。每个虚拟机36可以基于流量模式、 硬件资源或其他标准而在服务器30之间移动。VSM 15被配置为为虚拟机36提供控制/管理平面功能以及控制多个虚拟交换机 34。虚拟交换机34在服务器30处提供交换能力并且作为与VSM 15的控制平面相关联的 数据平面进行操作。VSM 15和虚拟交换机(VEM) 34—起操作以形成分布式虚拟交换机，正 如管理站32所看到的。VSM 15和VEM 34还可以一起位于网络设备(例如，交换机12、14、 服务器30或者与交换机12、14以及服务器30通信的其他网络设备)中。图2描绘了可用来实现这里描述的实施例的网络设备40。网络设备40被配置来 实现这里描述的所有网络协议及其扩展。在一个实施例中，网络设备40是可编程机器，其 可以用硬件、软件或者它们的任意组合来实现。逻辑可以被编码在一个或多个有形介质中 供处理器执行。例如，处理器42可以执行存储在程序存储器44中的代码。程序存储器44 是计算机可读介质的一个示例。程序存储器44可以是易失性存储器。存储相同代码的计 算机可读介质的另一种形式是一类非易失性存储装置，例如软盘、⑶-ROM、DVD-ROM、硬盘、 闪存等。网络设备40经由多个线卡(网络接口)46与物理介质接口连接。线卡46可以包 括以太网接口、DSL接口、吉比特以太网接口、10吉比特以太网接口、SONET接口等。当分组 被网络设备40接收、处理和转发时，它们可以被存储在分组存储器48中。为了实现根据本 系统的功能，线卡46可以包括与上面结合作为整体的网络设备所讨论的那些类似的处理 和存储器资源。将明白，图2所示的且上面描述的网络设备40仅是一个示例，还可以使用 不同配置的网络设备。图3图示出服务器/主机30与两个上游交换机(例如，图1的接入交换机12、14) 通信。服务器30包括图1的虚拟交换机34和虚拟机36 (未示出)。交换机12、14和服务器 30中的每个包括端口信道(PC) 5054和多个物理端口(端口 1、端口 2、端口 3、端口 4)52、 56。服务器30上的物理端口 52被连接到交换机12、14上的物理端口 56。参考图1和图3，虚拟机36经由连接到虚拟交换机34处的虚拟以太网接口 38的 虚拟网络接口卡(VNIC)与虚拟交换机34通信。服务器30针对服务器处的每个物理网络 接口卡包括以太网端口 52。以太网端口 52在端口信道50处聚合。虚拟交换机34经由物 理以太网接口与网络通信。虚拟交换机34交换虚拟机36和物理网络接口卡之间的流量。如果为了冗余而使端口信道的物理端口被连接到两个不同的上游交换机(如图1 和图3中所示)，则在不实施这里描述的实施例的情况下可能出现下面的问题。如果负载均 衡算法不是基于源MAC地址，则虚拟交换机34后的虚拟端口(接口)的MAC地址可能跨越 交换机12、14而飘动(flap)。例如，在流量从服务器30出去时，端口信道哈希算法可能从 端口信道50的四个端口成员52中选取任意端口，这将导致MAC在上游交换机12、14中飘 动(如果它们通过层连接在一起)。此外，如果这两个虚拟交换机12、14被连接在一 起，则虚拟端口 38将从网络接收复制的分组来用于广播、未知单播、和多播。另一个问题是VEM 34后的虚拟端口可能接收他们自己的流量来用于广播、未知单播、和多播。这里描述的实施例提供非对称端口信道(APC)(也被称为主机模式虚拟端口信道 (VPC))，其防止了上述的问题。非对称端口信道是指成员被连接到不同上游交换机的端口信道。在图3所示的示 例中，单个端口信道50的端口 52被连接到两个上游交换机12、14。端口 52的群组被分配 为两个子群组(子群组0和子群组1)58中的一个子群组。如下面详细描述的，子群组58 被创建并且虚拟交换机34的虚拟接口(虚拟以太网端口)38被钉扎(pin)到上述子群组 中的一个子群组。来自虚拟接口 38的所有流量都经过所钉扎的子群组。这解决了 MAC飘 动问题。广播、未知单播、多播分组中的每种类型都被接受在上述子群组58中的一个子群 组上。这解决了虚拟端口接收复制分组的问题。针对虚拟端口 38的分组从所钉扎的(所 关联的)子群组58被接受。子群组58是端口信道50上的被连接到同一上游交换机12、14的成员接口 52的分 组。钉扎(也称为静态钉扎)提供将来自虚拟接口 38或来自VLAN的流量转发到端口信道 50的特定成员52的能力。子群组58是基于从上游交换机12、14接收的信息创建的。此信 息可以利用思科发现协议(⑶P)或者其他适当的协议来传送。⑶P是从交换机12、14发送 的并且向其他网络设备告知这些交换机的存在。应明白，CDP仅仅是一个示例并且可以使 用诸如链路层发现协议(LLDP)之类的其他协议或用于发送设备信息的任意其他手段。此 信息包括设备ID，设备ID用来识别附接到接收此信息的端口的节点。网络设备信息是从 上游交换机12、14接收的并且子群组58优选地基于所接收到的信息自动地被创建。因此， 不需要手动干涉。还可以通过向端口信道50的成员端口 52分配子群组ID来手动地创建 (即，从用户接收交换机信息)子群组58。因此，用户仍然能够跨越子群组内的所有链路实 现负载均衡。所有子群组58都处于活动-活动状态。应明白，图3中所示的具有两个子群组的实施例仅仅是一个示例，并且可以使用 任意数目的子群组。图4是图示出用于创建子群组和将虚拟接口钉扎到子群组的处理的概要的流程 图。在步骤60，端口信道管理器接收与连接到包括多个虚拟机36的服务器的交换机12、14 有关的信息。子群组58被创建(步骤6 并且服务器30的每个物理端口 52被分配到子 群组的一个子群组(步骤64)。每个子群组58包含连接到交换机12、14中的一个交换机的 物理端口 52。如前面讨论的，子群组58可以自动地或手动地被创建。用于手动地创建子群 组的一种选择是通过CLI (命令行接口)，用户在此CLI处配置子群组ID。子群组的自动创 建通过使用从上游交换机12、14接收的信息。端口信道管理器(下面描述)基于从上游交 换机12、14接收的信息来向端口信道50的成员端口 52分配子群组ID。虚拟接口 38被附接到子群组58中的一个子群组(步骤66)，并且子群组58内的 成员端口 52被选择。此选择例如可以基于在服务器30处的外出分组处理期间用户配置的 负载均衡算法。外出分组处理因此涉及两个步骤第一步是选择子群组58，第二步是选择 该子群组内的成员端口 52。图5图示出根据一个实施例的数据中心操作系统(DCOS)(也被称为Nexus操 作系统(NXOS))和数据路径代理(DPA)的组件。DCOS例如在VSM 15上操作。DPA是主 机(服务器)上的用户处理，并且例如可在VEM 34处操作。DCOS包括端口索引管理器(PIXM)72、与CLI/SNMP(命令行接口 /简单网络管理协议)74通信的以太网端口信道管理 器(EthPCM) 70、EthPM (以太网端口管理器)75和⑶P 76。如上所述，⑶P仅仅是用于获得 交换机信息的协议的一个示例。DPA包括索引端口管理器代理(PIXM代理)78、端口信道 (PC)代理80、端口(虚拟接口)代理82。应明白，图5中所示的配置和组件仅仅是示例，并 且在不脱离本发明的范围的前提下可以使用其他配置和组件。例如，PIXM 72, EthPCM 70 和EthPM 75的功能可以结合到端口信道管理器中或者以其它方式分解。下面描述组件之 间的交互的细节。图6图示出根据一个实施例的端口提升(bring up)序列。在图6所示的示例中， 通信介于^hPM 75, EthPCM 70, PIXM 72和端口代理82之间。当端口 52被添加到端口信 道50/从端口信道50移除时，其经历逻辑提升和下降序列。因此，EthPCM 70从管理物理端 口的KhPM 75接收提升消息(a)。当从KhPM 75接收到提升消息时，EthPCM 70核查端口 是否是端口信道50的成员。如果其是端口信道50的成员并且该端口信道配置有子群组，则 其是APC。对于APC，KhPCM 70核查所讨论的端口 52是否被分配了子群组ID。如果其未 被分配，则KhPCM 70向KhPM 75发送错误响应。如果端口 52未被分配子群组ID，则该端 口将被置于下降状态。如果子群组ID被分配了，则响应被发送给KhPM 75 (如(b)处指示 的)。新的TLV (类型、长度、值)被添加以向下携带子群组ID信息到VEM 34处的端口代理 82。在图6的(c)和(d)处示出了捆绑成员提升。端口代理82将群组ID存储在端口入口 数据结构中。每当向端口分配了子群组ID时，如果该端口下降，则KhPCM 70向EthPM 75 发送REINIT消息。下面描述根据一个实施例的子群组选择和钉扎的细节。每个虚拟接口 38被钉扎 到子群组58中的一个子群组。当流量从虚拟接口到达时，在源端口入口结构中核查子群组 ID(sub_group_id)0如果子群组已分配，则此子群组被使用，否则，子群组被分配。用户配 置的负载均衡哈希算法可应用来从所选择的子群组58选择成员端口 52。轮叫调度(round robin)算法也可以用于向虚拟接口 38分配子群组ID。例如，可以在虚拟接口 38的LTL (本 地目标逻辑)索引上通过轮叫调度算法或哈希算法来选择子群组58。当重新钉扎发生时， MAC移动分组在新的子群组上被发送。当虚拟接口 38被钉扎到的子群组38中的所有链路 都下降时或者所有子群组上实现了流量的负载均衡时，钉扎可以被改变。在子群组58被分配给虚拟接口后，虚拟接口被钉扎到端口 52中的一个端口。钉扎也可以基于VLAN来执行。当用户在成员端口上配置了优选的VLAN列表时， EthPCM 70将此信息向下推送到DPA。此信息在DPA处被存储在可被VLAN索引的数据结构 中。对于给定VLAN，存在优选LTL索引。存在两种类型的钉扎动态钉扎和静态钉扎。动态钉扎是基于负载均衡算法、流动 参数和分组类型来选择成员端口 52的处理。静态钉扎配置允许用户选择端口信道50的特 定成员52来携带来自虚拟接口 /VLAN的流量。如果在虚拟接口 /VLAN上存在静态钉扎配 置，则来自该虚拟接口 /VLAN的所有流量都被携带在所配置的物理网络接口卡上。在非对 对称端口信道的情况中，这间接地影响子群组选择。用户可以将特定虚拟接口或VLAN钉扎 到特定成员端口 52。这种配置不考虑选择端口信道50中的成员52的负载均衡处理。在一个实施例中，信标设置可用来检测上游交换机12、14是否被连接在一起。VEM 34定期在子群组58中的一个子群组上针对在PC 50上配置的每个VLAN发送信标分组，并且希望其在另一子群组上被接收。优选地，信标分组在一个子群组58上被发送，并且在另 一个(第二个)子群组上被处理。信标时间间隔和检测到上游交换机未被连接的连续错过 的数目例如可以通过CLI来配置。信标分组在非对称端口信道的所有允许的VLAN上被发 送。如果在第二子群组上在所配置的时间连续地没有接收到信标分组，则上游交换机12、14 被认为是未被连接在一起。当上游交换机12、14被检测为没有连接在一起时，复制分组检 测(DPD)被关闭并且所有洪泛(flooding)的分组在这两个子群组58上被发送和接收。如前面所讨论，如果上游交换机12、14被连接在一起，则复制分组将被接收用于 非对称端口信道的两个子群组58上的未知单播、多播洪泛和广播。因此，需要丢弃复制分 组中的一个复制分组。根据一个实施例，将按照如下这样来丢弃分组。在未知单播的情况下，分组仅在锁存有目的地LTL (虚拟接口 MAC为目的地)的群 组58上被接受，并且在另一子群组上被丢弃。所有未知单播、多播洪泛和广播分组都只在 子群组中的一个子群组(例如，子群组0)上被接受。这些分组将在另一子群组(例如，子 群组1)上被丢弃。如果确定(例如，通过上述的信标设置逻辑)上游交换机12、14未连接 在一起，则未知单播、多播洪泛和广播分组在两个子群组(子群组0和子群组1)上被接受。图7图示出利用链路聚合控制协议(LACP)的APC。对于LACP APC,单独的独立端 口信道(LACP PC) 93被创建；对于交换机12、14中的每个创建一个LACP PC 93。当LACP 正在操作时，执行核查以辨认是否存在用于识别这些端口信道是否具有相同配置的任何方 式。消息从KhPCM 70被发送给DPA以创建伪端口信道入口 95并链接这些LACP PC93，如 图5中所示。创建子群组不需要CDP信息。这通过使用LACP来自动完成。当接收到来自 EthPCM 70的消息时，利用两个子群组58来创建伪端口信道入口 95。每个子群组具有一个 作为LACP PC LTL的成员端口。在分组处理的进入阶段期间，源LTL被端口信道的LTL代 替。在查找阶段，进行源地址的学习。如果分组打算在APC上被发送，则源LTL将是虚拟端 口的LTL，并且目的地LTL将是伪端口信道的LTL，因为学习发生在此LTL上。在分组处理的外出阶段期间，发生下面的步骤。从目的地LTL的端口入口获得伪 端口信道入口。这里存在两个子群组，每个子群组具有一个成员端口。从源LTL的端口入 口获得子群组ID。如果是有效的子群组ID，则该子群组被选择。否则，如针对子群组选择 /锁存所描述的，子群组ID (锁存)被分配。从所选择的具有成员物理端口 LTL的子群组 获得的端口信道的入口。用户配置的负载均衡算法被应用到如上所述获得的端口信道入口 上。虽然根据所示实施例描述了方法和装置，但是本领域技术人员将会很容易地认识 到在不脱离本发明的范围的情况下可以对实施例做出各种改变。因此，本发明意图在上面 的描述中所包含的以及在附图中所示出的所有事务都应当被解释为是说明性的，而非是限 制性的。
权利要求
1.一种方法，包括接收标识与网络设备处的一组物理端口相连接的交换机的信息，所述网络设备包括与 虚拟交换机通信的多个虚拟机；在所述网络设备处创建子群组，每个所述子群组包括连接到所述交换机中的一个交换 机的物理端口；为所述子群组中的一个子群组分配将所述虚拟交换机连接到所述虚拟机中的一个虚 拟机的虚拟接口，以用于将流量从所述虚拟机发送到所述交换机中的一个交换机，其中，分 配虚拟接口是在所述网络设备处的分组处理期间执行的。
2.根据权利要求1所述的方法，还包括分配所述子群组中的一个子群组用于一种或多 种类型的分组，其中，所述类型包括广播、未知单播和多播。
3.根据权利要求1所述的方法，其中，创建所述子群组包括基于所接收的信息来自动 创建所述子群组。
4.根据权利要求1所述的方法，其中，为所述子群组中的一个子群组分配所述虚拟接 口包括对虚拟接口的索引应用轮叫调度算法。
5.根据权利要求1所述的方法，其中，为所述子群组中的一个子群组分配所述虚拟接 口包括对虚拟接口的索引应用哈希算法。
6.根据权利要求1所述的方法，还包括基于所述子群组之间的流量的负载均衡来改变 所述虚拟接口的分配。
7.根据权利要求1所述的方法，其中，为所述子群组中的一个子群组分配所述虚拟接 口还包括选择该子群组的物理端口中的一个物理端口。
8.根据权利要求7所述的方法，其中，选择所述物理端口中的一个物理端口包括应用 负载均衡算法。
9.根据权利要求1所述的方法，还包括从被分配给所述子群组中的第一子群组的物理 端口的其中之一发送消息，并且在被分配给所述子群组中的第二子群组的物理端口的其中 之一接收所述消息，以检查所述交换机之间的连接性，如果所述交换机未被连接在一起，则 向所述子群组中的所有子群组发送未知单播、多播和广播分组，如果所述交换机被连接在 一起，则仅仅向所述子群组中的一个子群组发送未知单播、多播和广播分组。
10.根据权利要求1所述的方法，还包括如果所述交换机被连接在一起则丢弃在所述 子群组中的一个子群组处接收的分组。
11.一种装置，包括端口信道管理器，用于接收标识与网络设备处的一组物理端口相连接的交换机的信 息以及创建子群组，每个所述子群组包括连接到所述交换机中的一个交换机的所述物理端 口 ；以及虚拟接口代理，用于为所述子群组中的一个子群组分配将虚拟交换机连接到虚拟机的 虚拟接口 ；其中，在所述虚拟接口上从所述虚拟机接收到的流量在被分配的子群组中的物理端口 中的一个物理端口上被发送到所述交换机的其中之一。
12.根据权利要求11所述的装置，其中，所述端口信道管理器可操作来分配所述子群 组中的一个子群组用于一种或多种类型的分组，其中，所述类型包括广播、未知单播和多播。
13.根据权利要求11所述的装置，其中，所述端口信道管理器被配置为对虚拟接口的 索引应用轮叫调度算法来为所述子群组中的一个子群组分配所述虚拟接口。
14.根据权利要求11所述的装置，其中，所述端口信道管理器被配置为对虚拟接口的 索引应用哈希算法来为所述子群组中的一个子群组分配所述虚拟接口。
15.根据权利要求11所述的装置，其中，所述虚拟接口代理被配置为基于所述子群组 之间的流量的负载均衡来改变被分配的虚拟接口的分配。
16.根据权利要求11所述的装置，其中，所述虚拟接口代理被配置为选择被分配的子 群组的物理端口中的一个物理端口。
17.在一个或多个介质上编码的用于执行的逻辑，该逻辑在被执行时可操作以接收标识与网络设备处的一组物理端口相连接的交换机的信息，所述网络设备包括与 虚拟交换机通信的多个虚拟机；在所述网络设备处创建子群组，每个所述子群组包括连接到所述交换机中的一个交换 机的物理端口；为所述子群组中的一个子群组分配将所述虚拟交换机连接到所述虚拟机中的一个虚 拟机的虚拟接口，以用于将流量从所述虚拟机发送给所述交换机中的一个交换机。
18.根据权利要求17所述的逻辑，其中，所述逻辑可操作来分配所述子群组中的一个 子群组用于一种或多种类型的分组，其中，所述类型包括广播、未知单播和多播。
19.根据权利要求17所述的逻辑，其中，所述逻辑可操作来基于所述子群组之间的流 量的负载均衡来改变所述虚拟接口的分配。
20.根据权利要求17所述的逻辑，其中，为所述子群组中的一个子群组分配所述虚拟 接口还包括选择该被分配的子群组的物理端口中的一个物理端口。
全文摘要
在一个实施例中，一种装置包括端口信道管理器，该端口信道管理器用于接收标识与网络设备处的一组物理端口相连接的交换机的信息以及创建子群组，每个所述子群组包括连接到所述交换机中的一个交换机的物理端口。该装置还包括虚拟接口代理，该虚拟接口代理用于为所述子群组中的一个子群组分配将虚拟交换机连接到虚拟机的虚拟接口。在所述虚拟接口上从所述虚拟机接收到的流量在被分配的子群组中的物理端口的其中之一上被发送到所述交换机的其中之一。还公开了一种用于与虚拟接口相关联地对端口分组的方法。
文档编号G06F3/06GK102067533SQ201080001891
公开日2011年5月18日 申请日期2010年5月7日 优先权日2009年5月15日
发明者纳仁德·因笃里, 迈克尔·史密斯, 马克·巴克 申请人:思科技术公司