CN101286883A - 分布式设备中设备板卡的集中调试系统及集中调试方法 - Google Patents

Abstract

本发明公开了一种分布式设备中设备板卡的集中调试系统，该系统包括解析代理设备和至少1个分布式设备；分布式设备包括连接单元和多个设备板卡；解析代理设备从来自外部的调试命令报文中解析出调试命令并确定待调试设备板卡，将调试命令通过连接单元发送到待调试设备板卡的执行代理模块；该执行代理模块将所接收的调试命令下发给所在设备板卡的待调试模块执行，并将调试执行结果通过所述连接单元发送给解析代理模块，由解析代理模块将执行结果编码成调试结果报文发送出去。本发明还公开了一种分布式设备中设备板卡的集中调试方法。使用本发明能够降低调试实施成本和复杂度。

Description

分布式设备中设备板卡的集中调试系统及集中调试方法

技术领域

本发明涉及调试技术，具体涉及一种分布式设备中设备板卡的集中调试系统及其集中调试方法。

背景技术

在网络设备开发及其后期故障维修过程中，调试是必不可少的步骤。在现有技术中，通常采用芯片厂家提供的开发工具包对设备中的相应芯片进行调试。图1为现有技术中调试系统的结构示意图。如图1所示，该系统包括PC机110和目标板120。其中，PC机110运行厂家提供的集成开发调试环境，用于通过自身网络接口111向目标板120发送调试命令。目标板120具体包括网络接口121、代理程序运行模块122和目标芯片123。其中，代理程序运行模块122通过网络接口121接收来自PC机110的调试命令报文，从所接收的调试命令报文中解析出真正的调试命令，并下发给目标芯片123执行，再将目标芯片123返回的调试命令执行结果编码成调试报文，通过网络接口121返回给PC机110。目标芯片123为调试系统中的被调试对象，执行接收的调试命令并返回调试命令执行结果。

随着网络技术的发展，对网络安全设备L4～L7层的处理性能要求越来越高，因此逐渐出现了一种高性能可扩展流处理设备架构。图2为现有技术中一种高性能可扩展流处理设备的结构示意图。高性能可扩展流处理设备是一种典型的分布式设备，所谓分布式设备是指具有多设备板卡的设备，每个设备板卡上均具有处理器。如图2所示，该可扩展流处理设备包括主控板210、连接单元220以及多个业务板230。其中，业务板230和主控板210是设备板卡。该系统工作时，主控板210通过自身的业务网口(图2中未示出)接收来自外部的承载业务流的报文，对所接收的报文进行预处理，然后通过连接单元220发送给所连接的业务板230中的一个，然后由业务板230进行相应处理。其中，业务板230主要包括网络处理器(NP，NetworkProcessor)231，完成业务板的业务处理工作，如流加速处理。

在图2示出的流处理设备在开发和维护过程中，需要对系统中具有NP的业务板230调试。在实际中，主控板210也采用NP进行预处理操作，因此也需要对主控板210中的NP进行调试。调试时，需要逐个对每个NP进行单独调试。NP厂商提供了基于图1示出的调试系统结构的NP调试系统，该系统在PC机上运行NP集成开发调试环境，在作为目标板的业务板和主控板上设置NP调试代理程序，NP集成开发调试环境通过网络与NP调试代理程序进行通信，实现下达调试命令，接收调试结果等操作。但是，采用图1示出的调试系统对可扩展流处理设备中的NP进行调试具有如下缺点：

首先，必须在主控板和每个业务板中额外设置用于调试的调试网口，用于与NP集成开发调试环境进行通信，从而增加了设备硬件成本，延长了开发周期。

其次，通过调试网口进行通信需要在每个业务板230上都实现独立的传输控制协议/网际协议(TCP/IP)协议栈和Socket端口，以支持业务板230通过调试网口与PC机进行通信，从而增加了软件实现成本、软件设计难度和实现复杂度。

发明内容

有鉴于此，本发明提供了一种分布式设备中设备板卡的集中调试系统，能够降低调试实施成本和复杂度。

该系统包括解析代理设备和m个分布式设备，m为大于或等于1的整数；所述分布式设备包括连接单元和与该连接单元连接的至少1个设备板卡；

所述解析代理设备，用于从接收自调试发起方的调试命令报文中解析出调试命令，并根据所述调试命令报文确定待调试设备板卡，将解析出的调试命令通过待调试设备板卡所在设备的连接单元发送到所述待调试设备板卡上；将待调试设备板卡通过连接单元返回的调试执行结果编码成调试结果报文，返回给所述调试发起方；

