报文中掺杂额外字节 about rsock

[wkgcass]

你看人家理你吗

github不是朋友圈

[itblingfeng]

你看人家理你吗

[wkgcass]

另外我怀疑如果只开一个tcp通道，多个udp口同时写会有并发问题（数据错乱），表现是这样：
我的应用在KCP之上还带了TLS加密，有时会报Tag错误。不用rsock udp直连不会有问题。开了多个tcp通道（数量远多于udp口时）没有看到这样的异常。

[wkgcass]

我目前暂时把这样特征的字节段跳过了，并且开了多个tcp通道
https://gist.github.com/wkgcass/9fb70d8c4f5312ef7727ec7542f982fa
暂时是能用了

[iceonsun]

上班忙。理解**。我抽空看看哈

[iceonsun]

另外我怀疑如果只开一个tcp通道，多个udp口同时写会有并发问题（数据错乱），表现是这样：
我的应用在KCP之上还带了TLS加密，有时会报Tag错误。不用rsock udp直连不会有问题。开了多个tcp通道（数量远多于udp口时）没有看到这样的异常。

f268b10bd0083eed1700b6bc82180c30f129e400000045e318370000000000

你server/client端的mac地址是不是f2:xx?

[wkgcass]

当时用的设备在公司，下周一复工了去看看

[wkgcass]

另外我怀疑如果只开一个tcp通道，多个udp口同时写会有并发问题（数据错乱），表现是这样：
我的应用在KCP之上还带了TLS加密，有时会报Tag错误。不用rsock udp直连不会有问题。开了多个tcp通道（数量远多于udp口时）没有看到这样的异常。

f268b10bd0083eed1700b6bc82180c30f129e400000045e318370000000000

你server/client端的mac地址是不是f2:xx?

不是的