首页> 中国专利> 多模块系统中处理节点的节点标识配置方法以及处理节点

多模块系统中处理节点的节点标识配置方法以及处理节点

摘要

本发明公开了一种多模块系统中处理节点的节点标识(ID)配置方法,该方法包括:处理节点接收用户为各处理节点配置的相同网段信息;将所述网段信息与各处理节点槽位号进行组合,将组合结果确定为各处理节点的节点ID。本发明还提供了一种执行处理节点的节点ID配置方法的处理节点。使用本发明能够降低处理节点的节点ID配置复杂程度,提高节点ID配置灵活性。

著录项

  • 公开/公告号CN101197842A

    专利类型发明专利

  • 公开/公告日2008-06-11

    原文格式PDF

  • 申请/专利权人 杭州华三通信技术有限公司;

    申请/专利号CN200710308528.5

  • 发明设计人 刘介良;安辉;赖守锋;

    申请日2007-12-29

  • 分类号H04L29/06(20060101);H04L12/56(20060101);

  • 代理机构11018 北京德琦知识产权代理有限公司;

  • 代理人宋志强;麻海明

  • 地址 310053 浙江省杭州市高新技术产业开发区之江科技工业园六和路310号华为杭州生产基地

  • 入库时间 2023-12-17 20:15:19

法律信息

  • 法律状态公告日

    法律状态信息

    法律状态

  • 2017-05-10

    专利权人的姓名或者名称、地址的变更 IPC(主分类):H04L29/06 变更前: 变更后: 申请日:20071229

    专利权人的姓名或者名称、地址的变更

  • 2011-03-23

    授权

    授权

  • 2008-09-17

    实质审查的生效

    实质审查的生效

  • 2008-06-11

    公开

    公开

说明书

技术领域

本发明涉及网络设备标识配置技术,具体涉及多模块系统中处理节点的节点标识(ID)配置方法以及执行该节点ID配置方法的处理节点。

背景技术

图1为目前常见的多模块系统结构示意图,其典型代表为刀片服务器。。如图1所示,多模块系统包括多个处理节点,各处理节点插接在系统提供的不同槽位上。在多模块系统中,每个处理节点并不是单独工作的,而是需要与其他处理节点进行通信,以共同完成本处理节点以及所在系统的功能。通信的前提是各处理节点具备互不相同的节点ID,通过节点ID区分不同的处理节点,以实现处理节点之间的正常通信。

在多模块系统中,处理节点又分为负责节点管理的管理节点,以及负责处理业务的业务节点。管理节点可以由一个处理节点单独实现,也可以由一个业务节点兼任管理节点的功能。处理节点之间传递管理报文的通信通道称为管理通道,传递数据报文的通信通道称为业务通道。不论是管理通道或是业务通道,都需要利用节点ID进行通信。

当多模块系统内部采用网际协议(IP)通信时,节点ID为处理节点的IP地址,当多模块系统采用诸如RapidIO网络或Infiniband网络等以身份标识进行通信的网络作为内部网络时,节点ID为处理节点的身份标识符。

以节点ID为IP地址为例,当多模块系统启动后,各处理节点上电并获取预先配置的IP地址与其他处理节点进行通信。IP地址通常预先配置且固定不变。这种节点ID的配置方式具有如下缺点:

首先,为每个处理节点配置IP地址时,需要查找确定出互不相同的多个IP地址,分别配置给不同的处理节点,令每个处理节点具有不同于其他处理节点的IP地址。另外,如果多模块系统中管理通道和业务通道应用两套IP地址,则需要确定出两套互不相同的IP地址,以满足管理通信和业务通信的需要。可见,现有配置固定节点ID的方式较为复杂。

此外,当多模块系统内部IP地址与系统外部IP地址发生冲突时,系统将无法正常进行系统内外通信。在这种情况下,由于多模块系统内部IP地址固定,只能通过修改外部网络IP解决地址冲突问题。这种修改系统外部IP地址的方式对于已有的外部网络来说不够合理,而且外部网络IP地址的修改可能导致在外部网络中产生更多的地址冲突。对于采用身份标识符进行通信的网络,也存在身份标识符冲突所带来的网络冲突问题。可见,由于现有配置方式的不灵活性,导致当系统内部和外部发生网络冲突时,多模块系统自身显得无能为力。

