Glass Lens for LED Street Light

Kunrui in Qihe county is set up in 2012, which is specialized in designing, producing and selling LED Street Light Glass Lens（glass lens for street light，Street lamp glass lens，glass lens for street lamp）.

SDN及ODL概括性总结

1、SDN是什么？ SDN(Software Defined Network)即软件定义网络，是一种网络设计理念。网络硬件可以集中式软件管理，可编程化，控制转发层面分开，则可以认为这个网络是一个SDN网络。SDN 不是一种具体的技术，不是一个具体的协议，而是一个思想，一个框架，只要符合控制和转发分离的思路就可以认为是SDN. 2、传统网络面临的问题？ 1）传统网络部署和管理非常麻烦，网络厂商杂，设备类型多，设备数量多，命令行不一致2）流量全局可视化难 3）分布式架构中，当网络发生震荡时，网络收敛过程中，有可能出现冗余的路径通告信息4）网络流量的剧增，导致底层网络的体积膨胀、压力增大；网络体积越大的话，需要收敛的时间就越长 5）想自定义设备的转发策略，而不是网络设备里面的固定好的转发策略 -------->sdn网络可以解决的问题 3、SDN的框架是什么 SDN框架主要由，应用层，控制层，转发层组成。其中应用层提供应用和服务（网管、安全、流控等服务），控制层提供统一的控制和管理（协议计算、策略下发、链路信息收集），转发层提供硬件设备（交换机、路由器、防火墙等）进行数据转发、 4、控制器 1）控制器概述 在整个SDN实现中，控制器在整个技术框架中最核心的地方控制层，作用是上接应用，下接设备。在SDN的商业战争中，谁掌握了控制器，或者制定了控制器的标准，谁在产业链条中就最有发言权 2）控制器功能 南向功能支撑：通过openflow等南向接口技术，对网络设备进行管控，拓扑发现，表项下

发，策略指定等 北向功能：目前SDN技术中只有南向技术有标准文案和规范，而北向支持没有标准。即便如此，控制器也需要对北向接口功能进行支持，REST API,SOAP,OSGI,这样才能够被上层的应用调用 东西向功能支持：分布式的控制器架构，多控制器之间如何进行选举、协同、主备切换等3）控制器的种类 目前市场上主要的控制器类型是：opendaylight （开发语言Java），Ryu(开发语言python), FloodLihgt(开发语言Java)等等 5、opendaylight（ODL）控制器介绍 ODL拥有一套模块化、可插拔灵活地控制平台作为核心，这个控制平台基于Java开发，理论上可以运行在任何支持Java的平台上，从Helium版本开始其官方文档推荐的最佳运行环境是最新的Linux（Ubuntu 12.04+）及JVM1.7+。 ODL控制器采用OSGi框架，OSGi框架是面向Java的动态模型系统，它实现了一个优雅、完整和动态的组件模型，应用程序（Bundle）无需重新引导可以被远程安装、启动、升级和卸载，通过OSGi捆绑可以灵活地加载代码与功能，实现功能隔离，解决了功能模块可扩展问题，同时方便功能模块的加载与协同工作。自Helium版本开始使用Karaf架构，作为轻量级的OSGi架构，相较于早前版本的OSGi提升了交互体验和效率，当然其特性远不仅仅于此。 ODL控制平台引入了SAL（服务抽象层），SAL北向连接功能模块，以插件的形式为之提供底层设备服务，南向连接多种协议，屏蔽不同协议的差异性，为上层功能模块提供一致性服务，使得上层模块与下层模块之间的调用相互隔离。SAL可自动适配底层不同设备，使开发者专注于业务应用的开发。 此外，ODL从Helium开始也逐渐完成了从AD-SAL（Application Driven Service Abstraction Layer）向MD-SAL（Model Driven Service Abstraction Layer）的演进工作，早前的AD-SAL，ODL控制平台采用了Infinispan技术，In?nispan是一个高扩展性、高可靠性、键值存储的分布式数据网格平台，选用Infinispan来实现数据的存储、查找及监听，用开源网格平台实现controller的集群。MD-SAL架构中采用Akka实现分布式messageing。 6、ODL的总体框架 ODL控制器主要包括开放的北向API，控制器平面，以及南向接口和协议插件。北向API 有OSGI和REST两类，同一地址空间应用使用OSGI类，而不同地址空间的应用则使用REST 类。OSGI是有状态的连接，有注册机制，而rest是无状态链接。上层应用程序利用这些北

煤矿井下安全避险“六大系统”的作用和配置方案示范文本

煤矿井下安全避险“六大系统”的作用和配置方案 示范文本 In The Actual Work Production Management, In Order To Ensure The Smooth Progress Of The Process, And Consider The Relationship Between Each Link, The Specific Requirements Of Each Link To Achieve Risk Control And Planning 某某管理中心 XX年XX月

