目录
前言
一、试着说明TCP伪首部的作用
二、某个应用进程使用运输层的用户数据报UDP，然后继续向下交给IP层后，又封装成IP数据报。既然都是数据报，是否可以跳过UDP而直接交给IP层?哪些功能UDP提供了但IP没有提供
三、一个应用进程用UDP，到了IP层把数据报再划分为4个数据报片发送出去。结果前两个数据片丢失，后两个到达目的站。过了一段时间应用进程重传UDP，而IP层仍然划分为4个数据报片来传送。结果这次前两个到达目的站而后两个丢失请问：在目的站能否将这两次传输的4个数据报片组装为完整的数据报？
四、使用TCP对实时语音数据的传输会有什么问题？使用UDP在传输数据文件时会有什么问题？
五、在停止等待协议中如果不使用编号是否可行？为什么？
总结
前言
活着是世界上最罕见的事，大多数人只是存在，仅此而已
一、试着说明TCP伪首部的作用
所谓伪首部，是指这种首部并不是UDP用户数据报或TCP数据报文段的真正首部。只是在计算检验和时，临时添加在UDP用户数据报或TCP报文段的前面，得到一个临时的UDP用户数据报或TCP报文段。检验和就是按照这个临时的UDP用户数据报或TCP报文段来计算的。伪首部既不向下传递也不向上交付，而是仅仅用于计算运输层的检验和。
二、某个应用进程使用运输层的用户数据报UDP，然后继续向下交给IP层后，又封装成IP数据报。既然都是数据报，是否可以跳过UDP而直接交给IP层?哪些功能UDP提供了但IP没有提供
IP数据报只能找到目的主机而无法找到目的进程。如果应用进程直接把数据交给下面的IP层，那么在传送到对方IP层后，就只能交付目的主机，但不知道应当交付哪一个应用进程。UDP提供对应进程的复用和分用功能，还提供对数据部分的差错检验。这些功能的IP层没有提供
三、一个应用进程用UDP，到了IP层把数据报再划分为4个数据报片发送出去。结果前两个数据片丢失，后两个到达目的站。过了一段时间应用进程重传UDP，而IP层仍然划分为4个数据报片来传送。结果这次前两个到达目的站而后两个丢失请问：在目的站能否将这两次传输的4个数据报片组装为完整的数据报？
不能，重传时，IP数据报的标识字段会有另一个标识符。仅当标识符相同时IP数据报片才能组装成一个IP数据报。前两个IP数据报片的标识符和后两个IP数据报片的标识符不同，因此不能组装成一个IP数据报
四、使用TCP对实时语音数据的传输会有什么问题？使用UDP在传输数据文件时会有什么问题？
对实时语音数据的传输是不能使用TCP的。这是因为用TCP传输语音数据时，只要一出现差错或丢失，TCP就要重传，这就会产生额外的时延，有时这种时延会很大，使接收方无法容忍。在实时语音通信中，我们宁可丢掉几个分组（这在重放时，还原的话音质量会差一些，但仍然可以听懂），也不愿意收到太迟来到的分组，因为这样会使重放的语音质量严重恶化。虽然UDP不保证可靠交付，但UDP比TCP的开销要小很多。因此只要应用程序接受这样的服务质量就可以使用UDP。
如果语音数据不是实时播放（边接收边播放），就可以使用TCP，因为TCP传输可靠。接收端用TCP将话音数据接收完毕后，可以在以后的任何时间进行播放。但本题目假定是实时语音数据传输，因此必须使用UDP。
使用UDP传送数据文件时，如果出现了2差错，UDP仅仅是少收了这个出错的报文段，并不通知发送方重传。这样就不能保证正确地传送数据。因此在传送数据文件时，我们都是采用TCP来传输
五、在停止等待协议中如果不使用编号是否可行？为什么？
在停止等待协议中，如果不使用编号是不可行的。
A发送报文段M1，B收到后发送确认（不编号）。但这个确认很晚才传送到A。A在没有等到确认时，超时重传了M1.
B发送的第一个确认最后到了A，于是A发送下一个报文段M2，但M2丢失了。
B收到A发送的重传M1。但是B不知道是重传的，因为报文段没有编号。B就无法判断是重传的老报文段，还是新的报文段。B只能把A发送的重传的M1收下，并发送确认。但这个确认使A认为是对发送的M2的确认，于是以为发送的两个报文段B都收到了。
不使用编号，A以为发送的两个报文段都正确地发送到了B，而实际上是收到了两个相同的报文段
总结
总结了运输层的一些知识点
_百度推广优化方案_郑州官网网络营销外包)