发明内容

有鉴于此,本发明提供了一种多模块系统中处理节点的节点ID配置方法,能够降低配置节点ID的复杂程度。

该方法包括:

处理节点接收用户为各处理节点配置的相同网段信息;

将所述网段信息与各处理节点槽位号进行组合,将组合结果确定为各处理节点的节点ID。

其中,所述接收用户为各处理节点的配置的相同网段信息为:接收用户为各处理节点配置的一个相同的网段信息;

所述将所述网段信息与各处理节点槽位号进行组合,将组合结果确定为各处理节点的节点ID为:将所述一个相同的网段信息分别与各处理节点槽位号进行组合,得到各处理节点的节点ID。

较佳地,所述接收用户为各处理节点的配置的相同网段信息为:接收用户为各处理节点进行的相同配置,所述相同配置包括n个互不相同的网段信息,以及所述n个网段信息的先后顺序,其中n为大于1的整数;

所述将所述网段信息与各处理节点槽位号进行组合,将组合结果确定为各处理节点的节点ID为:依照所述先后顺序,从所述n个网段信息中选择一个能够与系统中的管理节点正常通讯的网段信息,利用所选择的网段信息分别与各处理节点槽位号进行组合,作为各处理节点的节点ID。

较佳地,所述将组合结果确定为各处理节点的节点ID之后,该方法进一步包括:判定所在系统中有处理节点发生外部网络冲突,确定新网段信息,根据所确定的新网段信息重新确定各处理节点的节点ID。

较佳地,所述确定新网段信息为:管理节点从预先配置的多个网段信息中选择一个有效网段信息,确定为所述新网段信息。

其中,所述根据所确定的新网段信息重新确定各处理节点的节点ID包括:

管理节点将所述新网段信息携带在更改系统网段报文中,发送给所在系统中的所有处理节点;

接收到所述更改系统网段报文的处理节点,将新网段信息与各处理节点的槽位号组合,利用组合结果更新所有处理节点的节点ID。

其中,所述根据所确定的新网段信息重新确定各处理节点的节点ID包括:

管理节点将所述新网段信息和用于指示冲突处理节点的冲突处理节点信息携带在更改节点网段报文中,发送给所在系统中的所有处理节点;

接收到更改节点网段报文的处理节点,将所述新网段信息与处理节点信息所指示的处理节点槽位号组合,利用组合结果更新所述冲突处理节点的节点ID。

本发明还提供了一种处理节点,能够降低配置节点ID的复杂程度。

该处理节点包括网段设置单元、槽位号获取单元和组合单元,其中,

所述网段设置单元,用于接收用户为所在处理节点配置的相同网段信息,并发送给所述组合单元;

所述槽位号获取单元,用于获取各处理节点的槽位号,将所述槽位号发送给所述组合单元;

所述组合单元,用于将所接收的网段信息与各处理节点的槽位号进行组合,将组合结果确定为各处理节点的节点ID。

较佳地,当该处理节点为管理节点时,进一步包括冲突解决单元,用于在判定所在系统中有处理节点与外部网络发生冲突时,确定新网段信息,将所确定的新网段信息携带在更改网段报文中发送给所在系统的所有处理节点。

该处理节点进一步包括更改单元,用于接收来自管理单元的更改网段报文,执行与更改网段报文对应的节点ID更改操作。

根据以上技术方案可见,应用本发明能够降低配置多模块系统中节点ID的复杂程度。具体来说,具有如下有益效果:

1)本发明的节点ID配置方案采用配置的网段信息与每个处理节点固有的槽位号进行组合,构成处理节点的节点ID。那么,在配置节点ID时,只需要配置网段信息,经组合就完成了节点ID的配置操作,使得各处理节点得到互不相同的节点ID。本发明采用设置网段信息的步骤代替现有技术中查找确定多个互不相同的节点ID的步骤,因此,大大降低了节点ID配置的复杂程度。

2)当多模块系统内部网段信息与外部网段信息发生冲突时,只需要利用管理节点将新网段信息发送给各处理节点,经组合,就完成对所有处理节点的节点ID的修改,不仅不用更改外部网段信息,而且操作十分简单。

