WO2009059505A1 - Procédé et système d'initialisation à distance - Google Patents

Procédé et système d'initialisation à distance Download PDF

Info

Publication number
WO2009059505A1
WO2009059505A1 PCT/CN2008/071447 CN2008071447W WO2009059505A1 WO 2009059505 A1 WO2009059505 A1 WO 2009059505A1 CN 2008071447 W CN2008071447 W CN 2008071447W WO 2009059505 A1 WO2009059505 A1 WO 2009059505A1
Authority
WO
WIPO (PCT)
Prior art keywords
network device
deployment
central network
address
deployment device
Prior art date
Application number
PCT/CN2008/071447
Other languages
English (en)
French (fr)
Inventor
Qiuping Zhou
Original Assignee
Huawei Technologies Co., Ltd.
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co., Ltd. filed Critical Huawei Technologies Co., Ltd.
Publication of WO2009059505A1 publication Critical patent/WO2009059505A1/zh

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0866—Checking the configuration
    • H04L41/0869—Validating the configuration within one network element
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0803—Configuration setting
    • H04L41/0806—Configuration setting for initial configuration or provisioning, e.g. plug-and-play

Definitions

  • the present invention relates to the field of communications, and in particular, to a method and system for remote deployment.
  • BACKGROUND OF THE INVENTION The start-up of network equipment is a laborious, material, and financial task. Because the distribution points of network equipment are numerous and wide, and some network equipments are remote and remote, engineers go to the site to start commissioning, which wastes a lot of time and money on the road travel, which is not conducive to reducing costs. At the same time, because the network devices are all empty and shipped, it is impossible to start using remote login.
  • a cluster management method is adopted, that is, the network management/user specifies a management device as a cluster in the device integrated in the network, and the device collects the specified hop count in the network. Based on the above information, the network management/user determines whether to establish a device management cluster or a device to be added to the cluster. If a device management cluster is established, the cluster management device adds the specified device to the cluster and joins the cluster. Each member device performs configuration such as allocating a private network IP address. After the cluster is established, the cluster management device performs cluster management.
  • the NMS/user can send commands to the specified member device through the management device of the cluster, and let the specified member device obtain the data configuration file and version software file required for the commissioning and debugging from an FTP server. Thereby, the remote deployment under the empty configuration of the network device is realized.
  • cluster management is for Layer 2 (data link layer) devices and Layer 2 ports. It is based on the link layer protocol and is used for Ethernet. It has certain limitations in practical applications and can only meet a part of data communication network equipment ( It is mainly used in the remote deployment debugging application scenario of the Ethernet switch networking. For many three For the layer (network layer) device, the device startup debugging still needs to go to the installation site where the device is located, perform local debugging, and cannot implement remote configuration data and remote commissioning. Moreover, the private network IP address involved in the cluster management is externally visible, and may conflict with the service interconnection IP address of the member device. SUMMARY OF THE INVENTION In view of this, the present invention provides a method and system for remote deployment, which solves the problem that a three-layer network device cannot implement remote deployment in the prior art.
  • a method of remote deployment including the following steps:
  • the central network device establishes a physical layer connection with the deployment device
  • the central network device allocates a private network IP address to the deployment device
  • the deployment device is in an empty configuration.
  • a remote deployment system including central network equipment and deployment equipment:
  • the central network device is configured to establish a neighbor relationship with the deployment device, allocate a private network IP address to the deployment device, and send a file required for the deployment and commissioning to the deployment device;
  • the deployment device is configured to establish a neighbor relationship with the central network device, and receive a file required for the deployment and commissioning sent by the central network device;
  • the deployment device is an empty network device.
  • the device can be conveniently logged into a remote Layer 2 or Layer 3 network device in the case of an empty configuration of the device, thereby realizing long-distance commissioning of network devices with multiple points and dispersed in different sites, thereby saving a large number of projects. Opening costs.
  • FIG. 1 is a flow chart of a preferred embodiment of a method of the present invention
  • FIG. 2 is a structural diagram of a system according to a preferred embodiment of the present invention.
  • FIG. 3 is a structural diagram of a system according to another embodiment of the present invention. DETAILED DESCRIPTION OF THE INVENTION
  • the basic idea of the present invention is: Remotely commissioning the device through remote login in the case of an empty configuration of the device. It should be noted that the device has completed hardware installation such as power-on, board/module insertion and port connection before remote commissioning.
  • FIG. 1 is a flow chart of a preferred embodiment of the method of the present invention. As shown in Figure 1, it includes:
  • Step 101 Establish a physical hardware connection between the central network device and the deployment device.
  • the central network device is usually a router, a Layer 3 switch, or a network device with better performance, or a Layer 2 network device.
  • the deployment device can be a Layer 2 switch or a Layer 3 switch or a router.
  • Step 102 Log in to the central network device, and specify a physical port that is connected to the deployment device in the central network device as a master node. Before the step 102, all the ports of the central network device and the deployment device default to the slave node, and only the listening function does not actively send the message.
  • Step 103 Perform corresponding configuration on the central network device.
  • the configuration of the central network device in this embodiment is automatically performed by the software/system, and the required configuration includes one or more of the following contents:
  • Private network IP address of the central network device used for data exchange with the deployment device;
  • Private network IP address pool of the device to be used Configure the private network IP address for the local device. Effective retention time: Indicates how long it takes for the deployment device to establish a neighbor relationship with the central network device after receiving the response from the deployment device.
  • Step 104 The central network device establishes a neighbor relationship with the deployment device.
  • the central network device establishes a neighbor relationship with the deployment device by sending a neighbor detection handshake message to the deployment device.
  • Step 105 In the valid retention time, determine whether the neighbor relationship is successfully established. If the neighbor relationship is established successfully, go to step 106. If the neighbor relationship fails to be established, go to step 104.
  • the central network device receives the response message of the deployment device in the valid retention time, indicating that the central network device establishes a neighbor relationship with the deployment device successfully;
  • the response message of the deployment device is not received during the valid retention time, indicating that the central network device fails to establish a neighbor relationship with the deployment device.
  • Step 106 Assign a private network IP address to a physical port (slave node) connected to the central node of the central network device in the deployment device.
  • the IP address is a private IP address that starts with 10 and is selected from the private IP address pool of the deployment device.
  • the private network IP address of the deployment device is invisible to the outside.
  • Step 107 The slave node of the central network device is logged in to the slave node of the deployment device, and the file required for the deployment is sent to the deployment device, and the deployment device is configured and commissioned.
  • step 107 there are many ways to log in to the slave node of the deployment device from the master node of the central network device, for example: The remote login procedure in the prior art can be invoked.
  • the corresponding configuration of the central network device that is automatically performed by the software/system in step 103 can be configured with only the effective retention time and the private network IP address pool.
  • the central network device is configured.
  • the IP addresses selected in the private IP address pool are respectively assigned to the primary node and the secondary node.
  • the private network IP address of the slave node of the deployment device described in step 106 is invisible to the outside.
  • the method provided by the embodiment of the present invention provides two sets of interface TCP/IP protocol stacks for each port: one set is an IP address for service interconnection and interworking; the other set is used for a central network device and The private IP address of the data connection between the initiating devices.
  • the two IP addresses are independent of each other, do not affect each other, and do not conflict with each other.
  • the service interconnection IP address configured by the slave node is the same as the private network IP address assigned by the master node to the slave node, or the private network IP address of the master node is the same, the system will not report an error, and will not Prompt address conflict.
  • the address on the primary node is also isolated, and there is no problem with address conflicts.
  • the link layer protocol on which the method provided by the embodiment of the present invention is based may be Ethernet, or a peer-to-peer protocol PPP, or an asynchronous transfer mode ATM.
  • the link layer protocol on which the method provided by the embodiment of the present invention is based may be Ethernet, or a peer-to-peer protocol PPP, or an asynchronous transfer mode ATM.
  • the port attributes are at least two, one for service mutual.
  • the other is used to interconnect the central network device with the deployment device. Therefore, all ports used for interconnection between the central network device and the deployment device are processed into Layer 3 ports, and the primary node directly configures the private network IP address on the secondary node port, regardless of whether the device is a switch or a router.
  • the private network IP address of the master node and the slave node is externally visible, that is, the IP address of the private network IP address of the master node and the slave node may be interconnected with other services.
  • the neighbor relationship between the master node and the slave node can be disconnected, the private network IP address pool is reconfigured on the central network device, and the neighbor relationship between the master node and the slave node is established, and finally the private network IP address is ensured. Does not conflict with other service interconnection IP addresses.
  • the system for remote deployment includes a central network device 201 and a deployment device 202.
  • the central network device 201 and the deployment device 202 are interconnected by optical fibers or other signal transmission media.
  • the NMS/user logs in to the central network device 201 through the console interface or remote login mode.
  • the physical port A of the central network device 201 is designated as the master node (the physical port A is restored to the default slave node mode after the central network device 201 is restarted), and the software/system automatically completes the following configuration on the central network device 201. :
  • the private network IP address of the primary node of the central network device 201 (in this embodiment, specifically the private network IP address of the physical port A): 10.10.1.1/30;
  • the private IP address pool of the slave node of the initiating device 202 (in this embodiment, specifically the private IP address pool of the physical port B): 10.10.1.2/30 ⁇ 10.10.1.100/30;
  • Effective retention time 10 milliseconds.
  • the central network device 201 sends a neighbor detection handshake message on the master node (physical port A) to establish a neighbor relationship with the deployment device 202.
  • the deployment device 202 receives the neighbor detection handshake message from the slave node to the central network device 201. Returns a reply message.
  • the autonomous node sends the neighbor detection handshake message. If the central network device 201 does not receive the response message returned by the deployment device 202 within 10 milliseconds, it considers that the establishment of the neighbor relationship fails; the central network device 201 resends the neighbor detection handshake.
  • the packet is in a neighbor relationship with the deployment device 202.
  • the central network device 201 assigns a private network IP address to the physical port B of the deployment device 202: 10.10.1.2/30.
  • the private network IP address is automatically assigned by the system/software.
  • the range of the private network IP address pool can be the default range of the system/software, or can be manually set, and the allocation algorithm is controlled by the software program. Since the private network IP address is not visible to the outside, in the network planning of the project, even the service interconnection IP address assigned to the physical port B of the deployment device 202 is 10.10.1.2 / 30 (same as its own private network IP address). ) or 10.10.1.1/30 (same as the private network address of the primary node), the system will not report an error and will not prompt for an address conflict.
  • the remote login software (for example, Telnet) is configured to log in to the deployment device 202, and send the data configuration file and the version software file required for the deployment to the deployment device 202 to configure and debug the deployment device 202.
  • the system for remote deployment includes a central network device 201' and a deployment device 202'; in this embodiment, the central network device 201' and the deployment device 202' Interconnected by fiber optics or other signal transmission media.
  • the NMS/user logs in to the central network device through the console interface or remote login mode. 201% specifies the physical port A of the central network device 201 in the port configuration mode, and is the master node (the central network device 201, after restarting, physical port A, Restore to the default slave mode), the software/system automatically completes the following configuration for the central network device 201':
  • the IP address pool of the private network (in this example, the private IP address pool of physical ports A and B). 10.10.1.1/30 ⁇ 10.10.1.100/30;
  • Effective retention time 10 milliseconds.
  • the central network device 201 sends a neighbor detection handshake message on the master node (physical port A) to establish a neighbor relationship with the deployment device 202.
  • the deployment device 202 receives the neighbor detection handshake message from the slave node.
  • the central network device 20 returns a reply message.
  • the autonomous node sends the neighbor detection handshake message to start. If the central network device 201 does not receive the response message returned by the deployment device 202, within 10 milliseconds, the neighbor relationship is considered to be failed; the central network device 201 'resends
  • the neighbor detects the handshake packet and establishes a neighbor relationship with the deployment device 202.
  • the central network device 201' assigns private network IP addresses for the physical port A' of the central device 201' and the physical port B' of the deployment device 202': 10.10.1.1/30 and 10.10.1.2/30, respectively.
  • the private network IP address is automatically assigned by the system/software.
  • the range of the private network IP address pool can be the default range of the system/software, or can be manually set.
  • the allocation algorithm is controlled by the software program. In this embodiment, the private network IP address is visible to the outside.
  • the central network device 201 After the central network device 201 establishes a successful neighbor relationship with the deployment device 202, the central network device 201 selects a private network IP address from the internal system/software default IP address pool to be assigned to the primary node A and the secondary node B. In the subsequent project network planning, when the physical port B of the deployment device 202, the assigned service interconnection IP address is the same as its own private network IP address or the private network IP address of the primary node A, the system prompts the address. conflict. At this time, the neighboring relationship between the central network device 201' and the deployment device 202' is disconnected, and the private network IP address pool is reconfigured on the central device. The private IP address pool does not conflict with the IP address pool allocated by the service interconnection. .
  • the neighbor probe handshake message is resent on the central network device, and the neighbor relationship is established with the deployment device 202'.
  • the central network device 201 re-selects the IP address from the newly configured private IP address pool to the physical port A' and the physical port B'. Therefore, the private network IP address does not conflict with the service interconnection IP address.
  • the network administrator/user invokes the existing remote login software (for example, Telnet) through the central network device 201', and logs in to the deployment device 202' to the deployment device 202'.
  • the data configuration file and the version software file required for the deployment commissioning are sent, and the deployment device 202' is configured and commissioned.
  • the network device can be remotely commissioned and tested in an empty configuration, thereby effectively reducing the deployment cost.
  • the effective retention time is not limited to 10 ms. The above is only an example.
  • the effective retention time can be set to a suitable length of 100 ms according to the actual situation.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Description

