lai_2020的博客

学习标准规范不仅是测试人员的基本职责，也是确保测试质量、提升产品竞争力和降低风险的关键。通过掌握和应用标准规范，测试工作可以更加规范、高效和权威，为产品和项目的成功提供有力保障。本文分享交换机路由器测试中涉及到标准规范。

omci.lua文件是Wireshark的OMCI协议解析插件的核心组件。它配合BinDecHex.lua，可以解析OMCI协议的数据包，提取出消息类型、受管实体标识、受管实体属性等关键信息，并以人类可读的形式显示在Wireshark的解码视图中，方便研发人员分享OMCI消息；目前网上使用的omci.lua是由technicolor公司的Dirk Van Aken和Olivier Hardouin编写并发布在wireshark官网上的。由于原版没有包含所有受管实体，且没有持续更新，导致部分标准受管实体无法解

目前网上使用的omci.lua是由technicolor公司的Dirk Van Aken和Olivier Hardouin编写并发布在wireshark官网上的。由于原版没有包含所有受管实体，且没有持续更新，导致部分标准受管实体无法解析。本人在原版的基础上，添加部分受管实体，在此分享给大家，欢迎分享更多有需要的朋友。

前三个阶段，每个厂商OLT和ONT都遵循相同标准，OMCI的交换过程大同小异。但第四个阶段，下发的OMCI消息跟OLT的型号、ONT的配置强相关，甚至相同ONT配置，相同厂商的OLT不同的GPON板卡，OMCI消息都有可能不同，本系列以Nokia的7360局端为例，介绍OLT会下发那些配置到ONT，仅供大家参考。

在前四篇文章中，主要介绍了ONT上线过程的OMCI交互的第一、二、三个阶段omci消息，本篇介绍第四个阶段，OLT下发配置到ONT。前三个阶段，每个厂商OLT和ONT都遵循相同标准，OMCI的交换过程大同小异。但第四个阶段，下发的OMCI消息跟OLT的型号、ONT的配置强相关，甚至相同ONT配置，相同厂商的OLT不同的GPON板卡，OMCI消息都有可能不同，本文以Nokia的7360局端为例，简单介绍OLT会下发那些配置到ONT，仅供大家参考。

前三个阶段，每个厂商OLT和ONT都遵循相同标准，OMCI的交换过程大同小异。但第四个阶段，下发的OMCI消息跟OLT的型号、ONT的配置强相关，甚至相同ONT配置，相同厂商的OLT不同的GPON板卡，OMCI消息都有可能不同，本文以Nokia的7360局端为例，简单介绍OLT会下发那些配置到ONT，仅供大家参考。

上图中，在0x8000后的红色框住的15个字节是7个受管实体编号，以及第8个受管实体编号的高字节，依次是0002 0005 0006 0007 000b 0018 002d 002e 002f 0030 0031 0032 0033 0034 00。答案是，在ONT上线过程中，ONT通过OMC类的实例向OLT上报自身支持的所有受管实体列表，包括标准的受管实体和私有的受管实体。2、ONT回复受管实体类型表长度，0x00cc表示204个字节，即102个受管实体类型需要上报；该实例仅有一个并且编码为0。

3、在Endpoint页面，source框内勾选device 2，destination框内勾选IPv4Group1，然后添加Add按钮，添加一条源IP是192.85.1.4，目的IP的是224.1.1.1的媒体组播流；8、再次点击port7下的devices，可以看到已经添加组播客户端device 1，切换到IGMP页，可以看到Active是勾选的，表示该device是组播客户端。3、点击port7下的devices，选中组播接收device 1，右键选中Start device，发出加入组播的请求；

在上一篇文章中，主要介绍了ONT上线过程的OMCI交互的第一个阶段和第二个阶段omci消息，本篇介绍第二个阶段剩余的OMCI消息涉及到的受管实体（ME）的属性。

在上一篇文章【OMCI实践】ONT上线过程的omci消息（一）-优快云博客，主要介绍了ONT上线过程的OMCI交互的四个阶段，本篇开始介绍上线过程的omci消息，重点介绍涉及到的受管实体（ME）的属性。

OMCI是ONT Management and Control Interface（光网络终端管理与控制接口）的缩写，定义了一套标准的消息格式，用于OLT对ONT进行配置管理、故障管理、性能管理和安全管理。l了解熟悉OMCI消息，对排查故障有极大的帮助，尤其是在对接未知型号未知配置的OLT时。本文以ONT在Nokia 7360局端上线为例，介绍ONT上线过程的OMCI消息，内容较多，会分成多篇章节，敬请留意。

TFTP（Trivial File Transfer Protocol）即简单文件传输协议，是一种轻量级的文件传输协议，它允许客户端从远程主机获取文件或将文件传输到远程主机，主要用于小文件的传输，特别是在需要简便性而非功能性和安全性的场景下。本文简单介绍tftp的报文结构，传输过程及报文分析。

ONT和OLT支持多种vlan配置，包括单层tag vlan，默认vlan（PVID），vlan转换，vlan翻译，双层vlan等等。那ONT和OLT是如何处理的呢？本文将介绍ONT和OLT对vlan的处理机制，第一篇介绍单层vlan场景ONT和OLT如何打vlan和剥离vlan，第二篇将介绍OLT是如何通过omci消息将vlan的处理机制下发到ONT的。

Syslog常被称为系统日志或系统记录，是一种标准化的协议，用于网络设备、服务器和应用程序向中央Syslog服务器发送日志消息。互联网工程任务组（IETF）发布的RFC 3164，专门定义了BSD Syslog协议的规范和实现方式。通过syslog协议，系统管理员可以监控系统的运行状态、诊断问题，并采取相应的措施来确保系统的稳定性和安全性。大部分设备会支持syslog功能，是交换机路由器等产品的必测项。

tftpd64 是一款简单好用的软件，通常被用来搭建tftp Server和tftp Client，使用步骤可以参考之前发表的文章。除了当作tftp Server和Client，tftpd64还可以轻松搭建成SNTP Server、syslog Server、DHCP Server和DNS Server，满足在开发测试工作中调试问题和测试用例，甚至可以满足搭建小型办公网络的需求。本文则介绍具体的搭建步骤，供大家参考。

TFTP（Trivial File Transfer Protocol）是一种简化的文件传输协议，基于UDP（用户数据报协议）实现的，在研发生产过程中经常用来在设备和维护终端之间传输配置文件和日志文件。本文介绍一款非常简单好用的支持tftp软件tftpd64，它支持作为tftp server和tftp client，而且也支持作为DHCP server，DNS server等。

TCP和UDP是最常见网络传输层协议，在交换机和路由器产品中是经常需要测到关于基于TCP和UDP的业务功能。目前有很多优秀的软件可以构造TCP和UDP报文并发包进行测试，如果只需要测IPv4的TCP和UDP流，推荐使用TCP test tool和UDP test tool。本文以测试路由器的虚拟服务器功能（也称为端口转发）为例，介绍这两个工具的使用方法。