<?xml version="1.0" encoding="utf-8" ?><rss version="2.0"><channel><title><![CDATA[cnfhvk的专栏]]></title><description><![CDATA[]]></description><link>https://blog.youkuaiyun.com/cnfhvk</link><language>zh-cn</language><generator>https://blog.youkuaiyun.com/</generator><copyright><![CDATA[Copyright &copy; cnfhvk]]></copyright><item><title><![CDATA[转 webrtc之Prober]]></title><link>https://blog.youkuaiyun.com/cnfhvk/article/details/134540310</link><guid>https://blog.youkuaiyun.com/cnfhvk/article/details/134540310</guid><author>cnfhvk</author><pubDate>Tue, 21 Nov 2023 20:35:45 +0800</pubDate><description><![CDATA[从GCC算法本身来说，gcc初始化时，通过设置初始码率，然后慢慢提升到目标码率，过程较慢，因此发送端通过prober快速探测链路容量上限，程序启动后便开启prober探测，首先确定起始码率，webrtc设置为300kbps，探测目标设置两个探测阶段，为三倍起始码率900kbps，第二阶段探测码率为3倍第一阶段探测码率，为1.8Mbps。探测参数需要设置探测包的个数，探测持续时间，目标码率下持续时间内应该发送探测包的字节数，这些参数都是用于判断终止本次探测的条件。希望快//速恢复码率时开启prober。]]></description><category></category></item><item><title><![CDATA[Epoll边沿触发必须使用非阻塞的原因]]></title><link>https://blog.youkuaiyun.com/cnfhvk/article/details/131954487</link><guid>https://blog.youkuaiyun.com/cnfhvk/article/details/131954487</guid><author>cnfhvk</author><pubDate>Thu, 27 Jul 2023 10:27:38 +0800</pubDate><description><![CDATA[如果使用阻塞读，例如本例，每次触发读取5个字节，此时getc函数是阻塞读取，这就会引起一个问题，当缓存中的数据小于5时，就会在这里阻塞等待，导致无法处理其他IO，这是非常错误的行为，在并发的服务器中，会导致服务器阻塞，无法处理其他客户端。如果将 event.events = EPOLLIN | EPOLLET（边沿触发） 改为 event.events = EPOLLIN（水平触发） ，则一旦输入数据，就会循环打印。/* 读监听、边缘触发 *//* 读监听、边缘触发 *//* 读监听、边缘触发 */]]></description><category></category></item><item><title><![CDATA[iptables conntrack和state的区别]]></title><link>https://blog.youkuaiyun.com/cnfhvk/article/details/88748561</link><guid>https://blog.youkuaiyun.com/cnfhvk/article/details/88748561</guid><author>cnfhvk</author><pubDate>Fri, 22 Mar 2019 19:10:09 +0800</pubDate><description><![CDATA[iptables conntrack和state的区别



分类：LINUX

2015-07-13 14:47:19



-m conntrack --ctstate ESTABLISHED,RELATED -j ...
-m state --state ESTABLISHED,RELATED -j ...
我们要对一条连接做处理，可以用以上两种match target来实现。
两者...]]></description><category></category></item><item><title><![CDATA[Linux转发性能评估与优化(转发瓶颈分析与解决方案)]]></title><link>https://blog.youkuaiyun.com/cnfhvk/article/details/88725009</link><guid>https://blog.youkuaiyun.com/cnfhvk/article/details/88725009</guid><author>cnfhvk</author><pubDate>Thu, 21 Mar 2019 20:26:07 +0800</pubDate><description><![CDATA[版权声明：本文为博主原创，无版权，未经博主允许可以随意转载，无需注明出处，随意修改或保持可作为原创！ https://blog.youkuaiyun.com/dog250/article/details/46666029
线速问题
很多人对这个线速概念存在误解。认为所谓线速能力就是路由器/交换机就像一根网线一样。而这，是不可能的。应该考虑到的一个概念就是延迟。数据包进入路由器或者交换机，存在一个核心延迟...]]></description><category></category></item><item><title><![CDATA[TCP断开时的状态与Linux nf_conntrack]]></title><link>https://blog.youkuaiyun.com/cnfhvk/article/details/88723995</link><guid>https://blog.youkuaiyun.com/cnfhvk/article/details/88723995</guid><author>cnfhvk</author><pubDate>Thu, 21 Mar 2019 19:43:56 +0800</pubDate><description><![CDATA[版权声明：本文为博主原创，无版权，未经博主允许可以随意转载，无需注明出处，随意修改或保持可作为原创！ https://blog.youkuaiyun.com/dog250/article/details/46753755

