本部分是《电力用户用电信息采集系统》系列标准之一，本部分规定了电能信息采集与管理系统中主站和终端之间进行数据传输的帧格式、数据编码及传输规则。 本部分由国家电网公司营销部提出； 本部分由国家电网公司科技部归口。 本部分起草单位：中国电力科学研究院、浙江省电力公司、重庆市电力公司、上海市电力公司、江苏省电力公司

USB2.0概述及协议总结 USB是通用串行总线（Universal Serial Bus）的缩写。在USB1.0和USB1.1版本中，只支持1.5Mb/s的低速（low-speed）模式和12Mb/s的全速（full-speed）模式，在USB2.0中，又加入了480Mb/s的高速模式。

嵌入式系统开发_基于STM32F407-Discovery开发板与ChibiOSRT实时操作系统_MQTT物联网通信协议与DP83848外部PHY以太网模块_实现远程控制LED灯状态与Web服.zip 在现代工业与科技领域中，嵌入式系统开发是实现智能硬件的核心技术之一，它涉及到硬件的选择、操作系统的嵌入、通信协议的应用等多个层面。基于STM32F407-Discovery开发板的嵌入式系统开发，结合ChibiOSRT实时操作系统（RTOS），构成了一个高效能、低功耗的开发环境。在此基础上，利用MQTT物联网通信协议与DP83848外部PHY以太网模块，可以实现物联网通信中的远程控制与状态监测功能。 MQTT（Message Queuing Telemetry Transport）是一种轻量级的消息传输协议，专为物联网应用设计，尤其适合在带宽有限且网络连接不稳定的环境下运行。DP83848是德州仪器（Texas Instruments）推出的一款高性能物理层（PHY）芯片，它可以提供稳定的以太网连接功能，满足工业级的网络通信需求。 在本项目中，通过将MQTT协议集成到STM32F407-Discovery开发板上，并结合ChibiOSRT操作系统，开发人员可以构建出一个能够远程控制LED灯状态的嵌入式系统。该系统通过DP83848外部PHY以太网模块连接至互联网，使得用户可以利用Web服务器来发送MQTT消息控制LED灯的开关。这一过程不仅涉及到硬件电路的设计，还需要软件层面的编程与调试。 该系统的成功实现，不仅能够为用户提供实时的设备状态反馈，还能实现对设备的远程控制，大大提高了设备的智能化水平和用户的交互体验。在实际应用中，这样的系统可以被广泛应用于智能家居、工业自动化、环境监测等多个领域，实现设备之间的智能互联和信息交换。 此外，附赠资源.pdf、简介.txt等文件可能包含项目的详细介绍、使用说明、配置指南等文档，为开发者提供了学习和实施该技术方案的重要参考信息。开发者通过这些文档可以更快速地掌握项目的关键技术点，实现项目的部署和功能的扩展。 基于STM32F407-Discovery开发板与ChibiOSRT实时操作系统的嵌入式系统开发，展示了如何利用物联网通信协议与外部网络模块实现复杂功能的过程。它不仅提升了嵌入式开发的技术深度，也扩展了物联网应用的可能性，是推动智能硬件发展的重要一环。

