网络提纲总结Word文档下载推荐.docx

上传人:b****1 文档编号:3696312 上传时间:2023-05-02 格式:DOCX 页数:15 大小:348.93KB
下载 相关 举报
网络提纲总结Word文档下载推荐.docx_第1页
第1页 / 共15页
网络提纲总结Word文档下载推荐.docx_第2页
第2页 / 共15页
网络提纲总结Word文档下载推荐.docx_第3页
第3页 / 共15页
网络提纲总结Word文档下载推荐.docx_第4页
第4页 / 共15页
网络提纲总结Word文档下载推荐.docx_第5页
第5页 / 共15页
网络提纲总结Word文档下载推荐.docx_第6页
第6页 / 共15页
网络提纲总结Word文档下载推荐.docx_第7页
第7页 / 共15页
网络提纲总结Word文档下载推荐.docx_第8页
第8页 / 共15页
网络提纲总结Word文档下载推荐.docx_第9页
第9页 / 共15页
网络提纲总结Word文档下载推荐.docx_第10页
第10页 / 共15页
网络提纲总结Word文档下载推荐.docx_第11页
第11页 / 共15页
网络提纲总结Word文档下载推荐.docx_第12页
第12页 / 共15页
网络提纲总结Word文档下载推荐.docx_第13页
第13页 / 共15页
网络提纲总结Word文档下载推荐.docx_第14页
第14页 / 共15页
网络提纲总结Word文档下载推荐.docx_第15页
第15页 / 共15页
亲,该文档总共15页,全部预览完了,如果喜欢就下载吧!
下载资源
资源描述

网络提纲总结Word文档下载推荐.docx

《网络提纲总结Word文档下载推荐.docx》由会员分享,可在线阅读,更多相关《网络提纲总结Word文档下载推荐.docx(15页珍藏版)》请在冰点文库上搜索。

网络提纲总结Word文档下载推荐.docx

数据字段表示选项的信息,例如偏移量、指针、长度、地址等数据

典型:

1、EndofOptionList(EOL):

选项结束

EOL是1字节选项,用于提示这是最后一个选项,必须放在所有选项的后面。

2、NoOperation(NOP):

无操作

NOP也是1字节选项,用于选项之间的边界对正

•3、RecordRoute(RR):

记录路由

用于记录数据报在Internet中传送的路由。

该选项的长度是可变的,分割时不需复制,仅保留在第一个数据报中。

格式如下图所示。

路由记录数据字段在IP模块送出数据报之前是空的,指针字段的初值是4,指向第一个空字段。

4、StrictSourceandRecordRoute(SSRR):

严格的源路由

用于源主机预先指定数据报在Internet中传送的路由并且记录传送过程中经过的路由。

该选项的长度是可变的,分割时必须复制。

格式如下图所示。

5、LooseSourceandRecordRoute(LSRR):

宽松的源路由

LSRR也可以用于源主机预先指定数据报的传送路由并且记录传送过程中经过的路由。

LSRR是一种宽松的路由策略,对传送路由的要求不及SSRR严格。

LSRR允许数据报经过任何非指定的路由器,这是与SSRR最大的区别。

6、Timestamp(TS):

时间戳

时戳(timestamp)就是数据报每经过一个网关时所记录下的当地时间。

IP数据报的“时戳”选项即用于记录时戳,其格式与源路由选项类似。

用于记录路由器处理数据报的时间。

该选项的长度是可变的,分割时不需复制,仅存在于第一个数据报中。

TS选项的格式如下图所示。

•IP数据报的分片与重组原理

IP协议采用分片(fragmentation)技术屏蔽物理网络帧MTU的不同

IP协议在确定数据报大小时,简单地以“方便”为原则。

也就是说,在不超过版本本身规定的数据报大小的前提下,IP协议选择当前最合适的数据报大小(所谓“合适”指在信源机所在物理网上能进行最大限度封装)。

IP协议提供分片(fragmentation)机制,在MTU较小的网络上,将数据报分成若干较小的部分进行传输。

这种较小的部分叫作片(fragment)

