比如 就是基于 协议的不需要一对一沟通建立连接而是可以广播和组播的应用。如 语音视频广播和组播一对多。 多媒体数据流不产生任何额外的数据即使知道有破坏的包也不进行重发。视频聊天。 需要处理速度快可以容忍丢包但是即使网络拥塞继续通信。如工业数据实时采集物联网多对一和有些实时游戏。 为什么 的应用程序必须选择合适大小的报文给 答 对应用 日本电话号码数据 层交下来的报文既不合并也不拆分而是保留这些报文的边界。 一次交付一个完整的应用报文。 把它交给 层后 层在传送时可能要进行分片这会降低 层的重装效率若报文太短 把它交给 层后会使 数据报的首部的相对长度太大这也降低了 层的载荷能力。 一 用户数据报的首部十六进制表示是 试求源端口目的端口用户数据报的总长度数据部分长度。
这个用户数据报是从客户发送给服务器发送给客户？使用 的这个服务器程序是什么？ 答经过分析源端口 目的端口 用户数据报总长度 字节数据部分长度 字节。 因为目的端口号 是熟知端口此 用户数据报是从客户发给服务器目的端口标记的服务器进程程序是 。 一个应用程序用 到 层把数据报在划分为 个数据报片发送出去结果前两个数据报片丢失后两个到达目的站。过了一段时间应用程序重传 而 层仍然划分为 个数据报片来传送。结果这次前两个到达目的站而后两个丢失。试问在目的站能否将这两次传输的 个数据报片组装成完整的数据报？假定目的站第一次收到的后两个数据报片仍然保存在目的站的缓存中。