opendaylight(Li) l2switch 源代码分析(3)--packethandler

2024-04-14 21:38

本文主要是介绍opendaylight(Li) l2switch 源代码分析(3)--packethandler,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

本文介绍packethander工程,该工程用于对进入到controller的packet进行解析并分发到不同的
模块进行处理。
工程分为四个部分:
config文件夹:packethander的配置信息,如plugin的部署顺序,初始化时的配置。
implementation文件夹:service的具体实现,包含了java和yang。
model文件夹:定义了packet相关的yang。
pom.xml


一、pom.xml
packethander的pom.xml文件很简单,主要包含一下两部分:
  <parent>
    <groupId>org.opendaylight.l2switch</groupId>
    <artifactId>l2switch-parent</artifactId>
    <version>0.4.0-SNAPSHOT</version>
    <relativePath>../parent</relativePath>
  </parent>
该配置指向了之前讲的parent工程,说明packethander继承了parent,所以很多配置都可以省略。

  <modules>
    <module>model</module>
    <module>implementation</module>
    <module>config</module>
  </modules>
该配置指向了config,implementation和model三个文件夹,maven会去这三个文件夹下面去找
pom.xml文件。


二、model
该目录包含了五个yang文件和一个pom.xml.

1.arp-packet.yang
该文件主要定义了一个grouping和一个notification。
grouping arp-packet-fields {
leaf xxx {
}

leaf xxx {
}
......
uses bpacket:packet-fields;
}
上面的语句定义了arp pakcet的结构。
最后的uses语句会引用packet.yang中grouping packet-fields。

notification arp-packet-received {
  uses bpacket:packet-chain-grp {
    augment "packet-chain/packet" {
       case arp-packet {
        uses arp-packet-fields;
      }
    }
  }
  uses bpacket:packet-payload;
}
上面的语句定义了一个notification,notification的内容是一个arp packet,当Provider
提交一个notification时,所有的订阅该服务的Consumer都会收到这个arp packet.

上述语句的意思是引入了bpacket的grouping packet-chain-grp(bpacket为packet.yang
的prefix),在list packet-chain的choice packet中增加一个case arp-packet,该case
引用了arp-packet-fields。最后引用bpacket的grouping packet-payload,最终的结果
为:
notification arp-packet-received {
    list packet-chain {
      choice packet {
        case arp-packet {
          uses arp-packet-fields;
        }
        case raw-packet {
          uses raw-packet-fields;
        }
      }
    }
    grouping packet-payload {
      leaf payload {
        type binary;
      }
    }
}

2.ethernet-packet.yang
3.ipv4-packet.yang
4.ipv6-packet.yang
上面三个YANG文件的分析参考1。

5.packet.yang
该YANG文件作为一个基础文件被上面4个文件引用。

6.pom.xml
这个pom文件主要作用是编译yang文件生成java代码。主要的几部分语句如下:
<parent>
    <groupId>org.opendaylight.l2switch</groupId>
    <artifactId>l2switch-parent</artifactId>
    <version>0.4.0-SNAPSHOT</version>
    <relativePath>../../parent</relativePath>
</parent>
继承了parent工程。

  <dependencies>
    <dependency>
      <groupId>org.opendaylight.openflowplugin.model</groupId>
      <artifactId>model-flow-service</artifactId>
    </dependency>
    <dependency>
      <groupId>org.opendaylight.mdsal.model</groupId>
      <artifactId>ietf-yang-types</artifactId>
    </dependency>
  </dependencies>
虽然继承了parent中的依赖关系,这边还需要一些编译yang文件所需的特别的依赖。

<build>
    <plugins>
      <plugin>
    ......
      </plugin>    
      <plugin>
    ......
      </plugin>    
    ......
     </plugins>
<build>
同样,虽然继承了parent中的插件,这边还需要一些编译yang文件所需要的特别的插件。


三、implementation
该目录实现了具体的service,包含了java文件,yang文件和pom.xml文件。

1.pom.xml文件
该文件的的结构和之前分析的差不多,这边就不再说明了。


2.packet-handler-impl.yang
该文件的主要部分:
  augment "/config:modules/config:module/config:configuration" {
    case packet-handler-impl {
      when "/config:modules/config:module/config:type = 'packet-handler-impl'";

      container notification-service {
        uses config:service-ref {
          refine type {
            mandatory true;
            config:required-identity mdsal:binding-notification-service;
          }
        }
      }
    }
  }
注册一个notification service到mdsal中。


3.java文件
AbstractPacketDecoder.java:定义了一个抽象类,下面的类都会继承它,主要抽象方法
是decode,用于解析各类packet。
ArpDecoder.java:继承AbstractPacketDecoder,其中的decode方法用于解析arp包。
EthernetDecoder.java:继承AbstractPacketDecoder,其中的decode方法用于解析以太网帧。
Ipv4Decoder.java:继承AbstractPacketDecoder,其中的decode方法用于解析Ipv4数据包。
Ipv6Decoder.java:继承AbstractPacketDecoder,其中的decode方法用于解析Ipv6数据包。