分片重组工作在信宿进行

分片重组作为分片的逆过程,跟分片过程在概念上是相对称的。

但实际上,片重组与分片有一个极不对称的特点:

分片是在传输路由中MTU不同的两网络交界处(网关)进行的。

所有的片重组在信宿机进行。

换言之,一旦数据报被分片,各分片就作为独立数据报进行传输,在到达信宿机之前有可能再次(或多次)被分片,但绝不进行片重组。

•三次握手链接建立协议的理解,包括标志位、序列号和应答号、状态

在三次握手法的第一次中,A机向B机发出连接请求(简称CR),其中包含A机端的初始报文序号(比如X)。

第二次,B机收到CR后,发回连接确认(CC),其中,包含B机端的初始报文序号(比如Y),以及B机对A机初始序号X的确认。

第三次A机向B机发送X序号数据,其中包含对B机初始序号Y的确认。

•四次握手链接拆除协议的理解,包括标志位、序列号和应答号、状态

•TCP有限自动机(P139)

•TCP数据报结构的理解(P123)

源端口(16比特):

报文段发送者端口号

目的端口(16比特):

报文段接收者端口号

顺序号(32比特):

TCP为每个要传送的字节分配一个正整数,称为顺序号。

确认号(32比特):

当控制位ACK置位时,此域包含的顺序号为接收端希望接收下一个字节的顺序号。

首部长度(4比特):

以32比特为单位的报文段首部的长度,即指出数据区在报文段中的位置。

保留位(6比特):

保留未用,全置为0。

控制位(6比特)

URG:

置位时表示紧急指针字段有效。

ACK:

置位时表示确认号字段有效。

PSH:

置位时表示本报文段要求PUSH操作,此时TCP会立即发送缓冲区中的数据,而不必等待缓冲区填满;

在接收端,TCP立即把接收到的数据送给应用程序。

RST:

置位时表示连接复位,用于在连接发生异常时复位连接。

SYN:

置位时表示与对方同步顺序号。

FIN:

置位时表示发送方没有数据发送了,用于关闭连接。

窗口(16比特):

指出接收方可以接收的最大字节数,可以认为是接收端缓冲区的大小。

校验和(16比特):

用于检测数据是否在传输过程中受到破坏。

紧急指针(16比特):

当URG位置位时此字段才有效。

有效时标识了此报文段中紧急数据最后一个字节相对于此保文段数据区第一个字节的偏移量。

可选项:

此字段位数是可变的,没用到的位用0填充使其长度为32比特。

•FTP协议的基本数据类型

数据类型

ASCII类型,默认的数据类型,用于传输文本文件

EBCDIC类型(扩充的二进制编码的十进制交换码),类似ASCII的规范,主要在IBM计算机上使用

IMAGE类型(二进制文件类型)

LOCAL类型(指本地文件)

•FTP命令

FTP协议中将标准FTP命令分为三类:

存取控制命令:

主要提供了用户身份验证功能和目录切换功能

常用FTP命令

(1)存取控制命令

传输参数命:

传输参数设置后一直有效,除非用新的命令改变传输参数,或者新建立了数据连接

FTP服务命令:

定义了一系列文件传输及文件系统操作相关的命令,这些命令的参数通常是pathname(路径名),路径名的书写必须符合服务器端的规范

•FTP应答

•服务器接收客户端命令并处理之后,会返回给客户端相应的命令响应信息,这种返回响应的方式称作FTP应答

•FTP应答保证了文件传输过程中请求与行为的同步,并使得用户进程总是能了解服务器的状态

•每条FTP命令可以产生一条或多条响应,但多数情况下,每条命令只返回一条响应

•FTP响应与FTP命令一样,都是在客户端与服务器之间的控制连接上以NVTASCII码形式传送,并在每行末尾以CR-LF标志行结束

•FTP响应由一个3位的数字代码(应答码),一个字符串形式的表示命令执行成功与否的文本,以及命令执行成功后的输出组成。

•FTP响应的格式:

<

3-digitcode>

SP>

onelineoftext>

CR-LF>

•<