煤矿井下安全避险“六大系统”的作用和配置方案示范文本 使用指引：此解决方案资料应用在实际工作生产管理中为了保障过程顺利推进，同时考虑各个环节之间的关系，每个环节实现的具体要求而进行的风险控制与规划，并将危害降低到最小，文档经过下载可进行自定义修改，请根据实际需求进行调整与使用。 摘要：研究了煤矿安全监控系统在瓦斯、火灾等重特 大事故监控与预警和事故调查中的作用，提出了系统设置 方案和基于煤矿安全监控系统的煤矿瓦斯爆炸等事故直接 原因认定方法；研究了煤矿井下人员位置监测系统在遏制 超定员生产、事故应急救援等方面的作用，提出了系统设 置方案；提出了以矿用调度通信系统和矿井广播通信系统 为基础，矿井移动通信系统为补充的矿井通信联络方案； 提出了严禁矿用IP电话通信系统和矿井移动通信系统替代 矿用调度通信系统的观点；提出了高瓦斯矿井的入井人员 宜携带隔离式自救器，隔离式自救器宜选用压缩氧隔离式 自救器；提出了避难硐室的装备要求和避难硐室性能价格

六大系统建设情况简介

燕煤公司程庄煤矿“六大系统” 建设完成情况 程庄煤矿 2013年12月

燕煤公司程庄煤矿六大安全避险系统 建设完成情况 为促进和规范煤矿井下紧急避险系统的建设完善和管理工作，根据《国务院关于进一步加强企业安全生产工作的通知》（国发〔2010〕23号），《关于建设完善煤矿井下安全避险“六大系统”的通知》（安监总煤装【2010】146号）以及《推进全省煤矿建设完善井下安全避险“六大系统”工作规划及实施方案》（晋煤救字【2010】1644号）的要求，煤矿必须建设完善煤矿井下安全避险“六大系统”，监测监控、人员定位、紧急避险、通信联络、压风自救、供水施救安全避险“六大系统”，目前程庄矿六大系统均已建成并投入运行。具体情况如下： 1、监测监控系统 我矿现装备的瓦斯监控系统型号为重庆煤科院研发生产的KJ90NB监控系统。2007年10月底开始对全矿井监控进行升级改造，由原来的KJ38系统升级为KJ90NB系统,2009年11月12日前对矿井监控系统改造全部完成。 目前，地面中心站主控软件、网络终端软件、图形工作站及联网上传功能完善。程庄煤矿KJ90NB监控系统经过几年时间的调试及试运行，对系统性能特点及功能得以全面考核表明，系统性能稳定可靠，各项功能和技术指标达到原设计要求，与传统监控系统比较，在快速反应、系统容量、通讯稳定性、兼容及扩

展、软件功能等方面体现出宽带监控系统的强大优势，技术水平国内领先。 KJ90NB监控系统及设备具备合格有效的标志证书.能与市局联网。具备风电、瓦斯电和故障闭锁功能。实行24小时不间断值班。上岗人员经培训且取得相关证件。 2、人员定位系统 我矿现装备的人员定位系统重庆煤科院研发生产的型号为KJ251A煤矿人员监控系统。 KJ251A煤矿人员监控系统于2006年12月正式启用，系统具有图形显示功能，人员跟踪功能、员工考勤功能、中断取数功能、门禁功能、报警功能等。 KJ251A人员定位考勤管理系统平时进行日常的考勤,督促相关工作人员及时到位。井下发生异常情况时,可以知道人员的分布位置及数量，及时找到被困人员。发生事故后,可为事故调查提供参考依据。人员定位系统软件采用三层架构体系。数据采集与分析、存储、应用表示三部分既相对独立又是有机融合。 2010年由重庆煤科院对系统进行升级，由原来的KJ251升级为KJ251A人员定位系统。 3、通讯联络系统 燕煤公司通讯系统分为三大部分，分别是：有线通信系统、无线通信系统、矿用IP网络广播对讲系统。三个系统均已通过验收，目前运行正常。具体情况简介如下：

ODL之SDN入门篇

本文作为码农学ODL系列的SDN基础入门篇，分为两部分。第一部分，主要讲述SDN是什么，改变了什么，架构是什么样的，第二部分，简要介绍如何去学习SDN。 1.什么是SDN SDN(Software Define Network) ，即为软件定义网络，可以看成网络界的操作系统。从SDN的提出至今，其内涵和外延也不断地发生变化，越来越多的人认为“可以集中控制、开放可编程和转控分离的网络”就是SDN网络，并且还延伸出软件定义计算、软件定义存储以及软件定义安全等。SDN加快了新业务引入的速度，提升了网络自动化运维能力，同时，也降低了运营成本。SDN的基础

知识如下图所示，下面各小节内容将根据该图内容进行展开论述： 1.1.SDN基础 1.1.1.SDN本质及核心 我们知道，传统网络中的路由器也存在控制平面和转发平面，在高端的路由器或交换机还采用物理分离，主控板上的CPU不负责报文转发，专注于系统的控制；而业务板则专注于数据报文转发。所以路由器或交换机内的控制平面与转发平面相对独立又协同工作，如图所示：