题目有点大了，但是难免有一些愤怒！
我们的网关产品目前处在系统测试阶段，不太顺利，是太不顺利！各方面都在懈怠，包括我！我除了懈怠，还在找机会逆袭！顺便蔑视一下测试者，希望产生一种想象，即...]]></description><category></category></item><item><title><![CDATA[Kernel Packet Traveling Diagram]]></title><link>https://blog.youkuaiyun.com/cnfhvk/article/details/88723923</link><guid>https://blog.youkuaiyun.com/cnfhvk/article/details/88723923</guid><author>cnfhvk</author><pubDate>Thu, 21 Mar 2019 19:41:26 +0800</pubDate><description><![CDATA[Intro

On the LARTC mailing list, there was a long discussion about how a packet is handled by the kernel. Finally, there was apostby Leonardo Balliache that I copied onto this page. I hope this hel...]]></description><category></category></item><item><title><![CDATA[在LinuxBridge/OVS中使用VxLAN组网以及创建VTEP]]></title><link>https://blog.youkuaiyun.com/cnfhvk/article/details/88420433</link><guid>https://blog.youkuaiyun.com/cnfhvk/article/details/88420433</guid><author>cnfhvk</author><pubDate>Tue, 12 Mar 2019 14:38:55 +0800</pubDate><description><![CDATA[在LinuxBridge/OVS中使用VxLAN组网以及创建VTEP

原文来自于:https://blog.lofyer.org/%E5%9C%A8linux-bridge-ovs%E4%B8%AD%E4%BD%BF%E7%94%A8vxlan%E7%BB%84%E7%BD%91%E4%BB%A5%E5%8F%8A%E5%88%9B%E5%BB%BAvtep/#comment-3641

By...]]></description><category></category></item><item><title><![CDATA[Linux高级路由---策略路由/捆绑/网桥]]></title><link>https://blog.youkuaiyun.com/cnfhvk/article/details/51319327</link><guid>https://blog.youkuaiyun.com/cnfhvk/article/details/51319327</guid><author>cnfhvk</author><pubDate>Thu, 05 May 2016 00:20:39 +0800</pubDate><description><![CDATA[1.策略路由 
    基于策略的路由比传统路由在功能上更强大，使用更灵活，它使网络管理员不仅能够根据目的地址而且能够根据报文大小、应用或IP源地址来选择转发路 径...         
    #/etc/iproute2/rt_tables 此文件存有linux 系统路由表默认表有255 254 253三张表 
      255  local 本地路由表 存有本地接口地址，广播地址，]]></description><category></category></item><item><title><![CDATA[linux 策略路由]]></title><link>https://blog.youkuaiyun.com/cnfhvk/article/details/51319300</link><guid>https://blog.youkuaiyun.com/cnfhvk/article/details/51319300</guid><author>cnfhvk</author><pubDate>Thu, 05 May 2016 00:11:40 +0800</pubDate><description><![CDATA[策略性路由


　　策略性是指对于IP包的路由是以网络管理员根据需要定下的一些策略为主要依据进行路由的。例如我们可以有这样的策略：“所有来直自网A的包，选择X路径；其他选择Y路径”，或者是“所有TOS为A的包选择路径F；其他选者路径K”。

Cisco 的网络操作系统 (Cisco iOS) 从11.0开始就采用新的策略性路由机制。而Linux是在内核2.1开始采用策略性路由机制的。策略]]></description><category></category></item></channel></rss>