3)本发明还可以在配置网段信息时,配置多个网段信息以及网络信息的先后顺序,那么当一个配置网段信息与系统外部网络发生冲突导致该配置网段信息失效时,系统可以自动选择未失效的配置网段信息进行节点ID的更改,整个过程无需人工参与,进一步降低了节点ID配置的复杂程度。这种自动修改内部节点ID的操作还提高了节点ID配置的灵活性,增强了节点ID配置的适应性。此外,更改节点ID的实施方式灵活,可以只更改冲突处理节点的节点ID,也可以更改所有处理节点的节点ID。

附图说明

图1为现有技术中多模块系统结构示意图。

图2为本发明多模块系统中处理节点的节点ID配置方法的示例性流程图。

图3为本发明实施例一中处理节点执行节点ID配置方法的流程图。

图4为本发明实施例二中处理节点执行节点ID配置方法的流程图。

图5为本发明中处理节点的示例性结构示意图。

图6为本发明中处理节点一种实施方式的结构示意图。

图7为图6中组合模块631的结构示意图。

图8为本发明中处理节点另一种实施方式的结构示意图。

图9为图8中组合单元的另一种结构示意图。

具体实施方式

下面结合附图并举实施例,对本发明进行详细描述。

本发明提供了一种多模块系统中处理节点的节点ID配置方案,该方案利用配置的网段信息与各处理节点的槽位号进行组合,得到各处理节点的节点ID,从而降低了节点ID配置的复杂程度。

图2为本发明多模块系统中处理节点ID配置方法的示例性流程图。如图2所示,该方法包括以下步骤:

步骤201:处理节点接收用户为各处理节点配置的相同网段信息。

步骤202:将配置的网段信息与各处理节点槽位号进行组合。

步骤203:将组合结果确定为各处理节点的节点ID。

其中,槽位号为多模块系统中处理节点所插接槽位的序号。不同处理节点的槽位号互不相同,且是唯一和固定不变的。经以上配置操作,处理节点获得了自身以及系统中其他处理节点的节点ID,从而可以利用获得的节点ID实现处理节点之间的通信。

根据图2所示流程,采用本发明的配置方法,只需要配置网段信息,然后利用网段信息和处理节点固有的槽位号,生成各处理节点互不相同的节点ID,从而省略了为每个处理节点设置节点ID的步骤,只需设置网段信息即完成了多个处理节点的节点ID配置,大大降低了节点ID配置的复杂程度。当分别配置管理通道和业务通道时,也只需要预先配置用于管理通信的网段信息和用于业务通信的网段信息,经组合即可获得两套互不相同的节点ID,分别用于管理通信和业务通信。

本发明的技术方案可以适用于所有网络采用IP或ID作为节点ID的网络,例如IP网络、RapdiIO网络以及Infiniband网络等。当多模块系统内部采用IP网络通信时,节点ID为处理节点的IP地址,网段信息是不同处理节点IP地址中高位相同几位;当多模块系统采用RapidIO网络和Infiniband网络等进行通信时,节点ID为处理节点的身份标识符,网段信息是不同处理节点身份标识符中高位相同几位。可见,本发明中的网段信息并局限于IP网络中一段网络地址,而是将不同节点ID中相同的固定部分称为网段信息,以下简称网段。

以下以多模块系统内部采用IP网络通信为例,举实施例对本发明的节点ID配置方法进行详细描述。

图3为本发明实施例一中一个处理节点执行节点ID配置方法的流程图。如图3所示,该方法包括以下步骤:

步骤300:处理节点接收用户配置一个网段(net_field),由处理节点保存在自身。

该配置网段的操作通常由多模块系统的使用用户完成。在配置时,为处于同一多模块系统的多个处理节点配置相同的网段,分别发送给各处理节点,由各处理节点分别保存。

步骤301:系统上电启动或处理节点热插入。

步骤302:处理节点读取自身槽位号(SlotID)。

本步骤中,处理节点如何读取自身槽位号是现有技术。例如,处理节点读取所在槽位上的相关管脚电平来确定槽位号。

步骤303:处理节点利用配置的网段与步骤302读取的槽位号进行组合,构成该处理节点的IP地址。