但这种分离是封闭在被称为“盒子”的交换机或路由器上，不可编程；另一方面，从IP网络的维度来考虑，采用的是分布式控制的方式：在控制面，每台路由器彼此学习路由信息，建立各自的路由转发表；在数据面，每台路由器收到一个IP 包后，根据自己的路由转发表做IP转发； IP网络的这种工作方式带来了运维成本高、业务上线慢等问题，并越来越难以满足新业务的需求，传统上通过添加新协议、新设备等手段来缓解问题的方式，收益越来越少。穷则思变，许多人产生了革命的想法，现有的网络架构既然无法继续演进发展，为何不推倒重来，重新定义网络呢？真可谓“时势造英雄”，2006年斯坦福大学Nick McKeown教授为首的研究团队提出了OpenFlow的概念用于校园网络的试验创新，后续基于OpenFlow给网络带来可编程的特性，SDN （Software Defined Network）的概念应运而生。 SDN将原来封闭在“盒子”的控制平面抽取出来形成一个网络部件，称之为SDN 控制器，这个控制器完全由软件来实现，控制网络中的所有设备，如同网络的大脑，而原来的“盒子”只需要听从SDN控制器的命令进行转发就可以了。在SDN 的理念下，所有我们常见的路由器、交换机等设备都变成了统一的转发器，而所有的转发器都直接接受SDN控制器的指挥，控制器和转发设备间的接口就是OpenFlow协议。其简单模型如图所示：

煤矿六大系统简介

提升系统简介：山西中强福山煤业有限公司开拓方式为斜井开拓，主斜井井口标高+894.6。斜长472m。倾角24°34′，三心拱断面，净宽 3.6m，净高2.65m，净断面积9.54m2 。担负矿井运输原煤提升任务，兼做进风井。辅助提升采用 JK-3.5×2.65型单绳缠绕式矿井提升机，煤炭提升采用STJ1000钢绳芯胶带机。副斜井井口标高+902.3m。斜长408m，倾角29°56，半圆拱断面，净宽4m,净高3.6m。担负全矿井进风及运送人员的任务。现开采煤层为9#+10#号煤层。设计能力为90万t/a。本矿井主井采用斜井开拓，矿井设计生产能力为90万t/a，工作制度为330d/a，提升时间16h/d，安装带式输送机，担负原煤的提升。 根据矿井生产能力、开拓方式、采区及工作面布置等条件，主斜井原煤提升采用钢绳芯深槽角强力胶带输送机。井底煤仓的原煤通过大型给煤机、经主斜井胶带输送机输送至主斜井井口房，再转载至地面生产系统。 运输系统简介：山西中强福山煤业有限公司井下现南回风大巷、中央→南北总皮带大巷→南翼第一联行皮带→南翼主运皮带→东巷主运输皮带。中央变电所、中央泵房、水仓→南翼第三联巷皮带→南北总轨道大巷一部皮带→南北总轨道大巷二部皮带→东巷主运输皮带。主运输皮带（DSJ100/63/2×160）经溜煤口，落到主斜井皮带，通过主斜井皮带输送到地面溜煤口，然后经两部转载皮带运往地面运输皮带到煤场。 1、施工期间主斜井皮带：型号：STJ-800/250S，带宽800mm，

带速2m/s。超出井口长度20米，超出井口部分坡度12.1度。总长度560米。 2、第一部转载皮带：带宽650mm，带速，1.3—1.6m/s 。长度176米，坡度约为2度. 本皮带尾装有给煤机，使本部皮带运输煤量均匀。 3、第二部转载皮带：带宽650mm，带速，1.3—1.6m/s 。长度65米，坡度约为3度。 通风系统简介： 主扇选用两台防爆对旋轴流风机FBCDZNO27/2×355，主扇风量为：82-165m3/s,n＝740r/min, 配套电机功率Nf＝2×355kW，一台工作，一台备用。设计掘进工作面均采用压入式独立通风，选用FBD —№5.6/15×2型局部通风机供风。 风流方向为：新鲜风流→副斜井（主斜井）→东轨道巷（东运输巷、东行人巷）→南北皮带大巷（南北轨道大巷）→工作面运输顺槽→回采工作面→工作面回风顺槽→集中回风巷→总回风巷→回风立 井→地面。矿井通风方式为中央分列式，通风方法为机械抽出式通风，主、副斜井进风，回风立井为专用回风井。 排水系统简介：该矿井涌水量为：30—50m3/天，分两级排水。一级排水：工作面涌水经各迎头潜水泵、多级泵（D46-50*6，75KW）用4寸管（DN100）直排到井底中央泵房。 二级排水：中央水泵房安装3台多级泵（D46-50*6，75KW），经4寸管排到地面静压水池。 采掘系统简介：设计采用单水平多煤层联合开拓，全井田共划分

OpenDaylight与Mininet应用实战之复杂网络验证(五)

OpenDaylight与Mininet应用实战之复杂网络验证（五） 1多交换机的测试 Mininet中本身就支持多交换机网络拓扑的模拟创建，可通过Python API自定义拓扑创建满足使用者在仿真过程中的多方位需求。 下面举出具体示例验证多交换机支持： 执行此条命令后，查看ODL的Web界面显示的网络拓扑。界面拓扑显示如下： 对所有的虚拟host之间进行互ping操作，通过pingall命令，验证主机间的连通性，继而可验证支持多交换机的功能。

