TempTXT

sony ericsson w700c
nokia 5320
galaxy nexus
nexus 5
nexus 6p
iphone 6s plus
iphone X
iphone 11 pro max
iphone 13 pro max

在软路由上跑 dpdk ，目前看到比较成熟（不需要自己写网络功能实现）的一个套装就是 VPP with dpdk 了，官网上甚至有 VPP 做 home router 的示例配置流程（静态外网 IP ）。但是 VPP with dpdk 有个问题就是没有实现 pppoe 拨号，曾经有个武汉的公司开源了一个 vpp 上的 pppoe client 实现，但是这份开源已经三四年没有维护，而这个公司也不知道是不是关门了。

还有就是听说 pfsense 3.0 会基于 dpdk 来做转发面，现在才发布的 2.6.0 ，不知道要等到猴年马月。他们公司商业版的 TNSR 确实是用 dpdk 做转发面的，但是没有支持 pppoe 拨号。

软路由上 dpdk 的用途，对于带宽优化意义不大，但是小包转发、海量 NAT session 还有有意义的，也不一定要用在家庭，也可以用在数据中心嘛。

还敢指望番剧你算是乐观的，这两天首页置顶推荐的 10 个推荐里，至少 2 个窑子区的视频。清理缓存+匿名模式+国内异地代理+换浏览器都还这么推。

除非服务器的前屏幕有带外配置功能，不然 IPMI 的初始网络配置还是得要个屏幕。

@wacke 我瞎猜就是因为这个可行所以 wireguard 才不修复（笑

ip route add table [table_name] default via [dev_gateway] dev [dev] ###创建个不同于默认路由表的新路由表，这一表上的默认路由不同于默认路由表，应用给不同的 wan 口设备。
ip rule add from [dev_ip] table [table_name] ###wg 的应答包，源 IP 为不同的 wan 的 ip ，这些数据包应该从新路由表查找。

有试过配置原路返回路由吗？例如 eth1 的 IP 为 x.x.x.x ，gw 是 y.y.y.y ，那么对于源 IP 为 x.x.x.x 的数据包下一跳是 y.y.y.y 。如果没有配置策略，都从默认路由表查找路由，多条默认路由按照 metric 优先顺序匹配，这是符合路由查找规则的。

cdn 用于直播的本质是视频分片文件的缓存和分发，延迟改善是指望不上的，它解决的是观众量大的问题。所以就看你怎么理解“直播”了，从主播发出音视频到你看到中间差了不到 1 秒算不算直播，差了 5 秒 10 秒算不算直播，主播在平台故意设置 5 分钟的播放延迟算不算直播。

->“你姐一直以来都认为我什么都没有做，也和大多数投资人的想法一样，希望快速出成果，短期投入就能坐享其成，事情并没有那么简单，如果是这样的话，就没有创业九死一生的说法。”

原来 OP 也知道大多数投资人希望快速出成果啊，有想过为什么吗？有没有可能这么慢的互联网项目就是九死一生的？

->“我一直在努力，只是成效没那么快，因为太多事情要做。”

应用负载太大怎么处理？丢请求、排队、加机器啊

->“2019 年 5 月…此刻我欠款有十几万，每月还款额大概 1 万左右…2019 年暑假…我申请了 10 万 5 年期还…因为我知道目前的开发进度，且现在资金不是很紧张，有意再自己开发服务器监控的功能…我个人一个月大概 1 万五的支出”

好家伙，好一个“资金不是很紧张”