专利名称：多接口端口管理的制作方法
技术领域：
本发明涉及转发设备的多接口混合端口，更具体地涉及具有多个接口介质的混合端口以及管理该端口的方法。
背景技术：
以太网交换机目前在一个端口内只能管理一种类型的物理接口或接口介质/介质接口。结果，该端口的配置、控制和使用就只限于当前占用的特定类型的物理接口或接口介质。
目前还没有方法能够对诸如铜和光纤的接收多种物理接口类型的端口进行管理。因此，当前具有多个物理接口的端口的应用受限于以太网交换机管理的限制。这样一种限制包括，目前不能在没有使用额外的端口和装置的情况下使用多接口端口来执行网络可靠性的网络冗余。
非常需要一种解决上述问题的方法和设备。本发明解决了这些问题。
发明内容
本发明的当前实施例提供用于管理支持混合多接口端口的转发设备的系统和方法。这种类型的设备支持一个或多个物理端口，每个端口支持多个接口介质。例如，每个端口中实现的两个接口介质可以是包括有线和无线的任何介质类型，例如包括铜基导体和光纤。
本发明的转发设备也支持失败转移(failover)和冗余。意思是说，与在不同端口例如端口2上进行中继的传统转发设备不同，当端口1上的物理接口失败时，本发明的转发设备使用端口1进行中继，但是使用的是端口1内的不同接口介质。
本发明的转发设备一般包括一个或多个物理端口，每个物理端口支持多个接口介质，其中一个端口内同时仅一个接口介质是活动的或是工作的。该设备还包括信息数据库，该信息数据库包括用于每个接口介质的介质相关参数或介质参数。该信息数据库还包括端口相关信息，该端口相关信息包括首要接口介质和当前工作接口介质。
本发明的另一个实施例提供了一种管理混合转发设备的方法。该转发设备支持一个或多个物理端口，每个物理端口支持多个接口介质，其中一个端口内同时仅一个接口介质是工作的。该方法包括以下步骤为每个端口分配首要接口介质；为每个端口分配工作介质。
用示例的方式对本发明进行说明，但不限于附图，其中图1为根据本发明的实施例的混合转发设备的高层功能部件的方框图；图2为根据本发明的实施例的由简单网络管理协议(SNMP)管理的网络的方框图；图3为根据本发明的实施例表示有关在每个物理端口中支持的接口介质或物理接口的信息的对象的高层层次结构；图4为根据本发明的实施例说明如何对端口进行索引或参考的示例性表格；图5为类似图1的功能方框图，但示出了更多的指令模块细节；图6为根据本发明的实施例示出两个优选的失败转移机制的高层的方框图；图7为根据本发明的实施例示出如何对已经配置的接口介质或物理接口进行选择以及失败转移是如何发生的高层的流程图；
图8A为示出了失败转移模块的操作的流程图；图8B为示出了链路监控模块的操作的流程图；图9A、9B和9C为根据本发明的实施例可支持的各种冗余网络配置的高层的示意方框图。
具体实施例方式
下面的详细描述以示例的方式对本发明进行说明，而不是对发明的原理进行限制，这种说明能够清楚地使得本领域的技术人员实施和使用本发明，下面的说明描述了本发明的几个实施例、变化和变形、可选择的技术方案以及本发明的用途，包括当前认为什么是实施本发明的最佳模式。
为了更好地理解附图，在下面的描述中，各图以及描述中的类似编号的参考标号用来表示同样或类似的结构、动作、操作或处理步骤。另外，100序号的参考标号，例如100和102，最初在图1中引入，而200序号的参考标号，例如200和250，最初在图2中引入，诸如此类。因此，900序号的参考标号，例如902和992，最初在图9中引入。
图1是混合转发设备100的高层的功能方框图，该混合转发设备100诸如交换和/或路由设备，包括多个端口110、120和130。该交换和/或路由设备100在这里也称为交换机，优选地工作在开放系统互连(OSI)参考模型的多层中。所以，这些交换机或转发设备100，可以工作在OSI模型的数据链路层(层2)和网络层(层3)中。
与典型的交换机不同，本发明的交换机100包括一个或多个混合端口部件174，用于支持所选择的端口110、120和130中的多个物理接口或接口介质112、114、116、122、124、126、132、134和136。每个端口110、120和130中的多个物理接口可能相互不同，例如，端口1中的接口介质1(M1112)为铜，而同一端口中的接口介质2(M2114)为光纤。接口介质M3116与接口介质M4122可以为同一类型。在一些实施例中，例如，多个物理接口中的一个作为首要接口或用于与相邻节点交换数据的配置介质，而剩余的物理接口为失败转移支持提供冗余。在优选的实施例中，所有的端口优选地支持多个物理接口，但是在该设备100中的一个或多个端口仅可以支持一个物理接口。
多个物理接口或接口介质选自包括但不限于下列介质的组中，即有线介质，诸如非屏蔽双绞线(UTP)、屏蔽双绞线、多模光纤、单模光纤以及其它经由光子传输的电缆、更普遍地经由电子传输的电缆；无线介质，诸如无线射频(RF)和红外线。每个物理接口与由它自己的特性、行为、状态、计数器值(counter value)、属性和其它参数化信息组成的区别组相关联。这里将这组数据通称为介质参数或介质相关参数。
这些介质参数包括速度(例如，10Mbps和100Mbps)、电缆类型(例如，2对3类双绞线，2芯单模或双模光纤)、网段长度(例如，100m和2000m速度)、帧大小、协议标准、链接状态、备份状态等等。这些介质参数存储在一个信息数据库中，该信息数据库优选地为管理信息数据库(MIB)160。
本发明的混合转发设备100一般包括指令模块150、设备硬件部件170和信息数据库160。该信息数据库160也可以作为存储硬件部件170的一部分存储和/或作为软件部件代码150的一部分并入。
指令模块150一般与交换机或路由计算机的指令或软件类似，从而管理设备100并且使得诸如网络管理系统的外部系统与设备100进行通信和交互。该指令模块150可以是软件部件，并且优选地，为可由计算机处理器执行的指令的模块。
在本发明的这个实施例中，设备硬件170部件包括一个或多个如前面所述的混合端口部件174，以及执行典型的转发设备或交换机100的各种功能的其它硬件设备部件172。其它设备部件172可能包括，例如，缓冲器、内容可寻址存储器、队列管理器、转发表、转发处理器、分类器。
本领域的普通技术人员应当理解，这里讨论的设备100中的一个或多个功能可以并入软件和硬件中，即固件中。在另一个实施例中，信息数据库160被并入软件部件150中。
图2为根据本发明的实施例使用简单网络管理协议(SNMP)管理的网络的高层方框图。SNMP是一种用于管理网络设备的工业标准协议集。也可以使用其它的网络管理协议，如远程监控(RMON)。
该优选实施例的SNMP管理网络一般包括三个部分网络管理系统(NMS)或SNMP管理器210、一个或多个被管理设备250、260、290以及一个或多个代理252、262和292。
NMS 210优选地对被管理设备进行监视和控制。该NMS可以封装在用户接口应用中，以便于网络管理。在任何被管理网络中存在一个或多个NMS。
被管理设备250、260、290为网络节点，包括代理252、262、292。被管理设备收集和存储管理信息，并且经由SNMP代理使该信息对于NMS可用。被管理设备可以为路由器和接入服务器、交换机和网桥、集线器、计算机主机或打印机。在本发明的一个实施例中，转发设备100为被管理网络设备250、260、290。
代理252、262、292优选地为网络管理指令模块或程序，一般为驻留在被管理设备250、260、290中的软件程序。代理与管理信息(MIB)254、264、294通过接口连接或通信，并从而获知管理信息，特别是设备信息。在本发明的一个实施例中，代理252、262、292是转发设备100的诸如软件部件的指令模块150的一部分。
代理对来自SNMP管理器/NMS的读写请求280做出响应，并将称为陷阱(trap)的事件通知280发送给SNMP管理器。陷阱为由被管理网络设备生成以显示变化的非请求异步事件。这些陷阱向NMS通知并警告出现了诸如极限的情况，即超过预定值并且链接断开。被管理设备应这样配置，即指令模块150，特别是代理252、262、292，发送陷阱到NMS，用以指示特定端口内的特定介质接口已经失败。
MIB 254、264、294为一个定义集合，其对被管理设备内被管理对象的属性、状态和特性进行定义和描述。它也包含每个接口介质的介质参数。被管理对象可以是被管理设备中的任何项目，它被挑选出来用于发现、监控、或者用户干预和校正。在该实施例中，端口和接口介质为被管理对象。
被管理对象包括一个或多个对象实例，在本示例中，这些对象实例实际上是可变的。一个对象标识符(或者对象ID)唯一地标识一个被管理对象。一般有两种类型的被管理对象标量(scalar)和表格式(tabular)。标量对象定义一个单独的对象实例。表格式对象定义归类到MIB表格中的多个相关的对象实例。
该MIB可能来自具有预定值的制造商，诸如对于网络设备可用的每个接口介质的介质参数。MIB中的值也可以被修改，例如由网络管理员使用NMS进行修改。这个MIB优选地作为指令模块150的一部分并入。
在基于SNMP的网络管理应用中使用的对象标识符之一为接口索引，ifIndex。该ifIndex用于对接口表进行访问。ifIndex为与物理接口或逻辑接口相关的唯一的标识号，与主键(primary key)类似。在本发明的这个实施例中，每个ifIndex与单个端口优选地为物理端口相关并标识该端口。
图3为在本发明的优选实施例中对于交换机100可以获得并设置的信息的示意图。在逻辑上，MIB如图所示在层次树结构中得以组织，这里的层次结构可以被描述为具有根的树。然而，这样的描述并不必然地表示信息数据库中对象的层次结构。MIB树的上部分结构在注释请求(RFC)1155和RFC 1213中定义。各种其它的RFC掌管MIB结构的其它部分。
在本发明的优选实施例中，将另一对象添加到接口表中。接口表一般在RFC 2863和RFC 1213中定义。这个端口相关对象被称为“配置介质类型”-包含首要接口介质和失败转移模式。这个介质类型对象一般映射到存在于每个端口或端口号中的各种接口介质或物理接口112、114、116。每个物理端口仍然优选地使用唯一的ifIndex进行索引。
通过添加配置介质类型对象，NMS可以获得，例如，获取和设置-定义和配置—与特定端口/端口号内的特定物理接口有关的介质相关参数。图1和图3结合在一起描述了这一点。例如，如果本发明的示例性交换机具有设置为介质1M1112的首要介质，并且NMS要求访问与端口110中的接口介质2 M2 114相关的信息，那么NMS优选地执行两步骤的处理(a)在第一个步骤中，NMS将“首要介质类型”设置为介质接口M2114；(b)在第二个步骤中，NMS使用端口110的ifIndex执行获取/设置操作。在第二个步骤中，这些获取/设置操作在端口1110的接口介质M2114上执行。如果NMS跳过将“首要介质类型”改变为接口介质M2 114的第一个步骤，那么所有的获取/设置操作在当前的首要接口介质112上执行。
网络设备100为转发设备，是具有其自己的MIB的被管理节点。这个MIB包含每个端口，即端口1110、端口2120和端口N 130的信息。它还包含介质接口信息302、304、306和308以及端口信息，从而使得NMS或至少网络管理员理解到，端口1110具有如子树320所示的三个物理接口112、114和116，并且具有配置的首要介质332和工作介质334。
在本发明的优选实施例中，与每个端口相关的信息经由接口表和SNMP来管理，如上所述。对于这个实施例，物理端口仍然由一个唯一的接口索引进行标识，即，优选地为ifIndex，这样，允许对现有的网络管理应用的向后兼容。另外，管理系统应用，包括基于web的应用，可以容易地使用现有的协议和命令来开发，这些协议和命令包括但不限于SNMP、RMON和超文本传送协议(HTTP)，类似于这些应用目前如何利用单独的接口端口工作。
优选地存在于交换机100的信息数据库中的另一端口相关的对象为工作介质对象334。在本发明的优选实施例中，在给定时刻，在每个端口110、120和130中仅一个接口是活动的。这个活动端口标识为工作介质334。
配置介质对象332包含或指的是首要接口介质352，该首要接口介质是管理员选择的或者软件默认的，并且被标识为首要接口介质。在优选的实施例中，配置介质对象332也表示失败转移模式350。优选地有两种失败转移模式—冗余的和强制的。冗余模式表示自动失败转移，而强制模式表示手动失败转移。在一个可选的实施例中，失败转移模式信息存储在不同于首要接口介质对象的对象中。
优选的配置介质对象332可以包含默认的首要接口介质值，诸如端口中的第一个接口介质。这可以在设备100启动时由设备软件150设置。优选的配置介质对象值的例子包括，例如，“强制介质1”、“强制介质2”和“冗余介质1”。工作介质334是指目前是活动的和工作的接口介质354。工作介质值的例子包括“介质1”和“介质2”等。
配置介质352和工作介质对象354中的接口介质不需要相同。例如，选择的或默认的接口介质失败而可以由另一个冗余的接口介质替代。这样，虽然配置介质332包含由管理员选择的介质，但是工作介质334包含失败转移后当前活动并工作的介质或物理接口。虽然节点/叶节点端口2120、端口N 130、接口2114和接口3116下的各种子树没有明确地画出来，但是本领域的普通技术人员会理解到，与每个端口相关的信息及其各自的物理接口可以类似于前面所述的那样来配置和获取。
图4对示例性表402进行了描述，该表示出了ifIndex和端口的关系以及如何使用ifIndex来访问端口的配置首要介质对象和工作介质对象。每个ifIndex值映射到对应的物理端口。例如，在第一行410中，ifIndex值为“1”，代表端口1(图1中的110)。在下一行412中，ifIndex值为“2”，代表端口2(图1中的120)，而ifIndex值为“N”，则代表端口N414(图1中的130)。因此，每个端口由对应的ifIndex值唯一地标识，优选地从数字1开始。这样，如果有五个端口，那么对应的ifIndex值从“1”到“5”—“1”为端口1，“2”为端口2，“3”为端口3，等等。但是，示例性表402并不一定是管理员或用户所看到的图形用户接口显示。
图5是类似于图1的一个高层功能方框图，进一步详细描述示例性的指令程序模块150。在优选的实施例中，指令模块150包括三个部件。第一个部件为代理或数据库通信机508。在本优选实施例中，这个代理为与图2中所述的相一致的SNMP代理。这个模块508与信息数据库160进行通信，以获取和设置用于每个接口介质和每个端口的参数信息。
链路监控模块504为包括程序步骤的部件，当执行这些程序步骤时，该模块504对每个端口中的每个介质接口的工作条件进行连续地监视。这个监视模块504与失败转移模块512进行通信，特别是，通知失败转移模块特定的接口介质不处于可接受的工作条件，即，处于失败转移条件—通知失败转移模块应当启动失败转移处理。
失败转移模块512启动并操作转发设备100的手动或自动失败转移机制。失败转移模块512也与信息数据库160进行通信，以获得和设置信息数据库160中的介质参数信息。优选地，也包括其它的指令模块来执行转发设备100的其它功能502。这些部件可以包括这样的程序指令部件，即当执行它时，该部件进行协议包处理并获取路由信息。
图6为表示本发明两个优选的一般失败转移机制的高层的方框图。在通过管理员或默认软件分配了首要配置介质之后，这种分配的配置介质602的失败将启动失败转移机制604和606。这里的失败一般是指介质接口的链路处于满足失败转移条件，例如，超过预定的失败阀值，的工作状态/条件中。失败条件可以是一种保证另一个接口介质进行接管的条件，这样的条件包括链路断开；过多的业务损坏；过多的线路噪声以及过多的循环冗余校验故障。如果配置介质类型对象332指示冗余失败转移模式，则启动自动失败转移604。另一方面，如果配置介质类型对象332包含强制失败转移模式，则启动手动失败转移606。
图7为说明操作失败转移的示例性处理的高层的流程图。一般地说，为了开始，启动转发设备100。在这个初始化操作中，设备软件150为每个端口和对应的接口介质设置(702)默认介质参数和默认首要接口介质，包括配置首要介质对象中的失败转移模式。这个默认信息，例如，被载入交换机存储器中。默认参数从信息数据库获得，该信息数据库优选地作为程序指令或指令模块的一部分引入，而不是包含在独立的数据源中。在一个实施例中，这些参数作为由设备制造商提供的交换机软件的一部分来提供。在该实施例中，每个端口中的每个接口介质的默认介质参数包含在程序指令中。
如果管理员想改变每个端口的配置介质类型对象，例如，选择一个不同的接口介质类型来作为首要(测试706)，那么该管理员可以通过将一个新的介质类型分配(704)给所配置的首要介质类型332实现这一操作。利用这个动作，交换新旧介质接口的信息基础，优选地在软件内交换，从而使得ifIndex可以指向新的接口介质类型信息。在优选的实施例中，管理员使用SNMP指令或命令来分配特定的接口介质和失败转移模式，例如，将配置介质类型对象设置为冗余介质1-自动失败转移并且使介质1作为首要接口介质。
如果分配的或默认的配置首要介质类型不是工作在可接受工作条件下(测试708)—意味着它处于失败转移条件中，则调用失败转移处理(步骤716)。接口介质是否处于失败转移条件的判断优选地由链路监控模块504完成。
但是，如果配置介质类型处于良好的工作条件下—不在失败转移条件下，则将工作介质对象设置为包含在配置介质类型中的同一接口介质(步骤710)。然后将消息，优选地为SNMP陷阱发送到NMS(步骤712)，指示所分配的接口介质是工作的。指令模块150然后使用例如配置介质类型或首要介质类型的介质参数(步骤714)，根据介质参数在通信网络中交换数据。这样，转发设备100和其它的应用，诸如以太网驱动器、SNMP报告软件应用和其它的软件应用，就可以正常工作了。
图8A为由失败转移模块512执行的失败转移处理的高层的流程图。这个处理关于这样的情形，其中，可能与首要接口介质不同或相同的工作接口介质处于不可接受的条件下—即，处于失败转移条件中。在第一个操作中，读取与具有失败接口介质的端口相关的配置介质类型对象，以确定失败转移模式和首要接口介质。
如果失败转移模式是冗余的，那么与链路监控模块504通过接口相连接的失败转移模块512判断在同个端口内的其它接口介质或物理接口是否可以使用和工作(步骤814)。如果可用，则将工作介质对象设为可用接口介质(步骤818)。这个可用的接口介质然后被激发以替代失败的接口介质。在一个实施例中，如果首要接口介质为可用接口介质之一，则优选地激发该首要接口介质。
然后将一个消息，优选地为陷阱，发送到NMS 820，指示当前工作接口介质，并指示先前配置的首要接口介质已经被替代。设备软件150然后交换介质接口数据结构，并且使用当前的工作接口介质的介质参数(步骤822)。这样，网络中的数据通信或交换基于这些介质参数进行。
然而，如果失败转移模式是强制的，即判定框812的“否”分支，或者如果没有可替代的接口介质可以激活，即判定框816的“否”分支，那么将警报，优选地为陷阱，发送到NMS，指示先前的工作接口介质现在不再工作(步骤824)。这样，需要用户干预(步骤826)来选择用于配置介质类型对象的新的首要接口介质。
图8B表示由链路监控模块510操作的链路监控处理的高层的流程图。一般地，进行检查以判断当前的接口介质是否处于可接受工作条件下(步骤850)—即，不是处于失败转移条件下850。如果接口介质处于失败转移条件下，则通过发送消息到失败转移模块852来启动失败转移处理。
图9A表示本发明的实施例如何在数据通信网络中支持介质/端口的冗余或者空闲。在优选的实施例中，在给定时刻每个端口中仅一个接口是活动的。如前所述，指令模块150，例如交换机软件，通过使每个接口具有独立的介质参数来对每个端口中的每个物理接口或接口介质进行管理。在本发明的这个示例性实施例中，设备硬件170具有支持两个接口介质916B和918B的端口922B。
这个交换机硬件170连接到远程节点，诸如支持多个介质类型的多层交换机970，包括第一接口，例如，诸如这里称为铜接口的双绞线的电传导接口(未示出)，和第二接口，例如，这里称为光纤接口的光传导接口(未示出)。铜接口和光纤接口可以驻留在同一物理端口中或在两个不同的物理端口中。实线996表示活动链路，而虚线998表示不活动的、备份的冗余链路。
因为铜和光纤介质类型具有不同的介质参数，包括它们的物理属性、行为和配置，因此，如果铜链路996断开或处于不可接受的工作条件下，那么交换机会使用光纤介质接口998并通过激发该接口继续工作。这个冗余环境提供了网络可靠性，而设备100不需要在根据生成树协议的生成树中的另外的连接，这防止了由端口或接口介质的冗余引起的环路和冗余路径。每个端口一般表示为生成树中的一个连接；这样，端口中的额外的介质接口不需要生成树中的额外连接。现有生成树可以被使用而不需要增加另外的连接。在生成树中不需要额外的连接也是因为，在同一个端口内的多个冗余介质中同时只有一个接口介质是工作的。
图9B与图9A相类似，但是，在这个数据通信网络中，设备170连接到两个远程节点—多层交换机。交换机硬件170经由第一接口，例如铜接口916B，连接到第一多层交换机980，并且经由第二接口，例如光纤接口918B，连接到第二多层交换机982。在这个例子中，考虑到不需要独立的冗余端口—只使用在同一端口内的另一物理接口，所以可以减少交换机硬件170内的端口的数量。本领域的普通技术人员将认识到，这也提高了网络可靠性。
图9C为本发明的另一数据通信网络实施例，其中，交换机硬件170经由接口1916B连接到网络1992，并且经由接口2918B不活动地连接到另一网络2。这样，例如，这个实施例给设备硬件170提供分开的装置来访问不同的网络而没有单个的失败点，从而提供了更好的网络冗余。网络可以包括局域网、广域网和诸如AOL(TM)和SBC(TM)的提供商网络。
本领域的普通技术人员将认识到，各种作为示例的交换机配置表明本发明在它几个实施例中提供了前面没有描述到的其它优点。例如，考虑到活动的接口和不活动的接口可以使用同一个索引，所以可减少SNMP环境中的管理接口索引的数量。另外，同一个因特网协议(IP)地址可以分配给特定端口内的所有接口介质，这能够实现更简单的网络管理系统。另一个优点是，可以使用现有的管理应用，例如SNMP和命令行接口(CLI)，来控制同一端口上的每一个接口介质，而不需要对MIB组织进行大量的修改。此外，本发明的实施例也减少了对额外的昂贵设备的需求，诸如用于冗余的额外的以太网端口。
一般地，需要改变的应用是低层应用而不是高层应用。所以，另一个优点是，无论任何时候发生从一个接口到另一个接口的替换转移或失败转移，通常只有依赖于物理接口/介质类型的应用需要改变，而其它的应用无需改变。
本说明书中使用的用来描述本发明及其各个实施例的措词应当理解为，不仅表示其通常定义的含义，而且通过在本说明书中进行特别定义，包括超出通常定义的含义范围的结构、材料或动作。这样，如果在本说明书上下文中，一个元素可以被理解为包括超过一个含义，则其在权利要求中的使用应当理解为是被说明书及其自身含义支持的所有可能含义的综合。
在不脱离本发明及其在此公开的几个实施例的精神和范围的情况下，由本领域的普通技术人员可以做出许多替换和修改。因此，必须理解到，所描述的实施例仅为示例的目的，而不是对本发明的限制，本发明的范围由下面的权利要求限定。
权利要求
1.一种转发设备，包括一个或多个物理端口，每个物理端口包括多个接口介质，其中在每个所述端口中，同时仅所述接口介质之一工作；以及信息数据库，包括用于每个所述接口介质的介质相关参数和用于每个所述端口的端口相关信息，所述端口相关信息包括首要接口介质对象和工作接口介质对象，所述首要接口介质对象适于与每个所述端口内的所述多个接口介质的每一个接口介质相关联，所述工作接口介质对象适于与每个端口内的所述多个接口介质中活动的一个接口介质相关联。
2.根据权利要求1所述的设备，还包括指令模块，适于根据所述工作接口介质对象的所述介质相关参数，在数据通信网络中进行数据交换。
3.根据权利要求1所述的设备，其中，所述端口相关信息还包括失败转移模式对象，指示所述失败转移模式是自动的还是手动的；并且所述转发设备还包括指令模块，适于针对一个或多个失败转移条件，监视每个所述端口的所述工作接口介质对象；以及当所述一个或多个失败转移条件中任何一个条件存在时，根据所述失败转移模式对象，执行失败转移处理，以便用同一端口内的新的工作接口介质对象替代所述工作接口介质对象。
4.根据权利要求1所述的设备，其中，通过接口索引，从所述信息数据库访问用于所述一个或多个端口中每一个端口的所述端口相关信息。
5.根据权利要求1所述的设备，其中，通过接口索引并且通过所述首要接口介质类型对象，从所述信息数据库访问用于所述一个或多个端口的每一个端口中所述多个接口介质的每一个接口介质的介质参数。
6.根据权利要求3所述的设备，其中，所述指令模块还适于根据所述新的工作接口介质的所述介质相关参数，在所述数据通信网络中进行数据交换。
7.一种在通信网络中管理包括一个或多个物理端口的混合转发设备的方法，每个物理端口包括多个接口介质，并且其中在每个所述端口内，同时仅所述接口介质之一是活动的，所述方法包括以下步骤为每个所述端口分配首要接口介质对象，所述首要接口介质对象适于与每个所述端口内的所述多个接口介质的每一个接口介质相关联；以及为每个所述端口分配工作接口介质对象，所述工作接口介质对象依赖于一个或多个工作条件，所述工作接口介质对象适于与每个所述物理端口内的所述物理接口介质中活动的一个接口介质相关联。
8.根据权利要求7所述的方法，还包括以下步骤通过使用接口索引和所述首要接口介质对象，从信息数据库访问介质参数，所述信息数据库包括用于每个所述接口介质的介质参数。
9.根据权利要求8所述的方法，还包括以下步骤根据所述工作接口介质对象的所述介质参数，在所述网络内进行数据通信交换。
10.根据权利要求9所述的方法，还包括以下步骤为每个所述端口分配失败转移模式，失败转移模式对象指示所述失败转移模式是自动的还是手动的；针对一个或多个失败转移条件，监视所述工作接口介质对象；当所述一个或多个失败转移条件之一存在时，根据所述失败转移模式，执行失败转移处理，以便用同一端口内的新的工作接口介质对象替代所述工作接口介质对象；以及根据所述新的工作接口介质对象的所述介质参数，在所述网络内进行数据通信交换。
全文摘要
本发明的实施例提供了用于管理支持混合多接口端口的转发设备的系统和方法。这种类型的设备支持多个物理端口，每个端口支持多个接口介质。每个端口中支持的接口介质可以为不同的介质类型，诸如一个为铜，另一个为光纤。该系统和方法也处理失败转移条件，从而保证网络冗余和可靠性。
文档编号H04L12/04GK1791016SQ20051011713
公开日2006年6月21日 申请日期2005年11月1日 优先权日2004年11月1日
发明者普拉卡什·C·杰恩 申请人:阿尔卡特公司