WO2011069373A1 - Method for data communication device to execute service processing and data communication device - Google Patents
Method for data communication device to execute service processing and data communication device Download PDFInfo
- Publication number
- WO2011069373A1 WO2011069373A1 PCT/CN2010/075557 CN2010075557W WO2011069373A1 WO 2011069373 A1 WO2011069373 A1 WO 2011069373A1 CN 2010075557 W CN2010075557 W CN 2010075557W WO 2011069373 A1 WO2011069373 A1 WO 2011069373A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- service
- board
- resource management
- parameter information
- module
- Prior art date
Links
- 238000012545 processing Methods 0.000 title claims abstract description 152
- 238000004891 communication Methods 0.000 title claims abstract description 31
- 238000000034 method Methods 0.000 title claims abstract description 30
- 230000008569 process Effects 0.000 claims description 8
- 230000001960 triggered effect Effects 0.000 claims description 2
- 238000005728 strengthening Methods 0.000 abstract 1
- 230000008859 change Effects 0.000 description 7
- 238000010586 diagram Methods 0.000 description 4
- 238000001514 detection method Methods 0.000 description 3
- 238000012986 modification Methods 0.000 description 3
- 230000004048 modification Effects 0.000 description 3
- 241000764238 Isis Species 0.000 description 2
- 238000012544 monitoring process Methods 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 2
- 230000009471 action Effects 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000000903 blocking effect Effects 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 238000002955 isolation Methods 0.000 description 1
- 238000003672 processing method Methods 0.000 description 1
- 238000000926 separation method Methods 0.000 description 1
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/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
- H04L41/5003—Managing SLA; Interaction between SLA and QoS
- H04L41/5019—Ensuring fulfilment of SLA
- H04L41/5025—Ensuring fulfilment of SLA by proactively reacting to service quality change, e.g. by reconfiguration after service quality degradation or upgrade
Definitions
- a switch or a router includes a main control board and a plurality of service boards of different types.
- the main control board performs control and protocol packet processing on the switch or router device, and the service board completes various services and data. Text processing.
- the software system of the switch or router generally includes three parts: the protocol platform, the support, and the underlying driver.
- the software related to the board type (the type divided by the service functions supported by the board) is often coupled with the upper layer service. Therefore, when it is independent, once the new board type needs to be added, the board supports new business functions.
- the embodiment of the present invention provides a data communication device for performing service processing, including:
- the board resource management module on the service card collects the parameter information of the service board required for the service processing.
- the resource management center module configured on the main control board obtains the service board of the board resource management module.
- the parameter information of the obtained service board corresponds to the current service processing.
- the service operation module obtains the parameter information of the service board corresponding to the current service processing from the resource management center module, and performs service processing.
- the embodiment of the present invention further provides a data communication device for performing service processing, including: Set the parameter information of the service board required for the service processing of the board resource management module on the service card.
- the database stores the parameter information of the service board of the board resource management module. When the parameter information of the service board changes, the service operation module is triggered to perform service processing.
- the embodiment of the present invention further provides a data communication device, a service board, and a main control board, and further includes: a board resource management module, which is disposed on the service board, and is used to collect the service order required for performing service processing.
- the parameter information of the board is set on the main control board, and is used to obtain the parameter information of the service board of the board resource management module, and the parameter information of the obtained service board corresponds to the current service processing;
- the service operation module is configured to obtain parameter information of the service board corresponding to the current service processing from the resource management center module, and perform service processing.
- the embodiment of the present invention further provides a data communication device, including: a service board, and a board resource management module, which is disposed on a service board, and is used for collecting service boards required for service processing.
- the parameter information is used to store the parameter information of the service board that is collected by the board resource management module.
- the service operation module is configured to perform service processing when the parameter information of the service board in the database changes. It can be seen that the specific implementation of the present invention provides that the parameter information of the service board is collected by the board resource management module.
- the service operation module does not need to care about the source of the parameter information of the service board, which is beneficial to the external new.
- the expansion of requirements and functions have been strengthened. BRIEF DESCRIPTION OF THE DRAWINGS FIG.
- FIG. 1 is a flow chart of a method according to a first embodiment of the present invention
- FIG. 2 is a flow chart of a service board on a first embodiment of the present invention
- FIG. 3 is a flow chart of the service board of the first embodiment of the present invention
- FIG. 4 is a flow chart of the service processing chip and port status reporting according to the first embodiment of the present invention
- FIG. 6 is a structural diagram of a data communication device according to a second embodiment of the present invention
- FIG. 7 is a structural diagram of a data communication device according to a third embodiment of the present invention.
- each of the service boards has a single board resource management module (RMAgent).
- the RMAgent prepares the parameter information of the service board required for the service processing in advance.
- the service operation module does not need to care about the service board.
- the source of the parameter information is directly called for service processing.
- the RMAgent is responsible for collecting the parameter information of the service board required for the service processing, and the resource management center module (RmCenter) obtains the business form of the RMAgent collection.
- the parameter information of the board, the service operation module such as the service operation module of the protocol platform or the service operation module of the underlying driver, directly interacts with the RmCenter, thereby obtaining the service corresponding to the service processing (or the underlying driver service processing) of the protocol layer.
- the parameter information of the service board of the RMAgent is stored in the database, and the service operation module subscribes to the parameter information of the service board in the database.
- the service operation module is Trigger, perform business processing.
- the parameter information of the service board of the RMAgent is sent directly to the database by the RMAgent, and some RMAgents are sent to the RmCenter first, and then the parameter information of the service board collected by the RmCenter RMAgent is stored in the database.
- the embodiment of the present invention provides a method for performing data processing on a data communication device. As shown in FIG. 2, the method includes the following steps: Step 101: The RMAgent collects service boards required for service processing. Parameter information. Step 102: The RmCenter obtains the parameter information of the service board of the RMAgent, and the parameter information of the obtained service board corresponds to the current service processing.
- step 4 the service operation module interacts with the RmCenter to obtain the parameter information of the service board corresponding to the current service processing, and performs service processing.
- step 101 in order to realize the separation of the parameter information of the required service board from the service operation module, such as the protocol platform, the service processing needs to be divided into two major functional modules: RmCenter and RmAgent.
- the RmAgent resides on the service card, collects the slot where the service card is located, which service chips are included in the service board, and which ports are included.
- the ports mentioned here are not limited to the physical ports of the service board, but also include logic. port.
- the collected information is the parameter information of the service boards required for service processing. See Table 1 for details. Table 1 Schematic diagram of parameter information of the service board during service processing
- the board type is a flag for distinguishing different service boards
- the device ID is a flag for distinguishing different service chips.
- the device number is used to mark the chips with the same device ID on the same service board.
- the resource type of the device is the port type of the device.
- the starting number of the resource is the starting number of the resource on the device.
- the number of resources is the number of resources on the device.
- the function pointer for initializing, the chip interrupt control pointer is a function pointer for controlling the interrupt of the team chip, the function pointer for opening the port function is opened, and the function pointer for setting the port to open and close, the optical module interrupt control pointer is used for controlling the interruption of the optical module. Function pointer.
- the content in Table 1 may be different according to the specific implementation manner.
- the parameter information of the service board in Table 1 is required for the service processing of the protocol platform or the service processing of the underlying driver. For the follow-up For the service processing, the RmAgent needs to collect the parameter information of some service boards. Table 2, Table 3, and Table 4 are shown in this example. Table 2 Schematic diagram of the parameter information of the service board in the subsequent service processing
- Table 4 shows the parameter information of the service board in the subsequent service processing.
- the board type is used to distinguish the labels of different service boards, and the mpls (Multi-Protocol Label Switching) protocol is supported.
- the isis routing protocol is supported.
- the ospf open shortest path first
- Open Shortest Path First is not supported.
- the board type is used to distinguish the cards of different service cards.
- the slot number of the board is slot 3
- the resource type is 100 Mbps.
- the mpls (Multi-Protocol Label Switching) protocol is supported. Supports the isis routing protocol and does not support the ospf (Open Shortest Path First) protocol.
- the board type is a flag for distinguishing different service boards.
- the operation identifier is used to identify what operation is performed.
- the input parameter is the data structure of the input parameter required for this operation.
- the output parameter is the data of the output parameter required for this operation.
- Structure, the action function pointer is the function pointer used by the operation.
- the parameter information in Table 2 and Table 3 is the parameter information of the service board required for the service processing of the protocol platform.
- the parameter information in Table 4 is the service required for the underlying driver to perform service processing. Parameter information of the board.
- the service processing is performed by using the protocol platform.
- the protocol platform sends a service processing command to the RmCenter.
- the RmCenter can distinguish the parameter information of the service board required by the different service processing commands, for example, for service processing.
- Command A, RmCenter will search the database for the parameter information set a of the service board corresponding to the service processing.
- the protocol platform is located in the parameter information set a of the service board found by RmCenter to perform the current service processing, and the service list stored in the database.
- the parameter information of the board is stored in the database by the RMAgent in step 101.
- the RmCenter sends a parameter query command to the RMAgent, and the RMAgent searches for the parameter information set b of the service board required for the current service processing, and sends the parameter information set b of the service board to the RmCenter.
- the protocol platform performs the current service processing according to the parameter information set b of the service board received by the RmCenter.
- the RmCenter in step 102 obtains the parameter information of the service board collected by the board resource management module, which may be obtained by the RmCenter from the database or by the sending parameter query command.
- the following describes the interaction between the RmAgent and the RmCenter, and the detailed process in the parameter information database of the service board.
- a service board is inserted into a data communication device such as a switch or a router, it is displayed as shown in Figure 2.
- Step 201 The RmAgent reads the service function supported by the service board, that is, the service board.
- the RmAgent writes the parameter information of the service board in the table 1 to the table in the database according to the service board type, and is used by the service module of the protocol platform.
- Step 203 At the same time, the status of the service processing chip (normal state or fault state) and the port state (normal state or fault state) in the service board are uploaded to the RmCenter on the main control board through the message DE DEV RES INFO.
- a CPU related to the service board can be established in the database.
- the status of the service processing chip and the port status of the service board are connected to the node to monitor the status of the service processing chip on the service board and the port status change on the service board.
- Figure 3 shows the flow chart of the service board offline.
- Step 301 RmCenter starts a ten second timer.
- Step 302 Check whether the service boards are online, and determine whether the parameter information of the service board saved in the database is available during the power-on process. In the specific implementation, the service may be detected by monitoring the corresponding CPU node on each board. Whether the board is online. If the CPU node is not updated within ten seconds, it is determined that the service board is offline and step 303 is performed.
- Step 303 Send a DM_BLOCKCPU message to the database, and write the information that blocks the service board, that is, the parameter information of the service board saved before the database is notified is disabled, and the implementation may be implemented by blocking the CPU node.
- step 304 the service service module of the related service operation module is notified that the service board has been offline.
- Step 4 gathers 305 and restarts the detection timer. If the service board is updated within ten seconds, step 306 is performed.
- Step 306 Perform step 305 after updating the CPU node time information.
- the status of the service processing chip in the service board and the port status change in the service board are shown in Figure 4.
- Step 4 is 401, and RmAgent starts a 0.5s timer EV DEV POLL TIMER to execute step 402.
- Step 402 Call the function rm_agent_dev_poll to check whether there is a service processing chip or the port status changes, for example, the port is up/down (enabled/not available), if not, repeat step 401.
- Step 403 After RmCenter owes the message EV_RES_REPORT_NOW, the real-time message processing function rm_cent_processevreportnow is called to detect the state of the locally saved service processing chip and the port status in the service board.
- Step 404 If RmCenter does not save the state of the service processing chip or port, the RmCenter increases. Otherwise, the corresponding alarm state is set according to the alarm state machine.
- the status of the service processing chip in the service board and the timing monitoring process of the port status change in the service board are shown in Figure 5. To maintain RmAgent on the service board and RmCenter on the main control board.
- the state of the service processing chip and the synchronization of the port state in the service board are as follows.
- the RmAgent starts the timer EV_RES_LOOP_SCAN_TIMER to execute step 502.
- Step 502 The alarm status check code is reported on the EV_RES_CHECK_CYCLE, and the alarm status calibration code includes the number of the service processing chips in the fault state of the service board and the number of ports in the fault state, and the corresponding fault time.
- Step 503 The RmCenter receives the school-risk code.
- the RmCenter determines whether the board exists. The specific implementation may be implemented by checking whether the CPU node is established. If yes, go to step 505, if no, go to step 506.
- Step 505 Determine whether the CPU node is blocked. If yes, go to step 506, if no, go to step 510.
- the RmCenter sends a request message EV_DEV_RES_REQ to the RmAgent.
- Step 507 The RmAgent receives the request message EV_DEV_RES_REQ.
- Step 508 The RmAgent sends the status information of the service processing chip in the service board and the port status information in the service board to the RmCenter by using the message EV DEV RES ACK.
- Step 509, RmCenter connects the message EV_DEV_RES_ACK, boosts the port jt ⁇ CPU node, and hangs the status information and port status information of the service processing chip.
- Step 510 according to the state of the service processing chip previously saved in the database and the port status, recalculate the school-risk code according to the same method, and if the same, return a success message to the RmAgent. : ⁇ If the result is different, return a failure message to RmAgent.
- RmCenter sends a message EV RES CHECK ACK to RmAgent, and the success message or failure message is indicated by different information carried in the message EV_RES_CHECK_ACK, such as "1" or "0".
- Step 4 is 511, and RmAgent receives the message EV_RES_CHECK_ACK.
- Step 512 The RmAgent ends the process according to the received message EV_RES_CHECK_ACK indicating a success message, otherwise, the step 4 is performed 513.
- Step 513 The RmAgent packages the status of the service processing chip of all the alarms on the service board and the port status of the service board, and resends the message to the RmCenter by using the message EV_RES_REPORT_CYCLE, so that the RmCenter is updated.
- Step 514 The RmCenter receives the message EV RES REPORT CYCLE, and updates status information and port status information of the service processing chip that is connected to the CPU node.
- Step 504 and step 505 are used to avoid the problem of communication between the boards.
- the message EV_DEV_RES_REQ is sent to the RmAgent.
- the RmCenter resides on the main control board, and is responsible for summarizing the parameter information of the service board sent by the RmAgent of each service board.
- the protocol platform (the same as the lower layer driver) is used as the business operation module to interact with the RmCenter in this embodiment.
- the parameter information of the service board that is collected by the RmAgent. RmCenter is set on the main control board.
- the parameter information of all service boards must be abstracted by RmAgent and summarized into RmCenter.
- the abstract data structure is consistent. This ensures that the RmCenter code is relatively independent regardless of the physical type of the board. , will not change with it, the protocol platform only deals with RmCenter, which guarantees isolation from the protocol platform.
- the protocol platform does not need to care about the source of the parameter information of the service board, which is conducive to the expansion of new external requirements and the enhancement of functions.
- the embodiment of the present invention provides a data communication device. As shown in FIG. 6, the method includes: a service board 60 and a main control board 70, and further includes: a board resource management module 601, which is disposed on the service board.
- the parameter information of the service board required for the service processing is collected on the 60th; the resource management center module 701 is configured on the main control board 70, and is used to obtain the service board collected by the board resource management module 601.
- the parameter information of the service board is used to obtain the parameter information of the service board corresponding to the current service processing from the resource management center module 701, and performs service processing.
- the board resource management module 601 is further configured to directly store parameter information of a part of the service boards of the collection into the database 901, and send parameter information of another part of the service board to the resource management center module 701.
- the resource management center module 701 is further configured to: store the parameter information of the serviced service board in the database, and search for the service order corresponding to the current service processing from the database 901 according to the service processing command sent by the service operation module that performs the service processing.
- the parameter information of the board is used by the service operation module 801 for performing the current service processing on the parameter information of the service board found by the resource management center module 701.
- the resource management center module 701 is further configured to send a parameter query command to the board resource management module 601 according to the service processing command sent by the service operation module 801.
- the board resource management module 601 is configured to query the command according to the parameter.
- the parameter information of the service board required for the current service processing is searched; the service operation module 801 is configured to perform the parameter information of the service board found by the board resource management module 601 received by the resource management center module 701. Business processing.
- the board resource management module 601 is configured to collect parameter information of the service board required for service processing when the service board 60 is powered on.
- the board resource management module 601 is further configured to directly store parameter information of a part of the service boards of the collection into the database 901, and send parameter information of another part of the service board to the resource management center module 701.
- the resource management center module 701 is further configured to store the parameter information of the serviced service board in the database 901, and periodically scan the online status of the service board 60. When the service board 60 is in the offline state, The database 901 sends a message that the parameter information of the service board is disabled, so that the parameter information of the service board is prohibited from being called.
- the board resource management module 601 is further configured to periodically scan the status information of the service processing chip as the parameter information in the service card and whether the port status information in the service board changes, and when the change is made to the resource management center module.
- the resource management center module 701 is further configured to store the state information of the changed service processing chip and the port state information in the service board in the database 901. Further, the board resource management module 601 is further configured to periodically poll and count the number of faulty service processing chips and the corresponding fault time, and the number of failed ports and the corresponding fault time, and the faults counted by the resource management center module 701. Number of business processing chips and corresponding failure time And compare the number of failed ports and the corresponding fault time. If they are the same, the comparison process is ended. Otherwise, the fault condition of the service processing chip and the corresponding fault state time and the fault state of the port are sent to the resource management center module 701. And the corresponding failure time.
- the service operation module 801 is configured to obtain, from the resource management center module 701, parameter information of the service board corresponding to the current protocol layer service processing, and perform protocol layer service processing; or obtain the current bottom layer from the resource management center module 701.
- the parameter information of the service board corresponding to the service processing is processed to perform the underlying driver service processing.
- the embodiment of the present invention provides a data communication device. As shown in FIG. 7, the method includes: a service board 60, and a board resource management module 601, which is disposed on the service board 60, and is configured to be used on the service board 60.
- the parameter information of the service board required for the service processing is performed;
- the database 901 is configured to store the parameter information of the service board collected by the board resource management module 601;
- the service operation module 801 is used to be the database 901.
- the board resource management module 601 is further configured to report the parameter information of the service board to the resource management center module 701.
- the method further includes: a resource management center module 701, configured on the main control board 70 of the data communication device, The parameter information of the service board collected by the board resource management module 601 is stored in the database 901.
Landscapes
- Engineering & Computer Science (AREA)
- Quality & Reliability (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer And Data Communications (AREA)
Abstract
To solve the problem that the method for a data communication device to execute service processing does not facilitate the expansion of external new demands and has a weak function in the prior art, the present invention discloses a method for a data communication device to execute service processing and the data communication device. The method includes the following steps: a single board resource management module set in a service single board collects the parameter information of the service single board required when the service processing is executed; a resource management center module set in a main control board obtains the parameter information of the service single board collected by the single board resource management module, the obtained parameter information of the service single board being corresponding to the present service processing; a service operation module obtains the parameter information, corresponding to the present service processing, of the service single board from the resource management center module, and executes the service processing. Precisely because the parameter information of the service single board is centrally collected by the single board resource management module, the service operation module does not need to care about the source of the parameter information of the service single board, thereby facilitating the expansion of the external new demands and strengthening the function.
Description
数据通信设备进行业务处理的方法及数据通信设备 技术领域 本发明属于通信技术领域, 特别涉及一种数据通信设备进行业务处理的 方法及数据通信设备。 背景技术 一般一台交换机或者路由器包括主控板和多块不同类型的业务单板, 主 控板完成对交换机或者路由器设备的控制和协议报文处理, 业务单板完成各 种业务和数据 4艮文处理。而交换机或者路由器的软件系统一般包含协议平台、 支撑和底层驱动三个部分, 与单板类型 (按单板所支持的业务功能所划分的 类型) 相关的软件同上层业务往往耦合在一起, 无法故到独立, 一旦需要添 加新的单板类型即该单板支持新的业务功能, 从底层驱动到支撑层再到协议 平台都要做非常多的工作,并且还不能保证在进行业务处理时没有任何遗漏, 这样无论是对于软件维护工作, 还是新单板的开发, 甚至平台的升级都带来 了很大的困难。 由此可见, 现有的数据通信设备进行业务处理的方法不利于 外部新需求的扩展, 功能较弱。 发明内容 为了解决现有技术中数据通信设备进行业务处理的方法不利于外部新需 求的扩展, 功能较弱的问题, 本发明实施例提供了一种数据通信设备进行业 务处理的方法, 包括: 设置在业务单板上的单板资源管理模块釆集进行业务处理时所需的业务 单板的参数信息; 设置在主控板上的资源管理中心模块获取单板资源管理模块釆集的业务 单板的参数信息, 获取的业务单板的参数信息与本次业务处理对应; 业务操作模块从资源管理中心模块获取本次业务处理时所对应的业务单 板的参数信息, 进行业务处理。 同时本发明实施例还提供一种数据通信设备进行业务处理的方法,包括:
设置在业务单板上的单板资源管理模块釆集进行业务处理时所需的业务 单板的参数信息; 数据库对单板资源管理模块釆集的业务单板的参数信息进行存储; 当数据库中的业务单板的参数信息发生变化时, 触发业务操作模块进行 业务处理。 同时本发明实施例还提供一种数据通信设备, 业务单板和主控板, 还包 括: 单板资源管理模块, 设置在业务单板上, 用于釆集进行业务处理时所需 的业务单板的参数信息; 资源管理中心模块, 设置在主控板上, 用于获取单板资源管理模块釆集 的业务单板的参数信息, 获取的业务单板的参数信息与本次业务处理对应; 业务操作模块, 用于从资源管理中心模块获取本次业务处理时所对应的 业务单板的参数信息, 进行业务处理。 同时本发明实施例还提供一种数据通信设备, 包括: 业务单板, 还包括: 单板资源管理模块, 设置在业务单板上, 用于釆集进行业务处理时所需 的业务单板的参数信息; 数据库,用于对单板资源管理模块釆集的业务单板的参数信息进行存储; 业务操作模块, 用于当数据库中的业务单板的参数信息发生变化时, 进 行业务处理。 由本发明提供的具体实施方案可以看出, 正是通过单板资源管理模块集 中进行业务单板的参数信息的釆集, 业务操作模块不需关心业务单板的参数 信息的来源, 有利于外部新需求的扩展, 功能得到加强。 附图说明 图 1为本发明提供的第一实施例方法流程图; 图 2为本发明提供的第一实施例业务单板上电流程图;
图 3为本发明提供的第一实施例业务单板下线流程图; 图 4为本发明提供的第一实施例业务处理芯片及端口状态上报流程图; 图 5为本发明提供的第一实施例业务处理芯片及端口状态监测流程图; 图 6为本发明提供的第二实施例数据通信设备结构图; 图 7为本发明提供的第三实施例数据通信设备结构图。 具体实施方式 为了解决现有技术中数据通信设备进行业务处理的方法不利于外部新需 求的扩展, 功能较弱的问题, 本发明的实施例提出一种解决方案, 本方案的 核心思想是首先在各业务单板上分别驻留有单板资源管理模块 ( RMAgent ), RMAgent通过釆集,预先将进行业务处理时所需的业务单板的参数信息准备 好, 业务操作模块不需关心业务单板的参数信息的来源, 直接调用进行业务 处理, 具体实施时, RMAgent负责釆集进行业务处理时所需的业务单板的参 数信息, 资源管理中心模块 (RmCenter ) 会获取到 RMAgent釆集的业务单 板的参数信息, 业务操作模块如协议平台的业务操作模块或底层驱动的业务 操作模块, 直接与 RmCenter进行交互, 由此获取本次协议层业务处理 (或 底层驱动业务处理) 时所对应的业务单板的参数信息, 进行协议层业务处理 (或底层驱动业务处理)。 当然也可以是将 RMAgent 釆集的业务单板的参数信息存在数据库, 业 务操作模块订阅数据库中的业务单板的参数信息, 当数据库中的业务单板的 参数信息发生变化时, 业务操作模块被触发, 进行业务处理。 在这个过程中, RMAgent釆集的业务单板的参数信息有的是由 RMAgent直接向数据库发送, 也有的是 RMAgent先向 RmCenter发送,再由 RmCenter RMAgent釆集的 业务单板的参数信息存储到数据库中。 本发明的实施例提供第一实施例是一种数据通信设备进行业务处理的方 法, 如图 2所示, 包括以下步 4聚: 步骤 101 , RMAgent釆集进行业务处理时所需的业务单板的参数信息。 步骤 102, RmCenter获取 RMAgent釆集的业务单板的参数信息, 获取 的业务单板的参数信息与本次业务处理对应。
步 4聚 103 , 业务操作模块与 RmCenter交互, 获取本次业务处理时所对应 的业务单板的参数信息, 进行业务处理。 对于步骤 101 , 业务处理时为了实现所需的业务单板的参数信息与业务 操作模块如协议平台的分离,需要分为两大功能模块: RmCenter和 RmAgent。 RmAgent驻留在业务单板上, 收集该业务单板所在的槽位、 业务单板包括哪 些业务芯片以及包括哪些端口等等, 此处所说的端口不仅限于业务单板的物 理端口, 也包括逻辑端口。 收集的这些信息都是进行业务处理时所需的业务 单板的参数信息。 具体可参见表 1。 表 1业务处理时业务单板的参数信息的示意表 TECHNICAL FIELD The present invention relates to the field of communications technologies, and in particular, to a data communication device for performing service processing and a data communication device. A switch or a router includes a main control board and a plurality of service boards of different types. The main control board performs control and protocol packet processing on the switch or router device, and the service board completes various services and data. Text processing. The software system of the switch or router generally includes three parts: the protocol platform, the support, and the underlying driver. The software related to the board type (the type divided by the service functions supported by the board) is often coupled with the upper layer service. Therefore, when it is independent, once the new board type needs to be added, the board supports new business functions. From the bottom driver to the support layer to the protocol platform, a lot of work is required, and there is no guarantee that there is no business processing. Any omissions, such as software maintenance work, the development of new boards, and even the upgrade of the platform have brought great difficulties. It can be seen that the existing data communication device performing the service processing method is not conducive to the expansion of new external requirements, and the function is weak. SUMMARY OF THE INVENTION In order to solve the problem that the data communication device performs the service processing in the prior art, which is not conducive to the expansion of the new external requirements and the weak function, the embodiment of the present invention provides a data communication device for performing service processing, including: The board resource management module on the service card collects the parameter information of the service board required for the service processing. The resource management center module configured on the main control board obtains the service board of the board resource management module. The parameter information of the obtained service board corresponds to the current service processing. The service operation module obtains the parameter information of the service board corresponding to the current service processing from the resource management center module, and performs service processing. The embodiment of the present invention further provides a data communication device for performing service processing, including: Set the parameter information of the service board required for the service processing of the board resource management module on the service card. The database stores the parameter information of the service board of the board resource management module. When the parameter information of the service board changes, the service operation module is triggered to perform service processing. The embodiment of the present invention further provides a data communication device, a service board, and a main control board, and further includes: a board resource management module, which is disposed on the service board, and is used to collect the service order required for performing service processing. The parameter information of the board is set on the main control board, and is used to obtain the parameter information of the service board of the board resource management module, and the parameter information of the obtained service board corresponds to the current service processing; The service operation module is configured to obtain parameter information of the service board corresponding to the current service processing from the resource management center module, and perform service processing. The embodiment of the present invention further provides a data communication device, including: a service board, and a board resource management module, which is disposed on a service board, and is used for collecting service boards required for service processing. The parameter information is used to store the parameter information of the service board that is collected by the board resource management module. The service operation module is configured to perform service processing when the parameter information of the service board in the database changes. It can be seen that the specific implementation of the present invention provides that the parameter information of the service board is collected by the board resource management module. The service operation module does not need to care about the source of the parameter information of the service board, which is beneficial to the external new. The expansion of requirements and functions have been strengthened. BRIEF DESCRIPTION OF THE DRAWINGS FIG. 1 is a flow chart of a method according to a first embodiment of the present invention; FIG. 2 is a flow chart of a service board on a first embodiment of the present invention; FIG. 3 is a flow chart of the service board of the first embodiment of the present invention; FIG. 4 is a flow chart of the service processing chip and port status reporting according to the first embodiment of the present invention; FIG. FIG. 6 is a structural diagram of a data communication device according to a second embodiment of the present invention; FIG. 7 is a structural diagram of a data communication device according to a third embodiment of the present invention. DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS In order to solve the problem that the method for performing service processing of the data communication device in the prior art is not conducive to the expansion of new external requirements and the weak function, the embodiment of the present invention proposes a solution, and the core idea of the solution is first Each of the service boards has a single board resource management module (RMAgent). The RMAgent prepares the parameter information of the service board required for the service processing in advance. The service operation module does not need to care about the service board. The source of the parameter information is directly called for service processing. In the specific implementation, the RMAgent is responsible for collecting the parameter information of the service board required for the service processing, and the resource management center module (RmCenter) obtains the business form of the RMAgent collection. The parameter information of the board, the service operation module, such as the service operation module of the protocol platform or the service operation module of the underlying driver, directly interacts with the RmCenter, thereby obtaining the service corresponding to the service processing (or the underlying driver service processing) of the protocol layer. Parameter information of the board, performing protocol layer service processing (or underlying driver) Transaction processing). Of course, the parameter information of the service board of the RMAgent is stored in the database, and the service operation module subscribes to the parameter information of the service board in the database. When the parameter information of the service board in the database changes, the service operation module is Trigger, perform business processing. In this process, the parameter information of the service board of the RMAgent is sent directly to the database by the RMAgent, and some RMAgents are sent to the RmCenter first, and then the parameter information of the service board collected by the RmCenter RMAgent is stored in the database. The embodiment of the present invention provides a method for performing data processing on a data communication device. As shown in FIG. 2, the method includes the following steps: Step 101: The RMAgent collects service boards required for service processing. Parameter information. Step 102: The RmCenter obtains the parameter information of the service board of the RMAgent, and the parameter information of the obtained service board corresponds to the current service processing. In step 4, the service operation module interacts with the RmCenter to obtain the parameter information of the service board corresponding to the current service processing, and performs service processing. In step 101, in order to realize the separation of the parameter information of the required service board from the service operation module, such as the protocol platform, the service processing needs to be divided into two major functional modules: RmCenter and RmAgent. The RmAgent resides on the service card, collects the slot where the service card is located, which service chips are included in the service board, and which ports are included. The ports mentioned here are not limited to the physical ports of the service board, but also include logic. port. The collected information is the parameter information of the service boards required for service processing. See Table 1 for details. Table 1 Schematic diagram of parameter information of the service board during service processing
例如, 本实施例表 1中, 单板类型为区分不同业务单板的标志, 设备 ID 为区分不同业务芯片的标志,设备编号为对相同业务单板上具有相同设备 ID 的芯片分别进行标记, 设备上包含的资源类型为此设备上具有的端口类型, 资源对应的起始编号为在此设备上具有资源的起始编号, 资源数量为此设备 上具有的资源数量, 单板是否初始化标志为单板上的设备是否已经初始化, 设备状态检测函数指针为用于检测设备目前状态的函数指针, 资源状态检测 函数指针为用于检测资源状态的函数指针, 设备初始化函数指针为用于队本 设备进行初始化的函数指针, 芯片中断控制指针为用于队芯片的中断进行控 制的函数指针, 打开关闭端口函数指针为设置端口打开关闭的函数指针, 光 模块中断控制指针为用于控制光模块中断的函数指针。 表 1中的内容可以根 据具体实施方式的不同而不同, 后续无论是协议平台进行业务处理还是底层 驱动进行业务处理, 都需要表 1中的业务单板的参数信息。 为了进行后续的
业务处理, RmAgent还需釆集一些业务单板的参数信息, 本实施例中如表 2、 表 3、 表 4所示。 表 2 后续业务处理时业务单板的参数信息的示意表一 For example, in the first embodiment of the present embodiment, the board type is a flag for distinguishing different service boards, and the device ID is a flag for distinguishing different service chips. The device number is used to mark the chips with the same device ID on the same service board. The resource type of the device is the port type of the device. The starting number of the resource is the starting number of the resource on the device. The number of resources is the number of resources on the device. Whether the device on the board has been initialized, the device state detection function pointer is a function pointer for detecting the current state of the device, the resource state detection function pointer is a function pointer for detecting the resource state, and the device initialization function pointer is used for the team device. The function pointer for initializing, the chip interrupt control pointer is a function pointer for controlling the interrupt of the team chip, the function pointer for opening the port function is opened, and the function pointer for setting the port to open and close, the optical module interrupt control pointer is used for controlling the interruption of the optical module. Function pointer. The content in Table 1 may be different according to the specific implementation manner. The parameter information of the service board in Table 1 is required for the service processing of the protocol platform or the service processing of the underlying driver. For the follow-up For the service processing, the RmAgent needs to collect the parameter information of some service boards. Table 2, Table 3, and Table 4 are shown in this example. Table 2 Schematic diagram of the parameter information of the service board in the subsequent service processing
的示意表二 Schematic 2
表 4 后续业务处理时业务单板的参数信息的示意表三 Table 4 shows the parameter information of the service board in the subsequent service processing.
本实施例表 2 中, 单板类型为区分不同业务单板的标志, 支持 mpls (多 协议标签交换, Multi-Protocol Label Switching)协议, 支持 isis路由协议, 不 支持 ospf (开放式最短路径优先, Open Shortest Path First) 协议。 表 3中, 单 板类型为区分不同业务单板的标志, 单板所在槽位号为 3号槽位, 资源类型 为百兆端口,支持 mpls (多协议标签交换 , Multi-Protocol Label Switching) 协 议,支持 isis路由协议,不支持 ospf (开放式最短路径优先, Open Shortest Path First) 协议。 表 4 中, 单板类型为区分不同业务单板的标志, 操作标识为用 于标识做什么操作, 输入参数为此次操作需要输入参数的数据结构, 输出参 数为此次操作需要输出参数的数据结构, 操作函数指针为操作所使用的函数 指针。 其中表 2、 表 3 中的参数信息为协议平台进行业务处理时需要的业务 单板的参数信息, 表 4中的参数信息为底层驱动进行业务处理时需要的业务
单板的参数信息。 在步骤 102之前, 以协议平台进行业务处理为例, 协议平台向 RmCenter 发送业务处理命令, RmCenter可区分出不同的业务处理命令所需的业务单板 的参数信息由何处获得, 例如对于业务处理命令 A , RmCenter会从数据库中 查找本次业务处理对应的业务单板的参数信息集合 a , 协议平台 居 RmCenter找到的业务单板的参数信息集合 a进行本次业务处理,数据库中存 储的业务单板的参数信息, 是由步骤 101 中 RMAgent釆集后存储到数据库 中的。 对于业务处理命令 B , RmCenter 会向 RMAgent 发送参数查询命令, RMAgent据此查找进行本次业务处理所需的业务单板的参数信息集合 b, 并 将业务单板的参数信息集合 b向 RmCenter发送,协议平台根据 RmCenter接 收的业务单板的参数信息集合 b进行本次业务处理。 居上面的说明可知, 步骤 102中的 RmCenter获取单板资源管理模块釆集的业务单板的参数信息, 可以是 RmCenter由数据库中获取的, 也可以是发送参数查询命令获取的。 下面对 RmAgent和 RmCenter的交互, 以及将业务单板的参数信息数据 库中的详细过程进行说明, 当某个业务单板插入交换机或者路由器等数据通 信设备中上线运行时, 如图 2所示, 步骤 201 , RmAgent读取业务单板类型即业务单板所支持的业务功能。 步骤 202, RmAgent依据业务单板类型将表 1-表 4中的业务单板的参数 信息写入数据库中, 供协议平台的业务模块使用。 步骤 203 , 同时将业务处理芯片的状态 (正常状态还是故障状态) 和业 务单板中 的端 口 状态 ( 正常状态还是故障状态 ) 通过消 息 DE DEV RES INFO上艮给主控板上的 RmCenter。 步骤 204, RmCenter将业务单板的业务处理芯片的状态和业务单板中的 端口状态作为业务单板的参数信息保存到数据库, 具体实施时可以在数据库 中建立一个与此业务单板相关的 CPU节点,下挂业务处理芯片的状态和业务 单板中的端口状态, 以便监控业务单板上的业务处理芯片的状态和业务单板 中的端口状态变化情况。 检测业务单板下线流程图如图 3所示。
步骤 301 , RmCenter会启动一个十秒钟定时器。 步骤 302, 检测各业务单板是否在线, 以此判断上电过程中保存到数据 库中的业务单板的参数信息是否可用, 具体实施时, 可以通过监测各单板上 对应的 CPU节点来检测业务单板是否在线。 如果十秒钟内 CPU节点没有更 新, 就判定业务单板已经离线了执行步骤 303。 步骤 303 , 向数据库发送 DM_BLOCKCPU消息, 写入闭塞此业务单板 的信息, 即通知数据库之前保存的该业务单板的参数信息被禁用, 具体实施 时可通过闭塞此 CPU节点来实现。 步骤 304, 通知相关业务操作模块该业务单板已经下线。 步 4聚 305 , 并重新启动检测定时器。 如果十秒钟内业务单板更新执行步 骤 306。 步骤 306 , 更新 CPU节点时间信息之后执行步骤 305。 业务单板中业务处理芯片的状态以及业务单板中的端口状态变化实时上 4艮 RmCenter流程图如图 4所示。 步 4聚 401 , RmAgent启动一个 0.5s定时器 EV DEV POLL TIMER到时 执行步骤 402。 步骤 402, 调用函数 rm_agent_dev_poll轮询检查是否有业务处理芯片或 者端口状态发生变化, 例如端口发生 up/down (启用 /不可用) 的变化, 如果 没变化, 重复执行步骤 401。 若有变化, 将状态变化信息通过消息 EV RES REPORT NOW上艮给 RmCenter执行步 4聚 403。 步骤 403 , RmCenter 欠到消息 EV_RES_REPORT_NOW后, 调用实时 上 4艮消息处理函数 rm_cent_processevreportnow , 用来检测本地保存的业务处 理芯片的状态以及业务单板中的端口状态。 步骤 404, 如果之前 RmCenter 没有保存该业务处理芯片或者端口的状 态, 则增加, 否则, 依据告警状态机设置相应告警状态。 业务单板中业务处理芯片的状态以及业务单板中的端口状态变化定时监 测流程图如图 5。 为了保持业务单板上的 RmAgent和主控板上的 RmCenter
上业务处理芯片的状态以及业务单板中的端口状态的同步, 执行步骤如下 , 步骤 501 , RmAgent启动定时器 EV_RES_LOOP_SCAN_TIMER到时执 行步骤 502。 步骤 502, 定时发消息 EV_RES_CHECK_CYCLE上报告警状态校验码, 该告警状态校 -险码包括, 业务单板所有处于故障状态的业务处理芯片以及故 障状态的端口的数量, 以及对应的发生故障的时间。 步骤 503 , RmCenter收到此校-险码, 步骤 504, RmCenter判断该单板是否存在, 具体实施时可以通过查看 是否已建立该 CPU节点来实现。 若是则执行步骤 505 , 若否执行步骤 506。 步骤 505 , 判断 CPU节点是否被闭塞。 若是, 执行步骤 506, 若否执行 步骤 510。 步骤 506, RmCenter向 RmAgent发送请求消息 EV_DEV_RES_REQ。 步骤 507 , RmAgent接收请求消息 EV_DEV_RES_REQ。 步骤 508 , RmAgent 才艮据请求消息 EV_DEV_RES_REQ , 通过消息 EV DEV RES ACK向 RmCenter发送当前该业务单板中业务处理芯片的状 态信息以及业务单板中的端口状态信息。 步骤 509, RmCenter接) 消息 EV_DEV_RES_ACK,增力口 jt匕 CPU节点, 并下挂业务处理芯片的状态信息和端口状态信息。 步骤 510, 才艮据之前保存在数据库中的业务处理芯片的状态以及端口状 态, 按照相同方法 RmCenter重新计算一遍校-险码, 如果相同, 给 RmAgent 返回成功消息。: ^果不同,向 RmAgent返回失败消息,具体实施时, RmCenter 发 消 息 EV RES CHECK ACK 到 RmAgent , 通 过 消 息 EV_RES_CHECK_ACK中携带的不同信息如 " 1" 或 "0" , 表示成功消息或 失败消息。 步 4聚 511 , RmAgent接收消息 EV_RES_CHECK_ACK。 步骤 512 , RmAgent根据接收的消息 EV_RES_CHECK_ACK表示成功 消息结束本流程, 否则执行步 4聚 513。
步骤 513 , RmAgent将此业务单板下所有告警的业务处理芯片的状态以 及业务单板中的端口状态打包, 通过消息 EV_RES_REPORT_CYCLE 向 RmCenter重新发送, 以便 RmCenter更新。 步骤 514 , RmCenter接收消息 EV RES REPORT CYCLE,更新此 CPU 节点下挂的业务处理芯片的状态信息和端口状态信息。 其中步骤 504和步骤 505是为了避免板间通信不通问题,如果 RmCenter 没有找到上 4艮业务单板的业务处理芯片的状态以及业务单板中的端口状态, 会向 RmAgent发送消息 EV_DEV_RES_REQ,要此业务单板所有业务处理芯 片的状态以及业务单板中的端口状态。 本实施例中 RmCenter驻留在主控板上,负责汇总各个业务单板 RmAgent 发来业务单板的参数信息, 协议平台 (底层驱动类同) 在本实施例中作为业 务操作模块通过同 RmCenter交互, 使用 RmAgent釆集的业务单板的参数信 息。 RmCenter 设置在主控板上, 一切业务单板的参数信息都必须通过 RmAgent进行抽象, 汇总到 RmCenter中, 抽象数据结构一致, 这样保证了 无论单板物理类型如何变化, RmCenter的代码是相对独立的, 不会随之发生 变化, 协议平台只同 RmCenter打交道, 也就保证与协议平台的隔离。 协议 平台不需关心业务单板的参数信息的来源, 有利于外部新需求的扩展, 功能 得到加强。 本发明的实施例提供第二实施例是一种数据通信设备, 如图 6所示, 包 括: 业务单板 60和主控板 70 , 还包括: 单板资源管理模块 601 , 设置在业务单板 60上, 用于釆集进行业务处理 时所需的业务单板的参数信息; 资源管理中心模块 701 , 设置在主控板 70上, 用于获取单板资源管理模 块 601釆集的业务单板的参数信息; 业务操作模块 801 , 用于从资源管理中心模块 701获取本次业务处理时 所对应的业务单板的参数信息, 进行业务处理。 进一步, 单板资源管理模块 601 , 还用于将釆集的一部分业务单板的参 数信息直接存储到数据库 901中, 将釆集的另一部分业务单板的参数信息向 资源管理中心模块 701上 ·ί艮;
资源管理中心模块 701 , 还用于将上报的业务单板的参数信息存储到数 据库中, 根据进行业务处理的业务操作模块发送的业务处理命令, 从数据库 901中查找本次业务处理对应的业务单板的参数信息; 业务操作模块 801 , 用于 居资源管理中心模块 701查找到的业务单板 的参数信息进行本次业务处理。 进一步, 资源管理中心模块 701 , 还用于才艮据业务操作模块 801发送的 业务处理命令, 向单板资源管理模块 601发送参数查询命令; 单板资源管理模块 601 , 用于根据参数查询命令, 查找进行本次业务处 理所需的业务单板的参数信息; 业务操作模块 801 , 用于根据资源管理中心模块 701接收的单板资源管 理模块 601查找到的业务单板的参数信息, 进行本次业务处理。 进一步, 单板资源管理模块 601 , 用于在业务单板 60上电时, 釆集进行 业务处理时所需的业务单板的参数信息。 进一步, 单板资源管理模块 601 , 还用于将釆集的一部分业务单板的参 数信息直接存储到数据库 901中, 将釆集的另一部分业务单板的参数信息向 资源管理中心模块 701上 ·ί艮; 资源管理中心模块 701 , 还用于将上报的业务单板的参数信息存储到数 据库 901中, 并定时扫描业务单板 60的上线状态, 当业务单板 60为下线状 态时, 向数据库 901发送业务单板的参数信息禁用的消息, 以禁止业务单板 的参数信息被调用。 进一步, 单板资源管理模块 601 , 还用于定时轮询业务单板中作为参数 信息的业务处理芯片的状态信息以及业务单板中的端口状态信息是否发生变 化, 当变化时向资源管理中心模块 701上 ·ί艮; 资源管理中心模块 701 , 还用于将变化后的业务处理芯片的状态信息以 及业务单板中的端口状态信息存储到数据库 901中。 进一步, 单板资源管理模块 601 , 还用于定时轮询并统计故障的业务处 理芯片的数量和对应的故障时间, 以及故障的端口数量和对应的故障时间, 与资源管理中心模块 701统计的故障的业务处理芯片的数量和对应的故障时
间, 以及故障的端口数量以及对应的故障时间进行比较, 若相同则结束比较 处理, 否则向资源管理中心模块 701上 4艮业务处理芯片的故障情况和对应的 故障状态时间, 以及端口的故障状态和对应的故障时间。 进一步, 业务操作模块 801 , 用于从资源管理中心模块 701获取本次协 议层业务处理时所对应的业务单板的参数信息, 进行协议层业务处理; 或从资源管理中心模块 701获取本次底层驱动业务处理时所对应的业务 单板的参数信息, 进行底层驱动业务处理。 本发明的实施例提供第三实施例是一种数据通信设备, 如图 7所示, 包 括: 业务单板 60, 还包括: 单板资源管理模块 601 , 设置在业务单板 60上, 用于釆集进行业务处理 时所需的业务单板的参数信息; 数据库 901 , 用于对单板资源管理模块 601釆集的业务单板的参数信息 进行存储; 业务操作模块 801 , 用于当数据库 901 中的业务单板的参数信息发生变 化时, 进行业务处理。 进一步, 单板资源管理模块 601 , 还用于向资源管理中心模块 701上报 釆集的业务单板的参数信息; 还包括: 资源管理中心模块 701 , 设置在数据通信设备的主控板 70上, 向数据库 901中存储单板资源管理模块 601釆集的业务单板的参数信息。 显然, 本领域的技术人员可以对本发明进行各种改动和变型而不脱离本 发明的精神和范围。 这样, 倘若本发明的这些修改和变型属于本发明权利要 求及其等同技术的范围之内, 则本发明也意图包含这些改动和变型在内。
In the table 2 of the embodiment, the board type is used to distinguish the labels of different service boards, and the mpls (Multi-Protocol Label Switching) protocol is supported. The isis routing protocol is supported. The ospf (open shortest path first) is not supported. Open Shortest Path First) protocol. In Table 3, the board type is used to distinguish the cards of different service cards. The slot number of the board is slot 3, and the resource type is 100 Mbps. The mpls (Multi-Protocol Label Switching) protocol is supported. Supports the isis routing protocol and does not support the ospf (Open Shortest Path First) protocol. In Table 4, the board type is a flag for distinguishing different service boards. The operation identifier is used to identify what operation is performed. The input parameter is the data structure of the input parameter required for this operation. The output parameter is the data of the output parameter required for this operation. Structure, the action function pointer is the function pointer used by the operation. The parameter information in Table 2 and Table 3 is the parameter information of the service board required for the service processing of the protocol platform. The parameter information in Table 4 is the service required for the underlying driver to perform service processing. Parameter information of the board. Before the step 102, the service processing is performed by using the protocol platform. The protocol platform sends a service processing command to the RmCenter. The RmCenter can distinguish the parameter information of the service board required by the different service processing commands, for example, for service processing. Command A, RmCenter will search the database for the parameter information set a of the service board corresponding to the service processing. The protocol platform is located in the parameter information set a of the service board found by RmCenter to perform the current service processing, and the service list stored in the database. The parameter information of the board is stored in the database by the RMAgent in step 101. For the service processing command B, the RmCenter sends a parameter query command to the RMAgent, and the RMAgent searches for the parameter information set b of the service board required for the current service processing, and sends the parameter information set b of the service board to the RmCenter. The protocol platform performs the current service processing according to the parameter information set b of the service board received by the RmCenter. As shown in the above description, the RmCenter in step 102 obtains the parameter information of the service board collected by the board resource management module, which may be obtained by the RmCenter from the database or by the sending parameter query command. The following describes the interaction between the RmAgent and the RmCenter, and the detailed process in the parameter information database of the service board. When a service board is inserted into a data communication device such as a switch or a router, it is displayed as shown in Figure 2. Step 201: The RmAgent reads the service function supported by the service board, that is, the service board. In step 202, the RmAgent writes the parameter information of the service board in the table 1 to the table in the database according to the service board type, and is used by the service module of the protocol platform. Step 203: At the same time, the status of the service processing chip (normal state or fault state) and the port state (normal state or fault state) in the service board are uploaded to the RmCenter on the main control board through the message DE DEV RES INFO. Step 204: The RmCenter saves the status of the service processing chip of the service board and the port status of the service board as the parameter information of the service board to the database. In the specific implementation, a CPU related to the service board can be established in the database. The status of the service processing chip and the port status of the service board are connected to the node to monitor the status of the service processing chip on the service board and the port status change on the service board. Figure 3 shows the flow chart of the service board offline. In step 301, RmCenter starts a ten second timer. Step 302: Check whether the service boards are online, and determine whether the parameter information of the service board saved in the database is available during the power-on process. In the specific implementation, the service may be detected by monitoring the corresponding CPU node on each board. Whether the board is online. If the CPU node is not updated within ten seconds, it is determined that the service board is offline and step 303 is performed. Step 303: Send a DM_BLOCKCPU message to the database, and write the information that blocks the service board, that is, the parameter information of the service board saved before the database is notified is disabled, and the implementation may be implemented by blocking the CPU node. In step 304, the service service module of the related service operation module is notified that the service board has been offline. Step 4 gathers 305 and restarts the detection timer. If the service board is updated within ten seconds, step 306 is performed. Step 306: Perform step 305 after updating the CPU node time information. The status of the service processing chip in the service board and the port status change in the service board are shown in Figure 4. Step 4 is 401, and RmAgent starts a 0.5s timer EV DEV POLL TIMER to execute step 402. Step 402: Call the function rm_agent_dev_poll to check whether there is a service processing chip or the port status changes, for example, the port is up/down (enabled/not available), if not, repeat step 401. If there is a change, the status change information is sent to RmCenter through the message EV RES REPORT NOW 403. Step 403: After RmCenter owes the message EV_RES_REPORT_NOW, the real-time message processing function rm_cent_processevreportnow is called to detect the state of the locally saved service processing chip and the port status in the service board. Step 404: If RmCenter does not save the state of the service processing chip or port, the RmCenter increases. Otherwise, the corresponding alarm state is set according to the alarm state machine. The status of the service processing chip in the service board and the timing monitoring process of the port status change in the service board are shown in Figure 5. To maintain RmAgent on the service board and RmCenter on the main control board. The state of the service processing chip and the synchronization of the port state in the service board are as follows. In step 501, the RmAgent starts the timer EV_RES_LOOP_SCAN_TIMER to execute step 502. Step 502: The alarm status check code is reported on the EV_RES_CHECK_CYCLE, and the alarm status calibration code includes the number of the service processing chips in the fault state of the service board and the number of ports in the fault state, and the corresponding fault time. . Step 503: The RmCenter receives the school-risk code. In step 504, the RmCenter determines whether the board exists. The specific implementation may be implemented by checking whether the CPU node is established. If yes, go to step 505, if no, go to step 506. Step 505: Determine whether the CPU node is blocked. If yes, go to step 506, if no, go to step 510. In step 506, the RmCenter sends a request message EV_DEV_RES_REQ to the RmAgent. Step 507: The RmAgent receives the request message EV_DEV_RES_REQ. Step 508: The RmAgent sends the status information of the service processing chip in the service board and the port status information in the service board to the RmCenter by using the message EV DEV RES ACK. Step 509, RmCenter connects the message EV_DEV_RES_ACK, boosts the port jt匕CPU node, and hangs the status information and port status information of the service processing chip. Step 510, according to the state of the service processing chip previously saved in the database and the port status, recalculate the school-risk code according to the same method, and if the same, return a success message to the RmAgent. : ^ If the result is different, return a failure message to RmAgent. In specific implementation, RmCenter sends a message EV RES CHECK ACK to RmAgent, and the success message or failure message is indicated by different information carried in the message EV_RES_CHECK_ACK, such as "1" or "0". Step 4 is 511, and RmAgent receives the message EV_RES_CHECK_ACK. Step 512: The RmAgent ends the process according to the received message EV_RES_CHECK_ACK indicating a success message, otherwise, the step 4 is performed 513. Step 513: The RmAgent packages the status of the service processing chip of all the alarms on the service board and the port status of the service board, and resends the message to the RmCenter by using the message EV_RES_REPORT_CYCLE, so that the RmCenter is updated. Step 514: The RmCenter receives the message EV RES REPORT CYCLE, and updates status information and port status information of the service processing chip that is connected to the CPU node. Step 504 and step 505 are used to avoid the problem of communication between the boards. If RmCenter does not find the status of the service processing chip of the service board and the port status of the service board, the message EV_DEV_RES_REQ is sent to the RmAgent. The status of all the service processing chips of the board and the status of the ports in the service board. In this embodiment, the RmCenter resides on the main control board, and is responsible for summarizing the parameter information of the service board sent by the RmAgent of each service board. The protocol platform (the same as the lower layer driver) is used as the business operation module to interact with the RmCenter in this embodiment. The parameter information of the service board that is collected by the RmAgent. RmCenter is set on the main control board. The parameter information of all service boards must be abstracted by RmAgent and summarized into RmCenter. The abstract data structure is consistent. This ensures that the RmCenter code is relatively independent regardless of the physical type of the board. , will not change with it, the protocol platform only deals with RmCenter, which guarantees isolation from the protocol platform. The protocol platform does not need to care about the source of the parameter information of the service board, which is conducive to the expansion of new external requirements and the enhancement of functions. The embodiment of the present invention provides a data communication device. As shown in FIG. 6, the method includes: a service board 60 and a main control board 70, and further includes: a board resource management module 601, which is disposed on the service board. The parameter information of the service board required for the service processing is collected on the 60th; the resource management center module 701 is configured on the main control board 70, and is used to obtain the service board collected by the board resource management module 601. The parameter information of the service board is used to obtain the parameter information of the service board corresponding to the current service processing from the resource management center module 701, and performs service processing. Further, the board resource management module 601 is further configured to directly store parameter information of a part of the service boards of the collection into the database 901, and send parameter information of another part of the service board to the resource management center module 701.艮 The resource management center module 701 is further configured to: store the parameter information of the serviced service board in the database, and search for the service order corresponding to the current service processing from the database 901 according to the service processing command sent by the service operation module that performs the service processing. The parameter information of the board is used by the service operation module 801 for performing the current service processing on the parameter information of the service board found by the resource management center module 701. Further, the resource management center module 701 is further configured to send a parameter query command to the board resource management module 601 according to the service processing command sent by the service operation module 801. The board resource management module 601 is configured to query the command according to the parameter. The parameter information of the service board required for the current service processing is searched; the service operation module 801 is configured to perform the parameter information of the service board found by the board resource management module 601 received by the resource management center module 701. Business processing. Further, the board resource management module 601 is configured to collect parameter information of the service board required for service processing when the service board 60 is powered on. Further, the board resource management module 601 is further configured to directly store parameter information of a part of the service boards of the collection into the database 901, and send parameter information of another part of the service board to the resource management center module 701. The resource management center module 701 is further configured to store the parameter information of the serviced service board in the database 901, and periodically scan the online status of the service board 60. When the service board 60 is in the offline state, The database 901 sends a message that the parameter information of the service board is disabled, so that the parameter information of the service board is prohibited from being called. Further, the board resource management module 601 is further configured to periodically scan the status information of the service processing chip as the parameter information in the service card and whether the port status information in the service board changes, and when the change is made to the resource management center module. The resource management center module 701 is further configured to store the state information of the changed service processing chip and the port state information in the service board in the database 901. Further, the board resource management module 601 is further configured to periodically poll and count the number of faulty service processing chips and the corresponding fault time, and the number of failed ports and the corresponding fault time, and the faults counted by the resource management center module 701. Number of business processing chips and corresponding failure time And compare the number of failed ports and the corresponding fault time. If they are the same, the comparison process is ended. Otherwise, the fault condition of the service processing chip and the corresponding fault state time and the fault state of the port are sent to the resource management center module 701. And the corresponding failure time. Further, the service operation module 801 is configured to obtain, from the resource management center module 701, parameter information of the service board corresponding to the current protocol layer service processing, and perform protocol layer service processing; or obtain the current bottom layer from the resource management center module 701. The parameter information of the service board corresponding to the service processing is processed to perform the underlying driver service processing. The embodiment of the present invention provides a data communication device. As shown in FIG. 7, the method includes: a service board 60, and a board resource management module 601, which is disposed on the service board 60, and is configured to be used on the service board 60. The parameter information of the service board required for the service processing is performed; the database 901 is configured to store the parameter information of the service board collected by the board resource management module 601; the service operation module 801 is used to be the database 901. When the parameter information of the service board changes, the service is processed. Further, the board resource management module 601 is further configured to report the parameter information of the service board to the resource management center module 701. The method further includes: a resource management center module 701, configured on the main control board 70 of the data communication device, The parameter information of the service board collected by the board resource management module 601 is stored in the database 901. It is apparent that those skilled in the art can make various modifications and variations to the invention without departing from the spirit and scope of the invention. Thus, it is intended that the present invention cover the modifications and the modifications of the invention
Claims
权 利 要 求 书 , 一种数据通信设备进行业务处理的方法, 其特征在于, 包括: A method for processing a data communication device for processing a service, characterized in that it comprises:
设置在业务单板上的单板资源管理模块釆集进行业务处理时所需的 所述业务单板的参数信息; The parameter information of the service board required for the service processing of the board resource management module set on the service board;
设置在主控板上的资源管理中心模块获取所述单板资源管理模块釆 集的所述业务单板的所述参数信息, 获取的所述业务单板的所述参数信 息与本次业务处理对应; The resource management center module configured on the main control board obtains the parameter information of the service board that is collected by the board resource management module, and the obtained parameter information of the service board and the current service processing Corresponding
业务操作模块从所述资源管理中心模块获取所述本次业务处理时所 对应的所述业务单板的所述参数信息, 进行业务处理。 , 如权利要求 1所述的方法, 其特征在于, The service operation module acquires the parameter information of the service board corresponding to the current service processing from the resource management center module, and performs service processing. The method of claim 1 wherein
所述单板资源管理模块釆集进行所述业务处理时所需的所述业务单 板的所述参数信息步骤后还包括: The step of the parameter information of the service board required to perform the service processing by the board resource management module further includes:
将釆集的所述业务单板的所述参数信息中的第一部分直接存储到数 据库中; 所述单板资源管理模块将釆集的所述业务单板的所述参数信息 中的除所述第一部分之外的釆集的所述业务单板的所述参数信息向所述 资源管理中心模块上报; The first part of the parameter information of the service board that is collected is directly stored in the database; the board resource management module divides the parameter information of the service board that is collected The parameter information of the service board of the collection other than the first part is reported to the resource management center module;
所述资源管理中心模块获取所述单板资源管理模块釆集的所述业务 单板的所述参数信息为: And obtaining, by the resource management center module, the parameter information of the service board that is collected by the board resource management module is:
所述资源管理中心模块将上报的所述业务单板的所述参数信息存储 到所述数据库中; The resource management center module stores the parameter information of the service board that is reported in the database;
所述资源管理中心模块根据进行所述业务处理的所述业务操作模块 发送的业务处理命令, 从所述数据库中查找所述本次业务处理对应的所 述业务单板的所述参数信息; The resource management center module searches for the parameter information of the service board corresponding to the current service processing from the database according to the service processing command sent by the service operation module that performs the service processing;
所述业务操作模块进行所述业务处理为: The service operation module performs the service processing as:
所述业务操作模块根据所述资源管理中心模块查找到的所述业务单 板的所述参数信息进行所述本次业务处理。
, 如权利要求 1所述的方法, 其特征在于, The service operation module performs the current service processing according to the parameter information of the service board that is found by the resource management center module. The method of claim 1 wherein
所述单板资源管理模块釆集进行所述业务处理时所需的所述业务单 板的所述参数信息步骤前还包括: The step of the parameter information of the service board required for performing the service processing by the board resource management module includes:
所述资源管理中心模块根据所述业务操作模块发送的所述业务处理 命令, 向所述单板资源管理模块发送参数查询命令; The resource management center module sends a parameter query command to the board resource management module according to the service processing command sent by the service operation module;
所述单板资源管理模块釆集进行所述业务处理时所需的所述业务单 板的所述参数信息步骤后还包括: The step of the parameter information of the service board required to perform the service processing by the board resource management module further includes:
所述单板资源管理模块根据所述参数查询命令, 查找进行所述本次 业务处理所需的所述业务单板的所述参数信息; The board resource management module searches for the parameter information of the service board required to perform the current service processing according to the parameter query command.
所述单板资源管理模块将查找到的所述业务单板的所述参数信息发 送给所述资源管理中心模块; The board resource management module sends the parameter information of the service board that is found to the resource management center module;
所述业务操作模块进行所述业务处理步骤为: The service operation module performs the service processing steps as follows:
所述业务操作模块根据所述资源管理中心模块接收的所述单板资源 管理模块查找到的所述业务单板的所述参数信息, 进行所述本次业务处 理。 , 如权利要求 1至 3中任一权利要求所述的方法, 其特征在于, And the service operation module performs the current service processing according to the parameter information of the service board that is found by the board resource management module that is received by the resource management center module. A method according to any one of claims 1 to 3, characterized in that
所述单板资源管理模块釆集进行所述业务处理时所需的所述业务单 板的所述参数信息为: The parameter information of the service board required to perform the service processing by the board resource management module is:
在所述业务单板上电时, 所述单板资源管理模块釆集进行所述业务 处理时所需的所述业务单板的所述参数信息; When the service card is powered on, the board resource management module collects the parameter information of the service board required for performing the service processing;
所述单板资源管理模块釆集进行所述业务处理时所需的所述业务单 板的所述参数信息步骤后还包括: The step of the parameter information of the service board required to perform the service processing by the board resource management module further includes:
所述单板资源管理模块将釆集的所述业务单板的所述参数信息中的 所述第一部分直接存储到所述数据库中; The board resource management module directly stores the first part of the parameter information of the service board that is collected into the database;
单板资源管理模块将釆集的所述业务单板的所述参数信息中的除所 述第一部分之外的釆集的所述业务单板的所述参数信息向所述资源管理 中心模块上 4艮; The board resource management module sends the parameter information of the service board except the first part to the resource management center module in the parameter information of the service board that is collected 4艮;
所述资源管理中心模块获取所述单板资源管理模块釆集的所述业务 单板的所述参数信息为:
所述资源管理中心模块将上报的所述业务单板的所述参数信息存储 到所述数据库中; And obtaining, by the resource management center module, the parameter information of the service board that is collected by the board resource management module is: The resource management center module stores the parameter information of the service board that is reported in the database;
所述资源管理中心模块定时扫描所述业务单板的上线状态, 当所述 业务单板为下线状态时, 向所述数据库发送所述业务单板的所述参数信 息禁用的消息, 以禁止所述业务单板的所述参数信息被调用。 如权利要求 4所述的方法, 其特征在于, 所述单板资源管理模块釆集进 行所述业务处理时所需的所述业务单板的所述参数信息为: The resource management center module periodically scans the online status of the service board, and when the service board is in the offline state, sends a message that the parameter information of the service board is disabled to the database, to prohibit The parameter information of the service board is called. The method of claim 4, wherein the parameter information of the service board required by the board resource management module to perform the service processing is:
所述单板资源管理模块定时轮询所述业务单板中作为所述参数信息 的业务处理芯片的状态信息以及所述业务单板中的端口状态信息是否发 生变化, 当变化时向所述资源管理中心模块上 ·ί艮; The board resource management module periodically polls the status information of the service processing chip that is the parameter information in the service board, and whether the port status information in the service board changes, and changes to the resource when the board is changed. Management Center module · 艮 艮;
所述资源管理中心模块将变化后的所述业务处理芯片的所述状态信 息以及所述业务单板中的所述端口状态信息存储到所述数据库中; The resource management center module stores the changed status information of the service processing chip and the port status information in the service board into the database;
所述单板资源管理模块釆集进行所述业务处理时所需的所述业务单 板的所述参数信息后还包括: The board resource management module further includes: after the parameter information of the service board required for performing the service processing, the following:
所述单板资源管理模块定时轮询并统计故障的所述业务处理芯片的 第一业务处理芯片故障数量和对应的第一业务处理芯片故障时间, 以及 故障的所述端口的第一端口故障数量和对应的第一端口故障时间, 与所 述资源管理中心模块统计的故障的所述业务处理芯片的第二业务处理芯 片故障数量和对应的第二业务处理芯片故障时间, 以及故障的所述端口 的第二端口故障数量以及对应的第二端口故障时间进行比较, 若相同则 结束比较处理, 否则所述单板资源管理模块向所述资源管理中心模块上 4艮所述业务处理芯片的故障状态和对应的故障时间, 以及所述端口的故 障状态和对应的故障时间。 如权利要求 1所述的方法, 其特征在于, 所述业务操作模块进行所述业 务处理为: The board resource management module periodically polls and counts the number of failures of the first service processing chip of the service processing chip and the corresponding failure time of the first service processing chip, and the number of failures of the first port of the port that is faulty. And the corresponding first port failure time, the number of second service processing chip failures of the service processing chip and the corresponding second service processing chip failure time of the failure of the resource management center module, and the port of the failure The number of the second port failures and the corresponding second port failure time are compared. If the same, the comparison process is terminated. Otherwise, the board resource management module sends the fault status of the service processing chip to the resource management center module. And the corresponding fault time, as well as the fault status of the port and the corresponding fault time. The method according to claim 1, wherein the business operation module performs the business process as:
所述业务操作模块从所述资源管理中心模块获取本次协议层业务处 理时所对应的所述业务单板的所述参数信息, 进行协议层业务处理; 或所述业务操作模块从所述资源管理中心模块获取本次底层驱动业 务处理时所对应的所述业务单板的所述参数信息, 进行底层驱动业务处 理。
, 一种数据通信设备进行业务处理的方法, 其特征在于, 包括: 设置在业务单板上的单板资源管理模块釆集进行业务处理时所需的 业务单板的参数信息; The service operation module acquires the parameter information of the service board corresponding to the service layer processing of the current protocol layer from the resource management center module, and performs protocol layer service processing; or the service operation module from the resource The management center module obtains the parameter information of the service board corresponding to the processing of the underlying driver service, and performs the underlying driver service processing. A method for processing a service of a data communication device, comprising: setting, by a board resource management module on a service card, parameter information of a service board required for performing service processing;
数据库对所述单板资源管理模块釆集的所述业务单板的所述参数信 息进行存储; The database stores the parameter information of the service board that is collected by the board resource management module;
当所述数据库中的所述业务单板的所述参数信息发生变化时, 触发 业务操作模块进行业务处理。 , 如权利要求 7所述的方法, 其特征在于, When the parameter information of the service board in the database changes, the service operation module is triggered to perform service processing. The method of claim 7 wherein
所述单板资源管理模块釆集进行所述业务处理时所需的所述业务单 板的所述参数信息后还包括: The board resource management module further includes: after the parameter information of the service board required for performing the service processing, the following:
所述单板资源管理模块向设置在所述主控板上的所述资源管理中心 模块上报釆集的所述业务单板的所述参数信息; The board resource management module reports the parameter information of the service board of the set to the resource management center module of the main control board;
所述资源管理中心模块在所述数据库中存储所述单板资源管理模块 釆集的所述业务单板的所述参数信息。 , 一种数据通信设备, 包括: 业务单板和主控板, 其特征在于, 还包括: 单板资源管理模块, 设置在所述业务单板上, 用于釆集进行业务处 理时所需的业务单板的参数信息; The resource management center module stores, in the database, the parameter information of the service board that is collected by the board resource management module. The data communication device includes: a service board and a main control board, and the method further includes: a board resource management module, configured on the service board, configured to collect and perform service processing Parameter information of the service board;
资源管理中心模块, 设置在所述主控板上, 用于获取所述单板资源 管理模块釆集的所述业务单板的所述参数信息, 获取的所述业务单板的 所述参数信息与本次业务处理对应; a resource management center module, configured on the main control board, configured to acquire the parameter information of the service board that is collected by the board resource management module, and obtain the parameter information of the service board Corresponding to this business process;
业务操作模块, 用于从所述资源管理中心模块获取所述本次业务处 理时所对应的所述业务单板的所述参数信息, 进行业务处理。 , 如权利要求 9所述的数据通信设备, 其特征在于, The service operation module is configured to obtain the parameter information of the service board corresponding to the current service processing from the resource management center module, and perform service processing. The data communication device according to claim 9, wherein
所述单板资源管理模块, 还用于将釆集的所述业务单板的所述参数 信息中的第一部分直接存储到数据库中, 将釆集的所述业务单板的所述 参数信息向所述资源管理中心模块上报; The board resource management module is further configured to directly store the first part of the parameter information of the service board in the database into the database, and set the parameter information of the service board to be collected The resource management center module reports;
所述资源管理中心模块, 还用于将上报的所述业务单板的所述参数 信息存储到所述数据库中, 根据进行所述业务处理的所述业务操作模块 发送的业务处理命令, 从所述数据库中查找所述本次业务处理对应的所
述业务单板的所述参数信息; The resource management center module is further configured to store the parameter information of the reported service board in the database, according to a service processing command sent by the service operation module that performs the service processing, Finding the corresponding office of the current business processing in the database The parameter information of the service board;
业务操作模块, 用于根据所述资源管理中心模块查找到的所述业务 单板的所述参数信息进行所述本次业务处理。 , 如权利要求 9所述的数据通信设备, 其特征在于, The service operation module is configured to perform the current service processing according to the parameter information of the service board that is found by the resource management center module. The data communication device according to claim 9, wherein
所述资源管理中心模块, 还用于根据所述业务操作模块发送的所述 业务处理命令, 向所述单板资源管理模块发送参数查询命令; The resource management center module is further configured to send a parameter query command to the board resource management module according to the service processing command sent by the service operation module;
所述单板资源管理模块, 用于根据所述参数查询命令, 查找进行所 述本次业务处理所需的所述业务单板的所述参数信息, 将查找到的所述 业务单板的所述参数信息发送给所述资源管理中心模块; The board resource management module is configured to: according to the parameter query command, find the parameter information of the service board required to perform the current service processing, and find the found service board The parameter information is sent to the resource management center module;
所述业务操作模块, 用于根据所述资源管理中心模块接收的所述单 板资源管理模块查找到的所述业务单板的所述参数信息, 进行所述本次 业务处理。 , 一种数据通信设备, 包括: 业务单板, 其特征在于, 还包括: And the service operation module is configured to perform the current service processing according to the parameter information of the service board that is found by the board resource management module received by the resource management center module. The data communication device includes: a service board, and the method further includes:
单板资源管理模块, 设置在所述业务单板上, 用于釆集进行业务处 理时所需的业务单板的参数信息; The board resource management module is configured on the service board, and is configured to collect parameter information of a service board required for performing service processing;
数据库, 用于对所述单板资源管理模块釆集的所述业务单板的所述 参数信息进行存储; a database, configured to store the parameter information of the service board that is collected by the board resource management module;
业务操作模块, 用于当所述数据库中的所述业务单板的所述参数信 息发生变化时, 进行业务处理。 , 如权利要求 12所述的数据通信设备, 其特征在于, 还包括: The service operation module is configured to perform service processing when the parameter information of the service board in the database changes. The data communication device of claim 12, further comprising:
资源管理中心模块, 设置在数据通信设备的主控板上, 向所述数据 库中存储所述单板资源管理模块釆集的所述业务单板的所述参数信息; 所述单板资源管理模块, 还用于向所述资源管理中心模块上报釆集 的所述业务单板的所述参数信息。
a resource management center module, configured on the main control board of the data communication device, and storing, in the database, the parameter information of the service board that is collected by the board resource management module; the single board resource management module And the parameter information of the service board of the collection is reported to the resource management center module.
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200910252175.0 | 2009-12-10 | ||
CN200910252175A CN101741618A (en) | 2009-12-10 | 2009-12-10 | Service processing method of data communication equipment and data communication equipment |
Publications (1)
Publication Number | Publication Date |
---|---|
WO2011069373A1 true WO2011069373A1 (en) | 2011-06-16 |
Family
ID=42464552
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/CN2010/075557 WO2011069373A1 (en) | 2009-12-10 | 2010-07-29 | Method for data communication device to execute service processing and data communication device |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN101741618A (en) |
WO (1) | WO2011069373A1 (en) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110768916A (en) * | 2019-10-22 | 2020-02-07 | 新华三信息安全技术有限公司 | Port statistical parameter notification method and device |
Families Citing this family (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101741618A (en) * | 2009-12-10 | 2010-06-16 | 中兴通讯股份有限公司 | Service processing method of data communication equipment and data communication equipment |
CN102034163A (en) * | 2010-12-22 | 2011-04-27 | 中兴通讯股份有限公司 | Method and system for managing asset information of telecommunication equipment |
CN102739309B (en) * | 2012-06-15 | 2014-12-24 | 烽火通信科技股份有限公司 | Method for rapidly sensing state of port in intelligent ODN (Optical Distribution Network) system |
CN106257866A (en) * | 2015-06-17 | 2016-12-28 | 中兴通讯股份有限公司 | Resource distribution loading method and device |
CN106559236B (en) * | 2015-09-28 | 2020-11-20 | 中兴通讯股份有限公司 | Equipment resource management method and device of service board, main control board and frame type equipment |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1592217A (en) * | 2003-08-26 | 2005-03-09 | 大唐移动通信设备有限公司 | Managing method for resources in communication system |
CN1747396A (en) * | 2004-09-07 | 2006-03-15 | 中兴通讯股份有限公司 | Resource distribution in communication system |
CN1753372A (en) * | 2004-09-21 | 2006-03-29 | 华为技术有限公司 | Management method of telecommunication equipment unit |
CN1863360A (en) * | 2005-10-26 | 2006-11-15 | 华为技术有限公司 | Method and apparatus for managing resource in network |
CN101741618A (en) * | 2009-12-10 | 2010-06-16 | 中兴通讯股份有限公司 | Service processing method of data communication equipment and data communication equipment |
-
2009
- 2009-12-10 CN CN200910252175A patent/CN101741618A/en active Pending
-
2010
- 2010-07-29 WO PCT/CN2010/075557 patent/WO2011069373A1/en active Application Filing
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1592217A (en) * | 2003-08-26 | 2005-03-09 | 大唐移动通信设备有限公司 | Managing method for resources in communication system |
CN1747396A (en) * | 2004-09-07 | 2006-03-15 | 中兴通讯股份有限公司 | Resource distribution in communication system |
CN1753372A (en) * | 2004-09-21 | 2006-03-29 | 华为技术有限公司 | Management method of telecommunication equipment unit |
CN1863360A (en) * | 2005-10-26 | 2006-11-15 | 华为技术有限公司 | Method and apparatus for managing resource in network |
CN101741618A (en) * | 2009-12-10 | 2010-06-16 | 中兴通讯股份有限公司 | Service processing method of data communication equipment and data communication equipment |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110768916A (en) * | 2019-10-22 | 2020-02-07 | 新华三信息安全技术有限公司 | Port statistical parameter notification method and device |
CN110768916B (en) * | 2019-10-22 | 2021-11-02 | 新华三信息安全技术有限公司 | Port statistical parameter notification method and device |
Also Published As
Publication number | Publication date |
---|---|
CN101741618A (en) | 2010-06-16 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
WO2011069373A1 (en) | Method for data communication device to execute service processing and data communication device | |
US8213320B2 (en) | Method and switching device for stack port configuration | |
CN102185718B (en) | System upgrading method and device | |
JP2021521528A (en) | Task processing method, equipment and system | |
US20150186206A1 (en) | Method and system for intelligent distributed health monitoring in switching system equipment | |
CN101483540A (en) | Master-slave switching method in high class data communication equipment | |
CN108234301B (en) | Data link switching method and device | |
CN111800354B (en) | Message processing method and device, message processing equipment and storage medium | |
US20070220375A1 (en) | Methods and apparatus for a software process monitor | |
CN100461697C (en) | Service take-over method based on device disaster tolerance, service switching device and backup machine | |
CN106533736B (en) | Network equipment restarting method and device | |
EP3316555B1 (en) | Mac address synchronization method, device and system | |
WO2010022635A1 (en) | Method for preventing thread hanging in a multi-thread communication program | |
CN105591796B (en) | Method for configuring network equipment and device | |
WO2017219957A1 (en) | Fault type determination method and apparatus, and storage medium | |
WO2016082517A1 (en) | Method and device for recovering network connection | |
US11258666B2 (en) | Method, device, and system for implementing MUX machine | |
JP2009010668A (en) | Communication apparatus, communicating method, communication interface, and program | |
CN102143011B (en) | Device and method for realizing network protection | |
CN107528788B (en) | Method and device for realizing automatic stacking between network devices | |
CN105763442B (en) | The unbroken PON system of masterslave switchover LACP aggregated links and method | |
CN107623581A (en) | Service list generation method, apparatus and system, acquisition, report method and device | |
CN104104596A (en) | Intelligent resilient framework (IRF) split processing method and device | |
CN104639358A (en) | Batched network port switching method and system | |
CN101136756B (en) | Electric self-checking method, system and BMC chip on network long-range control host machine |
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: 10835408 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: 10835408 Country of ref document: EP Kind code of ref document: A1 |