由pingall显示的结果可看出，主机间能够互相通信，且将数据包的流转发给交换机，并由交换机上报给ODL控制器来下发流表使主机通信。 主机通信过程中可查看交换机的流表信息及本身信息。 由交换机流表信息显示可知，控制器通过策略将流表下发到交换机中，使主机发出的数据包转发到下一目的地址。每个交换机查看信息的端口都不同，从第一个交换机端口号为6634开始，以后每一个交换机依次在之前交换机端口号的基础上加1，如第二个交换机的端口为6635。其他交换机的流表信息及自身设备信息可根据此说明进行查看。 2多控制器的测试 多控制器验证支持测试包括两种情况： ■OpenFlow网络中多个同一类型的控制器； ■OpenFlow网络中多个不同类型的控制器； 2.1多个同一类型的控制器验证 测试OpenFlow网络中多个同一类型的controller，比如OpenDaylight，多个ODL之间通过

OpenFlow1.0协议标准交互。 通过Mininet验证，在Mininet中模拟创建的OvS交换机不能指定连接多个控制器，且在同一个Mininet中创建的多个交换机不能指定不同的控制器。所以在验证交换机被多个同一类型的控制器管控时，不能通过用Mininet来验证，但是可通过真实交换机来验证。 如，在真实交换机中设置连接此文中的ODL控制器及另一个ODL控制器，命令为： 连接两个相同类型的ODL控制器，其中192.168.5.203为上述实验使用的控制器，192.168.5.111为另外安装使用的ODL控制器。通过执行如下命令查看交换机连接的控制器信息。 is_connected:true表示交换机都成功连接上控制器。交换机连接到这两个控制器后，控制器通过设备拓扑管理也可以发现此交换机，同时控制器管控存在主备关系，但控制器都可对交换机进行管控、下发流表等操作。 通过真实OpenFlow交换机连接多个控制器，可以实施，且已经验证，控制器和控制器之间存在主备关系，多控制器都可以对连接的交换机进行管控。 2.2多个不同类型的控制器验证 在OpenFlow网络中多个不同类型的controller，比如同时存在NOX和ODL，它们之间如果遵循OpenFlow协议标准的话，也是能够协作工作的。多个不同类型的控制器管控交换机与2.1小节是同样的道理。 如，在真实交换机中设置连接此文中的ODL控制器及其他另一个不同类型的控制器，如POX，命令为： 连接两个不同控制器，其中192.168.5.203为上述实验使用的控制器，192.168.5.111为另外安装使用的POX控制器。经试验验证，ODL与POX都遵循OF1.0版本的协议标准，所以在复杂网络多控制器情况下，只要控制器遵循相同的标准规范，控制器之间可进行对网络的通信管理等。此处实验结果与2.1节一致。交换机连接这两个控制器后，控制器管控存在主备关系，但控制器都可对交换机进行管控、下发流表等操作。 3总结 本文主要对复杂网络多交换机及多控制器的支持验证。因Mininet现在无法模拟多控制器管控一个交换机的情况，所以本专题还是侧重对多交换机的管控实验。至此，OpenDaylight 与Mininet应用实战专题将结束，有介绍不到位或者有疑问的地方请多多指教，互相交流。谢谢！

矿井六大系统

矿井六大系统 一、监测监控系统1、要求达到的标准系统主机必须双机备份5分钟内启动。主机或显示终端必须设在调度室。 2、本工作面使用情况在距工作面≤5m无风筒侧安设瓦斯探头T110-15m 范围内安设瓦斯探头T2。在皮带机头处安设YW报警仪yw 报警仪。总控上安设DD仪。风筒传感器FT安设在距工作面5-10m范围内的风筒上。温度传感器、CO报警仪安设在距风口10-15m范围内。在风机负荷线上安设两台KT。 二、人员定位系统 1、要求达到的标准1实现井下坑道作业面工作人员的精确定位 2提供直观的巷道图 3矿井移动目标实时监视和屏幕显示 布情况以及个通信分站的状态;显示大巷内各人员编号及其当前所在的位置 4实现各部门工作人员考勤功能 为管理层对生产部门及个人的工作考核提供依据。 5实现井下定点考勤功能 6信息存储和历史数据回放 7突发情况报警功能 通过矿用本安型定位卡上的报警按钮进行报警。 8发出报警信息功能 9异常数据自动报警功能 10) 人机对话 11 122、本工作面使用情况本矿所有人员下井必须佩戴人员定位仪 随时掌握本工作面人员情况。 三、通信系统 1、要求达到的标准通信有效距离应不小于10km100m。容量量、信号装置或系统内终端设备并发数量由相关标准

规定。终端设备输出功率信号设备输 出功率无线设备工作频率 的工作频率由相关标准规定。备用电源工作时间 续工作时间不应小于2小时。 2、本工作面使用情况安设两部有线电话 便于皮带开停时互相联系。第二部安设在距工作面50m处 并每隔200m安设一组矿用隔爆式扩音器。 四、紧急避险矿井应根据井下作业人员和巷道断层等情况 择和布置避难硐室或移动式救生舱。所有矿井在各水平井底车场设置固定式避难硐室。有突出煤层的采区应设置采区避难室在防逆流 1000m范围内建设避难硐室或救生舱突出煤层的掘进巷道长度及采煤工作面走向长度超过500米时 工作面500米范围内建设避难硐室或设置救生舱。避难硐室的额定人数 5% 至少满足15人的避难需求。 避难硐室的设置应避开地址构造带、应力异常区以及透水威胁区 20m 井下避难硐室应具备安全防护、氧气供给、有害气体处理、温湿度控制、避难硐室内外环境参数检测、 额定避险人员生存96h以上。矿井避灾路线图应包括井下所有避难硐室设置情况。避难硐室 种类 全避险。 五、压风自救系统 1、 1压风自救系统的防护袋、送气管的材料应符合MT113的规定。 2GB2626的规定。 3压风自救装置应具有减压、节流、消噪音、过滤和开关等功能。 4 5 过5mm的现象。 6压风自救装置的操作应简单、快捷、可靠。