一种远程开局的方法和系统 技术领域 本发明涉及通信领域， 特别涉及一种远程开局的方法和系统。 背景技术 网络设备的开局调测是一项颇为耗费人力、 物力和财力的工作。 因为网络 设备的分布点多面广， 有些网络设备的所在地遥远且偏僻， 工程师到现场开局 调测， 浪费了大量的时间与金钱在路途差旅上， 不利于降低成本。 同时由于网 络设备都是空配置发货， 无法釆用远程登录的方式进行开局。
现有技术中， 为了实现远程开局， 釆用了一种集群管理的方法， 即： 网管 / 用户在网络中集成的设备中指定一台作为集群的管理设备， 由该设备收集网络 中规定跳数内的网络拓朴结构信息， 网管 /用户根据上述信息决定是否建立设备 管理集群或要加入集群的设备， 如果建立设备管理集群， 则由集群的管理设备 将指定的设备加入集群， 并对加入集群的每个成员设备进行分配私网 IP地址等 配置。 集群建立后， 由集群的管理设备进行集群的管理。
网管 /用户可以通过集群的管理设备， 给指定的成员设备下发指令， 让指定的 成员设备从某个 FTP服务器获取开局调测所需的数据配置文件和版本软件文 件。 从而实现网络设备空配置下的远程开局。
但是， 集群管理是面向二层 （数据链路层）设备、 二层端口的， 基于链路 层协议， 用于以太网， 在实际应用中有一定的局限， 只能满足一部分数据通信 网络设备（主要是以太网交换机组网） 的远程开局调测应用场景。 对于众多三 层 （网络层）设备来说， 设备开局调测仍然需要到设备所在的安装局点， 进行 本地调测， 无法实施远程配置数据、 远程调测。 并且， 集群管理中所涉及的私 网 IP地址是对外可见的，可能会出现与成员设备的业务互联 IP地址冲突的情况。 发明内容 有鉴于此， 本发明提供了一种远程开局的方法和系统， 解决现有技术中三层 网络设备无法实现远程开局的问题。
一种远程开局的方法， 包括以下步骤：
中心网络设备与开局设备建立物理层连接；
所述中心网络设备与所述开局设备建立邻居关系；
所述中心网络设备为所述开局设备分配私网 IP地址；
通过所述中心网络设备对所述开局设备进行远程开局调测；
其中， 所述开局设备为空配置。
一种远程开局的系统， 包括中心网络设备和开局设备：
所述中心网络设备， 用于与所述开局设备建立邻居关系， 为所述开局设备分 配私网 IP地址， 向所述开局设备发送开局调测所需的文件；
所述开局设备， 用于与所述中心网络设备建立邻居关系， 接收所述中心网络 设备发送的开局调测所需的文件；
其中， 所述开局设备为空配置的网络设备。
本发明实施例能够在设备空配置的情况下， 方便地登录到远程二层或三层网 络设备， 实现点多面广、 分散在不同局点的网络设备的远程开局调测， 节省了 大量的项目开局成本。 附图说明 图 1为本发明方法较佳实施例流程图；
图 2为本发明较佳实施例系统结构图；
图 3为本发明另一实施例系统结构图。 具体实施方式 为使本发明的目的、 技术方案及优点更加清楚明白， 以下参照附图， 对本发 明作进一步地详细说明。
本发明的基本思想是： 在设备空配置的情况下， 通过远程登录， 对设备进行 远程开局调测。 需要指出的是， 设备在远程开局调测之前已经完成了加电、 单 板 /模块插装和端口连线等硬件安装工作。
图 1为本发明方法较佳实施例流程图。 如图 1所示， 包括：
步骤 101 : 在中心网络设备和开局设备之间建立物理硬件连接。 所述中心网 络设备通常为路由器、 三层交换机或者性能较好的网络设备， 也可以为二层网 络设备； 所述开局设备既可以为二层交换机， 也可以为三层交换机或者路由器。 步骤 102: 登录中心网络设备， 指定所述中心网络设备中与所述开局设备相连 接的物理端口为主节点。 在步骤 102之前， 所述中心网络设备和所述开局设备 的所有端口都默认为从节点， 只有监听功能， 不会主动发送报文。
步骤 103: 对所述中心网络设备进行相应的配置。
在本实施例中对中心网络设备进行的配置由软件 /系统自动完成，所需要的配 置包括以下内容中的一种或多种：
中心网络设备的私网 IP地址： 用于与开局设备进行数据交换；
开局设备的私网 IP地址池： 用于给 局设备配置私网 IP地址； 有效保留时间： 表示在多久没有收到开局设备的应答后， 认为开局设备与中心 网络设备建立邻居关系失败。
步骤 104: 所述中心网络设备与所述开局设备建立邻居关系。
本实施例中， 所述中心网络设备通过向所述开局设备发送邻居探测握手报 文， 与所述开局设备建立邻居关系。
步骤 105: 在所述有效保留时间内， 判断所述邻居关系是否建立成功， 若建 立邻居关系成功， 执行步骤 106; 若建立邻居关系失败， 执行步骤 104。
本实施例中， 所述中心网络设备在所述有效保留时间内接收到所述开局设备 的应答消息， 表示所述中心网络设备与所述开局设备建立邻居关系成功； 所述 中心网络设备在所述有效保留时间内没有接收到所述开局设备的应答消息， 表 示所述中心网络设备与所述开局设备建立邻居关系失败。
步骤 106: 为所述开局设备中与所述中心网络设备主节点相连接的物理端口 (从节点）分配私网 IP地址。 比如， 此 IP地址是以 10开头的私网 IP地址， 是 从所述开局设备的私网 IP地址池中进行选择的。 并且， 所述开局设备的私网 IP 地址对外是不可见的。
步骤 107: 从所述中心网络设备的主节点登录到所述开局设备的从节点， 向 所述开局设备发送开局所需的文件， 对所述开局设备进行配置和调测。 在步骤 107中，从所述中心网络设备的主节点登录到所述开局设备的从节点的方式有很 多， 例如： 可以调用现有技术中的远程登录程序。
其中，步骤 103中由软件 /系统自动完成的对所述中心网络设备进行的相应的 配置， 可以仅配置有效保留时间和私网 IP地址池， 而在步骤 106中， 所述中心 网络设备从所述私网 IP地址池中选择 IP地址分别分配给主节点和从节点。
其中， 步骤 106中所述的开局设备的从节点私网 IP地址对外是不可见的，具 体是指：本发明实施例提供的方法为每个端口都设计了两套接口 TCP/IP协议栈： 一套是用于业务互连互通的 IP地址； 另外一套是用于中心网络设备与开局设备 之间数据连接的私网 IP地址。 两个 IP地址相互独立、 互不影响、 互不冲突。 即 使在项目的网络规划中， 从节点配置的业务互连 IP地址与主节点为从节点分配 的私网 IP地址相同， 或者与主节点的私网 IP地址相同， 系统也不会报错、 不会 提示地址冲突。 类似的， 在主节点上地址也是隔离的， 不存在地址冲突的问题。
本发明实施例提供的方法所基于的链路层协议可以是以太网、 或者点对点协 议 PPP、 或者异步传输模式 ATM。 对数据通信设备来说， 端口类型有很多， 但 是对本发明实施例提供的方法来说， 由于每个端口设计了两套接口 TCP/IP协议 栈， 端口属性也是至少两个， 一个用于业务互连， 另外一个用于中心网络设备 与开局设备之间互连。 因此所有用于中心网络设备与开局设备之间互连的端口 均被处理成三层端口， 主节点端口直接在从节点端口上配置私网 IP地址， 而不 需要考虑设备是交换机还是路由器。
在本发明另一实施例提供的方法中，所述主节点和从节点的私网 IP地址对外 是可见的，即所述主节点和从节点的私网 IP地址可能与其它业务互联的 IP地址 相冲突， 此时， 可以断开主节点和从节点的邻居关系， 在所述中心网络设备上 重新配置私网 IP地址池， 再建立主节点和从节点的邻居关系， 最终确保私网 IP 地址与其它业务互联 IP地址不相冲突。
以下以路由器为例， 具体介绍本发明实施例提供的一种远程开局的系统。 图 2为本发明较佳实施例系统结构图。 如图 2所示， 该远程开局的系统包括 中心网络设备 201和开局设备 202; 本实施例中， 中心网络设备 201与开局设备 202之间通过光纤或其他信号传输介质互连。
网管 /用户通过 Console接口或远程登录方式登录到中心网络设备 201 , 在端 口配置模式下指定中心网络设备 201的物理端口 A为主节点（中心网络设备 201 重新启动后， 物理端口 A恢复为默认的从节点模式）， 软件 /系统自动完成对中 心网络设备 201进行如下配置：
中心网络设备 201的主节点私网 IP地址（本实施例中，具体是指物理端口 A 的私网 IP地址）： 10.10.1.1/30;
开局设备 202的从节点私网 IP地址池（本实施例中， 具体是指物理端口 B 的私网 IP地址池）： 10.10.1.2/30 ~ 10.10.1.100/30;
有效保留时间： 10毫秒。
中心网络设备 201在主节点 （物理端口 A )上发送邻居探测握手报文， 与开 局设备 202建立邻居关系； 开局设备 202在从节点上接收到所述邻居探测握手 报文， 向中心网络设备 201 返回一个应答消息。 自主节点发送所述邻居探测握 手报文开始， 若 10毫秒内， 中心网络设备 201没有收到开局设备 202返回的应 答消息， 则认为本次建立邻居关系失败； 中心网络设备 201 重新发送邻居探测 握手报文， 与开局设备 202建立邻居关系。
若 10毫秒内， 中心网络设备 201收到了开局设备 202返回的应答消息， 则 邻居关系建立成功。 中心网络设备 201为开局设备 202的物理端口 B分配私网 IP地址： 10.10.1.2/30。 所述私网 IP地址由系统 /软件自动分配， 私网 IP地址池 的范围可以为系统 /软件默认的范围， 也可以人工设定， 其分配算法由软件程序 控制。 由于所述私网 IP地址对外是不可见的， 在项目的网络规划中， 即使为开 局设备 202的物理端口 B分配的业务互联 IP地址为 10.10.1.2 /30 (与本身的私 网 IP地址相同）或者 10.10.1.1/30 (与主节点的私网地址相同）， 系统也不会报 错、 不会提示地址冲突。
为从节点 B分配私网 IP地址后， 网管 /用户通过中心网络设备 201 , 调用现 有的远程登录软件（例如 Telnet ), 登录开局设备 202, 向开局设备 202发送开 局调测所需的数据配置文件和版本软件文件， 对开局设备 202进行配置和调测。
在本发明的另一实施例的系统中， 如图 3所示， 远程开局的系统包括中心网 络设备 201 '和开局设备 202'; 本实施例中， 中心网络设备 201 '与开局设备 202' 之间通过光纤或其它信号传输介质互连。
网管 /用户通过 Console接口或远程登录方式登录到中心网络设备 201%在端 口配置模式下指定中心网络设备 201，的物理端口 A，为主节点 （中心网络设备 201，重新启动后， 物理端口 A，恢复为默认的从节点模式）， 软件 /系统自动完成对 中心网络设备 201 '进行如下配置：
私网 IP地址池（本实施例中， 具体是指物理端口 A，和 B，的私网 IP地址池 )·· 10.10.1.1/30 ~ 10.10.1.100/30;
有效保留时间： 10毫秒。
中心网络设备 201，在主节点（物理端口 A，）上发送邻居探测握手报文， 与开 局设备 202，建立邻居关系； 开局设备 202，在从节点上接收到所述邻居探测握手 报文， 向中心网络设备 20Γ返回一个应答消息。 自主节点发送所述邻居探测握 手报文开始， 若 10毫秒内， 中心网络设备 201 '没有收到开局设备 202'返回的应 答消息， 则认为本次建立邻居关系失败； 中心网络设备 201 '重新发送邻居探测 握手报文， 与开局设备 202，建立邻居关系。
若 10毫秒内， 中心网络设备 201 '收到了开局设备 202'返回的应答消息， 则 邻居关系建立成功。 中心网络设备 201 '为中心设备 201 '的物理端口 A'和开局设 备 202'的物理端口 B'分别分配私网 IP地址: 10.10.1.1/30和 10.10.1.2/30。 所述 私网 IP地址由系统 /软件自动分配， 私网 IP地址池的范围可以为系统 /软件默认 的范围， 也可以人工设定， 其分配算法由软件程序控制。 在本实施例中， 所述私网 IP地址对外可见。 中心网络设备 201，与开局设备 202，邻居关系建立成功后， 中心网络设备 201，从其内部系统 /软件默认的 IP地址 池中选择私网 IP地址分配给主节点 A，和从节点 B，。 在后续的项目网络规划中， 当为开局设备 202，的物理端口 B，分配的业务互联 IP地址与其本身的私网 IP地 址相同或者与主节点 A，的私网 IP地址相同时， 系统提示地址冲突。 此时， 断开 中心网络设备 201 '与开局设备 202'已建立的邻居关系， 在中心设备上重新配置 私网 IP地址池， 该私网 IP地址池与业务互连分配的 IP地址池不冲突。 然后， 在中心网络设备上重新发送邻居探测握手报文， 与开局设备 202'建立邻居关系。 邻居关系建立后， 中心网络设备 201，从新配置的私网 IP地址池中重新选择 IP 地址分配给物理端口 A'和物理端口 B'。 从而实现私网 IP地址和业务互联 IP地 址不相冲突。
为主节点 A，和从节点 B，分配私网 IP地址后， 网管 /用户通过中心网络设备 201' , 调用现有的远程登录软件（例如 Telnet ), 登录开局设备 202' , 向开局设 备 202'发送开局调测所需的数据配置文件和版本软件文件， 对开局设备 202'进 行配置和调测。
可见， 釆用了本发明实施例提供的远程开局的方法和系统， 就能在空配置的 情况下， 对网络设备进行远程开局调测， 有效降低了开局成本。
其中， 所述有效保留时间并不仅限于 10ms, 以上仅为示例说明， 该有效保留 时间可以根据实际情况设定为 100ms等合适长度的时间。
根据以上较佳实施例的描述， 本领域技术人员可以知道， 以上实施例提供的 方法， 也可以应用于对设备的远程登录控制和配置更改。 具体过程与以上较佳 实施例相类似， 此处不再赘述。
以上仅为本发明的较佳实施例， 并非用于限定本发明的保护范围。 凡在本 发明的精神和原则之内， 所作的任何修改、 等同替换、 改进等， 均应包含在本 发明的保护范围之内。

