1 媒介
上文通过《SNMP是什么（一）》已对SNMP根基部件进行了单一介绍，，，，，，蕴含SNMP网络治理系统、SNMP代理和MIB治理信息库，，，，，，并对SNMP的利用场景进行了注明。。。。。。。。接下来本文将沉点介绍SNMP是什么的工作道理部门。。。。。。。。
2 SNMP工作道理
2.1 SNMP版本介绍
SNMP从发展至今一共诞生了3个版本，，，，，，别离是SNMPv1、SNMPv2c和SNMPv3，，，，，，下文将进行逐一介绍SNMP版本类型。。。。。。。。
2.1.1 SNMPv1
SNMPv1是SNMP和谈的第一个正式版本，，，，，，在RFC 1157中界说。。。。。。。。SNMPv1基于集体名认证，，，，，，安全性较差，，，，，，且支持的谬误码信息也比力少。。。。。。。。
2.1.2 SNMPv2c
SNMPv2c也是基于共同体（Community-Based）的治理架构，，，，，，在RFC 1901中界说。。。。。。。。SNMPv2c在兼容SNMPv1的基础上增长了GetBulk等新的和谈操作。。。。。。。。支持更多的数据类型和谬误码信息。。。。。。。。
2.1.3 SNMPv3
由于SNMPv2c在数据安全性方面没有得到改进，，，，，，为此，，，，，，IETF（The Internet Engineering Task Force，，，，，，国际互联网工程工作组）推出了SNMPv3版本，，，，，，在RFC 2571中界说。。。。。。。。SNMPv3通过对数据进行甄别和加密，，，，，，在安全性方面进行了加强。。。。。。。。
SNMPv3重要界说了安全方面的扩大能力，，，，，，通过对数据进行甄别和加密，，，，，，提供了以下的安全个性：
●确保数据在传输过程中不被篡改。。。。。。。。
●确保数据从合法的数据源发出。。。。。。。。
●加密报文，，，，，，确保数据的机密性。。。。。。。。
2.2 SNMP操作类型
SNMP和谈通过界说各类操作类型，，，，，，来实现NMS和Agent之间的信息交互。。。。。。。。本文将介绍如下几种操作类型。。。。。。。。
●读取类Get操作
●设置类Set操作
●告警类Trap操作
2.2.1 读取类Get操作
1. Get操作
Get操作是由NMS自动提议，，，，，，为的是能够获取特定治理对象的值。。。。。。。。报文中会携带有Get要求标志，，，，，，要求对应的MIB的节点信息，，，，，，一次Get操作只能获取一个节点信息。。。。。。。。具体的Get操作交互过程如下。。。。。。。。
例如NSM必要获取被治理设备MIB节点sysName（被治理设备名称），，，，，，集体名为admin，，，，，，权限可读写。。。。。。。。
图2-1 Get操作道理示意图
(1) NMS给Agent发送GetRequest报文。。。。。。。。报文中Version=1暗示是SNMPv1报文，，，，，，PDU Type=0暗示是GetRequest报文，，，，，，Request ID=x是Get要求的标识，，，，，，Name1=sysName暗示必要要求的MIB节点。。。。。。。。
(2) Agent收到报文后，，，，，，将响应Response报文。。。。。。。。报文中Version=1暗示使用SNMPv1报文进行应答，，，，，，PDU Type=2暗示是Response报文，，，，，，Request ID=x暗示是上一步骤中GetRequest报文的应答，，，，，，Value1=Hostname暗示被治理设备的名称为Hostname。。。。。。。。若Agent获守信息失败，，，，，，将通过Response报文中的Error Status和Error Index字段携带谬误原因和犯错位相信息。。。。。。。。
2. Get-Next操作
由于Get操作只能一次获取一个MIB节点，，，，，，为了可能在一次操作中能够获得下一个节点信息，，，，，，可通过Get-Next操作来实现。。。。。。。。具体的Get-Next操作交互过程如下。。。。。。。。
例如NMS必要获取被治理设备MIB节点sysName的下一个节点sysLocation（设备的物理地位）信息，，，，，，集体名admin，，，，，，权限为只读。。。。。。。。
图2-2 Get-Next操作道理示意图
(1) NMS给Agent发送GetNext报文。。。。。。。。报文中Version=1暗示是SNMPv1报文，，，，，，PDU Type=1暗示是GetNext报文，，，，，，Request ID=x是Get要求的标识，，，，，，Name1=sysName暗示必要要求MIB节点sysName的下一个MIB节点。。。。。。。。
(2) Agent收到报文后，，，，，，将响应Response报文。。。。。。。。报文中Version=1暗示使用SNMPv1报文进行应答，，，，，，PDU Type=2暗示是Response报文，，，，，，Request ID=x暗示是上一步骤中GetNext报文的应答，，，，，，Name1=sysLocation和Value1=Beijing暗示sysName的下一个MIB节点为sysLocation，，，，，，设备物理地址为Beijing。。。。。。。。若Agent获守信息失败，，，，，，将通过Response报文中的Error Status和Error Index字段携带谬误原因和犯错位相信息。。。。。。。。
3. GetBulk操作
若想要在一次的操作中能批量的获取MIB节点信息，，，，，，可通过GetBulk操作来实现。。。。。。。。GetBulk操作的道理与上述的Get和Get-Next根基一致，，，，，，这里便不再发展赘述，，，，，，唯一分歧的是GetBulk能够在一次的操作中携带多个sysName值，，，，，，以此来实现批量获取MIB节点的主张。。。。。。。。
2.2.2 设置类Set操作
若必要对被治理设备的某些参数进行设置，，，，，，可通过Set操作来实现。。。。。。。。Set操作能够对拥有写权限的MIB节点进行设置，，，，，，报文中会携带有Set要求标志，，，，，，要求设置对应MIB节点信息。。。。。。。。具体的Set操作交互过程如下。。。。。。。。
例如NSM必要批改被治理设备MIB节点sysName的值为Admin-Core，，，，，，集体名为admin，，，，，，权限可读写。。。。。。。。
图2-3 Set操作道理示意图
(1) NMS给Agent发送SetRequest报文。。。。。。。。报文中Version=1暗示是SNMPv1报文，，，，，，PDU Type=2暗示是SetRequest报文，，，，，，Request ID=x是Set要求的标识，，，，，，Name1=sysName暗示必要要求的MIB节点，，，，，，Value1=Ruijie-Core暗示必要设置的sysName值。。。。。。。。
(2) Agent收到报文后，，，，，，将响应Response报文。。。。。。。。报文中Version=1暗示使用SNMPv1报文进行应答，，，，，，PDU Type=2暗示是Response报文，，，，，，Request ID=x暗示是上一步骤中SetRequest报文的应答，，，，，，Value1=Ruijie-Core暗示被治理设备的名称已经被成功设置为Hostname。。。。。。。。若Agent设相信息失败，，，，，，将通过Response报文中的Error Status和Error Index字段携带谬误原因和犯错位相信息。。。。。。。。
2.2.3 告警类Trap操作
当设备产生异常的告警事务后，，，，，，要求能实时向网管平台上传告警信息，，，，，，以便进行处置，，，，，，此时可通过Trap操作来实现。。。。。。。。在设备产生特定异常必要通知NMS时，，，，，，Agent会自动发送Trap报文。。。。。。。。如设备某接口网线被拔出，，，，，，Agent发送linkDown的Trap新闻给NMS。。。。。。。。Version=1，，，，，，Community=ruijie，，，，，，PDU中Enterprise=sysObjectID的取值，，，，，，Generic Trap=linkDown，，，，，，Variable Bindings字段将携带接口有关信息。。。。。。。。接口网线插回去时，，，，，，Agent发送linkUp的Trap新闻给NMS。。。。。。。。NMS接管到Agent发送的Trap报文后不会应答。。。。。。。。
图2-4 Trap操作道理示意图
3 总结
在SNMP版本的演进迭代过程中，，，，，，满足了分歧场景下的使用需要。。。。。。。。SNMPv1适合于组网单一，，，，，，对安全性要求不高的网络；；；；；SNMPv2c合用于组网规模较大，，，，，，但对数据的安全性没有出格的要求的场景；；；；；SNMPv3则能够用在分歧规模的网络且对数据安全性要求较高的场景，，，，，，这是一个比力推荐的版本。。。。。。。。网络治理员可凭据分歧必要选择使。。。。。。。。SNMP和谈同时还提供丰硕的操作类型，，，，，，满足了网络治理员对设备的运行状态进行监测和治理的主张，，，，，，确保网络可能不变运杏祝。。。。。。。
有关链接
SNMP是什么（一）
有关产品
更多技术博文
-
解密DeepSeek-V3推理网络：MoE架构若何沉构低时延、高吞吐需要？？？？？？？DeepSeek-V3颁布推动散布式推理网络架构升级，，，，，，MoE模型引入大规模专家并行通讯，，，，，，推理流量特点显著变动，，，，，，Decode阶段对网络时度敏赣祝。。。。。。。网络需保险低时延与高吞吐，，，，，，通过端网协同负载平衡与拥塞节造技术优化机能。。。。。。。。高效运维实现故障急剧定位与业务高可用，，，，，，单轨双平面与Shuffle多平面组网规划在低成本下满足高机能推理需要，，，，，，为大规模MoE模型部署提供主题网络支持。。。。。。。。
-
#互换机
-
-
高密场景无线网络新解法：全发国际Wi-Fi 7 AP 与 龙伯透镜天线正式成团全发国际网络在中国国际大学生创新大赛（2025）总决赛推出旗舰Wi-Fi 7无线AP RG-AP9520-RDX及龙伯透镜天线组合，，，，，，针对高密场景实现零卡顿、低时延和高并发网络履历。。。。。。。。该规划通过多档赋形天线和智能无线技术，，，，，，有效解决滋扰与覆盖问题，，，，，，合用于场馆、办公等高密度环境，，，，，，提供不变靠得住的无线网络解决规划。。。。。。。。
-
#无线网
-
#Wi-Fi 7
-
#无线
-
#放装式AP
-
-
打造“一云多用”的算力服务平台：全发国际高职教一朵云2.0解决规划颁布全发国际高职教一朵云2.0解决规划援手学堂构建统一云桌面算力平台，，，，，，支持讲授、实训、科研和AI等全场景利用，，，，，，实现一云多用。。。。。。。。通过资源池化和智能调度，，，，，，提升资源利用效能，，，，，，降低运维成本，，，，，，覆盖公共机房、专业实训、老师办公及AI讲授等多场景需要，，，，，，助力教育信息化从分散走向融合，，，，，，推动规模；；；；敫鲂曰炀徒岷稀。。。。。。。
-
#云桌面
-
#高职教
-
-
医院无线升级必看：“全院零周游”六大谜题全解析全发国际网络的全院零周游规划是新一代医疗无线解决规划，，，，，，专为智慧医院设计，，，，，，通过零周游主机和天线入室技术实现全院覆盖和移动零周游履历。。。。。。。。规划支持业务扩大全适配，，，，，，优化运维治理，，，，，，确保内表网物理隔离安全，，，，，，并便捷部署物联网利用，，，，，，援手医院提升网络机能，，，，，，支持旧设备利旧升级，，，，，，降低成本。。。。。。。。
-
#医疗
-
#医院网络
-
#无线
-