所述连接单元，用于为所在设备的设备板卡和所述解析代理设备之间提供用于传输调试命令和调试执行结果的传输通道；

所述设备板卡包括执行代理模块和待调试模块；其中，

所述执行代理模块，用于将接收自所在设备的连接单元的调试命令发送给待调试模块，将待调试模块返回的调试执行结果通过所述连接单元发送给所述解析代理设备；

所述待调试模块，用于执行所接收的调试命令，并返回调试执行结果。

其中，所述解析代理设备与所述调试发起方设置在分布式设备侧；或者，所述调试发起方设置在客户端侧，所述解析代理设备设置在分布式设备侧，作为服务器与调试发起方进行远程通信。

其中，所述m大于1时，每个待调试设备的连接单元与同一解析代理设备相连，或者，分别为每个分布式设备设置一个解析代理设备且所述调试发起方与各个解析代理设备通信。

本发明还提供了一种分布式设备中设备板卡的集中调试方法，能够降低调试实施成本和复杂度。

该方法包括：

解析代理设备从接收自调试发起方的调试命令报文中解析出调试命令，根据所述调试命令报文确定待调试分布式设备中的待调试设备板卡，将解析出的调试命令通过所述待调试分布式设备中的连接单元，发送给所述待调试设备板卡；

所述待调试设备板卡执行所述调试命令，将调试执行结果通过所述连接单元返回给所述解析代理设备；

所述解析代理设备将调试执行结果封装为调试结果报文，返回给所述调试发起方。

其中，分布式设备为m个，m为大于或等于1的整数。

根据以上技术方案可见，应用本发明能够降低调试实施成本和复杂度。具体来说，具有如下有益效果：

1)本发明的集中调试方案在作为调试对象的设备板卡中设置执行代理模块，用于具体控制执行调试命令；设置与分布式设备中的连接单元相连的解析代理设备，用于接收调试命令报文并解析，将解析出的报文发送给待调试设备板卡中的执行代理模块具体执行。那么，每个设备板卡不必分别接收调试报文，无需设置专门用于调试的调试网口，而是利用连接单元中的已有接口接收经解析代理设备解析的命令报文，连接单元为命令报文和调试结果报文提供传输通道，从而简化了硬件实现，降低了实现成本。

2)在软件上，解析代理设备与集成开发软件之间进行Socket通信，再利用连接单元的基础板间通信机制提供的传输通道与执行模块进行通信，这样，待调试设备板卡不必直接与集成开发软件通信，因此不用在各个设备板卡上分别实现TCP/IP协议栈，从而降低了软件实现的复杂度。

3)当集成开发软件和解析代理设备运行在同一台PC机上时，可以采用一台PC机调试分布式设备中的主控板和各个业务板，还对多个分布式设备进行级联调试，降低了调试成本和调试复杂程度。

附图说明

图1为现有技术中调试系统的结构示意图。

图2为现有技术中一种高性能可扩展流处理设备的结构示意图。

图3为本发明实施例一中NP集中调试系统结构示意图。

图4为本发明实施例二中NP集中调试系统结构示意图。

图5为针对实施例一中NP集中调试系统的集中调试方法流程图。

具体实施方式

代理程序是调试技术的核心，其主要包括两个功能：解析调试命令报文和执行调试命令。通过分析，我们知道解析调试命令报文的前提是通过外部接口收发调试命令报文，需要用到对外接口，而执行调试命令不需要用到对外接口。

因此，为了避免在分布式系统中的设备板卡上设置用于收发调试命令报文的对外接口，本发明的基本思想是：将执行调试命令功能保留在各待调试的设备板卡上，而将收发和解析调试命令报文的功能设置在解析代理设备中，该解析代理设备通过分布式设备中的连接单元与设备板卡通信。其中，解析代理设备从接收自调试发起方的调试命令报文中解析出调试命令，根据调试命令报文确定待调试分布式设备中的待调试设备板卡，将解析出的调试命令通过待调试分布式设备中的连接单元，发送给待调试设备板卡中的执行代理模块。该执行代理模块将调试命令下发给调试对象执行后，通过连接单元返回调试执行结果。解析代理设备将调试执行结果封装为调试结果报文，返回给调试发起方，从而在降低调试实施成本和复杂度的基础上，完成了对多个设备板卡的调试。由于所有设备板卡共用一个解析代理，就可以避免在每个设备板卡上设置网络接口并实现TCP/IP协议，从而降低了调试实施成本和复杂度。