具体来说,将处理节点N的IP地址划分为高位和低位。在划分时,根据多模块系统中处理节点的数量确定IP地址的低位位数,将IP地址的剩余位数作为高位。通常,处理节点的数量不会超过256个,256可采用8位二进制序列表示,那么,本实施例中将32位IP地址分为高24位和低8位。其中,高24位为预先配置的网段,低8位为利用处理节点槽位号获得的。

利用处理节点槽位号获得处理节点IP地址低8位的方式非常灵活,只要根据预先设置的组成方式获取,并保证各处理节点的低8位互不相同即可。例如,如果槽位号为8位,那么可以直接将8位槽位号作为IP地址的低8位,如果槽位号不足8位,还可以对不足8位的槽位号按预设补零规则进行补零,例如后补零、前补零或中间补零等,从而获得8位二进制序列,作为处理节点的IP地址低8位。当然还可以对槽位号进行函数运算,然后再构成8位二进制序列,作为处理节点的IP地址低8位。

处理节点N的IP地址组成可以利用以下表达式(1)表示:

Node N IP〔31:0〕={net_field〔31:8〕,SlotID〔7:0〕}    (1)

其中,Node N IP〔31:0〕表示处理节点N的32位IP地址,{}中的内容为处理节点N的组成,其中net_field〔31:8〕表示IP地址的高24位,SlotID〔7:0〕表示利用槽位号构成的IP地址的低8位。

由本实施例中处理节点的IP地址组成方式可见,多模块系统中的IP地址的高24位相同,这24位网段值可以由用户指定;低8位利用槽位号确定,由于每个处理节点的槽位号不一样,因此每个处理节点的IP地址不一样。采用本实施例的IP地址配置方式,只需要设置net_field这一个字段就可以令各处理节点获得互不相同的IP地址。

本步骤中,处理节点还将配置的网段与所在系统中其他处理节点槽位号组合,获得其他处理节点的IP地址,利用获取的其他处理节点IP地址可以实现处理节点之间的通信。这里,其他处理节点的槽位号是在系统上电启动后的管理节点推选过程中获取的,具体获取方式是现有技术,这里不详述。

步骤304:处理节点向管理节点发送加入系统报文。

本步骤中,处理节点将得到的IP地址携带在加入系统报文中发送给管理节点。该加入系统报文用于通知管理节点有处理节点加入系统。

在发送时,处理节点在配置网段内广播加入系统报文。由于管理节点与处理节点处于同一网段,可以成功接收到加入系统报文,从而成功完成了处理节点的加入。

至此,完成了IP地址的初始配置操作。

如果系统外部网络被更改,且出现系统内部和外部的网络冲突,本实施例通过系统内部IP地址的更改,以解决冲突。具体来说,如果管理节点和与其相连的外部网络发送网络冲突,则管理节点判定网络冲突,将自身确定为冲突处理节点;如果业务节点和与其相连的外部网络发生网络冲突,则向管理节点上报网络冲突事件,此时管理节点也判定网络冲突,将该上报网络冲突事件的业务节点确定为冲突处理节点。

管理节点判定网络冲突后,上报用户,此时用户重新为处理节点配置新网段,然后通过系统为用户提供的接口发送给管理节点,管理节点将新网段携带在更改网段报文中发送给所在系统中的所有处理节点。该更改网段报文为更改系统网段报文,接收到该报文的处理节点根据报文中携带的新网段执行IP地址更新操作。以下步骤305~306为处理节点接收到更改系统网段报文后的执行过程。图3中的虚线表示步骤305和306是可选执行步骤。

步骤305:处理节点判断是否接收到更改系统网段报文,如果是,则执行步骤306,否则,本流程结束。

步骤306:处理节点利用所接收的更改网段报文中的新网段,以及自身存储的各处理节点槽位号,重新进行组合,以确定各处理节点的新IP地址,并将原配置网段设置为无效。经本步骤配置后,处理节点之间开始采用新IP地址进行通信。

至此,本流程结束。

需要说明的是,管理节点也是处理节点之一,在判定网络冲突后,管理节点也需要根据新网段更新各处理节点的IP地址,以保持通信通道的通畅。