在当今信息时代，共享屏幕软件成为了日常工作与学习中不可或缺的工具，它允许用户通过网络将屏幕内容实时传输给其他人。本文将详细探讨一款基于TCP协议，使用C++和QT框架开发的简单共享屏幕软件。该软件由客户端和服务器端组成，旨在实现高质量且低延迟的屏幕共享功能。 TCP协议是传输控制协议（Transmission Control Protocol）的简称，它是一种面向连接的、可靠的、基于字节流的传输层通信协议。在共享屏幕软件中，TCP协议能够保证数据包传输的顺序和完整性，是保证共享屏幕稳定性的关键。 QT是一个跨平台的应用程序和用户界面框架，使用C++语言开发。QT的网络模块提供了强大的支持，包括TCP套接字的使用，这为开发网络通信应用程序提供了便利。QT同时提供了丰富的图形界面组件，使得制作友好的用户界面成为可能。 在开发基于TCP的共享屏幕软件时，客户端的主要功能是捕获屏幕内容，并将这些内容通过TCP连接发送给服务器端。为了提高效率，客户端通常会进行图像压缩，减少网络传输的数据量，同时会使用高效的编码算法来尽量保持图像质量。此外，客户端还需要处理网络异常、数据重传等问题。 服务器端的主要职责是接收来自客户端的数据，进行解码还原，并将图像内容展示给其他用户。服务器端同样需要高效地处理并发连接，以及在多个客户端间同步共享内容。服务器端还需要提供一定的安全措施，以防止未授权访问。 本项目中的服务器端程序，名为MyShareScreenServer，它是整个共享屏幕系统的核心。服务器端会维护一个连接列表，记录所有活跃的客户端连接，并对数据包进行排序和分发。服务器端还负责管理用户权限，确保只有授权用户能够访问共享屏幕。 对于标签“qt c++ 网络协议 软件/插件”的解读，说明该共享屏幕软件使用了QT框架和C++语言进行开发，同时涉及到网络协议的知识。软件或插件的形式可以使得该共享屏幕程序能够方便地集成到其他应用中，或独立作为一个程序运行。 开发者在设计这款软件时需要考虑很多因素，如跨平台兼容性、网络延迟、编码解码效率、安全性等。为了达到较好的用户体验，软件需要具备直观的操作界面和灵活的设置选项，以适应不同的使用场景和需求。 此外，软件的文档和使用说明也非常重要，它能帮助用户快速理解如何使用软件，以及如何处理可能出现的问题。开发者应该提供详细的API文档，以及示例代码，方便其他开发者进行二次开发或者集成该软件到自己的系统中。 基于TCP的简单共享屏幕软件（c++QT制作）是一个结合了现代网络技术和图形用户界面设计的软件产品。它充分利用了QT框架的跨平台优势和C++的强大性能，通过TCP协议保障了共享过程的稳定性和可靠性。MyShareScreenServer作为服务器端程序，在整个共享过程中扮演着至关重要的角色，确保数据能够高效、安全地传输和展示。这款软件的成功开发，不仅体现了开发者的技术实力，也为远程协作和在线教育等领域提供了有力支持。

DoNotSend-入侵DNS协议 在Windows和Linux上均可使用 DNS协议通常用于询问给定网站的IP地址。 在这里，它用于发送消息和检索其他消息，而不是询问网站IP地址并检索其IP地址。 免责声明 该工具可通过利用DNS协议中的缺陷来发送消息，但也可用于（如指出的那样）从网络中窃取数据。 对于该项目的任何滥用我不承担任何责任。 另请注意，您的ISP最有可能记录您的DNS查询，因此它不是100％匿名的。 设置 Python> = 3.7 Scapy> = 2.4 如果未与scapy一起安装： libpcap的 静脉有时也需要wheel模块 apt install python3-venv python3 -m venv venv/ source venv/bin/activate pip3 install scapy # if it fails because it could

ISO15765-1: 一般信息和用例定义 ISO15765-2: 传输协议和网络层服务 ISO15765-3: 实现统一的诊断服务（UDS CAN） ISO15765-4: 对碳排放相关系统的要求；这里定义了 0x7E0和0x18DA00F1 的ID

1、包含nlink_linktrack_nodeframe1及nlink_linktrack_nodeframe4两种协议解析方法 2、nlink_linktrack_nodeframe1协议可获取6基站以内的一键标定的标签Tag空间坐标数据映射--（） 3、nlink_linktrack_nodeframe4协议可获取6基站以上的自定义排布基站的标签Tag空间坐标数据映射--（） 4、ReadMe文档内包含协议内容及测试输出数据 5、该文件为of框架编写的ofxUwbLinkTrack插件，可以迁移其他C++平台使用