Claims

权 利 要 求
1、 一种远程开局的方法， 其特征在于， 包括以下步骤：
中心网络设备与开局设备建立物理层连接；
所述中心网络设备与所述开局设备建立邻居关系；
所述中心网络设备为所述开局设备分配私网 IP地址；
通过所述中心网络设备对所述开局设备进行远程开局调测；
其中， 所述开局设备为空配置。
2、 根据权利要求 1所述的方法， 其特征在于：
所述中心网络设备与所述开局设备建立邻居关系之前， 对所述中心网络设 备进行配置。
3、 根据权利要求 2所述的方法， 其特征在于：
对所述中心网络设备进行配置包括：
指定所述中心网络设备中与所述开局设备相连接的物理端口为主节点； 配置所述中心网络设备的私网 IP地址；
配置所述开局设备的私网 IP地址池；
配置有效保留时间。
4、 根据权利要求 3所述的方法， 其特征在于：
所述中心网络设备通过发送邻居探测握手报文与所述开局设备建立邻居关 系。
5、 根据权利要求 4所述的方法， 其特征在于：
在所述有效保留时间内， 若所述中心网络设备与所述开局设备建立邻居关 系失败， 所述中心网络设备重新向所述开局设备发送邻居探测握手报文， 与所 述开局设备建立邻居关系。
6、 根据权利要求 3所述的方法， 其特征在于：
所述中心网络设备在所述开局设备的私网 IP地址池中选择， 为所述开局设 备分配私网 IP地址。
7、 根据权利要求 6所述的方法， 其特征在于：
所述中心网络设备的私网 IP地址与所述开局设备的私网 IP地址对外是不可 见的。
8、 根据权利要求 1所述的方法， 其特征在于：
在所述中心网络设备与所述开局设备建立邻居关系之前， 指定所述中心网 络设备中与所述开局设备相连接的物理端口为主节点；
在所述中心网络设备为所述开局设备分配私网 IP地址的同时， 所述中心网 络设备为所述主节点分配私网 IP地址。
9、 根据权利要求 8所述的方法， 其特征在于：
在所述中心网络设备与所述开局设备建立邻居关系之前， 在所述中心网络 设备上配置有效保留时间。
10、 根据权利要求 9所述的方法， 其特征在于：
在所述中心网络设备与所述开局设备建立邻居关系之前， 在所述中心网络 设备上配置私网 IP地址池， 所述中心网络设备在所述私网 IP地址池中选择， 为 所述中心网络设备的主节点和所述开局设备分配私网 IP地址。
11、 根据权利要求 9 所述的方法， 其特征在于： 所述中心网络设备通过发 送邻居探测握手报文与所述开局设备建立邻居关系。
12、 根据权利要求 11所述的方法， 其特征在于： 在所述有效保留时间内， 若所述中心网络设备与所述开局设备建立邻居关系失败， 所述中心网络设备重 新向所述开局设备发送邻居探测握手报文， 与所述开局设备建立邻居关系。
13、 一种远程开局的系统， 其特征在于， 包括中心网络设备和开局设备： 所述中心网络设备， 用于与所述开局设备建立邻居关系， 为所述开局设备 分配私网 IP地址， 向所述开局设备发送开局调测所需的文件； 所述开局设备， 用于与所述中心网络设备建立邻居关系， 接收所述中心网 络设备发送的开局调测所需的文件； 其中， 所述开局设备为空配置的网络设备。
14、 根据权利要求 13所述的系统， 其特征在于： 所述开局设备为完成了加电、单板 /模块插装、端口连线的空配置网络设备。
15、 根据权利要求 13所述的系统， 其特征在于：
所述中心网络设备为数据链路层或者网络层的网络设备， 所述开局设备为 数据链路层或者网络层的网络设备。
PCT/CN2008/071447 2007-11-07 2008-06-26 Procédé et système d'initialisation à distance WO2009059505A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN200710124295.3 2007-11-07
CNA2007101242953A CN101159587A (zh) 2007-11-07 2007-11-07 一种远程开局的方法和系统

