V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  huangya  ›  全部回复第 23 页 / 共 43 页
回复总数  859
1 ... 19  20  21  22  23  24  25  26  27  28 ... 43  
2022-05-08 13:10:10 +08:00
回复了 huangya 创建的主题 宽带症候群 支持网管的 2.5G 交换机
@Illusionary
@sidkang
可以这样:
运营商光纤--某为 2.5G 猫棒(100 左右)--光电收发器(光转 2.5G 电口,100 多)- -|软路由 2.5G WAN-软路由 2.5G LAN | --非网管 2.5G 交换机-2.5G 客户端如 NAS
2022-05-08 13:03:43 +08:00
回复了 huangya 创建的主题 宽带症候群 支持网管的 2.5G 交换机
@sidkang 嗯,这也是一个可供选择的方式。
2022-05-08 13:02:21 +08:00
回复了 huangya 创建的主题 宽带症候群 支持网管的 2.5G 交换机
@Tianao 我还真问了 tp link 在 jd 的供应商,只有万兆的。
2022-05-08 12:25:32 +08:00
回复了 huangya 创建的主题 宽带症候群 支持网管的 2.5G 交换机
@Tianao 大哥,你推荐的好像有点贵。也怪我,帖子里面没有说清楚。我暗含的意思是支持网管的 2.5G 交换机价格要划算,适合家用,5 口最好,最好不要超过 8 口。如果超过 1500 ,那在我的使用场景下,还不如直接上 有两个 2 个 2.5G 以上速率接口的路由器了。
2022-05-06 23:48:23 +08:00
回复了 nkcfc 创建的主题 宽带症候群 Ubnt USG 如何给旁路由派发 ipv6 前缀呢?
是 ipv6 在某些情况下不好用吗?所以想给指定设备下发?
2022-05-03 21:54:53 +08:00
回复了 cloudsigma 创建的主题 宽带症候群 op 拨号下, iptv rstp 流 打开慢
@cloudsigma 你说了 port x 和 port y 相同,就表示 OP 已经支持端口完全锥形了
2022-05-03 21:52:56 +08:00
回复了 cloudsigma 创建的主题 宽带症候群 op 拨号下, iptv rstp 流 打开慢
@cloudsigma

>添加 iptables -I FORWARD -p udp -j ACCEPT ,问题依旧。应该不是防火墙问题。
不是这样设置,在 http://router-ip/cgi-bin/luci/admin/network/firewall/forwards 添加端口转发。添加后,看看是否 router 还会对 server 发送 icmp destination unreachable port unreachable. 你上传的 udp 包截图中可以看到这样的 icmp 包。
2022-05-03 19:35:29 +08:00
回复了 cloudsigma 创建的主题 宽带症候群 op 拨号下, iptv rstp 流 打开慢
这个问题看起来是因为路由器阻止了 112.86.202.42 发过来的包。

LAN PC(port x,z) -- router(port y, z) -- Internet server

通常来讲,internet server 那边的包能通过 router, 必须要从 LAN PC 这边先丢一个 udp 包过去,不然 router 的防火墙会挡。
那从 LAN PC 发出去的包,经过 router 的 NAT , 源 port x 会变成 port y 。x 与 y 可能相等,也可能不等。相等就是完全锥形。一般来讲,不管相等还是不等,后续从 internet server 这边过来的包都可以顺利通过 router 的防火墙到达 LAN PC. 但现在你的情况是看起来是路由器阻止了 112.86.202.42 发过来的包。又根据你的说法,“切换到 hw 光猫拨号,vlan 类型 选择完全锥形,换台切换,都是秒开。”所以我怀疑 OpenWRT 对 udp 不完全锥形有 bug. 你可以:

1. 在 OpenWRT 系统,确认 x 和 y 是否相等。
2. 如果 internet server IP 地址固定,在 OpenWRT 系统,防火墙设置把所有这个 internet server IP 的包全部 port forwarding 到你的 vlc client IP 中。目的是让 OpenWRT 的防火墙不要丢掉进来的包。为了防止干扰,先关掉机顶盒。
2022-05-03 13:08:16 +08:00
回复了 cloudsigma 创建的主题 宽带症候群 op 拨号下, iptv rstp 流 打开慢
我是你引用帖的 op, 你的问题不一定与我相同。我的问题基本已经解决。只是还有一个问题没有搞清楚。你的 tcpdump 没有显示出来。append 一下,我可以帮忙看看。
2022-05-02 18:03:59 +08:00
回复了 huangya 创建的主题 宽带症候群 一个电视机顶盒引发的 tcp 路径 mtu 问题
@LGA1150
@fvladlpa
@wwbfred
目前看来是我用的一个较老的 OpenWRT, 没有对入口的 tcp sync 包做 mss clamping 。晚上试试看,如果是,有时间的话,我会调查看看为什么老的路由器没有对入口的 tcp sync 包做 mss clamping 也可以。

