云计算 - 虚拟交换技术

从虚拟化开始，虚拟交换技术就得到了广泛的使用，虚拟交换技术是网络功能虚拟化NFV技术的一部分，NFV是一种通过IT虚拟化技术将网络节点功能虚拟为软件模块的网络架构，这些软件模块可以按需连接起来，为业务提供互联通讯支撑服务。

那么什么是虚拟交换机？虚拟交换机就是利用虚拟化平台，通过软件的方式来形成交换机部件。跟传统的物理交换机相比，虚拟交换机同样具备众多优点，一是配置更加灵活。一台普通的服务器可以创建大量虚拟机，同样可以配置出数十台甚至上百台虚拟交换机，且端口数目可以灵活选择；二是成本更加低廉，通过虚拟交换机往往可以获得物理交换机才能达到的性能，虚拟机与虚拟交换机之间的联机速度轻易可达10Gbps。

大家好，我是小白。 最近给大家分析一下openstack和kubernetes下热门的SDN技术ovn 。

一、简介

OVS甚至可以说是网络虚拟化里最重要的工业级开源产品，对openstack和kubernetes熟悉的同学相比肯定比较了解，OVS模仿物理交换机设备的工作流程，实现了很多物理交换机当时才支持的许多网络功能。OVN提供了许多原生的虚拟网络功能，提升了OVS的工作效率和性能。

搭建一个openvswitch测试网络就是下载代码、然后在x86服务器上部署并附上存储硬盘这样一个简单的过程。下面详细介绍一下如何开始这个简单的工程。

学习openvswitch比简单地阅读基本食谱相对难一点点，但是也不需要概念证明等复杂的过程。

上手openvswitch测试网络搭建的一种方法是用一个基于linux的虚拟机管理程序和很基本的商用硬件搭建一个简单的openvswitch测试网络。

linux系统和vmware虚拟机上工作的openvswitch

Switch(交换机)原本指的是按照VLAN+MAC进行桥接转发的二层网络设备。在虚拟化的浪潮中，交换机作为直连主机的网络设备，也被虚拟化了，也就成立虚拟交换机（vSwitch）。在OpenStack中，一般使用Open vSwitch作为虚拟交换机，而VMWare系统中的虚拟交换机的功能由ESXi的内核提供。

Open vSwitch（OVS）是一个具有工业级质量的多层虚拟交换机软件，主要用于虚拟机环境。作为一个虚拟交换机，支持Xen/XenServer、KVM、VirtualBox等多种虚拟化技术。

一、前言

为什么需要判断视频文件是否含有B帧，这个在推流的时候很容易遇到这个问题，一般来说，没有B帧的视频文件，解码后的数据帧pts和dts都是顺序递增的，而有B帧的则未必，可能有些需要先解码后面显示，B帧也是双向预测图像B，对它的编码，即是对它前后帧的像素值之差进行编码，B帧是双向差别帧，也就是B帧记录的是本帧与前后帧的差别换言之，要解码B帧，不仅要取得之前的缓存画面，还要解码之后的画面，通过前后画面的与本帧数据的叠加取得最终的画面。B帧压缩率高，但是解码时CPU会比较累。所以一般编码保存成文件的时候习惯把B帧去掉，但是为什么又要有B帧这个东西呢？因为可以增加压缩率，减少文件体积，在传输的时候也可降低带宽。所以用户可以根据实际需要选择。

一、前言

用ffmpeg做音视频保存到mp4文件，都会遇到一个问题，尤其是在视频监控行业，就是监控摄像头设置的音频是PCM/G711A/G711U，解码后对应的格式是
pcm_s16be/pcm_alaw/pcm_mulaw，将这个原始的音频流保存到mp4文件是会报错的，在调用avformat_write_header写文件头的时候提示(-22) Invalid argument，非法的参数，翻阅源码得知，ffmpeg中的mp4封装并不支持pcma和pcmu，除非手动更改源码加入。mp4封装格式默认支持的音频格式是aac和mp3，其实mp4文件本身是可以支持pcm音频数据的，不知道为何ffmpeg中不加入。通过个更改源码的形式尽管可以支持，个人还是推荐用另外一种方法，那就是在调用

一、前言

内核ffmpeg除了支持本地文件、网络文件、各种视频流播放以外，还支持打开本地摄像头，和正常的解析流程一致，唯一的区别就是在avformat_open_input第三个参数传入个AVInputFormat参数，这个参数用于指定输入设备的格式，不同系统对应不同的格式名称，windows上是dshow或者vfwcap，linux上是video4linux2或者v4l2，mac上是avfoundation。同时本地摄像头涉及到分辨率帧率等参数的设置，这个需要在最开始调用av_dict_set的时候就设置好，用video_size来设置分辨率，格式是 640x480 这样，用framerate来设置帧率，以上的几个参数成功生效的前提是要设备本身支持对应的分辨率帧率等，比如设备本身只有720P你硬是要设置个1080P的分辨率那肯定不行的，应该会打印I/O error这类错误提示。

一、前言

从代码层面以及自由度来说，用ffmpeg来写全能播放组件是最佳方案（跨平台最好最多、编解码能力最强），尽管已经有优秀的vlc/mpv等方案可以直接用，但是vlc/mpv对标主要是播放器应用层面，其他层面比如视频监控行业领域就比较鸡肋，所以还是从底层一点一滴做解码编码会让自己更熟练。关于网上很多ffmpeg的示例，尤其是播放的示例，数不胜数，比较适合用来入门学习，问题是随着ffmpeg官方不断的迭代更新，很多代码都不可用，因为api变了，尤其是最近5年迭代的特别快，从2017年开始直接猛飚版本，现在直接干到了ffmpeg6版本，一般在安排取消或者改动某些api接口前几个版本，都会打上对应的标记，既有新方法，也兼容旧的api，一般会放在下一个大版本将旧的api接口移除，以便减轻历史包袱，在核心功能编解码这块，一直是兼容的，不会说新版本不兼容以前旧版本的一些编解码格式。

一、前言

这个解码线程基类的设计，是到目前为止个人觉得自己设计的最好的基类之一，当然也不是一开始就知道这样设计，没有个三五年的摸爬滚打以及社会的毒打，是想不到要这样设计的，一方面是要不断提炼各种视频类视频组件的共性作为局部变量，比如通用的参数有视频画面宽度videoWidth、视频画面高度videoHeight、视频画面帧率frameRate、视频旋转角度rotate、音频采样率sampleRate、音频通道数channelCount等。这些共性参数都是在疯狂实战的过程中提炼的，久而久之就出来了。

基于Qt Widgets的