通过以上描述可见,该实施例一的IP地址配置方法能够解决现有技术中IP地址配置复杂的问题。同时,当多模块系统内部网段与系统外部网段发生冲突时,只需要利用管理节点将用户配置的新网段发送给各处理节点,由各处理节点重新执行组合操作,就完成了对所有处理节点IP地址的修改,操作十分简单。

但是,冲突后的网段更新的操作仍然需要人工参与。而且,在系统上电后,如果用户将系统中各处理节点的net_field0更改为net_field1,那么整个系统中所有处理节点的IP地址的高24位均采用net_field1,此时如果有新节点热插入系统,插入节点会按照图3所示流程采用默认的net_field0来配置IP地址,且在net_field0这一网段内向管理节点广播加入系统报文。由于管理节点的网段已经更改为net_field1,管理节点接收不到新插入节点发送的加入系统报文,导致新插入节点不能与管理节点正常通信,也不能与其他处理节点正常通信。

在实际中,可以采用预先配置多个相同网段的方式解决以上问题。

图4为本发明实施例二中一个处理节点执行节点ID配置方法的流程图。如图4所示,该方法包括以下步骤:

步骤400:处理节点接收用户配置信息,该配置信息包括n个网段net_field0~net_field(n-1)和n个网段的先后顺序,处理节点将n个网段及其先后顺序保存在自身。其中,n为大于1的整数。

步骤401:系统上电启动或处理节点热插入。

步骤402:处理节点读取自身槽位号。

步骤403:处理节点将配置的n个网段与步骤402读取的槽位号组合,得到自身n个IP地址。

本步骤中的IP地址构成方式与实施例一中的步骤303相同,这里就不再赘述。

步骤404:按配置的先后顺序,从步骤403得到的n个IP地址中选择出一个,作为当前IP地址。

步骤405:利用所选择的当前IP地址与所在系统中的管理节点通讯。

步骤406:判断通讯是否成功,如果是,则将当前IP地址确定为处理节点的IP地址,转入步骤408;否则,执行步骤407。

本步骤406中,处理节点在当前IP地址所在网段中广播加入系统报文,如果接收到管理节点对加入系统报文的回应,则判定通讯成功,执行步骤408;如果在预定时间段内没有接收到管理节点的回应,则判定通讯不成功,转入执行步骤407。当然,也可以通过发送其他类型的报文与管理节点进行通信。

步骤407:将当前IP地址标记为无效,从步骤403得到的n个IP地址中获取一个未被标记为无效的IP地址,即有效IP地址,作为当前IP地址,执行步骤405。

从步骤400到步骤406成功判定通信成功并确定各处理节点的IP地址,即完成了IP地址的初始配置操作。需要说明的是,本实施例中,包括管理节点和业务节点的处理节点是多IP设备,即本实施例中的处理节点具有多个IP地址。如图1所示,假设处理节点11是管理节点,预先配置了3个网段,则经与槽位号组合后,管理节点就具有3个IP地址,无论处理节点21采用管理节点3个IP地址中的哪个与管理节点通信,都能够成功通信。在系统上电启动后,各处理节点按相同顺序选择网段组成IP地址与管理节点通信,因此系统上电启动时的IP地址初始配置后,各处理节点当前IP地址对应的网段相同。如果执行本流程的处理节点是热插入的处理节点,该处理节点IP地址初始配置后,当前IP地址所属网段可能与其他处理节点IP地址所属网段不同,但当前IP地址所属网段仍属于配置网段中的一个,由于处理节点是多IP设备,能接收所有配置网段中的处理节点发来的报文,因此热插入的处理节点仍能够与其他处理节点正常通信,保证通信通道畅通。

较佳地,在以上IP地址初始配置后,如果系统外部网络被更改,则管理节点判定网络冲突,并确定冲突处理节点。具体判定网络冲突和确定冲突处理节点的方式与实施例一所述相同。

管理节点判定业务节点网络冲突后,确定新网段,将所确定的新网段携带在更改网段报文中发送给所在系统的其他处理节点。具体来说,可以采用如下方式实现:

