专利名称：一种Trap报文上报的方法及设备的制作方法
技术领域：
本发明涉及通信技术领域，尤其涉及一种Trap报文上报的方法及设备。
背景技术：
SNMP (Simple Network Management Protocol，简单网络管理协议)协议是基于 UDP(User Datagram Protocol，用户数据包协议)协议的网络管理协议，该协议是不基于连接的。对于Trap来说，SNMP代理(一般由网络设备扮演)上报Trap后，无法保证其真正的发送成功，并由SNMP服务器(一般由网管系统扮演)接收。若发生报文丢失，SNMP代理和SNMP服务器均无法获知，因此，在现有的SNMP管理中Trap是不可靠的。然而，Trap是SNMP代理向SNMP服务器主动上报其状态和问题的唯一途径，也是网管人员对网络设备状态监控的重要手段。发生严重的问题时，若上报该问题的Trap因丢包等原因发送失败，则由于SNMP服务器将无法获知该问题，进而导致网管人员对网络状态的误判，延误问题的解决。为了解决上述问题，现有技术中，对于SNMP代理上重要的状态参数，由SNMP服务器定时进行轮询，主动探测SNMP代理的状态。但由于通过SNMP服务器主动轮询SNMP状态，会影响SNMP服务器和SNMP代理的性能，并占用网络带宽，而一般情况下SNMP代理的状态为正常，因此由SNMP服务器主动轮询SNMP代理状态的方式，影响了 SNMP服务器和SNMP代理的性能，并造成了网络资源的浪费，且轮询周期越小，影响和浪费越严重。此外，与SNMP代理主动上报状态相比，SNMP服务器主动轮询SNMP代理状态的方式无法保证问题发现的及时性。
发明内容
本发明提供了一种Trap报文上报的方法及其设备，用以提高Trap报文上报的可靠性。为了达到以上目的，本发明提供一种Trap报文上报的方法，应用于包括简单网络管理协议SNMP服务器和SNMP代理的系统，所述SNMP代理中设置有专用管理信息库MIB节点，该方法包括SNMP代理向SNMP服务器发送Trap报文，并在接收到所述SNMP服务器返回的Set 报文后，根据所述Set报文中携带的Trap标识以及发送方SNMP服务器标识对所述专用MIB 节点进行设置；SNMP代理根据其所发送的Trap报文的Trap标识和目的SNMP服务器标识以及所述专用MIB节点中设置的Trap标识以及SNMP服务器标识，判断其所发送的Trap报文是否被相应目的SNMP服务器接收，并根据判断结果进行相应处理。所述SNMP代理判断其所发送的Trap报文是否被相应目的SNMP服务器接收，具体为所述SNMP代理比较自身存储的其所发送的Trap报文的Trap标识以及目的SNMP服务器标识和专用MIB节点中设置的Trap标识以及SNMP服务器标识；当专用MIB节点中设置有SNMP代理所发送的Trap报文的Trap标识，且所设置的SNMP服务器标识与对应的目的SNMP服务器标识相同时，判断该Trap报文被相应目的SNMP服务器接收；当专用MIB 节点中未设置SNMP代理发送的Trap报文的Trap标识，或专用MIB节点中未设置对应的目的SNMP服务器标识时，判断该Trap报文未被相应目的SNMP服务器接收。所述根据判断结果进行相应处理，具体包括当所述SNMP代理判断Trap报文未被相应目的SNMP服务器接收时，所述SNMP代理向所述SNMP服务器重新发送Trap报文，并记录该Trap报文的发送次数；当该Trap报文的发送次数等于预设最大发送次数，且Trap报文仍未被相应目的 SNMP服务器接收时，所述SNMP代理进行报文发送失败处理。所述SNMP代理和SNMP服务器中均指定了需要响应的特定Trap报文；其中，SNMP 服务器中对应同一 SNMP代理所指定的特定Trap报文与该SNMP代理所指定的特定Trap报文相同；所述SNMP代理判断其所发送的Trap报文是否被相应目的SNMP服务器接收，具体为所述SNMP代理确定所发送的Trap报文需要响应时，判断所发送的Trap报文是否被相应目的SNMP服务器接收；其中，当SNMP服务器确定接收到的Trap报文需要响应时，向发送该Trap报文的SNMP代理返回Set报文。本发明实施例提供一种SNMP代理设备，应用于包括SNMP服务器和SNMP代理的系统，所述SNMP代理中设置有专用管理信息库MIB节点，所述SNMP代理包括发送模块，用于向SNMP服务器发送Trap报文；接收模块，用于接收SNMP服务器返回的Set报文；设置模块，用于在所述接收模块接收到SNMP服务器返回的Set报文后，根据所述 Set报文中携带的Trap标识以及发送方SNMP服务器标识对所述专用MIB节点中进行设置；判断模块，用于根据所发送的Trap报文的Trap标识和目的SNMP服务器标识以及所述专用MIB节点中设置的Trap标识以及SNMP服务器标识，判断所发送的Trap报文是否被相应目的SNMP服务器接收；处理模块，用于根据所述判断模块的判断结果进行相应处理。所述判断模块具体用于比较自身存储的所发送的Trap报文的Trap标识以及目的SNMP服务器标识和专用MIB节点中设置的Trap标识以及SNMP服务器标识；当专用MIB节点中设置有SNMP代理所发送的Trap报文的Trap标识，且所设置的SNMP服务器标识与对应的目的SNMP服务器标识相同时，判断该Trap报文被相应目的SNMP服务器接收；当专用MIB节点中未设置SNMP 代理发送的Trap报文的Trap标识，或专用MIB节点中未设置对应的目的SNMP服务器标识时，判断该Trap报文未被相应目的SNMP服务器接收。所述处理模块具体用于当判断模块判断Trap报文未被相应目的SNMP服务器接收时，指示所述发送模块向所述SNMP服务器重新发送Trap报文，并记录该Trap报文的发送次数；当该Trap报文的发送次数等于预设最大发送次数，且Trap报文仍未被相应目的SNMP服务器接收时，进行报
5文发送失败处理。所述SNMP代理和SNMP服务器中均指定了需要响应的特定Trap报文；其中，SNMP 服务器中对应同一 SNMP代理所指定的特定Trap报文与该SNMP代理所指定的特定Trap报文相同；所述判断模块具体用于，当确定所发送的Trap报文需要响应时，判断所发送的 Trap报文是否被相应目的SNMP服务器接收；其中，当SNMP服务器确定接收到的Trap报文需要响应时，向发送该Trap报文的SNMP代理返回Set报文。本发明的有益技术效果包括本发明中，通过在SNMP代理中设置专用MIB节点，用于确定Trap报文的发送结果。SNMP代理向SNMP服务器发送Trap报文后，根据其所发送的Trap报文的Trap标识和目的SNMP服务器标识以及所述专用MIB节点中设置的Trap标识以及SNMP服务器标识，判断其所发送的Trap报文是否被相应目的SNMP服务器接收，在保证Trap报文上报可靠性的同时，对SNMP代理和SNMP服务器性能的影响以及对网络资源的消耗均较低。
图1为本发明实施例提供的Trap报文上报方法的流程示意图；图2为本发明实施例提供的SNMP代理设备的结构示意图。
具体实施例方式为了更好地理解本发明实施例提供的技术方案，下面对SNMP协议数据单元 (Protocol Data Unit，以下简称PDU)类型以及SNMP MIB(Management Information Base, 管理信息库)进行简单的描述。SNMP协议中定义了 5种PDU类型，分别对应5种SNMP操作的报文类型 Get—Request、Get—Response、Get-Next-Request> Set—Request、Trap。其中，SNMP 月艮务器通过Get-Request报文从拥有SNMP代理的网络设备中检索信息，而SNMP代理则用 Get-Response报文响应，交互的信息可以包括系统的名字，系统自启动后正常运行的时间，系统中的网络接口数等。Get-Next-Request用于和Get-Request组合起来查询特定的表对象中的列元素。kt-Request报文(以下简称Set报文)则用于对网络设备进行远程配置，可以包括设置设备名、设置设备属性、删除设备或使某一个设备属性有效/无效等。 SNMP代理使用Trap向SNMP服务器发送非请求报文，一般用于描述某一事件的发生，如端口 down、丢包率过高、新用户登录等。SNMP MIB指明了网络元素所维持的变量(即能够被管理进程查询和设置的信息)。MIB给出了一个网络中所有可能的被管理对象的集合的数据结构。在现有技术中，SNMP代理通过Trap报文上报状态和问题的机制是非闭环的，即 SNMP代理发送Trap报文后，无论SNMP服务器是否收到该Trap报文，均不会返回响应报文。 因此，SNMP代理无法获知所发送的Trap报文是否发送成功；当该Trap报文发送失败时， SNMP代理和SNMP服务器均无法获知。而由于一般情况下SNMP代理的状态应为正常，因此通过SNMP服务器定时轮询SNMP代理上重要状态参数的方式会造成网络资源的浪费，且对 SNMP代理和SNMP服务器性能的影响较大。同时，该方式也无法保证问题发现的及时性。
针对现有技术中存在的上述缺陷，本发明实施例提供了一种Trap报文上报的技术方案，通过在SNMP代理中设置专用MIB节点，用于确定Trap报文的发送结果。当SNMP 服务器接收到SNMP代理发送的Trap报文时，该SNMP服务器向SNMP代理返回Set报文，以对SNMP代理中专用MIB节点中对应该Trap的变量进行设置。SNMP代理在发送Trap报文后，根据专用MIB节点中对应该Trap的变量是否被设置确定Trap报文发送是否成功。在本发明实施例中，在保证Trap报文上报可靠性的同时，对SNMP代理和SNMP服务器性能的影响以及对网络资源的消耗均较低。在本发明实施例提供的技术方案中，专用MIB节点中记录的变量可以包括但不限于Trap标识(通过该Trap标识可以唯一确定一条Trap报文)和SNMP服务器标识。相应地，SNMP服务器返回的Set报文中携带的信息可以包括但不限于Trap标识和SNMP服务器标识。SNMP代理接收到SNMP服务器返回的Set报文后，根据其中携带的信息对专用MIB节点中对应的变量进行设置。SNMP代理根据该专用MIB节点判断Trap报文是否被指定SNMP 服务器接收到，并可在判断Trap报文未被指定SNMP服务器接收到时进行相应处理。下面结合附图对本发明实施例提供的技术方案进行详细描述。本发明实施例提出了一种Trap报文上报的方法，该方法应用于包括SNMP代理和 SNMP服务器的系统中，该SNMP代理中设置有专用MIB节点，该MIB节点中记录的变量包括 Trap标识以及SNMP服务器标识。如图1所示，为本发明实施例提供的Trap报文上报方法的流程示意图，可以包括以下步骤步骤101、SNMP代理向SNMP服务器发送Trap报文。具体的，当网络设备中发生端口 down或丢包率过高等故障时，网络设备中设置的 SNMP代理可以通过Trap报文将故障上报给SNMP服务器，以使网管人员获知该网络设备发生的故障，进而采取相关的措施。其中，当SNMP代理发送Trap报文后，可以记录该Trap报文的相关信息，如Trap标识、该Trap报文的目的服务器的标识、Trap报文发送时间戳等。步骤102、SNMP服务器接收到SNMP代理发送的Trap报文后，向该SNMP代理报文返回Set报文。其中，该Set报文中携带有Trap标识及SNMP服务器标识。具体的，为了保证Trap报文上报的可靠性，SNMP服务器接收到SNMP代理发送的 Trap报文后，向该SNMP代理报文返回Set报文，以使SNMP代理获知该Trap报文已发送成功。步骤103、SNMP代理接收到SNMP服务器响应的Set报文后，根据接收到的Set报文对专用MIB节点进行设置。具体的，SNMP代理接收到SNMP服务器返回的Set报文后，获取其中携带的Trap标识、SNMP服务器标识等信息，并根据获取到的信息对专用MIB节点进行设置。步骤104，SNMP代理根据所发送的Trap报文的Trap标识和目的SNMP服务器标识以及专用MIB节点中设置的Trap标识以及SNMP服务器标识，判断其所发送的Trap报文是否被相应目的SNMP服务器接收，并根据判断结果进行相应处理。具体的，SNMP代理发送Trap报文后，可以通过比较自身存储的Trap报文的相关信息和专用MIB节点中对应变量的设置情况确定相应的Trap报文是否发送成功。具体的， SNMP代理比较自身存储的所发送的Trap报文的Trap标识以及目的SNMP服务器标识和专用MIB节点中记录的Trap标识以及SNMP服务器标识；当专用MIB节点中设置有SNMP代理所发送的Trap报文的Trap标识，且所设置的SNMP服务器标识与对应的目的SNMP服务器标识相同时，判断该Trap报文被相应目的SNMP服务器接收；当专用MIB节点中未设置SNMP 代理发送的Trap报文的Trap标识，或专用MIB节点中未设置对应的目的SNMP服务器标识时，判断该Trap报文未被指定的SNMP服务器接收。需要注意的是，在本发明实施例提供的技术方案中，专用MIB节点中还可以记录 SNMP服务器接收到Trap报文的时间戳等其他变量。相应地，SNMP服务器返回给SNMP代理的Set报文中也可以携带接收到Trap报文的时间戳。SNMP服务器可以获取SNMP代理记录的一段时间内该SNMP代理发送Trap报文的发送时间戳和专用MIB节点中记录的SNMP服务器接收到对应Trap报文的时间戳，并根据获取到的信息对当前网络状况和/或对应SNMP 服务器的状况进行分析。进一步的，为了提高可靠性，SNMP代理发送Trap报文后，若在预设时间内专用MIB 节点中对应该Trap报文的变量仍未被指定的SNMP服务器设置，则认为所发送的Trap报文没有被成功发送到该指定SNMP服务器。此时SNMP代理可以重新向未确认收到Trap报文的SNMP服务器发送该Trap报文，直到专用MIB节点中对应该Trap报文的变量被设置。进一步的，针对允许重传Trap报文的情况，为了避免由于网络出现问题而导致 Trap报文的无限重传风暴，在本发明实施例中，可以预先在SNMP代理中设置Trap报文的最大发送次数。SNMP代理向SNMP服务器发送Trap报文后，记录该Trap报文的发送次数， 若该Trap报文的发送次数等于预设的最大发送次数，且在预设时间内专用节点中对应该 Trap报文的变量仍未被设置，则SNMP代理确定由于某些原因难以完成Trap报文的上报，进行报文发送失败处理。其中，该报文发送失败处理可以包括放弃发送该Trap报文，进行报警(如发出蜂鸣报警)，尝试与该SNMP服务器重新建立连接，触发向备用SNMP服务器发送Trap报文等。为了提升Trap报文上报的效率，并降低网络资源的消耗，在本发明实施例中， SNMP代理和SNMP服务器中均可以指定需要响应的特定Trap报文。一方面，SNMP代理发送 Trap报文时，可以判断该Trap报文是否需要响应，并当判断为是时，根据专用MIB节点中的信息判断Trap报文是否被指定SNMP服务器接收。另一方面，SNMP服务器接收到Trap报文后，判断是否需要响应该Trap报文。若判断为是，则向发送该Trap报文的SNMP代理返回Set报文；否则，不进行响应。例如，可以指定上报端口 down、丢包率过高等故障的Trap 报文为特定Trap报文(重要Trap报文)，需要进行响应；而上报新用户登录、新命令行配置的Trap报文为普通Trap报文，不需要进行响应。则当SNMP服务器接收到上报端口 down、 丢包率过高等故障的Trap报文时，向发送该Trap报文的SNMP代理返回Set报文；当接收到上报新用户登录、新命令行配置的Trap报文时，则不进行响应。其中，SNMP服务器中对应同一 SNMP代理所指定的特定Trap报文与该SNMP代理所指定的特定Trap报文相同需要注意的是，本发明实施例提供的技术方案中，对于不同设备，SNMP服务器指定的特定报文可以不同。即对同一类型的Trap报文(如上报新命令行配置的Trap报文)， 可以根据发送Trap报文的设备确定是否指定其为特定Trap报文。例如，对于核心网络设备中SNMP代理发送的上报新命令行配置的Trap报文，SNMP服务器可以认为其为特定Trap 报文(重要Trap报文)，需要进行响应；而对于普通(非核心)网络设备中SNMP代理发送的上报新命令行配置的Trap报文，SNMP服务器可以认为其为普通Trap报文，不需要进行响应。相应地，SNMP代理发送的Trap报文中还需要携带网络设备的标识信息。通过以上流程可以看出，在本发明实施例中，通过在SNMP代理中设置专用MIB节点，用于确定Trap报文的发送结果。SNMP代理向SNMP服务器发送Trap报文后，根据其所发送的Trap报文的Trap标识和目的SNMP服务器标识以及所述专用MIB节点中设置的Trap 标识以及SNMP服务器标识，判断其所发送的Trap报文是否被相应目的SNMP服务器接收， 在保证Trap报文上报可靠性的同时，对SNMP代理和SNMP服务器性能的影响以及对网络资源的消耗均较低。基于相同的技术构思，本发明实施例还提供了一种SNMP代理设备，应用于包括 SNMP服务器和SNMP代理的系统，所述SNMP代理中设置有专用管理信息库MIB节点。如图2所示，为本发明实施例提供的SNMP代理设备的结构示意图，可以包括发送模块201，用于向SNMP服务器发送Trap报文；接收模块202，用于接收SNMP服务器返回的Set报文；设置模块203，用于在接收模块202接收到SNMP服务器返回的Set报文后，根据所述Set报文中携带的Trap标识以及发送方SNMP服务器标识对所述专用MIB节点中进行设置；判断模块204，用于根据所发送的Trap报文的Trap标识和目的SNMP服务器标识以及所述专用MIB节点中设置的Trap标识以及SNMP服务器标识，判断所发送的Trap报文是否被相应目的SNMP服务器接收；处理模块205，用于根据判断模块204的判断结果进行相应处理。其中，判断模块204可以具体用于，比较自身存储的所发送的Trap报文的Trap标识以及目的SNMP服务器标识和专用MIB节点中设置的Trap标识以及SNMP服务器标识；当专用MIB节点中设置有SNMP代理所发送的Trap报文的Trap标识，且所设置的SNMP服务器标识与对应的目的SNMP服务器标识相同时，判断该Trap报文被相应目的SNMP服务器接收；当专用MIB节点中未设置SNMP代理发送的Trap报文的Trap标识，或专用MIB节点中未设置对应的目的SNMP服务器标识时，判断该Trap报文未被相应目的SNMP服务器接收。为了提高可靠性，SNMP代理发送Trap报文后，若在预设时间内专用MIB节点中对应该Trap报文的变量仍未被指定的SNMP服务器设置，则认为所发送的Trap报文没有被成功发送到该指定SNMP服务器。此时SNMP代理可以重新向未确认收到Trap报文的SNMP服务器发送该Trap报文，直到专用MIB节点中对应该Trap报文的变量被设置。针对允许重传Trap报文的情况，为了避免由于网络出现问题而导致Trap报文的无限重传风暴，在本发明实施例中，处理模块205可以具体用于，当判断模块204判断Trap 报文未被相应目的SNMP服务器接收时，指示发送模块201向所述SNMP服务器重新发送 Trap报文，并记录该Trap报文的发送次数；当该Trap报文的发送次数等于预设最大发送次数，且Trap报文仍未被相应目的SNMP服务器接收时，进行报文发送失败处理。其中，该报文发送失败处理可以包括放弃发送该Trap报文，进行报警(如发出蜂鸣报警)，尝试与该SNMP服务器重新建立连接，触发向备用SNMP服务器发送Trap报文等。为了提升Trap报文上报的效率，并降低网络资源的消耗，所述SNMP代理和SNMP 服务器中均指定了需要响应的特定Trap报文；其中，SNMP服务器中对应同一 SNMP代理所指定的特定Trap报文与该SNMP代理所指定的特定Trap报文相同；相应地，判断模块204则可以具体用于，当确定所发送的Trap报文需要响应时，判断所发送的Trap报文是否被相应目的SNMP服务器接收；其中，当SNMP服务器确定接收到的Trap报文需要响应时，向发送该Trap报文的SNMP代理返回Set报文。通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台终端设备(可以是手机，个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视本发明的保护范围。
权利要求
1.一种Trap报文上报的方法，应用于包括简单网络管理协议SNMP服务器和SNMP代理的系统，其特征在于，所述SNMP代理中设置有专用管理信息库MIB节点，该方法包括SNMP代理向SNMP服务器发送Trap报文，并在接收到所述SNMP服务器返回的Set报文后，根据所述Set报文中携带的Trap标识以及发送方SNMP服务器标识对所述专用MIB节点进行设置；SNMP代理根据其所发送的Trap报文的Trap标识和目的SNMP服务器标识以及所述专用MIB节点中设置的Trap标识以及SNMP服务器标识，判断其所发送的Trap报文是否被相应目的SNMP服务器接收，并根据判断结果进行相应处理。
2.如权利要求1所述的方法，其特征在于，所述SNMP代理判断其所发送的Trap报文是否被相应目的SNMP服务器接收，具体为所述SNMP代理比较自身存储的其所发送的Trap报文的Trap标识以及目的SNMP服务器标识和专用MIB节点中设置的Trap标识以及SNMP服务器标识；当专用MIB节点中设置有SNMP代理所发送的Trap报文的Trap标识，且所设置的SNMP服务器标识与对应的目的 SNMP服务器标识相同时，判断该Trap报文被相应目的SNMP服务器接收；当专用MIB节点中未设置SNMP代理发送的Trap报文的Trap标识，或专用MIB节点中未设置对应的目的SNMP 服务器标识时，判断该Trap报文未被相应目的SNMP服务器接收。
3.如权利要求1所述的方法，其特征在于，所述根据判断结果进行相应处理，具体包括当所述SNMP代理判断Trap报文未被相应目的SNMP服务器接收时，所述SNMP代理向所述SNMP服务器重新发送Trap报文，并记录该Trap报文的发送次数；当该Trap报文的发送次数等于预设最大发送次数，且Trap报文仍未被相应目的SNMP 服务器接收时，所述SNMP代理进行报文发送失败处理。
4.如权利要求1所述的方法，其特征在于，所述SNMP代理和SNMP服务器中均指定了需要响应的特定iTrap报文；其中，SNMP服务器中对应同一 SNMP代理所指定的特定Trap报文与该SNMP代理所指定的特定Trap报文相同；所述SNMP代理判断其所发送的Trap报文是否被相应目的SNMP服务器接收，具体为所述SNMP代理确定所发送的Trap报文需要响应时，判断所发送的Trap报文是否被相应目的SNMP服务器接收；其中，当SNMP服务器确定接收到的Trap报文需要响应时，向发送该Trap报文的SNMP代理返回Set报文。
5.一种简单网络管理协议SNMP代理设备，应用于包括SNMP服务器和SNMP代理的系统，其特征在于，所述SNMP代理中设置有专用管理信息库MIB节点，所述SNMP代理包括发送模块，用于向SNMP服务器发送Trap报文；接收模块，用于接收SNMP服务器返回的Set报文；设置模块，用于在所述接收模块接收到SNMP服务器返回的Set报文后，根据所述Set 报文中携带的Trap标识以及发送方SNMP服务器标识对所述专用MIB节点中进行设置；判断模块，用于根据所发送的Trap报文的Trap标识和目的SNMP服务器标识以及所述专用MIB节点中设置的Trap标识以及SNMP服务器标识，判断所发送的Trap报文是否被相应目的SNMP服务器接收；处理模块，用于根据所述判断模块的判断结果进行相应处理。
6.如权利要求5所述的SNMP代理设备，其特征在于，所述判断模块具体用于比较自身存储的所发送的Trap报文的Trap标识以及目的SNMP服务器标识和专用MIB 节点中设置的Trap标识以及SNMP服务器标识；当专用MIB节点中设置有SNMP代理所发送的Trap报文的Trap标识，且所设置的SNMP服务器标识与对应的目的SNMP服务器标识相同时，判断该Trap报文被相应目的SNMP服务器接收；当专用MIB节点中未设置SNMP代理发送的Trap报文的Trap标识，或专用MIB节点中未设置对应的目的SNMP服务器标识时， 判断该Trap报文未被相应目的SNMP服务器接收。
7.如权利要求5所述的SNMP代理设备，其特征在于，所述处理模块具体用于当判断模块判断Trap报文未被相应目的SNMP服务器接收时，指示所述发送模块向所述SNMP服务器重新发送Trap报文，并记录该Trap报文的发送次数；当该Trap报文的发送次数等于预设最大发送次数，且Trap报文仍未被相应目的SNMP服务器接收时，进行报文发送失败处理。
8.如权利要求5所述的SNMP代理设备，其特征在于，所述SNMP代理和SNMP服务器中均指定了需要响应的特定Trap报文；其中，SNMP服务器中对应同一 SNMP代理所指定的特定Trap报文与该SNMP代理所指定的特定Trap报文相同；所述判断模块具体用于，当确定所发送的Trap报文需要响应时，判断所发送的Trap报文是否被相应目的SNMP服务器接收；其中，当SNMP服务器确定接收到的Trap报文需要响应时，向发送该iTrap报文的SNMP代理返回Set报文。
全文摘要
本发明公开了一种Trap报文上报的方法及设备，应用于包括简单网络管理协议SNMP服务器和SNMP代理的系统，所述SNMP代理中设置有专用管理信息库MIB节点，该方法包括SNMP代理向SNMP服务器发送Trap报文，并在接收到所述SNMP服务器返回的Set报文后，根据所述Set报文中携带的Trap标识以及发送方SNMP服务器标识对所述专用MIB节点进行设置；SNMP代理根据其所发送的Trap报文的Trap标识和目的SNMP服务器标识以及所述专用MIB节点中设置的Trap标识以及SNMP服务器标识，判断其所发送的Trap报文是否被相应目的SNMP服务器接收，并根据判断结果进行相应处理。在本发明中，在保证Trap报文上报可靠性的同时，对SNMP代理和SNMP服务器性能的影响以及对网络资源的消耗均较低。
文档编号H04L12/24GK102394773SQ20111033901
公开日2012年3月28日 申请日期2011年11月1日 优先权日2011年11月1日
发明者杨倛 申请人:杭州华三通信技术有限公司