前面有一篇文章中《Flexiwan 架构及功能说明》介绍了Flexiwan公司lte模组使用方式。因为LTE 接口是不支持直接被 DPDK 接管的，LTE 设备是由 Linux 系统拥有和管理的，我们创建一个 tap 接口连接到 VPP 以执行路由和服务。在Linix系统中通过默认路由从LTE接口进行NAT转换后送到公网。如下图所示：
https://blogs.dropbox.com/tech/2019/12/evaluating-bbrv2-on-the-dropbox-edge-network/
本文涉及的队列规则(Qdisc)都可以作为接口上的主qdisc，或作为一个classful qdiscs的叶子类。这些是Linux下使用的基本调度器。默认的调度器为pfifo_fast。
本文参考博客（https://blog.csdn.net/illina/article/details/81669944）来学习一下利用vpp实现虚拟机上网功能。主要是为了学习虚拟网卡功能在vpn场景中应用比较广泛。
话接上篇我们基于腾讯云主机搭建了DPDK+VPP的学习平台，接下来学习vlan dot1q终结功能的配置及流程转发流程。下面首先来了解一下BD域的一些概念。
MIRACL用户手册：https://wenku.baidu.com/view/d542f2ed0975f46527d3e1dc.html
近期，我们接到客户的一项明确需求：实现外部网络对内部网络特定服务（例如Web服务器、邮件服务）的无地域限制的随机访问。针对这一需求，NAT技术中的“两次NAT”(Twice NAT) 功能脱颖而出，成为理想的解决方案。此功能专为这类场景定制，能够有效地将源自外部、指向公共IP及端口的访问请求，精准桥接到内部网络中相对应的服务主机上。
（一）初步认识 >>>> 前言 网络领域顶级会议SIGCOMM2016一次性发表了两篇关于多租户数据中心拥塞控制的论文“Virtualized Congestion Control”及“AC/DC T
随着互联网, 人工智能等兴起, 跨机通信对带宽和时延都提出了更高的要求, RDMA技术也不断迭代演进, 如: RoCE(RDMA融合以太网)协议, 从RoCEv1 -> RoCEv2, 以及IB协议, Mellanox的RDMA网卡cx4, cx5, cx6/cx6DX, cx7等, 本文主要基于CX5和CX6DX对RoCE技术进行简介, 一文入门RDMA和RoCE有损及无损关键技术
前面文章：learning：vppsb router插件编译 介绍了vppsb router插件在Centos7内核版本3.10上的基于vpp 21.06版本的编译，并将修改后代码放在github上《链接https://github.com/jin13417/vppsb/tree/vpp_21.06》。本文主要参考博文《Learning VPP: OSPF routing protocol》学习使用vppsb的router插件搭建ospf学习环境。
参考：http://blog.sina.com.cn/s/blog_53fdf1590102y9ox.html
Linux实现树莓派3B的国密SM9算法交叉编译——（一）环境部署、简单测试与eclipse工程项目测试
AI ECN（Artificial Intelligence Explicit Congestion Notification）是一种根据现网流量模型，智能地调整无损队列的ECN门限的功能，可以保障零丢包下的低时延和高吞吐，以使无损业务达到最优性能。
前面文章中介绍了一篇博客：Learning VPP: OSPF routing protocol，文章中介绍使用VPPsb的router插件，它实现了将控制报文推到Linux网络堆栈的逻辑，以及一个基于netlink的机制，它将Linux的路由表同步到VPP的FIB中。本文主要尝试vppsb router查询在最新vpp21.06版本编译。并配置简单的ping业务正常。
遇到个case，服务端开启了ECN，导致不同的客户端telnet它的时候，有的瞬间就有反应，有的需要等六七秒，有的则需要等十五秒以上。
本文介绍一下l3xc插件，功能是将三层接口的所有入接口流量交叉连接输出到指定的FIB路径。此功能和在相同vrf中设置默认路由的效果差不多的。但是比默认路由的转发方式更加省内存和在cpu处理方面高效。
随着数据中心网络技术和带宽不断发展，流控技术在网络中发挥着越来越重要的作用，但一直未曾有过很大变革。直到无损网络的出现，流控技术出现新突破。作为以太网的基本功能之一，流控技术用于可以防止拥塞的情况下出现丢包，还能配合发送端合理的调整发送速率，从整体上保障网络带宽的最高效率。
1.网络拥塞问题 在网络交换机中，当入口流量大于出口流量的带宽时会发生网络拥塞。典型的例子是多个发送方同时向同一个目的地发送网络数据。交换机的缓存可以处理暂时的拥塞，但是当拥塞太久时，交换机的缓存就会过载。当交换机缓存过载时，下一个收到的新的数据包就会被丢弃。丢包会降低应用性能，因为重传和传输协议的复杂性会带来延迟。无损网络实现了流控制机制，它可以在缓存溢出前暂停入口流量，阻止了丢包现象。然而，流控制本身会造成拥塞传播的问题。 为了理解拥塞传播问题，考虑下面的图示。假设交换机1上的端口A到E都在向端口G发送
作者：Vamei 出处：http://www.cnblogs.com/vamei 严禁任何形式转载。 在粗略了解了IP接力和IP地址后，我们再反过来，看一看IP协议的具体细节和设计哲学。 IPv4与I
RDMA（远程直接内存访问）技术是一种绕过 CPU 或操作系统，在计算机之间直接传输内存数据的技术。它释放了内存带宽和 CPU，使节点之间的通信具有更低的延迟和更高的吞吐量。目前，RDMA 技术已广泛应用于高性能计算、人工智能工作负载、存储和许多其他场景。
步骤如下，3nss-->Action-->align-->to molecule-->5nwe
作者利用非病原性大肠杆菌尼斯氏菌作为多功能平台（SYNB1891），以开发用于治疗癌症的免疫疗法。该工程菌可靶向激活肿瘤中的吞噬性抗原提呈细胞（APC）的STING通路，并激活先天性免疫途径。SYNB1891治疗可产生有效的抗肿瘤免疫，并在鼠肿瘤模型中形成免疫记忆。
本文主要介绍wireguard的vpp的基本配置与转发流程，其他相关wireguard原理及理论实现可以阅读参考文章。
镜像是指将经过指定端口（源端口或者镜像端口）的报文复制一份到另一个指定端口（目的端口或者观察端口）。
目前数据中心流行的是 CLOS 网络架构：Spine+Leaf 网络架构，如下图所示：
本文介绍pipe接口使用，此接口有点类似于内核veth-pair。总是成对出现的。此功能可以用于两个vrf之间进行通信。
前几天有人在微信群里询问bond相关的一些问题，在上家公司使用过bond功能，但当时是基于vpp 16.9版本。最近看了一下21.10版本的发现差异很大，bond node节点跳转方式完全不同了。本文基于21.10搭建环境，通过cli来配置和验证bond功能。
本文主要描述VPP nat插件在NAT44-ed的两种配置场景路由前Nat和路由后nat的转发流程区别及配置差异。两种模式基本组网配置如下：
GRE（Generic Routing Encapsulation，通用路由封装）协议用来对某种协议（如IP、MPLS、以太网）的数据报文进行封装，使这些被封装的数据报文能够在另一个网络（如IP）中传输。封装前后数据报文的网络层协议可以相同，也可以不同。封装后的数据报文在网络中传输的路径，称为GRE隧道。GRE隧道是一个虚拟的点到点的连接，其两端的设备分别对数据报文进行封装及解封装。
VXLAN（Virtual eXtensible Local Area Network，虚拟扩展局域网），是由IETF定义的NVO3（Network Virtualization over Layer 3）标准技术之一，是对传统VLAN协议的一种扩展。VXLAN的特点是将L2的以太帧封装到UDP报文（即L2 over L4）中，并在L3网络中传输.
对于防御Dos攻击来说，我这辈子都不一定能见到完美的解决方案。虽然，有成吨的商用防火墙，可以有效的防御Dos攻击，但是他们都太贵了。作为一个学术型人才，我倾向于使用简单廉价的组合来解决问题—x86+GNU/Linux。在linux 3.13内核中加入了SYNPROXY这个功能，它的实现基于netfilter framework 和 connection tracking 模块。 我猜测，他会把来自客户端的初始SYN包标记成UNTRACKED然后直接导入iptables的"SYNPROXY"的动作(类似AC
原始套接字（raw socket）是一种网络套接字，允许直接发送/接收更底层的数据包而不需要任何传输层协议格式。平常我们使用较多的套接字（socket）都是基于传输层，发送/接收的数据包都是不带TCP/UDP等协议头部的。 当使用套接字发送数据时，传输层在数据包前填充上面格式的协议头部数据，然后整个发送到网络层，接收时去掉协议头部，把应用数据抛给上层。如果想自己封装头部或定义协议的话，就需要使用原始套接字，直接向网络层发送数据包。 为了便于后面理解，这里统一称应用数据为 payload，协议头部为 header，套接字为socket。由于平常使用的socket是建立在传输层之上，并且不可以自定义传输层协议头部的socket，约定称之为应用层socket，它不需要关心TCP/UDP协议头部如何封装。这样区分的目的是为了理解raw socket在不同层所能做的事情。
重度抑郁障碍（MDD）是一种流行的慢性精神障碍，终生反复发作。研究表明，与首次抑郁症（FED）相比，复发性抑郁症（RD）具有更严重性、高复发性和显著功能障碍，证实抑郁症的进行性本质。然而，关于脑功能连接组的研究很少。本文采集了95名未进行药物治疗的MDD患者（35名FED患者和60名RD患者）和111名健康对照组（HCs）的静息态功能磁共振（fMRI）数据。进行六个月的paroxetine药物治疗，56名患者病情缓解并完成第二次数据采集。使用基于脑网络的统计分析来探究功能连接的变化。结果表明，与HCs相比，FED患者的躯体运动、默认模式和背侧注意网络表现出低连接性，而RD患者的躯体运动、突显、执行控制、默认模式和背侧注意网络，以及突显网络和执行控制网络内和之间都表现出高连接性。此外，当患者病情缓解时，MDD患者的受损成分没有显著变化，并且RD患者仍存在高连接子集和低连接子集。且FED患者表现出的低连接性和RD患者的高连接性与发作次数和总病程时间相关。本文研究证实了抑郁症的固有功能连接受损是进行性的。
本文主要介绍一下vpp urpf插件的配置及处理流程。首先根据华为配置指南来了解一下URPF的定义、目的及两种模式的差异。
本文章仅用于SAP软件的应用、学习沟通，文中所示的截图来源于SAP软件，相应著作权归SAP公司所有。
对于TCP的初始接收窗口大小，linux和centos的实现是不一样的，如linux内核3.10版本的初始接收窗口定义为10mss，但centos 3.10内核中的初始窗口大小定义为TCP_INIT_CWND * 2，即20*MSS大小。(看着linux源码在centos7.4系统上测试，纠结了好久。。)
海量的数据存储需求与以AI/大数据为代表的计算需求，推动多核、多处理器、服务器集群的普及，使得大规模的分布式计算与存储业务迅速增长。为了避免跨节点通信的时延及CPU占用成为大规模分布式计算与存储的性能瓶颈，工程师们发明了RDMA技术。
域名系统（英文：Domain Name System，缩写：DNS）是互联网的一项服务。它作为将域名和IP地址相互映射的一个分布式数据库，能够使人更方便地访问互联网。DNS使用UDP端口53。当前，对于每一级域名长度的限制是63个字符，域名总长度则不能超过253个字符。 DNS 不仅方便了人们访问不同的互联网服务，更为很多应用提供了，动态服务发现和全局负载均衡（Global Server Load Balance，GSLB）的机制。这样，DNS 就可以选择离用户最近的 IP 来提供服务。即使后端服务的 IP 地址发生变化，用户依然可以用相同域名来访问。 VPP dns plugins一个缓存DNS域名解析器，适合优化域名解析性能，并覆盖LD_PRELOAD库中的gethostbyname()。目前支持以下特性： 1、缓存上游ipv4 DNS服务器的A、AAAA记录； 2、响应ipv4和ipv6的名称解析请求； 3、支持最大64K的cache并发项；--目前缺省是1000条目。 4、支持CNAME间接访问； 5、静态缓存条目创建，适合于重定向特定的名称； 6、轮询上游域名查找； 7、性能/规模适合SOHO设备或其他轻型应用程序。 本文主要介绍vpp dns 插件模块，DNS相关基础知识详细介绍请参阅参考资料中文章。下面就重点介绍dns测试环境搭建与配置。
本文内容来源于vpp wiki文档中关于如何使用packet Generator及pacpket tracer的介绍。
作用如下图所示从table内存池上申请table内存，在main_heap上申请桶占用空间，从系统内存映射classify session中匹配规则表配置空间。这里操作和bihash一致。
WonderShaper是用来对特定网卡进行快速限速的工具，它实际是对Linux的tc命令进行封装后的shell脚本，所以使用成本比tc更低，更容易上手，以下配合测速工具speedtest一起使用
上一节完成了vpp-sswan基本环境的安装部署，接下来搭建环境来验证ike协商及转发功能，下图是基本环境配置组网情况：
本文节选自《DetectingTroubleshooting, and PreventingCongestion in Storage Networks 存储网络中拥塞处理》
在前面文章《learning：vpp实现dot1q终结功能配置》介绍了L2 vSwitch一些基本概念BD（Bridge Domain）、BDI （Bridge Domain interface）等等概念，本文主要学习二层的转发流程。前面文章中介绍了在腾讯云主机中搭建DPDK&VPP的学习环境，下面就在腾讯云主机搭建L2 vswitch环境。具体配置如下图所示：
net.core.netdev_max_backlog = 400000 #该参数决定了，网络设备接收数据包的速率比内核处理这些包的速率快时，允许送到队列的数据包的最大数目。 net.core.optmem_max = 10000000 #该参数指定了每个套接字所允许的最大缓冲区的大小 net.core.rmem_default = 10000000 #指定了接收套接字缓冲区大小的缺省值（以字节为单位）。 net.core.rmem_max = 10000000 #指定了接收套接字缓冲区大小的最大值（以字节为单位）。 net.core.somaxconn = 100000 #Linux kernel参数，表示socket监听的backlog(监听队列)上限 net.core.wmem_default = 11059200 #定义默认的发送窗口大小；对于更大的 BDP 来说，这个大小也应该更大。 net.core.wmem_max = 11059200 #定义发送窗口的最大大小；对于更大的 BDP 来说，这个大小也应该更大。 net.ipv4.conf.all.rp_filter = 1 net.ipv4.conf.default.rp_filter = 1 #严谨模式 1 (推荐) #松散模式 0 net.ipv4.tcp_congestion_control = bic #默认推荐设置是 htcp net.ipv4.tcp_window_scaling = 0 #关闭tcp_window_scaling #启用 RFC 1323 定义的 window scaling；要支持超过 64KB 的窗口，必须启用该值。 net.ipv4.tcp_ecn = 0 #把TCP的直接拥塞通告(tcp_ecn)关掉 net.ipv4.tcp_sack = 1 #关闭tcp_sack #启用有选择的应答（Selective Acknowledgment）， #这可以通过有选择地应答乱序接收到的报文来提高性能（这样可以让发送者只发送丢失的报文段）； #（对于广域网通信来说）这个选项应该启用，但是这会增加对 CPU 的占用。 net.ipv4.tcp_max_tw_buckets = 10000 #表示系统同时保持TIME_WAIT套接字的最大数量 net.ipv4.tcp_max_syn_backlog = 8192 #表示SYN队列长度，默认1024，改成8192，可以容纳更多等待连接的网络连接数。 net.ipv4.tcp_syncookies = 1 #表示开启SYN Cookies。当出现SYN等待队列溢出时，启用cookies来处理，可防范少量SYN攻击，默认为0，表示关闭； net.ipv4.tcp_timestamps = 1 #开启TCP时间戳 #以一种比重发超时更精确的方法（请参阅 RFC 1323）来启用对 RTT 的计算；为了实现更好的性能应该启用这个选项。 net.ipv4.tcp_tw_reuse = 1 #表示开启重用。允许将TIME-WAIT sockets重新用于新的TCP连接，默认为0，表示关闭； net.ipv4.tcp_tw_recycle = 1 #表示开启TCP连接中TIME-WAIT sockets的快速回收，默认为0，表示关闭。 net.ipv4.tcp_fin_timeout = 10 #表示如果套接字由本端要求关闭，这个参数决定了它保持在FIN-WAIT-2状态的时间。 net.ipv4.tcp_keepalive_time = 1800 #表示当keepalive起用的时候，TCP发送keepalive消息的频度。缺省是2小时，改为30分钟。 net.ipv4.tcp_keepalive_probes = 3 #如果对方不予应答，探测包的发送次数 net.ipv4.tcp_keepalive_intvl = 15 #keepalive探测包的发送间隔 net.ipv4.tcp_mem #确定 TCP 栈应该如何反映内存使用；每个值的单位都是内存页（通常是 4KB）。 #第一个值是内存使用的下限。 #第二个值是内存压力模式开始对缓冲区使用应用压力的上限。 #第三个值是内存上限。在这个层次上可以将报文丢弃，从而减少对内存的使用。对于较大的 BDP 可以增大这些值（但是要记住，其单位是内存页，而不是字节）。 net.ipv4.tcp_rmem #与 tcp_wmem 类似，不过它表示的是为自动调优所使用的接收缓冲区的值。 net.ipv4.tcp_wmem = 30000000 30000000 30000000 #为自动调优定义每个 socket 使用的内存。 #第一个值是为 socket 的发送缓冲区分配的最少字节数。 #第二个值是默认值（该
相关参数仅供参考，具体数值还需要根据机器性能，应用场景等实际情况来做更细微调整。
在前面一篇文章《learning：vrrp plugins （2）》中，介绍了一下vrrp 单播模式的配置，恰巧在vpp-dev邮箱中有人问到vrrp单播模式如何配置？vrrp插件维护者Matthew Smith也作出了解答，并未理解作者设计意图及单播模式如何工作？云计算场景中如何应用？
本文主要介绍vpp snort插件的编译及配置使用流程。在编译vpp之前首先需要安装libdaq库。在github上下载最新代码，并按照指导文档进行编译安装libdaq库。
前言 在移动互联网时代，腾讯网络团队支撑了腾讯即时通信、内容、广告、游戏等各种产品，让C端客户可以便利享受到腾讯提供的优质服务。在产业互联网时代，腾讯网络进一步升级，通过ECN(External Connection Network)网络，接入不同区域、不同行业的B端客户，让这些客户可以把数据中心、办公网、分支机构和腾讯云便捷互联，完成业务的数字化升级。 便捷接入 作为B端客户接入的网络产品，ECN面临各种各样的场景和需求，有些客户对接入的时延有要求，有些客户对接入的带宽有要求，
网络的发展好像在各方面都是滞后于计算和存储，时延方面也不例外，网络传输时延高，逐渐成为了数据中心高性能的瓶颈。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
实时音视频
即时通信 IM
