(二)1.应用层 之 应用层协议原理


1.体系结构


1.c/s架构

客户-服务器模式cilent/server

简单来说,就是所有的数据都在服务器上,以服务器为中心,客户主动求连接服务器

服务器:(一个一直打开的主机)
ps 一个流行站点只靠一个主机忙不过来,所以会用配备大量主机的数据中心搭建虚拟服务器

1.一直运行
2.有固定的ip地址和 周知的端口号
3.以服务器为扩展中心进行扩展
扩展性:差

客户端

1.客户之间无法直接链接
2.客户端主动去链接服务器
3.ip地址可能是动态
4.与互联网间歇性链接

2.P2P架构

就是每个端系统都兼任服务器和客户端双重身份
特点:

1.没有一个持续开机的主机当做服务器
2.任意端系统之间进行通讯
3.自扩展性很强(每个端都可以向外扩展)
4.因为不持续开机,ip地址可换等不稳定性因素,导致稳定性可靠性面临挑战

3.c/s & P2P架构

example:Napster

1.文件搜索是 c/s 模式:
 	  数据需要在服务器上注册查询
2.文件传输是 p2p模式
	  任意客户端之间可以传输数据

2.进程通信


进程:可以被认为是在主机上运行的一个程序

同一个主机:使用进程间通讯机制来通信
不同端之间:交换报文来通讯(借助传输层)

客户端进程:发起通讯的进程
服务器进程:等待链接的进程

问题1:进程标识和寻址问题

刚才说了 计算机间是靠进程传输的,那我们标定一个进程,需要两个信息

1.主机号:用ip地址标识
2.进程号:SAR用端口号标识

eg HTTP:TCP的80端口

问题2:传输层应用层之间的服务

跨层传递需要携带的信息:

1.传递的信息:SDU
2.传递给谁:对方的 IP + TCP(UDP)
3.谁传递的: IP + TCP(UDP)

传输层实体( tcp 或者 udp 实体)根据这些信息进行 TCP报文段( UDP 数据报)的封装

需要 1.源端口 2.目标端口 3.数据

IP地址向下给到实体,进行封装,源IP,目标IP

问题 3 :如何使用传输层提供的服务,实现应用进程之间的报文交换

  • 1
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值