按下发送之后，数据往下走的过程比想象中规整。业务程序先把内容交给连接那一层，那里加上序号和端口；再往下交给找路那一层，那里加上来源和目标的地址；最后交给介质那一层，翻译成硬件标识发出去。到对面之后反过来，一层层剥掉，最后交给对应的业务程序。整个过程在毫秒级完成，看不见但每层都留了痕迹。代理IP的转发就插在找路这一段里。
- 应用层
- 把内容交给下一层，约定用什么格式
- 传输层
- 加上端口与序号，负责顺序和重发
- 网络层
- 加上来源与目标地址，决定往哪送
- 接口层
- 翻译成硬件标识，交给网卡发出
每层加的信息有什么用
上层加的是给对端同类程序看的，比如端口告诉对方该交给哪个服务。下层加的是给自己这一层用的，比如地址用来找路、序号用来拼装。收到之后按相反顺序剥掉，每一层只处理属于自己的那一部分。这种设计让任何一层都不需要理解其他层的含义：负责转发的设备看到地址就够了，不需要知道里面装的是网页还是文件；业务程序也不需要知道数据是从网线还是无线发出去的。两层之间只通过约定的那一段信息打交道。
中间设备会看哪一层
负责转发的设备主要看地址这一层，它不需要知道里面装的是什么内容。这也是为什么转发效率能做得高：只看必要的信息就够。代理IP的转发程序同样以这一层为主，有时还要看上面一层来区分同一台设备上的不同任务。
数据比较大或者比较小时怎么办
超过介质一次能承载的长度，会在某一层拆成几份分别发送，到对面再拼起来。拆和拼对上层透明，业务程序不会察觉。拆分点如果丢失一份，上层会重发那一份。
这套顺序能改动吗
顺序固定，层数也固定，改动只发生在某一层内部怎么做。比如介质从有线换成无线，接口层换了实现，上面几层完全不动。代理IP改变的是网络层看到的内容，传输层和接口层照旧。
往下逐层加信息，往上逐层剥掉，顺序固定。
转发设备主要看地址这一层，不用管里面装的是什么。
每层只处理属于自己的那一部分，互不干涉。代理IP插在找路这一段。