Wucha

@jocover 我感觉 UPNP 也是导致丢包的一大主因 不过 SDN 设备的不是有 UPNP 开关吗？在 APP 里

@jowenzzzzz 是的，只要超过 5000kbps = 500kb/s 就会间接性丢包，这是我在用 EPON 设备时从来没遇到过的问题
PS: 上海电信 SDN 服务端从昨天开始坏到现在，好几个平台的网友都在吐槽，没办法认证设备、新设备注册不了，快要被 SDN 秀的头秃了…

@openbsd 家中的路由器 WiFi 已经足够，从来不用家庭网关的残废 WIFI :)

@openbsd 排查发现是直播软件 OBS 速率一高就会出现这种症状 但不理解其中原因 目前已降低直播码率 情况已解决 让小工再看看到底啥原理 :(

今天凌晨把直播推流减少到 3000kbps 并且挂了一夜后的结果：
192.168.1.1 的 Ping 统计信息: 数据包: 已发送 = 28161，已接收 = 28160，丢失 = 1 (0% 丢失)，
往返行程的估计时间(以毫秒为单位): 最短 = 0ms，最长 = 17ms，平均 = 0ms

配合 #38 的测试结果看
真的让人感到头秃，GP1700 难道就这么点能力吗…这谁顶得住啊

@jousca 是的，以前 500M 的时候使用 EPON 设备根本不用考虑设备负载问题…#38 的情况我晚上再试试… SDN 这种情况太让人大跌眼镜了…

进一步测试负载问题，目前 SDN 的网口 1、网口 2 分别连接 主路由器（ 10.69.1.x ）、游戏路由器（ 10.69.2.x ）
目前情况为 2 个路由器都已连入设备（主路由：15 个设备 | 游戏路由：1PC | 所有设备均为挂着没动 单纯的接入而已）

1)
由游戏路由的 PC （ 10.69.2.108 ）发起 200ping
※ 其他所有已接入的设备全部空载中
192.168.1.1 的 Ping 统计信息: 数据包: 已发送 = 200，已接收 = 200，丢失 = 0 (0% 丢失)，
往返行程的估计时间(以毫秒为单位): 最短 = 0ms，最长 = 1ms，平均 = 0ms

2)
由游戏路由的 PC （ 10.69.2.108 ）发起 200ping
※ 直播用 PC （ 10.69.2.109 ）开始推送直播画面（ 5000kbps ）
※ 断开主路由（ 10.69.1.x ）与 SDN 设备的连接
192.168.1.1 的 Ping 统计信息: 数据包: 已发送 = 200，已接收 = 199，丢失 = 1 (0% 丢失)，
往返行程的估计时间(以毫秒为单位): 最短 = 0ms，最长 = 1236ms，平均 = 49ms

3)
由游戏路由的 PC （ 10.69.2.108 ）发起 200ping
※ 直播用 PC （ 10.69.2.109 ）降低推送质量（ 3000kbps ）
192.168.1.1 的 Ping 统计信息: 数据包: 已发送 = 200，已接收 = 200，丢失 = 0 (0% 丢失)，
往返行程的估计时间(以毫秒为单位): 最短 = 0ms，最长 = 1ms，平均 = 0ms

？？？？？？？？？？？？？？？？

4)
恢复已有设置 SDN 网关（ 192.168.1.x ） -> 主路由器（ 10.69.1.x ） -> 游戏路由器（ 10.69.2.x ）
※ 其他部分设备开始搞事（看直播、刷微博、刷微信）
由游戏路由的 PC （ 10.69.2.108 ）发起 200ping
192.168.1.1 的 Ping 统计信息: 数据包: 已发送 = 200，已接收 = 200，丢失 = 0 (0% 丢失)，
往返行程的估计时间(以毫秒为单位): 最短 = 0ms，最长 = 10ms，平均 = 0ms

！？！？？！？！？！？！？！？！
等今天晚上再试试情况？直播 500kb 每秒都会让 SDN 崩吗…有点不敢相信

@jciba5n4y6u
@tmac6740
以前 EPON 的设备从来没遇到过这种情况，不过我升级千兆后小工坚决要使用 SDN 设备，8245Q 是属于 SDN 吗…百度了下感觉不像啊

@xdeng 测试结果均为有线测试 参考 #34 是 SDN -> PC 的空载有线 200ping 的结果…