菜鸟水平初步设置OpenDaylight-OVSDB-+-Openstack测试环境

菜鸟水平初步设置OpenDaylight OVSDB + Openstack测试环境 Hannibal （SDNAP首发） 刚接触SDN和OpenDaylight两个多月时间，还处于人云亦云照葫芦画瓢的水平，在很多大牛的指导文章帮助下，初步搭建一个很简单的OpenDaylight OVSDB + Openstack调试环境。第一次写技术文章，请多包涵。 一、准备 硬件： 双核Core i7，内存4GB，一个以太网卡的Thinkpad X201t，普通个人用笔记本 Host环境： 64位Ubuntu 13.10，OVS 2.0.90 VM环境： 2个Virtualbox VM，Fedora 19 + OVS 2.0.0 + Devstack 。导入Virtualbox都是缺省配置。两个VM的下载地址： https://https://www.sodocs.net/doc/4b15732653.html,:443/v1/96991703573236/imgs/Fedora19--2node-Devstack.tar.bz2 Size: 4983728003 bytes MD5sum: dfd791a989603a88a0fa37950696608c 二、原理 OpenDaylight（ODL）是一个由Linux基金会支持，多个网络厂商参与的开源SDN控制器项目。Openstack是开源的IaaS项目。如何让两个平台整合以便更好的发挥作用是本环境搭建的目的。 现有的解决方案之一，就是利用Openstack Neutron的ML2 Plugin，将网络复杂性丢到ODL。也就是说，Openstack通过ML2 Plugin，与OpenDaylight的NB API进行会话，具体网络部署的实现交由OpenDaylight Controller来实现。

Openstack的Ocata版本与opendaylight 的Carbon版本集成详解

Openstack的Ocata版本与opendaylight 的Carbon版本集成详解 作者：胡章丰，zfhu2001@https://www.sodocs.net/doc/4b15732653.html, 前提条件 ===================================================================== 1.已搭建好的可用openstack ocata环境一套 2.已下载的opendaylight carbon-sr1发布版本 3.本文档所述环境地址：控制节点：192.168.137.101，网络节点192.168.137.101，计算节点：192.168.137.101,192.168.137.102，ODL控制器节点：192.168.137.100 4.建议ODL控制器节点与Openstack控制节点采用独立节点安装，否则会有端口冲突，需要修改若干配置文件来避免冲突 ===================================================================== 部署opendaylight控制器 ===================================================================== ODL控制器节点执行： 解压缩软件包 tar xzvf distribution-karaf-0.6.1-Carbon.tar.gz cd distribution-karaf-0.6.1-Carbon/ 开启iptables规则（建议将下列规则写入脚本文件，配置开机自动执行，否则每次重启后需要手动添加这些规则） iptables -I INPUT -p tcp --dport 8181 -j ACCEPT iptables -I INPUT -p tcp --dport 8080 -j ACCEPT iptables -I INPUT -p tcp --dport 6640 -j ACCEPT iptables -I INPUT -p tcp --dport 6653 -j ACCEPT 启动odl控制器 ./bin/karaf 安装odl组件（只能装这几个） feature:install odl-netvirt-openstack odl-dlux-core odl-mdsal-apidocs 验证是否安装成功（打开如果是黑板一块，则说明安装成功） 看看能否打开http://ODL控制器节点ip地址:8181/index.html =====================================================================

OpenDaylight的Helium(氦)版本安装

OpenDaylight的Helium版本安装 OpenDaylight（后面缩写ODL）的Helium（氦）版本已发布，具体详情可参考ODL官网。Helium（氦）版本只发布了一个版本，下载链接地址为https://www.sodocs.net/doc/4b15732653.html,/software/downloads/helium。官网中分别共享了版本、安装向导、用户向导、开发者向导手册，可进行下载学习。 git clone https://https://www.sodocs.net/doc/4b15732653.html,/gerrit/p/integration.git 1.1.Helium安装 此Helium(氦)版本安装研究是基于Ubuntu12.04的基础上进行安装的，此ODL源文件版本是完全可移植的，但是需要Java7.0以上兼容JVM来运行。如果是用到Oracle的话，JDK版本在 1.7.0_45以上。 解压已获取的安装包文件，并进入解压目录： #unzip distribution-karaf-0.2.0-Helium.zip #cd distribution-karaf-0.2.0-Helium/ #cd bin #./karaf##出现问题？ 经验证，此时执行./karaf时，会出现线程异常且No route to host错误，，需要进入上级目录修改文件org.apache.karaf.management.cfg： #cd.. #cd etc #vi org.apache.karaf.management.cfg#打开此文件 将 serviceUrl= service:jmx:rmi://0.0.0.0:${rmiServerPort}/jndi/rmi://0.0.0.0:${rmiRegistryPort}/karaf-${karaf.na me}修改成 serviceUrl= service:jmx:rmi://127.0.0.1:${rmiServerPort}/jndi/rmi://127.0.0.1:${rmiRegistryPort}/karaf-${kar https://www.sodocs.net/doc/4b15732653.html,}， 再次进入ODL启动目录： #cd bin #./karaf##执行karaf文件 出现以下正确界面，如图所示：

