basncy

@nivalxer #39 OP 要跑 moonlight 串流，不可能走 TCP 加延时，得找一家 UDP 友好的运营商。
@xiyuesaves #18 反向墙？

三家的用户群体不同，体验定义不一样，限制策略不同。
老人小孩宽带，udp 往死里限，也不会影响他们刷小视频，甚至 NAT4 也不是不能用。
还是看需求吧，找个能满足自己需求的就行，问清楚有哪些限制，合理规避。

那就先投诉一下看能不能恢复呗，没有家宽商用性质，影响到用户体验了，摆烂用脚投票可能更省心。

@xec 开了台小鸡打算给你测试，结果发现不能发私信。

@yyzh #13 大白天丢 17%，油鸡。

机顶盒拿来看电视，暴殄天物！！刷个 linux 太香了。t/1046168
IPTV 资源不是应该在隔壁找吗？ vcl 直接打开 http://sc.rrs.169ol.com/PLTV/88888888/224/3221227479/index.m3u8

#7 看你的调用逻辑，使用的是 ntfy.sh 的 pub/sub 机制。
cookbook 里的示例是先在服务端(内网)订阅 topic ，监听客户端的请求。
也可以多个客户端订阅同一个 topic ，等待服务端的广播消息。

Link2Lan 的亮点可能是零协议开销（不套娃），一言难尽，老司机懂。
至于破 QoS ，不是它的主要功能，换家运营商也许更省心。

@slowmist 没有 iDev 设备，欢迎提 PR

@Ggmusic 可偿试 plan 104 ，成功率不高，调用的是 link2lan/cookbook/natpunch/n4.py
更推荐用公网 vps 中转，不在乎长连接和协议开销，用别的工具更方便。
用 link2lan 手搓一份链式打洞请求也行，
A （ NAT4,topicA ）-- B （公网）--C （ NAT4,topicC ）
B 在完成 A 的请求后，再向 topicC 发一个请求，然后用 socat 桥接起来。