bug report:
https://github.com/openwrt/openwrt/issues/8122

patch:
https://git.openwrt.org/?p=project/firewall3.git;a=patch;h=e9b90dfac2225927c035f6a76277b850c282dc9a
2022-05-02 16:37:23 +08:00
回复了 huangya 创建的主题 宽带症候群 一个电视机顶盒引发的 tcp 路径 mtu 问题
@wwbfred
1. 机顶盒没有提供界面设置 MTU,除非你想办法 hack 进它的 shell 。
2. 其他设备目前还没有测试.
3. >根据我的记忆你的理解是不正确的。路由中间件认为包过大解决方案是自己分包,而不是通知对端发小包。对端的发包大小就是由网卡的 MTU 决定。

参考 tcp/ip 详解, 我是这样理解的。
--------------------------------------------------------------------------------------------------------------------
T C P 的路径 M T U 发现按如下方式进行:在连接建立时,T C P 使用输出接口或对端声明的
M S S 中的最小 M T U 作为起始的报文段大小。路径 M T U 发现不允许 T C P 超过对端声明的 M S S 。
如果对端没有指定一个 M S S ,则默认为 5 3 6 。一个实现也可以按 2 1 . 9 节中讲的那样为每个路由
单独保存路径 MTU 信息。
一旦选定了起始的报文段大小,在该连接上的所有被 T C P 发送的 I P 数据报都将被设置 D F
比特。如果某个中间路由器需要对一个设置了 D F 标志的数据报进行分片,它就丢弃这个数据
报,并产生一个我们在 11.6 节介绍的 ICMP 的“不能分片”差错。
如果收到这个 I C M P 差错,T C P 就减少段大小并进行重传。如果路由器产生的是一个较新
的该类 I C M P 差错,则报文段大小被设置为下一跳的 M T U 减去 I P 和 T C P 的首部长度。如果是一
个较旧的该类 I C M P 差错,则必须尝试下一个可能的最小 M T U (见图 2 - 5 )。当由这个 I C M P 差
错引起的重传发生时,拥塞窗口不需要变化,但要启动慢启动。
由于路由可以动态变化,因此在最后一次减少路径 M T U 的一段时间以后,可以尝试使用
一个较大的值(直到等于对端声明的 M S S 或输出接口 M T U 的最小值)。RFC 11 9 1 推荐这个时
间间隔为 10 分钟(我们在 11.8 节看到 Solaris 2.2 使用一个 30 分钟的时间间隔)。
在对非本地目的地,默认的 M S S 通常为 5 3 6 字节,路径 M T U 发现可以避免在通过 M T U 小
于 5 7 6 (这非常罕见)的中间链路时进行分片。对于本地目的主机,也可以避免在中间链路
(如以太网)的 M T U 小于端点网络(如令牌环网)的情况下进行分片。但为了能使路径 M T U
更加有用和充分利用 M T U 大于 5 7 6 的广域网,一个实现必须停止使用为非本地目的制定的 5 3 6
的 MTU 默认值。MSS 的一个较好的选择是输出接口的 MTU (当然要减去 IP 和 TCP 的首部大小)
(在附录 E 中,我们将看到大多数的实现都允许系统管理员改变这个默认的 MSS 值)。
----------------------------------------------------------------------------------------------------------------------
2022-05-02 16:26:15 +08:00
回复了 huangya 创建的主题 宽带症候群 一个电视机顶盒引发的 tcp 路径 mtu 问题
@cloudsigma 上海移动的机顶盒不是组播,我抓到的包是单播。这个机顶盒插到路由器后面就可以用。也不需要设置什么 vlan ,相当于一个普通上网设备。从这个角度看,我感觉这不是严格意义上的 iptv 。
2022-05-02 16:21:14 +08:00
回复了 huangya 创建的主题 宽带症候群 一个电视机顶盒引发的 tcp 路径 mtu 问题
@LGA1150
@fvladlpa
关于 MSS champing, 我在发帖之前就查过, 发现路由器只对从 WAN(eth0 和基于 eth0 的 pppoe 接口)出去的包做了 champing, 但没对进来的包没有做。我在想如果对进来的包也做了话,就应该能解决问题。老人家要看电视,所以现在又换回老路由器了。现在还没有实验环境。晚上试试看。fvladlpa 提供的命令就没有限制接口。但有个问题是新老路由器都没有做,不知道老路由器为啥可以流畅观看。可能还有某个点我弄错了或者疏忽了,不过现在最需要确定的是先看下对从 wan 进来的包也做一下 MSS champing 看是否能解决。

