下面我们将接着以对话的形式，讨论光传输（OT）与以太网服务（ES）如何利用灵活的以太网接口来提供更有效的端到端传输，从而通俗的解释FlexE Aware传输和FlexE Terminated传输。
ES：Hi, 光传输，上次向你介绍了我的新功能FlexE，并介绍了它的3个核心功能，不知道你是否还记得（绑定，通道化和子速率）：
1.绑定
利用FlexE的绑定技术，通过绑定多个标准以太网接口来支持更大速率业务的传送，还可以解决现有以太网中LAG协议低效率的问题，例如可以通过2 x 100GE PHY来传送200G数据流。
2.子速率
利用FlexE的子速率技术实现降速传输，通过标准的以太网接口传送灵活速率的以太网数据流，用于FlexE接口通过光传输网络连接时，可实现与DWDM链路速率的不一致性匹配。例如通过标准的100G端口实现75G的以太流封装承载。
3.通道化
利用FlexE的通道化技术，将多个任意比特速率的以太网数据流复用在一起，通过标准的以太网接口进行传送。例如2 x 50G数据流可以通过1个100GE PHY来传送。
OT：温故而知新，当时我记得你说过，可以将FlexE的绑定和通道化功能应用于我的光传输设备，而我不知道你正在这样做。这叫什么来着？
ES：Right。我的FlexE接口在你看来就像是普通的以太网流量，是一种Unaware场景。叫FlexE Unaware Transport，无感知传输。但是，光传输你有没有想过，如果你能“感知到”正在传输的是FlexE流量，你是不是就可以为我做些什么了吗？
OT：我想想。。。如果能感知到是FlexE流量，我能为你带来什么价值？
ES：事实上，可能你不知道，在对接你的物理接口上，我可能只需要你帮我传输部分流量，但是我又要为全部带宽容量付费，不划算。
OT：嗯，的确在我不知情Ubaware的情况下，你需要为全部物理带宽容量付费。如果你只需要我为你传输实际使用的容量，那么你只需要为占用的带宽付费，我也不会浪费带宽，这部分带宽我还可以卖给其他人，这对我们双方都将有利。
ES：那你能实现吗，这实在是对我来说太好了。
OT：嗯，应该不问题，让我们看一下上次讨论的示例。如果需要传输一个150GE接口，但是你没有一个物理接口来支持该接口，即使你可以这样做，其实我也没有一个客户端接口。
ES：是的。可能我通过两个100G接口传输了该接口，每个接口均未达到75G。正如你所说，我就需要支付2 x 100G的传输带宽。
OT：好吧，如果我能“意识”到这是一个“子速率”流量，那么我可以更有效地处理它。不过，我需要一种机制来告诉我，你传我的那部分哪些是有用的信息，哪些是是可以抛弃垃圾？
ES：这个你放心，我可以做到。我的FlexE Shim具有一种“日历Calendaring”机制，可以在其中将比特安排在一系列时隙中。在子速率Sub-rating情况下，我把要传输的Bits填充某些一定的时隙，然后用空Bits填充其他时隙。所以说我完全有能力让你知道，在我们的接口中，哪些日历Calendar是有用的。
OT：这个听起来不错。我可以在我的transponders and muxponders中部署“ Partial FlexE Shim”。这样的话，我就可以与你的Calendar进行通信了，然后我只需要传输有用的Bits，而忽略空Bits。这与Unaware相比，就称为FlexE Aware Transport，感知传输吧。
ES：我发现我更爱你了，除了这个，你还有什么可以为我做的吗？
OT：当然有啦，我还可以在网络中终结你的FlexE Shim。我就将称之为FlexE Terminated传输吧。
ES：这对我有什么帮助？
OT：通过使用我的OTN交叉功能，可以使通道化功能的应用更加高效。
ES：你能举个栗子吗？
OT：没问题。假设你要使用非标准传输速率以三角形方式连接三个路由器。以前的话，你需要分别连接每条路由，并且浪费了很多带宽容量。
ES：那是因为我以透明的方式使用传输工具，感觉被你坑了好多年。
OT：你知道的，这也不能怨我的。针对上面的情形，如果通过用我自己的FlexE Shim来终结你的Shim，并结合我的灵活的传输功能，我可以从两个方面来简化。首先，我可以减少你与传输网络建立的物理连接数量。其次，类似于上面的子速率讨论示例，我可以确保你只需仅消耗并支付每条路线实际所需的传输能力。
ES： 嗯，这样看起来，我们的确可以携手合作，实现双赢啦。
FlexE Terminated传输：
适用场景：穿通支持FlexE的OTN网络，解析FlexE的开销，根据不同客户侧业务带宽大小，映射到OTN系统的不同波长或子波长（ODUflex），适合更灵活的应用场景。
特点：
- Termination灵活支持FlexE的三种核心功能；
- FlexE源宿在路由器和传送设备上，传送设备会终结FlexE开销，恢复出FlexE client数据流，支持client级别的业务调度，将client根据ID不同进行重新组合，映射到对应的波分侧；
- SHIM之间的距离限制在以太连接的规格内（约40km）
FlexE Aware感知传输：
适用场景：穿通支持FlexE接口的OTN网络，解析FlexE的开销，重整以太流。适合以太MAC速率比波分速率大，或者波分速率不是以太MAC整数倍的情况，或者其他SHIM不能建立在传送设备上的场景；
特点：
- Aware支持FlexE的三种核心功能，主要利用子速率功能，传送设备从FlexE开销的管理通道中提取信息，由适配器剔除被标记为“unavliable”的数据，以实现速率压缩，并在出口填充恢复数据流；
- FlexE源宿仍然在路由器上，传送设备感知承载的是FlexE业务，但不会终结FLexE Group，实际承载的是速率适配过的PHY；
- 此场景SHIM之间跨过了整个传送网，距离长，必须保证FlexE Group绑定的多路ODUk时延差在系统要求的范围内。
FlexE Unaware无感知传输：
适用场景：穿通传统OTN网络，无需硬件升级实现对FlexE的承载，充分利旧现有光传输网络设备;
特点：
- Unaware不支持FlexE子速率功能，仅支持绑定和通道化功能；
- FlexE源宿在路由器上，传送设备不感知承载的是FlexE业务，所有的数据和FlexE开销，都当成普通以太网业务的净荷，透传映射；
- 此场景SHIM之间跨过了整个传送网，距离长，必须保证FlexE Group绑定的多路ODUk时延差在系统要求的范围内。
