在连接到具体的网络组件时接收关于所述组件包括哪些网络资源的信息。在此情况下，控制单元4用于基于所接收的信息在数据模型中创建用于给定网络组件的抽象装置实体。
[0058]尤其应指出，在此文件中，软件定义网络兼容的网络资源(例如SDN兼容的网络资源6)应理解为使用软件定义网络协议可配置的网络资源，例如开放流。非SDN兼容的网络资源应理解为仅使用传统协议可配置的网络资源，例如以太网协议。非SDN兼容的网络资源还可以指定为传统网络资源。
[0059]在图3中，示出多个网络组件，尤其是如图1和2中所示可以为软件定义网络系统I的部分的网络交换机30到36。交换机30、31、33、34和36仅包括软件定义网络兼容的网口 A1至GjIjG4作为网络资源。交换机32和35是混合网络交换机，因为它们包括软件定义网络兼容的网口 C1 X^FhF2和非SDN兼容的网口 C3、C4、F3、F4，所述非SDN兼容的网口此处标记为传统端口。在交换机30到36的个别端口之间的连接通过线和相应箭头描绘。所述箭头指示流量的方向。
[0060]在图4的路由表40中指示交换机的相应端口的连接。在此实例中，路由表40的突出部分指示非SDN兼容的网口，即，传统端口的连接。可以看出，还支持在非SDN兼容的网口和SDN兼容的网口之间的连接。
[0061]在图5中，示出软件定义网络系统的实例。此处示出的系统包括管理控制器59，所述管理控制器连接到软件定义网络控制器52，所述软件定义网络控制器又连接到与图3的交换机30到36相对应的多个网络组件30到36。关于交换机，参考关于图3的详细阐述。
[0062]软件定义网络控制器52例如通过开放流协议实施。控制器52实现在交换机的网络内的智能业务流。软件定义网络控制器5获得交换机的网络的拓扑且能够配置在交换机的开放流组件中的业务流。因此，仅在交换机30到36的开放流端口之间的业务流可以由软件定义网络控制器52控制。
[0063]运行管理应用的管理控制器59通过软件定义网络控制器52提供交换机的管理接口。此外，所述管理控制器提供对交换机的传统端口的直接控制。但图5中并未描绘此方面。
[0064]与图5中示出的设置相关的使用范例包括路径配置的路由请求，其中由管理控制器59运行的管理应用仅界定路由请求的路径的端点。软件定义网络控制器52确定在网络组件，即交换机30到36，的端口之间的个别包的路径。软件定义网络控制器52随后配置交换机30到36的软件定义网络兼容的网口，即开放流端口。因为这些端口可能不足以执行根据路由请求的整个路径，所以由管理控制器59运行的管理应用必须配置非SDN兼容的网口，即在此实例中的非开放流端口。这在图6中进行更详细描绘。
[0065]图6中的设置与图5中的设置相对应。为了建立新路径，由管理控制器59运行的管理应用从软件定义网络控制器52请求将端口A3设定为端点且将端口E2S定为终端端口。因此，路由请求包括端口 AdPE2。控制器接收相应路由请求且确定哪些可能的路径可以连接这两个目的地端口。发现两个替代的路径:
[0066]1.A3^B2 N B3^Cl N C3^D2 N D3^G3 N G2^F4 NF2^E2[0067 ] 2.A3——>F3 nF2—^2。
[0068]软件定义网络控制器52随后决定可能路径中的一个。在此情况下，所述软件定义网络控制器决定较短的第二路径。如此处描绘的示例性软件定义网络控制器52能够配置端口A3、B2、B4、F2和E2,但不能够配置端口F3,因为包括端口F3的交换机35是混合交换机且端口F3是非SDN兼容的网口，即传统端口。为了设定路径，需要配置在AdPE2之间的相应交换机。软件定义网络控制器52配置端口A3、B2、B4、F#PE2。由管理控制器59运行的管理应用通过例如SNMP的传统接口配置端口 F3。
[0069]此设置的缺点是管理控制器59需要了解整个网络设置且必须参与端口的配置。这在其中导致管理控制器59不能是瘦客户机，但需要处理能力。此外，外部配置管理器是必需的，其支持传统协议。因此，此配置管理器的另外部署是必需的。尽管已经在软件定义网络控制器52中实施用于配置端口的逻辑，但必须在用于控制传统端口的管理控制器59中实施另外的非常相似的逻辑。
[0070]在图7中，示出根据本发明的实施例的软件定义网络系统71。软件定义网络系统71包括管理控制器79、根据本发明的实施例的软件定义网络控制器72以及交换机30到36的网络，所述交换机与网络组件相对应。如先前所描述，交换机32、35是混合交换机，而其余的交换机30、31、33、34和36是软件定义网络兼容的网络交换机。
[0071 ]本发明的实施例的实施方案表示管理和控制软件定义网络的直接方法，所述方法与支持交换机和混合交换机的开放流的混合物相对应。此处使用的交换机30到36可以与图6中示出的实例中使用的交换机相同。主要差异在于软件定义网络控制器72和管理控制器79。为了形成路径，管理控制器向软件定义网络控制器72发送路由请求。所述路由请求将端口AdPE2指示为端点，从而界定将由数据流连接的端口。软件定义网络控制器72接收所述路由请求且发现两个替代的路径:
[0072]1.A3^B2 N B3^Cl N C3^D2 n D3^G3 N G2^F4 NF2^E2
[0073]2.A3—>62 nB4—>F3 nF2—^2。
[0074]软件定义网络控制器72随后决定路径中的一个，在此情况下为较短的第二路径。在此之后，软件定义网络控制器72配置端口 A3、B2、B4、F2、E2以及F3。不管其协议如何，所有交换机相关的管理命令都从软件定义网络控制器72传播。在管理控制器79和个别的网络组件之间不存在直接连接和通信信道，即不再需要交换机30到36。从管理控制器79去除整个管理逻辑。因此管理控制器79可能是具有非常低的处理能力的系统，例如瘦客户机。此外，由此混合交换机的更精确的管理是可能的。并且，达到一致性的增加。所有的管理命令都在单一信道中处理。不需要两个不同的管理信道。此外，可以实现成本降低，因为针对传统协议部署单独的配置方案的选项不再是必需的。
[0075]沿着图8到图10，示出用于控制网络资源的数据模型80。此处描绘的是描绘支持混合网络组件的数据模型的UML图，例如，图1和图2的混合网络组件5和图3以及图5到7的混合网络组件32、35。在此数据模型后的一般概念是用于每个网络组件，例如用于每个交换机或路由器，的抽象装置实体。抽象装置实体81包含多个抽象资源实体83到86，所述抽象资源实体通过块82级联。与抽象资源实体相对应的不同类型的资源对象具有一些共同特征以及取决于所使用的技术可能不同的唯一属性。抽象资源实体83到86包括抽象网口 87或抽象网络队列88或抽象网络流89。在此实例中，另外示出用于实施未来资源的包含非定义抽象网络资源90的抽象资源单元86。具体技术背景由一系列另外的对象提供，所述另外对象与抽象网口 87或抽象网络队列88或抽象网络流89相对应。
[0076]另一合法对象可以是LAYER2_P0RT，其表示传统类型资源。在此数据模型中，与抽象装置实体81相对应的网络资源(Network Element，NE)仍是抽象的且可以间接包含各种对象的资源，例如与LAYER2_P0RT联合的0PENFL0W_P0RT。
[0077]抽象资源实体83到86各自指向资源87到90的具体实施方案。资源87到90的具体实施方案包括由在区域标记的具体资源中的个别记录指示的网口、网络队列和网络流。
[0078]最终，在图11中，示出根据本发明的实施例的用于控制软件定义网络的方法。在第一步骤100中，提供包括至少一个混合网络组件的软件定义网络，所述混合网络组件包括至少一个SDN兼容的网络资源和至少一个非SDN兼容的网络资源。
[0079]在第二步骤101中，管理控制器通过向软件定义网络控制器发送路由请求来控制软件定义网络控制器。在最终步骤102中，软件定义网络控制器控制混合网络组件的至少一个SDN兼容的网络资源和至少一个非SDN兼容的网络资源。
[0080]关于用于控制软