《计算机网络——自顶向下方法》应用层——应用层协议原理

应用层协议原理

网络应用程序的核心是写出能够运行在不同的端系统和通过网络彼此通信的程序。研发新的应用程序时需要编写将在多态端系统上运行的软件,不需要写在网网络和兴设备,例如路由器或者链路层交换机上运行的软件,网络的核心设备并不在应用层上起作用,而仅在较低层起作用,特别是位于网络层及下面的层次。

网络应用程序体系结构

  • 客户服务器体系结构:在这种体系结构中有一个总是打开的诸暨称为服务器 ,它副服务于来自许多其他称为客户 的主机的请求,这种体系结构另一个特征就是服务器具有固定的,周知的地址称为IP地址 ,因此客户总是能够通过向该服务器的IP地址发送分组来与其联系。
  • P2P体系结构:对于位于数据中心的服务器有最小的(或者没有)依赖,应用程序在间断连接的主机对之间直接通信,这些主机被称为 对等方 。P2P体系结构中最引人入胜的特征之一是他们的自扩展性

进程通信

客户和服务器进程

在操作系统的术语中,进行通信的实际上是进程而不是程序,当进程运行在相同的端系统上时,他们使用进程间通信机制相互通信,而在不同的端系统上的进程,通过跨越计算机网络交换报文而相互通信。网络引用程序由成对的进程组成,这些进程通过网络互相发送报文。

进程与计算机网络之间的接口

多数引用程序由通信进程对组成,没对中的两个进程互相发送报文。进程通过一个套接字的软件接口向网络发送报文和从网络接收报文 (如果将进程类比于一座房子,而它的套接字可以类比于它的门)socket 起到管道的作用,不同的进程需要创建不同的socket。套接字是同一台主机内应用层与运输层之间的接口,由于该套接字是建立网络应用程序的可编程接口,因此套接字也称为应用程序和网络之间的 应用程序编程接口 。应用程序开发者对于运输层的控制仅限于:1.选择运输层协议;2.设定一个运输层参数

进程寻址

在一台主机上运行的进程为了向在另一台主机上运行的进程发送分组,接收进程需要有一个地址。为了标识该接收进程,需要定义两种信息:1.主机的地址;2.定义在目的主机中的接收进程的标识符
在因特网中,主机由IP地址标识。除了知道报文送往目的地的主机地址外,发送进程还必须指定运行在接收主机上的接收进程(更具体的说,接收套接字),目的地端口号用于这个目的。

可供应用程序使用的运输服务

当开发应用时,必须选择一种可用的运输层协议。应用层为了实现目标需要根据传输层提供哪些服务支持。大体上从四个方面对应用程序要求进行分类:可靠数据传输,吞吐量,定时和安全性

  • 可靠数据传输:分组在计算机网络中可能丢失,而像电子邮件等一些应用数据丢失可能会造成严重的后果。因此,为了支持这些应用,必须做一些工作以确保由应用程序的一端发送的数据正确、完全地交付给该应用程序的另一端。如果一个协议提供了这样的确保数据交付服务就认为提供了可靠数据传输;
  • 吞吐量:发送进程能够像接收进程交付比特的速率。具有吞吐量要求的应用程序称为带宽敏感的应用;
  • 定时:定时保证能够以多种形式实现,一个保证例子如:发送方注入套接字的每个比特到达接收方的套接字不迟于100ms。这种服务将对交互式实时应用程序有吸引力。
  • 安全性:运输程序能够为应用程序提供一种或多种安全性服务。运输层提供除了机密性,数据网整性和端点鉴别等服务。

因特网提供的运输服务

因特网为应用程序提供两个运输层协议,即UDP和TCP,下表显示了某些应用程序的服务要求:

应用 数据丢失 带宽 时间敏感
文件传输 不能丢失 弹性
电子邮件 不能丢失 弹性
web文档 不能丢失 弹性
因特网电话/视频会议 容忍丢失 音频(几kbps1Mbps)视频(10几kbps5Mbps) 是,100ms
存储音频、视频 容忍丢失 同上 是,几秒
交互式游戏 容忍丢失 几kbps~10kbps 是100ms
即时通讯 不能丢失 弹性 是和不是

网络传输协议服务

TCP UDP
可靠 不可靠
提供流控制 不提供
提供拥塞控制 不提供
面向连接(先握手) 非连接
不提供定时服务,最小宽带保障,不提供安全服务 不提供定时服务,最小宽带保障,不提供安全服务

关于安全性

TCP和UDP在设计之初并没有考虑到安全性的问题,也就是说发送进程传进套接字的数据,与经网络传送到目的进程的数据相同。
现在为了改进在应用层和传输层增加了安全套接字层(SSL),用SSL加强后的TCP提供了关键的进程到进程的安全性服务,包括加密,数据完整性和端点鉴别。(严格来讲,SSL属于应用层,SSL有它自己的套接字API,类似于传统的TCP套接字API).


流行的应用及其应用层和支撑的运输层协议

应用 应用层协议 支撑的运输协议
电子邮件 SMTP TCP
远程终端访问 Telnet TCP
Web HTTP TCP
文件传输 FTP TCP
流式多媒体 HTTP TCP
因特网电话 SIP、RTP或者专用的 UDP或者TCP

应用层协议

应用层协议定义了运行在不同的端系统上的应用程序如何相互传递报文,特别是应用程序定义了:

  • 交换的报文类型,例如请求报文和响应报文;
  • 各种报文类型的语法;
  • 字段的语义,即这些字段包含的信息的含义;
  • 一个进程何时以及如何发送报文,对报文进行响应规则。
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 214,504评论 6 496
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 91,434评论 3 389
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 160,089评论 0 349
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 57,378评论 1 288
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 66,472评论 6 386
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 50,506评论 1 292
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 39,519评论 3 413
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 38,292评论 0 270
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 44,738评论 1 307
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 37,022评论 2 329
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 39,194评论 1 342
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 34,873评论 5 338
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 40,536评论 3 322
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 31,162评论 0 21
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,413评论 1 268
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 47,075评论 2 365
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 44,080评论 2 352

推荐阅读更多精彩内容