这里，设备板卡为分布式设备中的主控板和业务板。

本发明实施例可以对分布式设备中的设备板卡进行调试。图2示出的可扩展流处理设备是一种分布式设备，以下以图2所示的可扩展流处理设备为例，结合附图及具体实施例对采用本发明对流处理设备中NP进行调试的实现方式进行详细描述。

图3为本发明实施例一中调试流处理设备中NP的NP集中调试系统结构示意图。如图3所示，该集中调试系统包括集成开发软件350、解析代理设备340和可扩展流处理设备300，其中，可扩展流处理设备300包括通过连接单元320相互连接的主控板310和n个业务板330，其中n为大于或等于1的整数。由于业务板和主控板中的NP为调试对象，因此本实施例在主控板310和每个业务板330中设置与NP相连的执行代理模块。如图3所示，业务板330中包括执行代理模块331和NP332，主控板310中包括NP311和执行代理模块312。

其中，集成开发软件350为调试方，用于根据用户输入生成调试命令报文，并发送给解析代理设备340；接收来自解析代理设备340的调试结果报文，从中获取调试结果，并显示。集成开发软件350运行在PC机上。

解析代理设备340通过连接单元320提供的已有接口与连接单元320相连；该解析代理设备340，用于接收来自集成开发软件350的调试命令报文，从所接收的调试命令报文中解析出真正的调试命令，根据调试命令报文确定待调试设备板卡，将解析出的调试命令通过连接单元320发送给待调试设备板卡，将通过连接单元320接收自待调试设备板卡的调试执行结果编码成调试结果报文，发送给集成开发软件350。其中，待调试设备板卡可以为业务板330，也可以为主控板310。

本实施例中，解析代理设备340与集成开发软件350运行于同一台PC机，该PC机可以在客户端侧或设备侧。在实际中，集成开发软件350与解析代理设备340也可以分别运行于两台PC机，或者集成开发软件350设置在客户端PC机，而解析代理设备340设置在专用板卡上。在这种情况下，可以将解析代理设备340设置在设备侧，而集成开发软件350设置在客户端侧并通过网络与解析代理设备340进行远程通信，从而实现对可扩展流处理设备的远程调试。当然，解析代理设备340与集成开发软件350也可以同时设置在异地，则解析代理设备340需要通过网口与连接单元320相连。

上述解析代理设备340向待调试设备板卡发送调试命令之前，需要确定向哪个设备板卡发送，因此可以通过设置对应于设备板卡的区别标识实现设备板卡的区分。解析代理设备340具体包括存储子模块和解析子模块(在图3中未示出)。预先分别为不同业务板330和主控板310设置对应的区别标识。将设备板卡与区别标识的对应关系记录在存储子模块中。解析子模块用于接收携带区别标识的调试命令报文，根据存储子模块提供的对应关系，将调试命令报文中的区别标识对应的设备板卡确定为待调试设备板卡，将调试命令报文通过连接单元320发送给待调试设备板卡中的执行代理模块；将执行代理模块返回的命令执行结果封装成调试结果报文，发给集成开发软件350。

其中，区别标识可以为设备板卡的身份标识(ID)，或者为设备板卡的槽位号，或者为设备板卡的IP地址，或者为解析代理设备340接收对设备板卡进行调试的调试命令报文所使用的Socket端口号。该Socket端口号是由三层IP地址和四层端口号组成的一类地址。现有技术中，集成开发软件与代理程序运行模块之间采用Socket协议进行通信，因此本发明实施例采用Socket端口号作为区别标识，可以在不对现有的集成开发软件进行修改的基础上，实现本发明集成调试方法。在实际中，采用除Socket协议之外的任何通信机制都可以实现集成开发软件与解析代理设备之间的通信，如果集成开发软件和解析代理设备在同一PC机上实现，则可以将集成开发软件功能和解析代理设备的功能分别作为一个进程，采用任何进程间的通信机制都可以实现这两个进程间的通信。

较佳地，当采用Socket端口号作为区别标识区分设备板卡时，其实现为：解析代理设备340与集成开发软件350通过Socket协议进行通信，解析代理设备340作为服务器，集成开发软件350作为客户端。存储子模块存储Socket端口号与设备板卡的对应关系。当集成开发软件350向解析代理设备340发送携带有待调试设备板卡的Socket端口号的连接请求后，解析代理设备340利用连接请求中的Socket端口号与集成开发软件350建立连接，并将该Socket端口号与对应的待调试设备板卡绑定，从而在集成开发软件350与待调试设备板卡之间建立起固定连接。由于通过该固定连接接收的调试命令报文都是对同一待调试设备板卡进行调试的调试命令报文，因此不需要每次接收到调试命令报文都根据报文的Socket端口号执行确定待调试设备板卡的操作。