老路由器:
mangle 表里面做的, 其他表没有 grep 到
root@OpenWrt:~# iptables -t mangle -L -nv
Chain PREROUTING (policy ACCEPT 2578K packets, 2530M bytes)
pkts bytes target prot opt in out source destination
2578K 2530M fwmark all -- * * 0.0.0.0/0 0.0.0.0/0

Chain INPUT (policy ACCEPT 85635 packets, 7987K bytes)
pkts bytes target prot opt in out source destination

Chain FORWARD (policy ACCEPT 2489K packets, 2522M bytes)
pkts bytes target prot opt in out source destination
2489K 2522M mssfix all -- * * 0.0.0.0/0 0.0.0.0/0

Chain OUTPUT (policy ACCEPT 132K packets, 236M bytes)
pkts bytes target prot opt in out source destination

Chain POSTROUTING (policy ACCEPT 2622K packets, 2758M bytes)
pkts bytes target prot opt in out source destination

Chain fwmark (1 references)
pkts bytes target prot opt in out source destination

Chain mssfix (1 references)
pkts bytes target prot opt in out source destination
10301 615K TCPMSS tcp -- * pppoe-wan 0.0.0.0/0 0.0.0.0/0 tcp flags:0x06/0x02 /* wan (mtu_fix) */ TCPMSS clamp to PMTU
0 0 TCPMSS tcp -- * eth0 0.0.0.0/0 0.0.0.0/0 tcp flags:0x06/0x02 /* wan (mtu_fix) */ TCPMSS clamp to PMTU
root@OpenWrt:~# iptables -t filter -L -nv |grep MSS
root@OpenWrt:~# iptables -t nat -L -nv |grep MSS
2022-05-01 16:59:52 +08:00
回复了 keshawnhsieh 创建的主题 宽带症候群 家庭千兆带宽,推荐无线路由器和 PCI-E 无线网卡
@fengchen0vr 支持多个频段这个我知道,我是想用 6g 频段,因为用的人少,且频段宽。
2022-05-01 09:39:15 +08:00
回复了 keshawnhsieh 创建的主题 宽带症候群 家庭千兆带宽,推荐无线路由器和 PCI-E 无线网卡
@fengchen0vr ax210 在中国 wifi6e 的软件或固件是开放的吗?也就是说可以使用吗?
2022-04-27 16:36:02 +08:00
回复了 alpha9318 创建的主题 宽带症候群 联通 300m 的家庭宽带可以购买 100m 的上行提速包吗
@lly8666 证这一层我是想不到的。这个才是关键啊。老哥能不能给我发个邮件啊,指点一二。邮箱是我的 id 加 90 ,要科学才能使用的 g 家的。
2022-04-27 15:36:31 +08:00
回复了 alpha9318 创建的主题 宽带症候群 联通 300m 的家庭宽带可以购买 100m 的上行提速包吗
@lly8666 能不能加个绿色软件或者留个邮箱来点拨一下啊
2022-04-26 11:53:04 +08:00
回复了 alpha9318 创建的主题 宽带症候群 联通 300m 的家庭宽带可以购买 100m 的上行提速包吗
@lly8666 直接说哪一天的公众号呗
2022-04-26 11:06:20 +08:00
回复了 CharlesGray 创建的主题 宽带症候群 你们的极致大带宽一般在什么场景下会被用到?
主要是 PT 吧。op 的上行从 50m 升级到 100 是因为下行升级而自动升级的吗?如果是,是哪家运营商?有些运营商打死是 50
1 ... 19  20  21  22  23  24  25  26  27  28 ... 43  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   3038 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 27ms · UTC 14:16 · PVG 22:16 · LAX 06:16 · JFK 09:16
Developed with CodeLauncher
♥ Do have faith in what you're doing.