Publications (1)

Publication Number Publication Date
WO2009059505A1 true WO2009059505A1 (fr) 2009-05-14

Family

ID=39307518

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2008/071447 WO2009059505A1 (fr) 2007-11-07 2008-06-26 Procédé et système d'initialisation à distance

Country Status (2)

Country Link
CN (1) CN101159587A (zh)
WO (1) WO2009059505A1 (zh)

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101159587A (zh) * 2007-11-07 2008-04-09 华为技术有限公司 一种远程开局的方法和系统
CN101860545A (zh) * 2010-06-13 2010-10-13 中兴通讯股份有限公司 一种实现设备自动配置的系统及方法
US8589885B2 (en) * 2010-09-30 2013-11-19 Microsoft Corporation Debugger launch and attach on compute clusters
CN102780569B (zh) * 2011-05-09 2015-08-26 中兴通讯股份有限公司 远程管理方法及网元设备
CN102334310B (zh) * 2011-07-12 2014-02-19 华为技术有限公司 二层网络设备的开局部署方法、装置与系统
CN103095495B (zh) * 2013-01-06 2016-05-25 华为技术有限公司 网络开局配置方法及装置、系统
CN104639348B (zh) * 2013-11-07 2018-06-19 华为技术有限公司 网络设备及其配置方法
CN107634849A (zh) * 2017-08-08 2018-01-26 广东网金控股股份有限公司 一种全局区块链环境构建方法

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1411214A (zh) * 2002-11-15 2003-04-16 烽火通信科技股份有限公司 基于以太网技术的网络设备管理方法
US7006506B1 (en) * 2000-09-18 2006-02-28 Lucent Technologies Inc. Automatic detection and configuration of OSPF virtual links
CN1744528A (zh) * 2004-09-01 2006-03-08 华为技术有限公司 基于邻居发现技术的用户探测的实现方法
CN101159587A (zh) * 2007-11-07 2008-04-09 华为技术有限公司 一种远程开局的方法和系统

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7006506B1 (en) * 2000-09-18 2006-02-28 Lucent Technologies Inc. Automatic detection and configuration of OSPF virtual links
CN1411214A (zh) * 2002-11-15 2003-04-16 烽火通信科技股份有限公司 基于以太网技术的网络设备管理方法
CN1744528A (zh) * 2004-09-01 2006-03-08 华为技术有限公司 基于邻居发现技术的用户探测的实现方法
CN101159587A (zh) * 2007-11-07 2008-04-09 华为技术有限公司 一种远程开局的方法和系统