为3位数字的应答码

表示空格

是一行提供给用户阅读的文本信息

是行结束符

•FTP的两种工作模式:

PORT和PASV

Port:

•数据连接由服务器初始化完成

•客户端选择一个大于1024的端口连接服务器的21端口

•需传输数据时,客户端会送出PORT命令告诉服务器连接到自己的某一端口来建立数据连接,同时侦听该端口

•服务器收到PORT命令时,会使用20端口连接客户端在PORT命令中指定的端口号,然后传输数据

PASV:

•数据连接由客户端初始化

•需传输数据时,客户端向服务器发送PASV命令,通知服务器自己希望连接到服务器的某一个端口

•如果服务器上这个端口是空闲可用的,则服务器返回ACK作为确认信息,然后返回用户所需的信息;

若端口已被占用,服务器会返回UNACK的信息,FTP客户端会再次发送PASV命令重复上述过程

•HTTP数据报的基本格式

•HTTP请求方法

请求行中的方法描述指定资源中应该执行的动作,常用的方法有GET、HEAD和POST。

不同的请求对象对应GET的结果是不同的,对应关系如下:

对象      GET的结果

文件      文件的内容

程序      该程序的执行结果

数据库查询   查询结果

HEAD——要求服务器查找某对象的元信息,而不是对象本身。

POST——从客户机向服务器传送数据,在要求服务器和CGI做进一步处理时会用到POST方法。

•HTTP响应

HTTP响应由三部分组成:

状态行,消息报头,响应正文

状态行=HTTP版本号 状态码 原因叙述

状态码表示响应类型

×

  保留

  表示请求成功地接收

  为完成请求客户需进一步细化请求

  客户错误

  服务器错误

典型的响应消息:

(1)

HTTP/1.1200OK//请求成功

Server:

Microsoft-IIS/5.0//web服务器

Date:

Thu,08Mar200707:

17:

51GMT

Connection:

Keep-Alive

Content-Length:

23330

Content-Type:

text/html

Expries:

Thu,08Mar200707:

16:

Set-Cookie:

ASPSESSIONIDQAQBQQQB=BEJCDGKADEDJKLKKAJEOIMMH;

path=/

Cache-control:

private

(2)

HTTP/1.0404NotFound//请求失败

Thu,08Mar200707:

50:

50GMT

Apache/2.0.54<

Unix>

Last-Modified:

Thu,30Nov200611:

35:

41GMT

Close

•Socket(P127—P131)

5.3.3.NET中的Socket类

usingSystem;

usingSystem.Collections.Generic;

usingSystem.Text;

usingSystem.Net;

usingSystem.Net.Sockets;

namespaceTestSocket

{classProgram

{staticvoidMain(string[]args)

{//创建IPEndPoint实例

IPAddressipa=IPAddress.Parse("

127.0.0.1"

);

IPEndPointipep=newIPEndPoint(ipa,8080);

//创建Socket实例

Sockettest_socket=newSocket(AddressFamily.InterNetwork,SocketType.Stream,ProtocolType.Tcp);

Console.WriteLine("

AddressFamily:

{0}"

test_socket.AddressFamily);

SocketType:

test_socket.SocketType);

ProtocolType:

test_socket.ProtocolType);

Blocking:

test_socket.Blocking);

//修改Socket实例的属性

test_socket.Blocking=false;

newBlocking:

Connected:

test_socket.Connected);

//调用Bind( 

)方法,使Socket与一个本地终结点相关联

test_socket.Bind(ipep);

IPEndPointsock_iep=(IPEndPoint)test_socket.LocalEndPoint;

LocalEndPoint:

sock_iep.ToString( 

));

//关闭Socket

test_socket.Close( 

Console.ReadKey( 

}

}

•TcpClient/TcpListener(P145-P152&

P218-P221)

展开阅读全文
相关资源
猜你喜欢
相关搜索
资源标签

当前位置:首页 > 总结汇报 > 学习总结

copyright@ 2008-2023 冰点文库 网站版权所有

经营许可证编号:鄂ICP备19020893号-2