OpenDaylight初步学习过程

OpenDaylight初步学习过程 ———————Lithium OpenDaylight搭建环境的要求 1.虚拟机Ubuntu 14.04，内存建议4G及以上，以免在启动ODL时太卡 2.Java7-及以上版本 3.Maven3.1.1及以上版本 注意： 先用java –version查看jdk版本。如果版本低于jdk1.7，则从jdk官网下载，下载地址：https://www.sodocs.net/doc/4b15732653.html,/technetwork/java/javase/downloads/java-archive-downloads-javase7-521261.html#jdk-7u79-oth-JPR一定要根据自己系统下载相应的jdk。 安装及配置：https://www.sodocs.net/doc/4b15732653.html,/s/blog_93dc666c0101b1bj.html 查看maven版本，maven –v，如果未安装，则从其官网下载3.1.1版本及以上版本。 Tar文件，可以先去官网查下maven最新版本多少。 下载网址：https://www.sodocs.net/doc/4b15732653.html,/dyn/closer.cgi/maven/binaries/apache-maven- 3.3.3-bin.tar.gz 安装配置：https://www.sodocs.net/doc/4b15732653.html,/caojianhua/archive/2011/04/02/347559.html 建议不要从shell通过apt-get来安装maven，版本不是最新的。 安装pre-build的controller 由于新手初期对于ODL的了解还不多，建议先安装pre-built的distribution熟悉一下opendaylight的基本功能。 1)下载地址如下，下载zip格式 https://https://www.sodocs.net/doc/4b15732653.html,/downloads 2)解压文件，进入到bin文件夹，运行./karaf

opendaylight Md-sal

Md-sal中 How To Look Up Data In MD-SAL –Helium Version Posted by Kanika Previously I wrote how to look up data in MD-SAL data store but that holds good only for OpenDaylight’s Hydrogen release. In OpenDaylight’s Helium release, data broker API’s have been changed. Here is how you can look up data in MD-SAL data store if you are using OpenDaylight’s Helium v ersion. Note that you also have to switch your OSGI bundle to be config subsytem aware before you can start using new DataBroker service. import https://www.sodocs.net/doc/4b15732653.html,mon.base.Optional; import org.opendaylight.controller.md.sal.binding.api.DataBroker; import https://www.sodocs.net/doc/4b15732653.html,mon.api.data.LogicalDatastoreType; import org.opendaylight.controller.md.sal.binding.api.ReadOnlyTransaction ; ... ... //Look up all the nodes from MD-SAL operational data store InstanceIdentifier nodesIdentifier = InstanceIdentifier.builder().node(Nodes.class).toInstance(); Optional nodes= null; try { nodes= readTx.read(LogicalDatastoreType.OPERATIONAL, nodesIdentifier).get(); List nodeList = nodes.getNode(); } catch (InterruptedException | ExecutionException e) { e.printStackTrace(); } How To Insert Data In MD-SAL Data Store – Helium Version Posted by Kanika Previously I wrote how to insert data in MD-SAL data store but that holds good only for OpenDaylight’s Hydrogen release. In OpenDaylight’s Helium release, data broker API’s have been changed. Here is how you can insert data in MD-SAL data store if you are using OpenDaylight’s Helium version. Note that you als o have to switch your

OpenDaylight开发学习笔记基础篇

OpenDaylight开发学习笔记基础篇 一、摘要 本文主要针对Openflowjava部分进行实例简述，初学者需要对java了解一些，总结一些我自己的学习收获，不足之处请指正。 Openflowjava工程作为Opendaylight南向接口的协议栈存在，与openflowplugin工程及外部的netty.io网络库紧密联系。其主要作用是接受南向接口上报的消息、解码、将其交给Openflowplugin以便进一步上报以及接收Openflowplugin传达的发送消息的指令并将其编码为字节流从南向接口中发出。结构上与功能相关的是Openflow-protocol-api及Openflow-protocol-impl两个文件夹下的代码。前者中用一系列yang文件定义了控制器支持的Openflow消息结构及对应的收、发行为，后者包含了消息的解码、编码及上报、下发的功能逻辑。 netty.io网络库在Opendaylight中负责处理控制器与switch间的TCP连接。控制器接收上报的Openflow消息时，消息的二进制字节流会被装入netty的Bytebuf类对象中传递给Openflowjava来提供解码，发送消息时，消息相关的数据在编码序列化后被封装进Bytebuf类中交给netty完成发送。Openflowplugin 作为opendaylight处理openflow消息的外挂组件进一步负责解码后消息的分类、处理、上传以及发送消息时控制器指令数据的分发、消息体数据的组织与打包。Openflowplugin控制着openflow消息收发的流程和逻辑，openflowjava作为其末端动作的执行者存在。 二、Openflow-protocol-api部分开发 openflow-protocol-api文件夹下的代码主要是openflow-protocol-api/src/main/yang路径下的一系列yang文件，yang是一种表示结构与属性的语言，同时也是一个RFC标准（RFC6020）。Opendaylight使用这种语言来定义其所支持的openflow消息结构以及消息的收发动作。在项目编译阶段，maven会调用opendaylight的yangtools工具根据yang文件生成一系列java文件，包括各openflow消息的容器类、容器类的构造器以及侦听并接收这些容器类的接口。通过yang文件，我们可以简单清晰地定义我们需要的消息类型以及其上传/下发管道。