Also Published As

Publication number Publication date
CN101159587A (zh) 2008-04-09

Similar Documents

Publication Publication Date Title
WO2009059505A1 (fr) Procédé et système d'initialisation à distance
US9930018B2 (en) System and method for providing source ID spoof protection in an infiniband (IB) network
US9143479B2 (en) DHCP proxy in a subscriber environment
US5805924A (en) Method and apparatus for configuring fabrics within a fibre channel system
WO2004051927A1 (fr) Procede et systeme de gestion en grappes d'installations du reseau
US8316113B2 (en) Cluster architecture and configuration for network security devices
US8125993B2 (en) Network element having a DHCP lease timer
JP4587446B2 (ja) ネットワークシステム、並びにスイッチ装置及び経路管理サーバ及びそれらの制御方法、及び、コンピュータプログラム及びコンピュータ可読記憶媒体
JP2001356973A (ja) ネットワークシステム
US20120311682A1 (en) System and method for providing restrictions on the location of peer subnet manager (sm) instances in an infiniband (ib) network
CN107769939B (zh) 数据通信网中网元管理方法、网管、网关网元及系统
CN111464454B (zh) 一种数据中心内虚拟bras设备负载分担方法及系统
CN106713039B (zh) 以太网口的识别方法、装置及路由器
KR100953676B1 (ko) 이더넷 네트워크 인터페이스 카드를 에뮬레이션하기 위한 구조
CN112910704B (zh) 一种支持动态自适应网络配置的局域网系统、方法和装置
EP3701682A1 (en) Methods, controller manager and controller agent for enabling a connection between a switch of a communication network and a switch controller
KR20140101405A (ko) Nat 통과를 가능하게 하기 위한 방법 및 시스템
US10686752B2 (en) Methods for configuring and managing an IP network, corresponding devices and computer programs
WO2015070611A1 (zh) 一种控制网元设备加入网络的方法及网元设备
WO2015090035A1 (zh) 网络资源的共享处理、共享方法及装置、系统
CN108353027A (zh) 一种用于检测端口故障的软件定义网络系统
CN112217680A (zh) 基于软件定义广域网的控制器能力基准测试方法和装置
CN109618022B (zh) 基于ip子网的对等协商式动态编址方法及装置
CN107070725B (zh) 一种服务器两级管理模块间通信握手的方法
CN101971522A (zh) 使用多个通用即插即用因特网网关设备提供因特网网关服务的方法和装置

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 08773055

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 08773055

Country of ref document: EP

Kind code of ref document: A1