下面对可扩展流处理设备300中的组成模块进行描述。该可扩展流处理设备300中的连接单元320是为各业务板330和主控板310提供通信通道重要单元。该连接单元320是接口和总线的集合。该连接单元320可能包括串行接口、网络接口、higig+接口、周边元件互联扩展(PCIE，PeripheralComponent Interconnection Express)接口、InfiniBand贸易联盟推出的infiniband接口、总线接口、进程间通信(IPC，Inter-Process Connection)接口和远程进程调用(RPC，Remote Procedure Call)接口中的一个或任意组合，这些已有接口对应的硬件和软件协议栈组成了连接单元的已有板间通信机制。本实施例就是利用这些已有接口与解析代理设备340相连，为解析代理设备340和业务板330之间，以及解析代理设备340和主控板310之间提供用于传输调试命令和调试执行结果的传输通道。该连接单元320通过与解析代理设备340之间的传输通道接收调试命令，根据已有的基础板间通信机制，将所接收的调试命令传递给待调试设备板卡中的执行代理模块，将执行代理模块返回的调试结果传递给解析代理设备340。

连接单元320只是信息传输通道，只要解析代理设备340确定了当前待调试设备板卡，就可以通过调用硬件接口适配函数，将调试命令适配为解析代理设备340和待调试设备板卡上执行代理模块之间的传输通道能够识别的格式，然后将适配后的调试命令发送到连接单元320上。连接单元320可以识别适配后的调试命令，将调试命令传递到目标板上。连接单元320传递调试命令的操作可以根据待调试设备板卡的板卡地址实现，该板卡地址由解析代理设备340封装在调试命令中。板卡地址可以是解析代理设备340为每个设备板卡对应存储的，也可以是由集中调试软件350携带在调试命令报文中发送给解析代理设备340的。较佳地，解析代理设备340存储的对应关系为Socket端口号和设备板卡的板卡地址之间的对应关系。那么，解析代理设备就可以根据所接收报文的Socket端口号，直接从对应关系中获取待调试设备板卡的板卡地址。

业务板330中的执行代理模块331，接收来自连接单元320的调试命令，将该调试命令发送给NP332执行，获取NP332的执行结果，通过连接单元320返回给解析代理设备340。

在实际中，执行代理模块331接收到调试命令后，从中提取调试参数，将所提取的参数代入与调试命令对应的API函数中，以实现对API函数的调用。API函数的执行即是将相应调试命令翻译为NP332可以识别的指令序列的过程，然后将经翻译的指令序列发送给NP332，由NP332具体执行。

NP332执行接收的调试命令，并返回调试结果。本实施例中，NP332是业务板330中真正的被调试对象，因此所调用的API函数为NP厂商提供的API函数。

主控板310中的执行代理模块312，接收来自连接单元320的调试命令，将该调试命令发送给NP311执行，获取NP311的执行结果，通过连接单元320返回给解析代理设备340。NP311执行接收的调试命令，并返回调试结果。执行代理模块312与执行代理模块331的功能相同。

NP是业务板和控制板中的重要组成部分，也是本发明实施例中的调试对象。采用本发明的集中调试方案还可以对待调试设备板卡中的其他处理模块进行调试。

从本实施例的描述可以看出，采用本发明的集中调试系统对可扩展流处理设备进行调试时，解析代理设备接收并解析调试命令报文，通过可扩展流处理设备中的连接单元向待调试设备板卡发送调试命令，避免了在每个待调试设备板卡硬件上设置调试网口，从而简化了硬件实现，降低了成本。同时，不需要在各个设备板卡上分别都实现TCP/IP协议栈，降低了软件实现复杂度。

进一步地，本发明还可以采用同一个解析代理设备对多个可扩展流处理设备进行调试。图4示出了本发明实施例二中对两个流处理设备中NP进行调试的NP集中调试系统结构示意图。如图4所示，该集中调试系统中包括集成开发软件350、解析代理设备340和两个待调试设备，分别为可扩展流处理设备300和可扩展流处理设备400。