实验内容七：RIP、OSPF动态路由协议 实验目的：配置RIP、OSFP动态路由 实验任务1：RIP路由配置实验 （1） 添加三台2811型号路由器，为每台路由器添加网络接口模块 先关闭路由器电源，电源开关如下图。 ( 实际操作中，为确保电路安全，只有关机后,才可以在路由器中插入新的网络模块卡，类似往计算机中插入网卡。） 在三台路由器上均添加模块NM-2FE2W，拖拽右下角模块到左上方路由器插槽中，如下图所示。（NM-2FE2W有2个 快速以太网接口）。 插入新模块后，再重新开启路由器。 （2） 添加三台PC机，所有设备之间用交叉线连接，配置网络接口IP地址。 按照拓扑图中地址设置， 配置路由器各网络接口IP地址、子网掩码。 配置PC机各网络接口IP地址、子网掩码、默认网关。 （3）分别查看三台路由器的路由表 Router# show ip route 三个路由表中，只显示了每台路由器直接连接的网络地址和接口。 （4）在三台路由器上，分别配置动态RIP路由协议，自动更新路由表。 R1路由器示例： Router>enable Router#config ### 计算机网络实验报告-实验七：RIP、OSPF动态路由协议 #### 实验目的 本次实验旨在深入理解并实践RIP与OSPF这两种动态路由协议的配置过程。通过具体的操作来掌握如何利用这些协议实现网络间的自动路由发现与更新，从而提升网络的灵活性和效率。 #### 实验任务1：RIP路由配置实验 ##### 任务描述 本任务分为五个主要步骤： 1. **添加三台2811型号路由器**，并为它们添加网络接口模块； 2. **添加三台PC机**，并通过交叉线连接所有设备，并配置IP地址； 3. **查看初始路由表**，确认只包含直连网络的信息； 4. **配置RIP动态路由协议**，使路由器能够自动更新路由表； 5. **验证路由表更新情况**，确保所有路由器之间的连通性。 ##### 实验步骤详解 ### 第一步：配置路由器与网络接口 - **准备阶段**：首先关闭所有路由器的电源。这是为了保证在添加新的网络模块时不会出现短路等安全问题。接着，在每个路由器上安装NM-2FE2W模块，该模块提供两个快速以太网接口。安装完毕后，重新开启路由器。 ### 第二步：连接PC机并配置IP地址 - **连接设备**：将三台PC机分别通过交叉线与路由器相连。然后，根据拓扑图的要求，设置各个网络接口的IP地址、子网掩码以及PC机的默认网关。这些设置确保设备能够在各自的子网内通信。 ### 第三步：查看初始路由表 - **检查路由信息**：在每台路由器上执行`Router# show ip route`命令，可以查看当前的路由表。此时，路由表仅包含直连网络的信息。这是因为尚未配置任何动态路由协议。 ### 第四步：配置RIP动态路由协议 - **启动RIP协议**：在路由器R1上，进入配置模式，使用`Router(config)#router rip`命令启动RIP协议。然后，选择版本2(`Router (config-router)#version 2`)以支持无类别域间路由(CIDR)。 - **通告网络**：使用`network`命令告知RIP协议所连接的网络，如`Router (config-router)#network 192.168.1.0`。对于R1来说，需要通告它连接的所有三个网络。 - **禁用自动汇总**：为了避免不必要的路由汇总，可以通过`Router (config-router)#no auto-summary`命令禁用此功能。 - **完成配置**：完成配置后，使用`Router (config-router)#exit`退出配置模式。 ### 第五步：验证路由表更新 - **更新后的路由表**：在每台路由器上再次执行`Router# show ip route`命令，这次应该可以看到所有连接的网络信息，包括通过RIP学习到的远程网络。 - **连通性测试**：通过`ping`命令测试不同子网内的PC机之间的连通性。例如，从PC0尝试ping PC1或PC2，以验证数据包能否成功穿越路由器到达目标。 #### 结论 通过以上步骤，我们不仅成功地配置了RIP动态路由协议，而且还验证了其在网络中的有效性。RIP协议能够自动发现和更新路由信息，极大地简化了网络管理的工作量，并提高了网络的整体性能。此外，还了解了如何通过配置避免自动汇总等问题，进一步增强了网络的稳定性。 #### 扩展思考 除了RIP之外，实验还提到了另一种动态路由协议——OSPF。虽然本次实验未涉及OSPF的具体配置，但可以预见，OSPF作为更高级别的路由协议，在大型网络中具有更为广泛的应用前景。未来的学习过程中，可以进一步探索OSPF的相关知识，包括其区域划分、LSA(Link State Advertisement)机制等，以更好地理解现代网络架构的设计原理和技术细节。

"纯Verilog实现万兆网以太网全功能UDP协议，支持ARP与ping功能，Xilinx平台产品化测试验证稳定可靠",纯Verilog实现万兆网以太网UDP协议，支持ARP与ping功能，Xilinx平台产品化测试稳定可靠。,纯verilog编写实现万兆网以太网完整UDP协议，并支持ARP和ping功能，在xilinx平台已产品化测试，稳定可靠 ,纯Verilog编写;万兆网以太网UDP协议;支持ARP和ping功能;Xilinx平台产品化测试;稳定可靠,纯Verilog实现万兆网以太网UDP协议，支持ARP和ping功能，Xilinx平台稳定可靠

1 Scope 11 2 References 11 3 Terms and definitions 12 4 Abbreviations 14 5 Conventions 17 6 Optical transport network interface structure 18 6.1 Basic signal structure 19 6.1.1 OCh substructure 19 6.1.2 Full functionality OTM n.m (n ≥ 1) structure 19 6.1.3 Reduced functionality OTM nr.m and OTM 0.m structure 20 6.2 Information structure for the OTN interfaces 20 7 Multiplexing/mapping principles and bit rates 24 7.1 Mapping 26 7.2 Wavelength division multiplex 27 7.3 Bit rates and capacity 27 7.4 ODUk Time Division Multiplex 28 8 Optical transport module (OTM n.m, OTM nr.m, OTM 0.m) 30 8.1 OTM with reduced functionality (OTM 0.m, OTM nr.m, OTM-0v.m) 30 8.1.1 OTM 0.m 31 8.1.2 OTM nr.m 31 8.1.2.1 OTM 16r.m 31 8.1.2.2 OTM 32r.m 33 8.1.3 OTM 0v.m Error! Bookmark not defined. 8.2 OTM with full functionality (OTM n.m) 35 9 Physical specification of the ONNI 37 9.1 OTM 0.m 37 9.2 OTM nr.m 37 9.2.1 OTM 16r.m 37 9.2.2 OTM 32r.m 37 9.3 OTM n.m 37 9.3 OTM 0v.m Error! Bookmark not defined. 10 Optical channel (OCh) 37 10.1 OCh with full functionality (OCh) 37 10.2 OCh with reduced functionality (OChr) 38 11 Optical channel transport unit (OTU) 38 11.1 OTUk frame structure 38 11.2 Scrambling 40 12 Optical channel data unit (ODUk) 40 12.1 ODUk frame structure 40 13 Optical channel payload unit (OPUk) 41 14 OTM overhead signal (OOS) 41 15 Overhead description 41 15.1 Types of overhead 43 15.1.1 Optical channel payload unit overhead (OPUk OH) 43 15.1.2 Optical channel data unit overhead (ODUk OH) 43 15.1.3 Optical channel transport unit overhead (OTUk OH) 44 15.1.4 Optical channel non-associated overhead (OCh OH) 44 15.1.5 Optical multiplex section overhead (OMS OH) 44 15.1.6 Optical transmission section overhead (OTS OH) 44 15.1.7 General management communications overhead (COMMS OH) 44 15.2 Trail trace identifier and access point identifier definition 44 15.3 OTS OH description 46 15.3.1 OTS trail trace identifier (TTI) 46 15.3.2 OTS backward defect indication – Payload (BDI-P) 46 15.3.3 OTS backward defect indication – Overhead (BDI-O) 46 15.3.4 OTS payload missing indication (PMI) 46 15.4 OMS OH description 47 15.4.1 OMS forward defect indication – Payload (FDI-P) 47 15.4.2 OMS forward defect indication – Overhead (FDI-O) 47 15.4.3 OMS backward defect indication – Payload (BDI-P) 47 15.4.4 OMS backward defect indication – Overhead (BDI-O) 47 15.4.5 OMS payload missing indication (PMI) 47 15.5 OCh OH description 47 15.5.1 OCh forward defect indication – Payload (FDI-P) 47 15.5.2 OCh forward defect indication – Overhead (FDI-O) 47 15.5.3 OCh open connection indication (OCI) 47 15.6 OTUk/ODUk frame alignment OH description 48 15.6.1 OTUk/ODUk frame alignment overhead location 48 15.6.2 OTUk/ODUk frame alignment overhead definition 48 15.6.2.1 Frame alignment signal (FAS) 48 15.6.2.2 Multiframe alignment signal (MFAS) 48 15.7 OTUk OH description 49 15.7.1 OTUk overhead location 49 15.7.2 OTUk overhead definition 50 15.7.2.1 OTUk section monitoring (SM) overhead 50 15.7.2.1.1 OTUk SM trail trace identifier (TTI) 50 15.7.2.1.2 OTUk SM error detection code (BIP-8) 50 15.7.2.1.3 OTUk SM backward defect indication (BDI) 51 15.7.2.1.4 OTUk SM backward error indication and backward incoming alignment error (BEI/BIAE) 51 15.7.2.1.5 OTUk SM incoming alignment error overhead (IAE) 52 15.7.2.1.6 OTUk SM reserved overhead (RES) 52 15.7.2.2 OTUk general communication channel 0 (GCC0) 52 15.7.2.3 OTUk reserved overhead (RES) 52 15.7.3 OTUkV overhead 52 15.8 ODUk OH description 53 15.8.1 ODUk OH location 53 15.8.2 ODUk OH definition 54 15.8.2.1 ODUk path monitoring (PM) overhead 54 15.8.2.1.1 ODUk PM trail trace identifier (TTI) 54 15.8.2.1.2 ODUk PM error detection code (BIP-8) 54 15.8.2.1.3 ODUk PM backward defect indication (BDI) 55 15.8.2.1.4 ODUk PM backward error indication (BEI) 55 15.8.2.1.5 ODUk PM status (STAT) 56 15.8.2.2 ODUk tandem connection monitoring (TCM) overhead 56 15.8.2.2.1 ODUk TCM trail trace identifier (TTI) 58 15.8.2.2.2 ODUk TCM error detection code (BIP-8) 59 15.8.2.2.3 ODUk TCM backward defect indication (BDI) 59 15.8.2.2.4 ODUk TCM backward error indication (BEI) and backward incoming alignment error (BIAE) 59 15.8.2.2.5 ODUk TCM status (STAT) 60 15.8.2.2.6 TCM overhead field assignment 61 15.8.2.2.7 ODUk tandem connection monitoring activation/deactivation coordination protocol 62 15.8.2.3 ODUk general communication channels (GCC1, GCC2) 62 15.8.2.4 ODUk automatic protection switching and protection communication channel (APS/PCC) 62 15.8.2.5 ODUk fault type and fault location reporting communication channel (FTFL) 63 15.8.2.5.1 Forward/backward fault type indication field 63 15.8.2.5.2 Forward/backward operator identifier field 64 15.8.2.5.3 Forward/backward operator specific field 65 15.8.2.6 ODUk experimental overhead (EXP) 65 15.8.2.7 ODUk reserved overhead (RES) 65 15.9 OPUk OH description 65 15.9.1 OPUk OH location 65 15.9.2 OPUk OH definition 66 15.9.2.1 OPUk payload structure identifier (PSI) 66 15.9.2.1.1 OPUk payload type (PT) 66 15.9.2.2 OPUk mapping specific overhead 67 16 Maintenance signals 67 16.1 OTS maintenance signals 68 16.1.1 OTS payload missing indication (OTS-PMI) 68 16.2 OMS maintenance signals 68 16.2.1 OMS forward defect indication – Payload (OMS-FDI-P) 68 16.2.2 OMS forward defect indication – Overhead (OMS-FDI-O) 68 16.2.3 OMS payload missing indication (OMS-PMI) 68 16.3 OCh maintenance signals 68 16.3.1 OCh forward defect indication – Payload (OCh-FDI-P) 68 16.3.2 OCh forward defect indication – Overhead (OCh-FDI-O) 68 16.3.3 OCh open connection indication (OCh-OCI) 68 16.4 OTUk maintenance signals 68 16.4.1 OTUk alarm indication signal (OTUk-AIS) 68 16.5 ODUk maintenance signals 69 16.5.1 ODUk alarm indication signal (ODUk-AIS) 69 16.5.2 ODUk open connection indication (ODUk-OCI) 69 16.5.3 ODUk locked (ODUk-LCK) 70 16.6 Client maintenance signal 71 16.6.1 Generic AIS for constant bit rate signals 71 17 Mapping of client signals 72 17.1 Mapping of CBR2G5, CBR10G, CBR10G3 and CBR40G signals (e.g., STM-16/64/256, 10GBASE-R) into OPUk 72 17.1.1 Mapping a CBR2G5 signal (e.g., STM-16) into OPU1 74 17.1.2 Mapping a CBR10G signal (e.g., STM-64) into OPU2 75 17.1.3 Mapping a CBR40G signal (e.g. STM-256) into OPU3 75 17.1.4 Mapping a CBR10G3125 signal (e.g., 10GBASE-xR) into OPU2e 76 17.2 Mapping of ATM cell stream into OPUk 76 17.3 Mapping of GFP frames into OPUk 77 17.4 Mapping of test signal into OPUk 78 17.4.1 Mapping of a NULL client into OPUk 78 17.4.2 Mapping of PRBS test signal into OPUk 78 17.5 Mapping of a non-specific client bit stream into OPUk 79 17.5.1 Mapping bit stream with octet timing into OPUk 80 17.5.2 Mapping bit stream without octet timing into OPUk 80 17.6 Mapping of other constant bit-rate signals with justification into OPUk 80 17.7 Mapping a 1000BASE-X and FC-1200 signal via timing transparent transcoding into OPUk 80 17.7.1 Mapping a 1000BASE-X signal into OPU0 81 17.7.2 Mapping a FC-1200 signal into OPU2e 88 18 Concatenation 88 18.1 Virtual concatenation of OPUk 91 18.1.1 Virtual concatenated OPUk (OPUk-Xv, k = 1 .. 3, X = 1 .. 256) 91 18.1.2 OPUk-Xv OH description 92 18.1.2.1 OPUk-Xv OH location 92 18.1.2.2 OPUk-Xv OH definition 93 18.1.2.2.1 OPUk-Xv Payload Structure Identifier (PSI) 93 18.1.2.2.1.1 OPUk-Xv Payload Type (vcPT) 93 18.1.2.2.1.2 OPUk-Xv Payload Structure Identifier Reserved overhead (RES) 94 18.1.2.2.2 OPUk-Xv Virtual Concatenation Overhead (VCOH1/2/3) 94 18.1.2.2.2.1 OPUk-Xv Virtual Concatenation MultiFrame Indicator (MFI1, MFI2) 94 18.1.2.2.2.2 OPUk-Xv Sequence Indicator (SQ) 95 18.1.2.2.2.3 OPUk-Xv LCAS Control Words (CTRL) 95 18.1.2.2.2.4 OPUk-Xv LCAS Member Status Field (MST) 95 18.1.2.2.2.5 OPUk-Xv LCAS Group Identification (GID) 95 18.1.2.2.2.6 OPUk-Xv LCAS Re-Sequence Acknowledge (RS-Ack) 95 18.1.2.2.2.7 OPUk-Xv LCAS Cyclic Redundancy Check (CRC) 96 18.1.2.2.2.8 OPUk-Xv VCOH Reserved Overhead 96 18.1.2.2.3 OPUk Mapping Specific Overhead 96 18.2 Mapping of client signals 96 18.2.1 Mapping of CBR signals (e.g., STM-64/256) into OPUk-4v 96 18.2.1.1 Mapping a CBR10G signal (e.g. STM-64) into OPU1-4v 97 18.2.1.2 Mapping a CBR40G signal (e.g. STM-256) into OPU2-4v 98 18.2.2 Mapping of CBR signals (e.g., STM-256) into OPUk-16v 98 18.2.2.1 Mapping a CBR40G signal (e.g., STM-256) into OPU1-16v 100 18.2.3 Mapping of ATM cell stream into OPUk-Xv 101 18.2.4 Mapping of GFP frames into OPUk-Xv 102 18.2.5 Mapping of test signal into OPUk-Xv 102 18.2.5.1 Mapping of a NULL client into OPUk-Xv 102 18.2.5.2 Mapping of PRBS test signal into OPUk-Xv 103 18.2.6 Mapping of a non-specific client bit stream into OPUk-Xv 104 18.2.6.1 Mapping bit stream with octet timing into OPUk-Xv 105 18.2.6.2 Mapping bit stream without octet timing into OPUk-Xv 105 18.3 LCAS for virtual concatenation 105 19 Mapping ODUj signals into the ODTUjk and ODTU? signals 105 19.1 OPUk Tributary Slot definition 105 19.1.1 OPU2 Tributary Slot allocation 106 19.1.2 OPU3 Tributary Slot allocation 107 19.1.3 OPU4 Tributary Slot allocation 110 19.1.4 OPU1 Tributary Slot allocation 109 19.2 ODTUjk and ODTU? definitions 110 19.2.1 ODTU12 110 19.2.2 ODTU13 110 19.2.3 ODTU23 110 19.2.7 ODTU01 110 19.2.8 ODTU? Error! Bookmark not defined. 19.3 Multiplexing ODTUjk and ODTU? signals into the OPUk 111 19.3.1 ODTU12 mapping into one OPU2 2.5G Tributary Slot 111 19.3.2 ODTU13 mapping into one OPU3 2.5G Tributary Slot 112 19.3.3 ODTU23 mapping into four OPU3 2.5G Tributary Slots 113 19.3.4 ODTU01 mapping into one OPU1 1.25G Tributary Slot 114 19.4 OPUk Multiplex Overhead 115 19.4.1 OPUk Multiplex Structure Identifier (MSI) 118 19.4.1.1 OPU2 Multiplex Structure Identifier (MSI) 119 19.4.1.2 OPU3 Multiplex Structure Identifier (MSI) 119 19.4.1.3 OPU4 Multiplex Structure Identifier (MSI) 120 19.4.1.4 OPU1 Multiplex Structure Identifier (MSI) Error! Bookmark not defined. 19.4.2 OPUk Payload Structure Identifier Reserved overhead (RES) 120 19.4.3 OPUk Multiplex Justification Overhead (JOH) 121 19.4.3.1 Asynchronous Mapping Procedure Error! Bookmark not defined. 19.4.3.2 Asynchronous Generic Mapping Procedure Error! Bookmark not defined. 19.4.4 OPU4 Multi Frame Identifier overhead (OMFI) 121 19.5 Mapping ODUj into ODTUjk 121 19.5.1 Mapping ODU1 into ODTU12 122 19.5.2 Mapping ODU1 into ODTU13 123 19.5.3 Mapping ODU2 into ODTU23 124 19.5.4 Mapping ODU0 into ODTU01 126 ODU0 into OPUk Tributary Slot Mapping Error! Bookmark not defined. 19.6 Mapping ODUj into ODTU