@icaolei 目前用上了 hysteria2 ，跑了一天还比较稳。

我现在吃不准，到底是协议问题会封，还是重点关注 IP 段会封。。 现在说的很玄乎，有一种说法是：与协议无关，通过 “行为模式”+“流量模式” +“机器学习聚类分析” 可以直接判断出来，

@icaolei 目前用上了 hysteria2. 我现在吃不准，到底是协议问题会封，还是重点关注 IP 段会封。。 现在说的很玄乎，有一种说法是，“行为模式”+“流量模式” +“机器学习聚类分析” 可以直接判断出来

@icaolei 哈哈 移动墙中墙嘛

开了 CN2 也好不到哪去，也就 HK 快一点，日本都绕路。达不到 IPLC 的稳定。

@czwstc 你这好便宜可以 方便留个联系方式吗

@ltkun 23880 是我组团付出去的价格，23880/50 就是每个人分摊的价格

@SenLief 现在不能办理了已经。

@onion83 握草大哥这个好看啊

@aru 有日志

Mon Sep 11 05:29:39 2023 daemon.info pppd[* ]: LCP terminated by peer
Mon Sep 11 05:29:39 2023 daemon.info pppd[* ]: Connect time 720.1 minutes.
Mon Sep 11 05:29:39 2023 daemon.info pppd[* ]: Sent * bytes, received * bytes.



Mon Sep 11 17:29:46 2023 daemon.info pppd[* ]: LCP terminated by peer
Mon Sep 11 17:29:46 2023 daemon.info pppd[* ]: Connect time 720.1 minutes.
Mon Sep 11 17:29:46 2023 daemon.info pppd[* ]: Sent * bytes, received * bytes.


Tue Sep 12 05:29:52 2023 daemon.info pppd[* ]: LCP terminated by peer
Tue Sep 12 05:29:52 2023 daemon.info pppd[* ]: Connect time 720.0 minutes.
Tue Sep 12 05:29:52 2023 daemon.info pppd[* ]: Sent * bytes, received * bytes.

Tue Sep 12 17:29:59 2023 daemon.info pppd[* ]: LCP terminated by peer
Tue Sep 12 17:29:59 2023 daemon.info pppd[* ]: Connect time 720.0 minutes.
Tue Sep 12 17:29:59 2023 daemon.info pppd[* ]: Sent * bytes, received * bytes.

Wed Sep 13 05:30:07 2023 daemon.info pppd[* ]: LCP terminated by peer
Wed Sep 13 05:30:07 2023 daemon.info pppd[* ]: Connect time 720.1 minutes.
Wed Sep 13 05:30:07 2023 daemon.info pppd[* ]: Sent * bytes, received * bytes.

Wed Sep 13 17:30:15 2023 daemon.info pppd[* ]: LCP terminated by peer
Wed Sep 13 17:30:15 2023 daemon.info pppd[* ]: Connect time 720.1 minutes.
Wed Sep 13 17:30:15 2023 daemon.info pppd[* ]: Sent * bytes, received * bytes.

@ddch1997 毕竟是电信。你放在三四线城市，电信 100M 固定 IP 也得上万的。

非常精准的踢人策略。12 小时。 肯定不是故障，一定是有意为之。

Mon Jan 22 *** 2024 daemon.info pppd[***]: LCP terminated by peer
Mon Jan 22 *** 2024 daemon.info pppd[***]: Connect time 720.1 minutes.
Mon Jan 22 *** 2024 daemon.info pppd[***]: Sent 467069623 bytes, received 830093528 bytes.

怀疑应该有不同的接入 BRAS

目前不管是商务专线还是家宽，一共见到了几种不同的情况。

情况一：单 IPv4 ，不重拨不掉线；
情况二：v4&v6 双栈，不重拨不掉线；
情况三：v4&v6 双栈，12 小时掉线；

@datou 楼主那个是商务专线 6880 一年 500M/100M 。 这个价格说实话还不如加 1000,7880 一年 1000M.200M

@yycaf PON 接入的，这种方式感觉是真不如 SFP 。 上海要 SFP 双纤得上 IPMAN ，天价，据说不带墙

@aru 主动踢的，我这边也遇到过这种现象。 日志可以查到的，是服务端中断。新楼盘有这个问题。

@paranoiagu 这个很可能是看地区的。 可能新地区新 BRAS 才有这样的策略。

我自己家里、其他几个朋友以及公司企宽，办理时间从几年前到 23 年 12 月不等，不出现上述现象。

唯独在曹路的朋友家里，也同样出现这个问题。更换普通猫也没有解决，唯一的区别是，曹路的朋友家是新楼盘。所以，很可能是新 BRAS 才有的策略。 老小区老楼盘估计不会。

会不会是 SDN 网关开通了某些特殊 VLAN ，并且光猫有分流，epdg.epc.mnc011.mcc460.pub.3gppnetwork.org 的地址走 VOWiFi 专用 VLAN 。

而自己的猫没有建立对应的 VLAN 或局端不开通对应的 VLAN 就不支持。

同时建议排除，是 SDN 还是云网关，这两个还是有区别。如果是云网关（即 192.168.71.X ），网关都在电信机房了，上层很可能做了策略路由。

不太了解 VOWiFi 怎么建立连接，期待各位 V 友赐教，我也可以进一步测试为大家提供更多信息。

@ttvast 没有这么贵啊 年付 2990 ，首年 1999

@mantouboji 并非所有域名都支持，有些网站还是非常慢

上海封杀了，闷声问，少发。发多了全封了