其中，两个可扩展流处理设备的组成相同，集成开发软件350和两个可扩展流处理设备的结构和功能与图3中的同名单元相同。不同之处在于，图4中的解析代理设备340分别与可扩展流处理设备300和可扩展流处理设备400的连接单元相连，不仅可以调试可扩展流处理设备300，还可以调试可扩展流处理设备400。其具体实现为：集成开发软件350发送的调试命令报文中包含待调试设备板卡的区别标识，用于区分不同可扩展流处理设备的不同设备板卡。在这种情况下，解析代理设备340中需要存储区别标识与各可扩展流处理设备的各设备板卡的对应关系。

可见，采用实施例二中示出的集中调试系统可以实现采用一台PC机调试多个可扩展流处理设备中的各个设备板卡。在实际中，还可以分别为每个可扩展流处理设备设置一个解析代理设备，调试发起方与各个解析代理设备通信。

针对以上集中调试系统，本发明提供了一种集中调试方法。图5为针对实施例一中集中调试系统的集中调试方法，该方法包括以下步骤：

步骤500：预先在可扩展流处理设备的主控板和业务板中设置执行代理模块，在集成开发软件和可扩展流处理设备中的连接单元之间设置解析代理设备。

本实施例中，在解析代理设备中配置多个Socket端口号，每一个Socket端口号对应一个设备板卡，则通过Socket端口号可以区分不同的设备板卡。Socket端口号与设备板卡的对应关系也可以同时设置在集成开发软件中。当然，也可以不在集成开发软件中设置对应关系，在需要调试某个板卡时，由用户根据对应关系确定待调试设备板卡的Socket端口号，并通过用户界面输入给集成开发软件。

步骤501：NP集中开发软件从用户界面收到调试命令后，将其封装为携带调试命令的网络报文，即调试命令报文，发送给解析代理设备。该调试命令报文中的Socket端口号为当前待调试设备板卡对应的Socket端口号。该Socket端口号中的IP地址是解析代理设备的IP地址。

步骤502：解析代理设备接收调试命令报文，根据预设的设备板卡与Socket端口号的对应关系，将所接收调试命令报文中的Socket端口号对应的设备板卡，确定为待调试设备板卡。

这里，对应关系为设备板卡的板卡地址与Socket端口号的对应关系，确定的待调试设备板卡为待调试设备板卡的板卡地址，该板卡地址为：IP地址或槽位号。板卡地址可以携带在调试命令中，用于指示连接单元将调试命令传递给待调试设备板卡。

步骤503：解析代理设备从所接收的调试命令报文中解析出真正的调试命令，通过自身与待调试设备板卡所在设备的连接单元之间的传输通道，将待调试设备板卡的板卡地址携带在调试命令中发送到连接单元上。

步骤504：接收到调试命令的连接单元，通过已有基础板间通信机制，将调试命令发送给其携带的板卡地址指示的待调试设备板卡的执行代理模块中。

在发送时，连接单元可以将携带板卡地址的调试命令广播给所在设备中的主控板和所有业务板，接收到调试命令的板卡根据板卡地址，确定是否接收并处理该调试命令；连接单元也可以根据调试命令携带的板卡地址，将该调试命令转发到板卡地址指示的设备板卡上。

步骤505：接收到调试命令的执行代理模块将所接收的调试命令下发给所在板卡的NP，由NP执行。

步骤506：执行代理模块获取NP的执行结果，通过连接单元发送给解析代理设备。

步骤507：解析代理设备将命令执行结果携带在网络报文中，即调试结果报文，返回给NP集成开发软件。

步骤508：NP集成开发软件从调试结果报文中解析出调试结果，显示在用户界面上。

至此，本流程结束。

图5为针对实施例一的集成调试方法流程图。针对上述实施例二的集中调试方法流程与图5示出的流程相似，不同之处在于，针对上述实施例二的集中调试方法流程在步骤500中，将解析代理设备与多个可扩展流处理设备的连接单元相连，为多个可扩展流处理设备中的不同设备板卡配置对应的Socket端口号，并将对应关系保存在解析代理设备中。

Socket端口号的配置算法很多，举个例子，为图4中的可扩展流处理设备300上的主控板和业务板1到业务板n分别配置Socket端口号为：10000，10001，10002，10003，...1000n；为可扩展流处理设备400上的主控板和业务板1到业务板n分别分配Socket端口号为：20000，20001，20002，...2000n。

由以上所述可以看出，本发明所提供的集中调试方案，能够简化调试系统的硬件实现，从而降低了实施成本以及实施复杂度。

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

Claims (12)

