把一次代理IP链路上的访问拆开看，最早出场的那几个报文并不搬运内容，它们专门用来对齐双方的参数。握手就是由这么几个特殊报文组成，它们与后面搬运数据的报文走同一条路，任务上却分工明确。弄清楚这两类报文各管什么，很多看起来奇怪的现象就容易解释了。
从形态上看，握手用的报文和普通数据报文并没有本质差别，两者都是 IP 层里的数据包，都有包头和载荷，都要经过同一套寻址与转发。差别在于载荷装的东西：握手报文装的是状态标志和序列信息，普通报文装的是应用层真正要传的内容。
包是一样的包，装的东西不同。
- 控制报文
- 承载状态标志，用来对齐参数，不装应用内容
- 数据报文
- 承载应用层内容，是真正被搬运的载荷
- 共同之处
- 同属一个层次，同样经过寻址与转发
因为网络只认数据包这一种载体，没有第二条通道可以走。要把参数交给对方，只能把它装进包里发过去。这也解释了一个常见疑问：为什么握手会被网络状况影响。控制报文和数据报文共用同一条路，路上的问题会同时作用在两者身上。排查时先看这条路本身通不通、稳不稳，再看具体卡在哪一段，比盯着某一种报文反复比对更有效。
两类报文在链路上的位置
走代理IP转发时，这两类报文都会被中间环节接过去再送出去。有的实现只搬运不解读，有的会替你先应答一次，再与上游重新对齐，于是同一次访问里，两端看到的握手过程并不完全一样。这一点在排查时很有用：如果直连正常、走代理异常，差异多半就出在中间环节是否重建了这一段。
怎么把两者的关系用起来
判断问题落在哪一层时，可以先问一句：卡住的是对齐阶段还是搬运阶段。对齐阶段出问题，表现为连不上、等很久才回话；搬运阶段出问题，表现为连上了但速度上不去。两类表现指向的原因不同，排查顺序也不同。
为什么要分开统计
把两类报文的耗时分开记，复盘时才能看出瓶颈在哪。合并成一个总数字，只能知道慢了，不知道慢在准备还是在传输，调整就失去了方向。
把代理IP链路里的握手报文当成一次普通的参数对齐来看，就不会把它神秘化：它只是先行的几个小包，后面真正要干的事，仍旧靠普通数据包一趟趟搬完。