实现一、管理节点判定业务节点网络冲突,从按预设先后顺序从多个预先配置的网段中选择一个未被标记为无效的网段,作为新网段,然后将新网段携带在更改节点网段报文中发送给系统中所有处理节点。该更改节点网段报文中还包括冲突处理节点信息,用于指示更改哪个处理节点的IP地址;接收到更改节点网段报文的处理节点,利用新网段更新冲突处理节点信息所指示的处理节点的IP地址;如果接收到更改节点网段报文的处理节点是冲突处理节点,还需要将冲突网段设置为无效。

实现二、管理节点判定业务节点网络冲突,向用户上报冲突事件,接收用户重新配置的一个新网段,管理节点将该新网段添加在本地的配置网段中;然后,将该新网段携带在更改节点网段报文中发送给所有处理节点;接收到更改节点网段报文的处理节点,将新网段添加在本地,利用新网段更新冲突处理节点信息所指示的处理节点的IP地址;如果接收到更改节点网段报文的处理节点是冲突处理节点,还需要将冲突网段标记为无效。

在以上两种实现方式中,管理节点也可以将新网段携带在更改系统网段报文中发送给系统中所有处理节点,该更改系统网段报文可以只包括新网段;接收到更改系统网段报文的处理节点,将报文中的新网段与各处理节点的槽位号组合,得到各处理节点新IP地址,并将冲突网段标记为无效。

此外,当管理节点判定自身网络冲突时,也可以采用上述三种方式解决冲突。

在实际中,如果管理节点在处理节点热插入前更新了网段,例如增加了新网段或修改了原有网段,还可以通过更改网段报文将更新后的网段发送给新插入的处理节点,令处理节点的与系统中其他处理节点同步。

以下步骤408~413是处理节点判定接收到更改网段报文后的执行流程。图4中的虚线表示步骤408~413是可选执行步骤。

步骤408:处理节点判断是否接收到更改网段报文,如果是,则执行步骤409,否则,本流程结束。

步骤409:处理节点判断接收到的更改网段报文是否为更改节点网段报文,如果是,则执行步骤410,否则执行步骤413。

步骤410:从更改节点网段报文中获取新网段和冲突处理节点信息,将新网段和冲突处理节点信息指示的处理节点的槽位号组合,得到冲突处理节点的新IP地址。

步骤411:判断自身是否为冲突处理节点,如果是,则执行步骤412;否则,结束本流程。

步骤412:将冲突网段标记为无效。结束本流程。

步骤413:从更改系统网段报文中获取新网段,将获取的新网段与各处理节点的槽位号组合,得到各处理节点新IP地址,并将冲突网段标记为无效。本流程结束。

在以上步骤408接收到更改网段报文后,如果判定报文携带的新网段不在配置网段中,则将新网段添加在配置网段中。

在实际中,判定通讯成功后,该处理节点将当前IP地址对应的网段与各处理节点槽位号组合,进一步确定其他处理节点的IP地址。

以上步骤403~步骤407具体描述了处理节点依次从n个网段中选择一个能够与管理节点正常通讯的网段,将所选择的网段与处理节点槽位号的组合,作为处理节点的IP地址的步骤。在实际中,也可以采用如下方式实现在n个网段情况下处理节点IP地址的选择:处理节点依次从n个网段中选择一个,作为当前网段,采用当前网段与自身槽位号组合,得到当前IP地址,并与管理节点通讯。如果通讯成功,则判定当前IP地址有效,可以作为处理节点的IP地址,将当前网段与各处理节点的槽位号组合,得到各处理节点的IP地址;如果通讯失败,则将当前网段标记为无效,获取一个未被标记为无效的网段与自身槽位号组合,再次得到当前IP地址,继续尝试与管理节点通讯。循环执行以上操作步骤,直到与管理节点通讯成功。

采用实施例二的方法,不仅能够解决现有技术中节点ID配置复杂的问题,而且,由于预先设置了多个网段,在当前使用的网段与系统外部网段冲突时,管理节点可以自动向所有其他节点发送携带新网段的更改网段报文,接收到更改网络报文的处理节点根据报文执行相应更改操作,那么出现冲突的网段被修改,而没有冲突的网段可以继续保留,从而在无需用户参与的情况下自动解决网络冲突,提高了网段配置的灵活性和适应性。