六大系统相关规定

赵铁锤：我国将在煤矿建立井下安全避险六大系统 2010年05月19日 16:06:32 来源：新华网 【字号大中小】【留言】【打印】【关闭】 新华网太原５月１９日电（记者朱立毅、陈忠华）国家安监总局副局长、国家煤监局局长赵铁锤１９日在山西长治表示，我国将在全国煤矿建立完善监测监控、人员定位、紧急避险、压风自救、供水施救和通信联络等井下安全避险六大系统，以提高煤矿安全保障能力。 煤矿井下安全避险六大系统包括监测监控系统，实现对煤矿井下瓦斯、ＣＯ浓度、温度、风速的动态监控，完善紧急情况下及时断电撤人制度；人员定位系统，准确掌握各个区域作业人员的情况；救生舱、避难硐室等紧急避险系统，实现井下灾害突发时的安全避险；压风自救系统，确保灾变时现场作业人员有充分的氧气供应；供水施救系统，在灾变后为井下作业人员提供清洁水源或必要的营养液；通信联络系统，实现井上井下和各个作业地点通信通畅。 赵铁锤表示，这“六大系统”平时在保障安全生产上发挥重要作用，同时又能在发生险情时构成煤矿井下安全避险的主要系统，对维护矿井作业人员的生命安全与健康、保障煤矿安全生产具有重要的意义。 据介绍，我国煤矿约９５％是井工矿，开采条件复杂，而且随着采掘深度增加，煤矿瓦斯、水患、冲击地压等灾害越来越严重。井工开采矿井具有灾害因素集中、人员活动与逃生空间受限，多种致灾因素共存井下的特点，也容易引发大的灾难。在井工矿中设置和使用应急避难设施，已经是煤矿应急救援中的一项成熟有效的技术。

山西潞安矿业集团公司按照危急情况下通信畅通、安全避险和长时间有效自救的原则，在其主力矿井之一的高瓦斯矿井——常村煤矿进行了新型防护体系建设试点，其中主要包括井下永久避难硐室、临时避难硐室和移动救生舱三个系统，并进行了有效的演练。 赵铁锤表示，井下安全避险“六大系统”的总体目标要求是，到２０１５年全国所有煤矿都建立“六大系统”，并达到“设施完备、系统可靠、管理到位、运转有序”的要求。 关于建立完善煤矿井下安全避险“六大系统”的通知 湘煤安监[2010]134号 各市州煤炭管理部门、煤矿安全监察分局，省属煤矿企业，湖南第一工业设计研究院： 按照“预防为主、加强监管、落实责任”的总体要求，为全面严格落实煤矿的安全标准与准入条件，坚决遏制重特大事故发生，促进安全生产形势持续稳定好转，提高煤矿安全保障能力，根据《煤矿安全规程》和国家安监总局等有关文件规定，借鉴国内外煤矿安全管理经验，结合我省各类煤矿管理现状，现就建立完善煤矿井下安全避险“六大系统”有关事项通知如下： 一、深刻认识建设完善“六大系统”的重要性 煤矿井下安全避险六大系统包括建立健全监测监控系统，实现对煤矿井下瓦斯、CO浓度、温度、风速的动态监控，完善紧急情况下及时断电撤人制度，为煤矿安全管理和避险救援提供决策和调度、指挥依据；通过建立人员定位系统，实现对煤矿入井人员的动态管理，准确掌握各个区域作业人员的情况，加强对人员的安全管理和及时有效避险；通过建立救生舱、避难硐室等紧急避险系统，实现井下灾害突发时的安全避险，为井下作业人员提供应急的生存空间；通过完善压风自救系统，确保灾变时现场作业人员有充分的氧气供应，防止发生窒息事故；通过完善供水施救系统，在灾变后为井下作业人员提供清洁水源或必要的营养液；通过完善通信联络系统，实现井上井下和各个作业地点通信通畅，为防灾抗灾和快速抢险救灾提供准确信息。建设完善煤矿“六大系统”，是落实科学发展观、坚持以人为本的内在要求，是安全发展理念在煤矿安全生产上的重要体现，是国内矿山事故成功救援所验证的有效措施。

六大系统建设情况说明

