- 博客(5)
- 收藏
- 关注
RSS订阅原创 1588 非对称延时
那么是什么原因呢，经过分析和做实验，发现虽然都是经过电口和光口，但是实际上路径是不一样的，master发送的sync报文经过的是光口的收方向路径，电口的发方向路径。问题是出现在两个交换机两个端口，非常明显的是一个电口和一个光口，假设光口接master，电口接slave，那么从表面上看，master到slave的sync报文是先到光口，然后再到电口，最后到slave，而slave发送的delay request报文是先到电口，再到光口，这样看来路径感觉是一样的。
2024-12-02 18:56:13
184
原创 TSN 802.1QBV
在没有低队列报文的情况下，高优先级报文的的几乎没有抖动，来了报文就转发了，抖动小于0.02。在学习的后期才发明白是因为抖动的原因，确实高优先级队列来了，是优先调度高优先级的报文，但是对于交换芯片来说，如果此时低队列的报文没有传输完成，交换芯片一般情况下是无法做到停下这个报文的传输，直接去调度高优先级的报文的，这样就导致高优先级队列的报文出现了等待，等待低队列的那个报文传输完成，在去传输高优先级的报文，当时觉得就一个报文的等待，会造成很大的影响吗，于是就实际打流进行了验证。
2024-11-24 20:37:45
306
原创 Flexe 通道化物理端口
只是这些MAC的速率都是unknown的。于是翻看某switch的芯片资料，以及sdk相关的命令，以通道化为例，例如想把某个10G口给通道化，那么首先芯片根据flexe技术标准可以以5G/1G作为最小粒度进行时隙化，10G可以分为2个5G通道和10个1G通道。某switch芯片支持flexe功能，查看了某大厂该功能的白皮书，配置手册等，一顿学习下来，这东西就是一个在芯片MAC和PHY之间做了一个管理，这样能让多个MAC对应一个PHY，多一个PHY对应一个MAC，从而实现带宽的捆绑化和通道化。
2024-11-23 20:31:20
159
原创 【TCP server检测通信中断】
本来认为就是一个socket的选项设置不应该出问题，后来加了打印，发现确实设置错误了，返回了错误码，根据错误码以及kernel的打印，才发现TCP_USER_TIMEOUT这个选项的值被61850的开源代码给重定义了，可能是为了在windows 操作系统使用，到了linux下就不能用了，把重定义去掉就好了，server就能在设置的tcp_user_timeout时间检测到断开了，但是由于tcp定时器机制比较复杂，各种情况下，实际断开的时间和设置的值在某些情况下还是有一些小差异的。
2024-11-23 20:14:28
262
原创 git apply的使用
今天收到原厂提供的SDK的.patch文件，打开看了以后，发现是git或者svn的类似diff的文件，想着应该是git的patch文件，于是就在网上找了一些git的命令试试，果然git工具有这样的功能，只能是自己之前孤陋寡闻，但是好在这么多年的开发直觉还是有的。希望大家及时发现git apply命令出现错误了，也再看看原文件是否合并了patch，以及合并了多少！经过搜索学习才知道git有生成patch文件和合并patch文件的功能。
2024-11-20 18:51:11
354
1
空空如也
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人