另外,如果系统当前使用网段为net_field1,当后续出现热插入节点时,由于原系统中的处理节点都是多IP设备,可以同时接收net_field0下的报文,因此插入的处理节点仍可以采用网段net_field0配置自身IP地址。如果该节点热插入之前,net_field0已经在管理节点中被标记为无效,那么该新插入的处理节点通过通信发现采用net_field0配置的IP地址通信失败,则会采用未失效的net_field1配置IP地址,从而顺利的与管理节点和其他业务节点进行通讯,从而成功的完成了处理节点热插入情况下的IP地址配置。

为了实现本发明的节点ID配置方法,本发明还提供了一种处理节点,能够采用本发明提供的配置方法进行节点ID的配置,从而降低配置节点ID的复杂程度。

图5为本发明中处理节点的示例性结构示意图。如图5所示,处理节点500包括网段设置单元510、槽位号获取单元520和组合单元530。

其中,网段设置单元510,用于接收用户预先为所在处理节点配置的网段,并将所接收的网段发送给组合单元530。

槽位号获取单元520,用于获取所在系统中各处理节点的槽位号,将获取的槽位号发送给组合单元530。

组合单元530,用于接收来自网段设置单元510的网段和来自槽位号获取单元520的槽位号,利用所接收的网段与槽位号进行组合,将组合结果确定为各处理节点的IP地址。

以上网段设置单元510和槽位号获取单元520都是在所在处理节点上电,例如系统启动或热插入时,执行其自身操作的。

在实际中,作为管理节点的处理节点500进一步包括冲突解决单元540,用于在判定所在系统中有处理节点与外部网络发生网络冲突时,确定新网段,并将所确定的新网段携带在更改网段报文中发送给所在系统的所有处理节点。

该冲突解决单元540具体包括冲突判定模块、新网段信息确定模块和冲突解决模块。其中,冲突判定模块,用于确定出现网络冲突的冲突处理节点,通知新网段信息确定模块。在实际中,如果检测到所在系统和与其连接的外部网络发生网络冲突,则将管理节点确定为冲突处理节点;如果接收到其他处理节点上报的网络冲突事件,则将上报事件的处理节点确定为冲突处理节点。

新网段信息确定模块,用于在冲突判定模块的通知下,从网段设置单元510接收的多个网段中按预设先后顺序选择一个未被标记为无效的网段,确认为新网段;或者将接收的用户重新配置的网段确定为新网段;

冲突解决模块,用于通知所在系统所有处理节点根据新网段信息确定模块所确定的新网段更新各处理节点的IP地址,或根据所述新网段信息更新冲突处理节点的IP地址。具体实现时,可以利用实施例二中描述的发送更改网段报文实现上述通知操作。

处理节点进一步包括更新单元550,用于接收更改网段报文,执行与所接收的更改网段报文对应的IP地址更改操作。具体实现时,可以利用实施例二中描述的步骤409到步骤413实现。对于管理节点,其冲突解决模块直接将更改网段报文发送给自身中的更新单元,以实现IP地址的更改操作。

以下对处理节点中的网段设置模块610和组合单元630进行详细介绍。

为了实现实施例一的方法,图6示出了本发明中处理节点一个实施例的结构示意图。为了说明着重描述网段设置模块610和组合单元630的功能,将冲突解决单元540和更改单元550省略。如图6所示,处理节点600包括网段设置单元610、槽位号获取单元620和组合单元630。

网段设置单元610接收用户为所在系统各处理节点配置的一个相同网段,并发送给组合单元630。

槽位号获取单元620的功能与图5中同名模块相同。

组合单元630包括组合模块631和节点ID确定模块632。其中,组合模块631用于将接收的网段与接收自槽位号获取单元620的各处理节点槽位号进行组合,得到各处理节点的IP地址。节点ID确定模块632将组合模块631的组合结果确定为各处理节点的IP地址。

其中,组合模块631的结构如图7所示,包括高位确定子模块、低位确定子模块和合并子模块。其中,高位确定子模块将接收的网段作为IP地址的高位;低位确定子模块利用槽位号确定IP地址的低位;再由合并子模块将高位和低位合并,构造成IP地址。该合并子模块执行n次合并,得到n个处理节点的IP地址。低位确定子模块在确定低位时,如果槽位号等于预设位数时,将槽位号直接作为低位;如果槽位号不足预设位数,则对槽位号补零,将构成的预设位数的二进制序列作为低位;或者,对槽位号进行函数运算,将构成的预设位数的二进制序列作为低位。