桐梓县鑫鑫矿业有限公司 煤矿井下安全避险“六大系统”建设情况说明 各位领导： 为加快我矿井下安全避险“六大系统”建设，切实提高安全保障能力，按照《煤矿井下安全避险“六大系统”建设完善基本规范（试行）》要求，我矿从2011年开始积极开展了煤矿井下安全避险“六大系统”的建设完善工作，现将工作情况说明如下： 一、煤矿井下安全避险“六大系统”建设组织领导及机构 为确保煤矿井下安全避险“六大系统”建设工作的顺利实施，我矿成立了以矿长为组长，总工程师为副组长，生产科、安全科、通风科负责人为成员的工作领导小组，领导小组下设办公室在安监科，负责对“六大系统”的建设完善工作。领导小组对系统建设进行了分工，明确了完善目标、任务、措施及进度安排。同时，建立健全工作机制，保证人力、物力、财力投入及时到位，科学组织施工，强化工程质量，早建设、早使用，争取按规定时限和要求，完成煤矿井下安全避险“六大系统”建设工作。 二、煤矿井下安全避险“六大系统”建设情况 （一）监测监控系统 现状：我矿安装的KJ73N监测监控系统符合《煤矿安全监控系统通用技术要求》(AQ6201—2007)的规定，具有煤矿矿用产品安全标志，监测监控系统各配套设备与安全标志证书一致，现系统运行稳定可靠，传输数据准确，井下安装有6个分站，机电硐室、01集中进风、回风掘进工作面、1101

采区运输巷、上隅角回风巷、各避难硐室安装了20个甲烷传感器、一氧化碳传感器1个、温度传感器2个、风速传感器2个、烟雾传感器3个、风门开停语音传感器7个，安设的传感器种类基本齐全。实现了对煤矿井下瓦斯、一氧化碳浓度、温度、风速等的动态监控，为煤矿安全管理提供了决策依据。安装的监测监控系统满足《煤矿安全监控系统通用技术要求》（AQ6201—2006）的规定，并取得煤矿矿用产品安全标志。构成监测监控系统的各配套设备与安全标志证书中所列产品一致。矿井配备了两名维修和维护人员，定期进行调试、校正，及时升级、拓展系统功能和监控范围，确保了设备性能完好率及系统灵敏可靠性。完善了各项规章制度和事故应急预案，明确了值班、带班人员责任，矿井监测监控系统中心站实行24小时值班制度，实现了当系统发出报警、断电、馈电异常信息时，能够迅速采取断电、撤人、停工等应急处置措施，充分发挥其安全避险的预警作用。确保监测监控系统24小时不间断运行。 监测监控系统配备值班人员4人，实行24小时值班。另配备4名系统维护人员。 矿建立了《监测监控系统管理制度》。 存在问题分析：使用的便携式甲烷报警检测仪部分不完好，有效使用台数偏少；有传感器故障导致误报警现象发生。 （二）人员定位系统 现状：我矿于2011年8月份安装调试使用矿井人员定位系统，已顺利运行11个月，累计完成该系统投资近五十万元。在一年的运行期间内，未出现重大设备设施故障，能够保证该系统在我矿正常安全使用。人员定位系统在地面设臵两台监控主机（双机备份，安装KJ237操作系统），UPS直流稳压器2台；在井下安装2台分站，13个目标基站，铺设信号光缆2000多米，目前累计发放使用的目标识别卡共150张，满足了井下一线职工和管理人员用卡需要。

OpenDaylight与Mininet应用实战之OpenFlow1.0协议分析

OpenDaylight与Mininet应用实战之OpenFlow1.0协议分析继本专题基本环境搭建（一）之后，本文在此基础上熟悉平台操作，以及通过wireshark 抓包工具分析OpenFlow（以下简写为OF）协议。具体的OF官方协议及白皮书可在资料库栏目中下载阅读。注：此文涉及的环境仅支持OF1.0版本，对于OF1.2、OF1.3版本可用其他平台测试，后续会另做专题讨论。 1打开wireshark并创建拓扑 按照章节一搭建平台，启动ODL，并打开wireshark。进入装有Mininet的VM，通过mn命令指定网络拓扑及指定此ODL控制器。 Mininet创建网络拓扑命令： 此命令通过Mininet模拟创建一个含有两个交换机（Open vSwitch，以下简写为OVS）和两个主机的网络拓扑，其中192.168.5.203为ODL的IP，6633为ODL的默认端口，网络拓扑如下图所示： 2查看网络 在Mininet中通过操作网络命令，可以查看OVS间及OVS与主机间的连接关系，也可以查看Mininet是否远程连接控制器。 例如，通过nodes命令可以查看网络中所有的节点。 通过net命令可以查看并确认网络连接关系是否与预期一致以及节点信息，且可以了解具体的连接端口信息。

通过下面的dump命令可以看出，交换机通过远程方式连接到控制器，且能看到控制器的IP 和PORT。 3抓包并分析协议 通过wireshark抓包可以直接看到控制器与OVS交换机的通信过程，下面分析该流程中的OF消息。此专题应用的是直接支持OpenFlow协议的wireshark官网Stable Release(1.12.1)版本。 3.1建立连接 控制器与交换机之间的OpenFlow协议是应用于TCP传输层上，所以解析应用层。他们首先发送hello消息，建立初始化连接，协商使用的OpenFlow协议版本。由下图可知，ODL与Mininet之间应用的是OpenFlow1.0版本协议（其他1.2、1.3协议会在协议OpenFlow 后面标识）。 3.2能力请求响应 该消息主要响应能力请求feature request消息，回复连接此控制器的交换机的一些基本设置信息，包括交换机的能力以及它的一些端口的信息等。