onion83 最近的时间轴更新
onion83

onion83

V2EX 第 92963 号会员,加入于 2015-01-21 16:38:32 +08:00
今日活跃度排名 12252
不折腾了 10G EPON Stick + Wi-Fi 6E 跑爆千兆宽带
  •  6   
    宽带症候群  •  onion83  •  148 天前  •  最后回复来自 huzheyi
    72
    iOS 15 beta 1 掉电非常严重
    iOS  •  onion83  •  2021-06-10 12:48:32 PM  •  最后回复来自 zhouweiluan
    14
    Pon Stick 取代光猫的 Hyper 软路由解决方案
    宽带症候群  •  onion83  •  24 天前  •  最后回复来自 ziyic
    49
    国内三大运营商不同价格 5G 套餐的限速方案
    宽带症候群  •  onion83  •  2021-01-29 20:58:03 PM  •  最后回复来自 lollxxox
    27
    Google 近来中文搜索质量越来越差了?
    Google  •  onion83  •  2020-08-29 14:38:05 PM  •  最后回复来自 pptom
    182
    试出 Redmi K30 5G 8+128,蓝色, 9.9 成新
    二手交易  •  onion83  •  2020-02-29 23:46:52 PM  •  最后回复来自 mh
    5
    乃们的网速都是渣渣;)
    宽带症候群  •  onion83  •  2018-06-02 18:20:27 PM  •  最后回复来自 linxijun
    17
    onion83 最近回复了
    64 天前
    回复了 huangya 创建的主题 宽带症候群 有支持 wol 的 usb 网卡吗?
    1 、主板配置来电启动 ( PWR Lost Resume State / Restore AC Power Loss … )
    2 、一个 30 块的 Wi-Fi 无线开关
    138 天前
    回复了 urnoob 创建的主题 宽带症候群 没想到电信营业厅还能有相对实惠业务
    打 10000 说要销户马上会转 vip 专线挽留,90 元 300M 融合套餐。去移动携号转网其实只需要 60 元千兆宽带 60G 流量合约两年。不可否认移动网络确实还是看移动好一点。
    同款猫棒,深圳移动 /电信,均可正常获得 IPv6 地址,猫棒只是透传设备和 IP 无关
    157 天前
    回复了 lockdona 创建的主题 宽带症候群 深圳电信桥接降速?
    接上楼,准确来说,应该是使用猫棒来桥接软路由拨号。
    157 天前
    回复了 lockdona 创建的主题 宽带症候群 深圳电信桥接降速?
    深圳电信 2000M ,猫棒拨号( GPON )可以跑 2400Mbps ,目前发现 speedtest.net/speedtest.cn 都已经很难找出能满速的测速点,只能用 https://10000.gd.cn 提供的客户端可以跑满带宽,根据一年内观察 99.9% 时间都能满速达标,如果不能重新拨号一下就好了,除了贵,IPTV 内容比较垃圾,目前还能申请到公网 IP ,整体还是满意的。
    深圳电信,兆能讯通 - Z86 全 4k 智能机顶盒,同样会(偶现)卡顿问题。

    我估计有两个原因:

    1 、4K 频道(广东综艺) 平均带宽接近 60Mbps ,走组播方式。高峰期小区带宽可能会有瓶颈,因为是实时直播解码,不像点播可以缓冲,网络波动马上就会被感知到,所以会觉得卡。

    2 、有些如奥运频道可能会采用 H265 的编码方式,机顶盒 CPU 性能不行导致的

    以上问题,我尝试过抓源下来放到电脑用 VLC 播,同样会卡。有些频道采用了 AVS/AVS2 国产编码器播,都播不出来,有声音没图像。

    我也刚转移动,电信的移网太差了。现在移动搞活动 109 包千兆宽带( 1200/40 ),电视、60G 流量( 3 副卡) 109/月
    大佬🐮🍺
    207 天前
    回复了 Marionic0723 创建的主题 宽带症候群 关于运营商分配假公网 IP 的问题
    首先声明这也是网图,本人也非业内人士,不要找我喝茶:)

    其次 NAT4444 其实已经是很早前的技术了,我记得以前 10 年前北京的宽带通,长城宽带也会分配一个公网 IP ,但是各省、各运营上出口的 IP 都是不一样的,mtr 第三跳就是内网了...

    上图所提到的方案 “2 、 采用端口组固定分配模式的 CGNAT” 其实已经说明方案的要点了:

    假设可用端口数为 65533 ,减去系统保留端口 ( 65533-1024 )/ 14 ~= 4607 端口 /每用户,单用户并发连接数 4K 基本是够用的,这篇文章: https://www.codeprj.com/zh/blog/93fc4f1.html 也说得很清楚。

    如果做 1:1 的 FullClone 我估计就要碰运气了,先来先得,但是不排除运营商使用比较聪明的智能端口分配技术,但是如何能做到公网环境下的 upnp 、智能打洞、端口分配时长管理、心跳保活可能就是核心机密了。有网友反馈要了公网 IP 也无法访问自己的机器,我估计和此有关。

    另外,运营商也没承诺你一定可以对外提供服务。更多人的应用场景可能只是为了下载能拿到 hightID ,upnp 过检、NatTypeTester 显示 Fullclone 而已,再投诉的话下发一个策略帮你放到 1:1 的地址池搞定,但是毕竟很少数。
    关于   ·   帮助文档   ·   博客   ·   nftychat   ·   API   ·   FAQ   ·   我们的愿景   ·   广告投放   ·   实用小工具   ·   1059 人在线   最高记录 5556   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 44ms · UTC 19:22 · PVG 03:22 · LAX 12:22 · JFK 15:22
    Developed with CodeLauncher
    ♥ Do have faith in what you're doing.