水中加点糖

有什么办法可以让网络传输时让链路叠加，以实现网络传输时的“更快更强”？LACP(Link Aggregation Control Protocol,链路汇聚控制协议)，一般使用支持LACP的设备进行链路汇聚linux bond，在具有多网口的linux服务器上配置bond，根据需求使用指定的bond类型实现链路汇聚MPTCP(MultiPath TCP)，在现有的TCP协议上扩展实现的多路径传输协议，可将数据包拆分为多个子包传输。

在本文中，通过免费的WireGuard与IPv6，再结合价格低廉的路由器完成了主机到主机，网段到网段的组网，算是SD-WAN组网的一种实践与体验。从本文也可以看出，WireGuardIPv6这种组网方式对于各种组网场景几乎都能应对，与高昂的专线组网相比，这种方式的组网也带来了极大的便利性。网络真奇妙，为WireGuard与各大运营商。

昨天在看tcp拥塞控制中的(Bottleneck Bandwidth and Round-trip propagation time)算法时，发现了这一特点：在BBR以前的拥塞控制算法中(如Reno、Cubic、Vegas)，都依赖于丢包事件的发生，在高并发时则会看到网络波动的现象。而在BBR诞生后，由于其基于数学模型的思想，BBR通过对包延迟的实时计算，持续对瓶颈带宽进行估算，使得网络又快又稳。又看了些BBR的相关资料后，笔者内心有被其中的数学机制。

突然提出了一个质疑：http2一定比http1.1快吗？中学老师经常告诉我们，当题中有“一定”这个关键词时，这个题基本都是错的。那么对于“http2一定比http1.1快吗？”这个问题也是如此，在很多场景下http1.1仍然比http2快。具体在哪些场景下http2比http1.1慢，在了解了http1.1和http2的原理后，便可很容易列举几个，再配合实验验证即可。

如rfc9114所述，http3主要基于QUIC协议实现，在具备高性能的同时又兼备了可靠性的特点，在大多数场景下可提高web应用的访问速率。关于http3和quic的介绍网上资料有很多，这里不再过多赘述。自nginx的1.25.0版本开始，nginx首次对http3进行了正式支持，这也为我们在WEB服务器上部署http3提供了极大的便利。本文以重实践角度出发，使用web服务器——NGINX，分享下如何在NGINX中开启HTTP3。在浏览器中通过ip或域名访问搭建的站点。

ipv6下实现组播收发包。ospfv3、pimv6、pim sm asm。模拟器支持私有vm、qemu、virtalbox、docker镜像、kvm等各种镜像，丰富的网络与GUI可视化界面解压kvm包，然后执行如下命令启动。

在前文中我们使用frrouting内置的CLI工具vtysh实现了ospf组网通信。使用cli的方式配置网络的过程稍微有一点繁琐，但它整体还算简单且可靠，也是目前配置frrouting使用最多的方式。比如在sonic中，sonic的配置模块与FRR通信也使用的是CLI的方式进行配置的传递。

FRR是FRRouting的简称，是一个开源的路由交换软件套件。其作者源自老牌项目quaga的成员，也可以算是的新版本。FRR支持的协议众多，也有较为完备的北向接口。FRR的安装方式多种多样，如仅仅把它当做工具使用，使用docker运行FRR是一个不错的选择。docker方式运行frr时需要注意：较新版本FRR的docker仓库由quay.io维护，并没有在dockerhub中。

自以太网诞生以来，各种技术引领着一代代的潮流。星辰闪耀，数不尽的网络承载着各种通信的可能，让我们也不禁感慨网络之浩瀚。前有“云大物移智链边”的风起云涌，后有AI浪潮的大放异彩。上层应用的遍地开花，也迫使着底层网络技术的不断发展。SD-WAN、P4、QUIC、SRV6、SNOIC等一堆和网络相关的技术也应运而生。无论以上种种技术如何的变迁，最终信息的传递还是基础硬件扛下了所有。尽管这些年来也有高性能硬件也在不断诞生，如多年前处理网络数据包速度达到6.5Tb/s的Tofino芯片犹如破竹之势，与传统交

在一个网络中，通常会使用vrrp技术来实现网关的高可用。直接使用vrrp由于定时间隔较长存在检测迟缓的问题，融入bfd机制后可实现毫秒级故障检测。在sdn中要实现设备的高可用，实现控制器的集群和高可用是非常有必要的