1、一种分布式设备中设备板卡的集中调试系统，其特征在于，该系统包括解析代理设备和m个分布式设备，m为大于或等于1的整数；所述分布式设备包括连接单元和与该连接单元连接的多个设备板卡；

所述解析代理设备，用于从接收自调试发起方的调试命令报文中解析出调试命令，并根据所述调试命令报文确定待调试设备板卡，将解析出的调试命令通过待调试设备板卡所在设备的连接单元发送到所述待调试设备板卡上；将待调试设备板卡通过连接单元返回的调试执行结果编码成调试结果报文，返回给所述调试发起方；

所述连接单元，用于为所在设备的设备板卡和所述解析代理设备之间提供用于传输调试命令和调试执行结果的传输通道；

所述设备板卡包括执行代理模块和待调试模块；其中，

所述执行代理模块，用于将接收自所在设备的连接单元的调试命令发送给待调试模块，将待调试模块返回的调试执行结果通过所述连接单元发送给所述解析代理设备；

所述待调试模块，用于执行所接收的调试命令，并返回调试执行结果。

2、如权利要求1所述的系统，其特征在于，所述解析代理设备包括存储子模块和解析子模块；其中，

所述存储子模块，用于存储预先设置的区别标识与所述分布式设备中各设备板卡之间的对应关系；

所述解析子模块，用于接收携带区别标识的调试命令报文，根据所述存储子模块提供的对应关系，将调试命令报文中的区别标识对应的设备板卡确定为所述待调试设备板卡。

3、如权利要求2所述的系统，其特征在于，所述解析代理设备与所述调试发起方通过socket协议进行通信；所述区别标识为Socket端口号。

4、如权利要求1或2或3所述的系统，其特征在于，所述连接单元通过基础板间通信机制提供所述传输通道。

5、如权利要求4所述的系统，其特征在于，所述基础板间通信机制为网络接口通信机制，或串行接口通信机制，或higig+接口通信机制，或周边元件互联扩展PCIE接口通信机制，或infiniband接口通信机制，或进程间通信IPC接口通信机制，或远程进程调用RPC接口通信机制。

6、如权利要求1或2或3所述的系统，其特征在于，所述解析代理设备与所述调试发起方设置在分布式设备侧；或者，所述调试发起方设置在客户端侧，所述解析代理设备设置在分布式设备侧，作为服务器与调试发起方进行远程通信。

7、如权利要求1或2或3所述的系统，其特征在于，所述m大于1时，每个待调试设备的连接单元与同一解析代理设备相连，或者，分别为每个分布式设备设置一个解析代理设备且所述调试发起方与各个解析代理设备通信。

8、如权利要求1或2或3所述的系统，其特征在于，所述设备板卡为分布式设备中的主控板和/或业务板；所述待调试模块为网络处理器NP。

9、一种分布式设备中设备板卡的集中调试方法，其特征在于，该方法包括：

解析代理设备从接收自调试发起方的调试命令报文中解析出调试命令，根据所述调试命令报文确定待调试分布式设备中的待调试设备板卡，将解析出的调试命令通过所述待调试分布式设备中的连接单元，发送给所述待调试设备板卡；

所述待调试设备板卡执行所述调试命令，将调试执行结果通过所述连接单元返回给所述解析代理设备；

所述解析代理设备将调试执行结果封装为调试结果报文，返回给所述调试发起方。

10、如权利要求9所述的方法，其特征在于，所述分布式设备为m个，m为大于或等于1的整数；

该方法进一步包括：预先在所述解析代理设备中设置区别标识与所述分布式设备中各设备板卡之间的对应关系；

所述根据所述调试命令报文确定待调试分布式设备中的待调试设备板卡为：

解析代理设备接收携带区别标识的调试命令报文，根据所述对应关系，将所接收调试命令报文中的区别标识对应的设备板卡，确定为所述待调试设备板卡。

11、如权利要求10所述的方法，其特征在于，所述区别标识为待调试设备板卡的身份标识ID，或者为待调试设备板卡的槽位号，或者为待调试设备板卡的IP地址，或者为解析代理设备接收对待调试设备板卡进行调试的调试命令报文所使用的Socket端口号。

12、如权利要求9所述的方法，其特征在于，所述将解析出的调试命令通过所述待调试分布式设备中的连接单元，发送给所述待调试设备板卡为：

解析代理设备通过所述待调试分布式设备中的连接单元提供已有基础板间通信机制，将解析出的调试命令发送至所述待调试设备板卡。

Images