为了实现实施例二的方法,图8示出了本发明中处理节点另一个实施例的结构示意图。如图8所示,处理节点800仍然包括网段设置单元810、槽位号获取单元820和组合单元830。

其中,网段设置单元810接收用户为所在系统各处理节点进行的相同配置,包括n个互不相同的网段和这n个网段的先后顺序,并将包括网段和顺序的配置信息发送给组合单元830。其中n为大于1的整数;

槽位号获取单元820的功能与图5中同名模块相同。

组合单元830,用于所接收的从n个网段中选择一个能够与所在系统中的管理节点正常通讯的网段,利用所选择的网段与接收的各处理节点槽位号进行组合,得到各处理节点的IP地址。

具体来说,组合单元830包括组合模块831、选择模块832、通讯模块833和标记模块834。

其中,组合模块831,用于将接收自发送模块812的n个网段分别与接收自槽位号获取单元830的所在处理节点槽位号进行组合,得到n个所在处理节点的IP地址,发送给选择模块832。该组合模块831可以采用图7示出的组合模块结构。本实施例中,高位确定子模块执行n次确定高位的操作,得到n个高位,合并子模块也将执行n次合并操作得到n个IP地址发送给选择模块832。

选择模块832,用于依次从接收自组合模块831的n个IP地址中,选出一个未被标记为无效的IP地址作为当前IP地址,发送给通讯模块833。

通讯模块833,利用接收自选择模块832的当前IP地址与管理节点进行通讯,在判定通讯成功时,将当前IP地址对应的网段确定为能够与管理节点正常通信的网段,发送给组合模块831,通知组合模块831将该网段与各处理节点的槽位号进行组合,得到各处理节点的IP地址;在判定通讯不成功时,将当前IP地址发送给标记模块834,并通知选择模块832再次执行其选择操作。

标记模块834,用于将所接收的IP地址在组合模块831中标记为无效。

在实际中,组合单元830也可以采用图9示出的结构实现。如图9所示,在该实现方式中组合单元930仍包括组合模块931、选择模块932、通讯模块933和标记模块934,但各模块的功能与连接关系与图8中的同名模块有所不同。

如图9所示,选择模块931,用于接收来自发送模块832的n个网段,依次从所接收的n个网段中选择一个未被标记为无效的网段,发送给组合模块932。

组合模块932,用于将接收自选择模块931的网段与接收自槽位号获取单元830的所在处理节点槽位号进行组合,得到当前IP地址,发送给通讯模块933。该组合模块932可以采用图7示出的组合模块结构。

通讯模块933,用于利用接收的当前IP地址与管理节点进行通讯,在判定通讯成功时,将当前IP地址对应的网段确定为能够与管理节点正常通讯的网段,发送给组合模块932,通知组合模块932将该网段与各处理节点的槽位号进行组合,得到各处理节点的IP地址确定各处理节点的IP地址;在判定通讯不成功时,将当前IP地址发送给标记模块934,通知选择模块931再次执行选择操作。

标记模块934,用于将所接收的当前IP地址所在网段在选择模块931中标记为无效。

由以上所述可以看出,本发明所提供的能够降低节点ID配置的复杂程度;当系统内部网段与外部网段发生冲突时,令修改节点ID的操作变的十分简单;如果预先配置多个网段,当发生网段冲突时,系统可以自动选择未失效的网段进行节点ID的配置,整个过程无需人工参与,进一步降低了节点ID配置的复杂程度。这种自动修改内部节点ID的操作还提高了节点ID配置的灵活性,增强了节点ID配置的适应性。

综上所述,以上仅为本发明的较佳实施例而已,并非用于限定本发明的保护范围。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。

去获取专利,查看全文>

相似文献

  • 专利
  • 中文文献
  • 外文文献
获取专利

客服邮箱:kefu@zhangqiaokeyan.com

京公网安备:11010802029741号 ICP备案号:京ICP备15016152号-6 六维联合信息科技 (北京) 有限公司©版权所有
  • 客服微信

  • 服务号