四、config
主要包含一个xml配置文件:50-packethandler.xml
  <configuration>
    <data xmlns="urn:ietf:params:xml:ns:netconf:base:1.0">
      <modules xmlns="urn:opendaylight:params:xml:ns:yang:controller:config">
        <module>
          <type xmlns:prefix="urn:opendaylight:packet:packet-handler-impl">
            prefix:packet-handler-impl
          </type>
          <name>packet-handler-impl</name>

          <notification-service>
            <type xmlns:binding="urn:opendaylight:params:xml:ns:yang:controller:md:sal:binding">
              binding:binding-notification-service
            </type>
            <name>binding-notification-broker</name>
          </notification-service>
        </module>
      </modules>
    </data>
  </configuration>
它为packethandler创建了初始配置,主要是在mdsal中注册notification service,在运行时,
实际的模块实例会被插入到modules/module/下面。

最后要是说明下文件名中的50,该数字代表了启动等级,数字越高,启动的优先级越低,比如mdsal的为1,
则最先启动。

这篇关于opendaylight(Li) l2switch 源代码分析(3)--packethandler的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/904095

相关文章

Nginx分布式部署流程分析

《Nginx分布式部署流程分析》文章介绍Nginx在分布式部署中的反向代理和负载均衡作用,用于分发请求、减轻服务器压力及解决session共享问题,涵盖配置方法、策略及Java项目应用,并提及分布式事... 目录分布式部署NginxJava中的代理代理分为正向代理和反向代理正向代理反向代理Nginx应用场景

Redis中的有序集合zset从使用到原理分析

《Redis中的有序集合zset从使用到原理分析》Redis有序集合(zset)是字符串与分值的有序映射,通过跳跃表和哈希表结合实现高效有序性管理,适用于排行榜、延迟队列等场景,其时间复杂度低,内存占... 目录开篇:排行榜背后的秘密一、zset的基本使用1.1 常用命令1.2 Java客户端示例二、zse

Redis中的AOF原理及分析

《Redis中的AOF原理及分析》Redis的AOF通过记录所有写操作命令实现持久化,支持always/everysec/no三种同步策略,重写机制优化文件体积,与RDB结合可平衡数据安全与恢复效率... 目录开篇:从日记本到AOF一、AOF的基本执行流程1. 命令执行与记录2. AOF重写机制二、AOF的

MyBatis Plus大数据量查询慢原因分析及解决

《MyBatisPlus大数据量查询慢原因分析及解决》大数据量查询慢常因全表扫描、分页不当、索引缺失、内存占用高及ORM开销,优化措施包括分页查询、流式读取、SQL优化、批处理、多数据源、结果集二次... 目录大数据量查询慢的常见原因优化方案高级方案配置调优监控与诊断总结大数据量查询慢的常见原因MyBAT

分析 Java Stream 的 peek使用实践与副作用处理方案

《分析JavaStream的peek使用实践与副作用处理方案》StreamAPI的peek操作是中间操作,用于观察元素但不终止流,其副作用风险包括线程安全、顺序混乱及性能问题,合理使用场景有限... 目录一、peek 操作的本质:有状态的中间操作二、副作用的定义与风险场景1. 并行流下的线程安全问题2. 顺

MyBatis/MyBatis-Plus同事务循环调用存储过程获取主键重复问题分析及解决

《MyBatis/MyBatis-Plus同事务循环调用存储过程获取主键重复问题分析及解决》MyBatis默认开启一级缓存,同一事务中循环调用查询方法时会重复使用缓存数据,导致获取的序列主键值均为1,... 目录问题原因解决办法如果是存储过程总结问题myBATis有如下代码获取序列作为主键IdMappe

Java中最全最基础的IO流概述和简介案例分析

《Java中最全最基础的IO流概述和简介案例分析》JavaIO流用于程序与外部设备的数据交互,分为字节流(InputStream/OutputStream)和字符流(Reader/Writer),处理... 目录IO流简介IO是什么应用场景IO流的分类流的超类类型字节文件流应用简介核心API文件输出流应用文

Android 缓存日志Logcat导出与分析最佳实践

《Android缓存日志Logcat导出与分析最佳实践》本文全面介绍AndroidLogcat缓存日志的导出与分析方法,涵盖按进程、缓冲区类型及日志级别过滤,自动化工具使用,常见问题解决方案和最佳实... 目录android 缓存日志(Logcat)导出与分析全攻略为什么要导出缓存日志?按需过滤导出1. 按

Linux中的HTTPS协议原理分析

《Linux中的HTTPS协议原理分析》文章解释了HTTPS的必要性:HTTP明文传输易被篡改和劫持,HTTPS通过非对称加密协商对称密钥、CA证书认证和混合加密机制,有效防范中间人攻击,保障通信安全... 目录一、什么是加密和解密?二、为什么需要加密?三、常见的加密方式3.1 对称加密3.2非对称加密四、

MySQL中读写分离方案对比分析与选型建议

《MySQL中读写分离方案对比分析与选型建议》MySQL读写分离是提升数据库可用性和性能的常见手段,本文将围绕现实生产环境中常见的几种读写分离模式进行系统对比,希望对大家有所帮助... 目录一、问题背景介绍二、多种解决方案对比2.1 原生mysql主从复制2.2 Proxy层中间件:ProxySQL2.3