精华内容
下载资源
问答
  • 在介绍PPP协议之前,我们先简单介绍下数据链路层信道的类型,以及数据链路层协议的三个基本问题。数据链路层使用的信道主要有以下两种类型:点点信道 这种信道使用一一的点点通信方式。广播信道 这种信道使用...
    43704e548f10620db2d8ebe415c9b89b.png

    在介绍PPP协议之前,我们先简单介绍下数据链路层信道的类型,以及数据链路层协议的三个基本问题。

    数据链路层使用的信道主要有以下两种类型:

    • 点对点信道 这种信道使用一对一的点对点通信方式。
    • 广播信道 这种信道使用一对多的广播通信方式。广播信道上连接的主机很多,使用专用的共享信道协议来协调这些主机的数据发送。

    使用点对点信道的数据链路层

    概念:

    • 链路(物理链路):一个节点到相邻节点的一段物理线路
    • 数据链路(逻辑链路):物理线路加上必要的通信协议(用于控制数据的传输)

    点对点信道的数据链路层的协议数据单元--帧

    数据链路层把网络层交下来的数据构成帧发送到链路上,以及把接收到的帧中的数据取出并上交给网络层。网络层中的协议数据单元则是IP数据报(或称为数据报,分组,包)。如下图所示:

    649208f905c5dc0b81085faa4222ecb0.png

    数据链路层在通信时的主要步骤如下:

    1. 结点A的数据链路层把网络层交下来的IP数据报添加首部和尾部封装成帧。
    2. 结点A把封装好的帧发送给结点B的数据链路层。
    3. 若结点B的数据链路层收到的帧无差错,则从收到的帧中提取出IP数据报上交给上面的网络层,否则丢弃这个帧。

    由于在OSI模型中,各层之间是相互独立的,下层单元向上层单元提供接口函数。因此,我们并不需要去考虑数据链路层如何将数据下交给物理层转换成比特数据流,以及如何在物理层传输的细节。


    数据链路层的协议有很多种,但是有三个基本问题是共同的:

    • 帧封装
    • 透明传输
    • 差错检测

    帧封装,简单的说,就是将网络层传下来的IP数据报进一步打包封装成适合在数据链路层传输的数据帧。大致如下图所示:

    5a84b47283acc32600950496aa6e399d.png

    我们使用帧定界符来表示一帧数据的开始和结束(上图的帧开始和帧结束)

    b9e80e85017e98bdd63373a45bf97592.png

    帧定界符的作用主要是当数据在传输到一半的时候出现差错(例如物理链路断开),数据链路层的接收端可以依次判断接收到的数据是否是一个完整的帧。

    透明传输

    上述的帧定界符,一般使用专门指明的控制字符。因此,我们需要保证传输的有效数据中不能出现已经被指明为帧定界符的控制字符。否则,就会出现有效数据被误识别为帧定界符而导致数据丢失的情况。

    举个例子:

    3de0271550ad41b951c32394d9404f99.png

    图中,我们采用字符SOH和字符EOT作为帧开始符合帧结束符。但是,如果我们要传输的有效字符中出现了字符EOT(如上图所示),那么,我们传输的数据在传输到一半的时候就会被接收端误认为一帧数据已经结束,而后半部分的帧数据就会被丢弃。

    那么,假如说我们传输的数据中有被指定为帧定界符的控制字符,如何处理上述可能会出现的问题呢?

    在数据链路层中,解决这个问题的方法就是字节填充(字符填充)

    字节填充,就是说当我们需要传输控制字符时,我们可以在控制字符前面插入一个转义字符“ESC”,而在接收端将数据送往网络层前删除此转义字符。若是转义字符也出现在数据当中,解决方法仍然是在转义字符中插入转义字符(如下图)

    e4d0afda45ddff8869dcb2391666f1c0.png

    差错检测

    在数据链路层中,广泛使用的是循环冗余检验CRC

    CRC校验的具体实现方法就不在这里介绍了。这里说下另外需要注意的一些问题:

    我们只能认为,采用CRC校验后,数据链路层接收端接收到的数据均无差错,但这并不能说明传输没有出现差错。因为这种校验方法并不能预防帧重复,帧丢失,帧失序的情况。


    在OSI标准里,数据链路层应该向网络层提供可靠的传输服务,因此在某些数据链路层的传输协议中会要求增加帧编号,确认和重传机制(如高级数据链路控制HDLC)。但是,在如今通信线路质量可以得到有效保证的前提下,大部分被广泛使用的数据链路层协议都不再要求向上提供可靠的传输服务了。这个任务自然而然地交给了上层协议(如运输层TCP协议)来完成。目前,对于点对点的链路,被广泛使用的是相对简单得多的点对点协议PPP

    PPP协议的特点

    • 简单 我们上述提到的,现数据链路层协议不要求向上提供可靠的传输服务,因此实际数据链路层的功能首要要求就是简单:接收方接收到一个数据帧,进行CRC检测,正确则收下这个帧,反之则丢弃这个帧。简单的设计可以使得不同产商对协议的不同实现的互操作性提高了。
    • 封装成帧 PPP协议必须规定特殊的字符作为帧定界符,以便接收端可以从收到的比特流中准确找出帧的开始和结束位置
    • 透明性 PPP必须保证数据传输的透明性(具体见上文透明传输的相关内容)
    • 多种网络层协议 PPP协议必须能够在同一条物理链路上同时支持多种网络层协议的运行。
    • 多种类型链路 PPP协议还必须能够在多种类型的链路上运行。
    • 差错检测 PPP协议必须能够对接收端收到的帧进行检测,并丢弃有差错的帧。
    • 检测连接状态 PPP协议必须具有一种机制能够及时自动检测出链路是否处于正常工作状态。
    • 最大传送单元 PPP协议必须对每一种类型的点对点链路设置最大传送单元MTU的标准默认值。若高层协议发送的分组过长并超过MTU的值,PPP则丢弃这样的帧,并返回差错。MTU指的是数据链路层的帧可以载荷的数据部分的最大长度,而不是帧的总长度。
    • 网络层地址协商 PPP协议必须提供一种机制使通信的两个网络层(例如,两个IP层)的实体能够通过协商知道或能够配置彼此的网络层地址。这对拨号连接的链路特别重要,因为仅仅在链路层建立了连接而不知道对方网络层地址时,则还不能够保证网络层能够传送分组。
    • 数据压缩协商 PPP协议必须提供一种方法来协商使用数据压缩算法。但PPP协议并不要求将数据压缩算法进行标准化。

    PPP协议不需要的功能

    • 纠错 PPP协议是不可靠传输协议
    • 流量控制 在TCP/IP协议族中,端到端的流量控制由TCP负责。
    • 序号
    • 多点线路 PPP协议不知道多点线路(即一个主站轮流和链路上的多个从站进行通信),只支持点对点的链路通信
    • 半双工或单工链路 PPP协议只支持全双工链路

    PPP协议的组成

    PPP协议主要由三部分组成:

    1. 一个将IP数据报封装到串行链路的方法。
    2. 一个用来建立、配置和测试数据链路连接的链路控制协议LCP。
    3. 一套网络控制协议NCP,能够支持不同的网络层协议,如IP、OSI的网络层、DECnet,以及AppleTalk等。

    PPP协议的帧格式

    8ceb27d16baa6f2acbcb2c095cac8073.png

    如图所示,PPP协议的帧格式主要由三部分组成:首部,信息字段,尾部

    首部

    首部字段由五个字节构成。

    • 标志字段F,占一个字节,规定为0x7E,表示一个帧的开始或结束。此标志字段就是PPP帧的定界符。连续两帧之间只需要用一个标志字段。若出现连续两个标志字段,则表示这是一个空帧,应当丢弃。
    • 地址字段A,占一个字节,规定为0xFF
    • 控制字段C,占一个字节,规定为0x03
    • 协议字段,表示信息字段数据所使用的协议。当协议字段为0x0021时,PPP帧的信息字段就是IP数据报。若为0xC021,则信息字段是PPP链路控制协议LCP的数据,而0x8021表示这是网络层的控制数据。

    信息字段

    信息字段的长度是可变的,但不超过1500个字节。

    尾部

    尾部由三个字节构成

    • 使用CRC的帧检验序列FCS,占两个字节
    • 标志字段F,占一个字节(首部标志字段)

    字节填充

    上述介绍过此概念,这里不再赘述。

    零比特填充

    在PPP协议中,除了使用字节填充的方法来保证透明传输外,还有一种零比特填充同样也可以保证透明传输。零比特填充的具体做法是:在发送端,先扫描整个信息字段,只要发现连续5个1,则立即插入一个0。经过这种零比特填充后的数据,可以保证在信息字段不会出现6个连续的1。接收端再收到一个帧时,先找到标志位F确定帧的边界,接着就对帧的信息字段进行扫描,当发现连续5个1时,就把5个连续1后面的0删除,还原成原来的数据比特流。这样就可以保证透明传输。大致过程如下:

    e12e436ecba34f0050ecf71635abbf26.png

    PPP协议的工作状态

    上面我们介绍了PPP协议帧格式,下面我们来简单讲讲PPP链路的建立过程。

    69938763e9317a7c7c8c72e6c6eeaa07.png

    一开始,PPP链路处于“链路静止”状态。当用户PC机通过调制解调器呼叫路由器时,路由器检测到调制解调器发出来的载波信号。双方建立了物理层连接。PPP链路进入了“链路建立”的状态。

    接着,LCP开始协商一些配置选项,即发送LCP的配置请求帧。这个LCP配置请求帧是一个PPP帧,其协议字段置为LCP对应的代码,信息字段包含特定的配置请求。链路另一端可以发送以下几种响应中的一种:

    • 配置确认帧:所有选项都能接受
    • 配置否认帧:所有选项都理解但不接受
    • 配置拒绝帧:选项有的无法识别或不能接受,需要协商

    LCP协商配置后,双方就建立了LCP链路。接着,就开始进入了“鉴别”状态。在这一状态,只允许传送LCP协议的分组,鉴别协议的分组以及监测链路质量的分组。若使用口令鉴别协议PAP,则需要通信发起的一方发送身份标识符和口令(系统支持用于多次重试)。如果需要更高的安全性,可以使用更加复杂的口令握手鉴别协议CHAP。若鉴别身份失败,则进入“链路终止”状态。若鉴别成功,则进入“网络层协议”状态。

    在“网络层协议”状态,PPP链路的两端的网络控制协议NCP根据网络层的不同协议互相交换网络层特定的网络控制分组。

    当网络层配置完毕后,链路就进入可进行数据通信的“链路打开”状态。链路的两个PPP端点可以彼此向对方发送分组。两个PPP端点还可以发送回送请求LCP分组和回送应答LCP分组,以检查链路的状态。

    数据传输结束后,可以由链路的一端发出终止请求LCP分组,用于请求终止链路连接,在收到对方发来的终止确认LCP分组后,转到“链路终止”状态。若链路出现故障,或调制解调器的载波停止后,链路状态都会从“链路打开”转到“链路终止”状态。

    关于PPP协议这部分的内容暂时先介绍到这里,喜欢的朋友点个关注,感谢大家的支持。

    展开全文
  • PPP协议 & HDLC协议

    2020-04-28 16:52:56
    广域网 PPP协议点协议PPP是目前使用最广泛的数据链路层协议。用户使用拨号电话接入因特网时一般都使用PPP协议 。...PPP协议状态图 PPP协议的帧格式 HDLC协议 HDLC的帧格式 PPP协议&HDLC协议 ...

    广域网

    在这里插入图片描述

    PPP协议

    点对点协议PPP是目前使用最广泛的数据链路层协议。用户使用拨号电话接入因特网时一般都使用PPP协议 。 只支持全双工链路。

    PPP协议应满足的要求

    在这里插入图片描述

    PPP协议的三个组成部分

    在这里插入图片描述

    PPP协议的状态图

    在这里插入图片描述

    PPP协议的帧格式

    在这里插入图片描述

    HDLC协议

    在这里插入图片描述
    在这里插入图片描述

    HDLC的帧格式

    在这里插入图片描述

    PPP协议&HDLC协议

    在这里插入图片描述

    展开全文
  • 文章目录广域网PPP协议PPP协议特点PPP协议应满足的要求PPP协议不需要满足的要求PPP协议的三个组成部分PPP协议状态图PPP协议帧格式HDLC协议三种站帧格式 广域网 PPP协议 PPP协议特点 点点协议(Point-to-Point ...


    广域网

    在这里插入图片描述
    注:节点交换机,实际上是链路层的设备。但它只能在单个的网络中交换分组。而路由器是可以在多个网络中交换分组的。
    广域网覆盖的网络体系从物理层数据链路层到网络层。但是局域网只覆盖物理层和数据链路层。
    局域网常采用多点接入的方式。而广域网常才用点对点的方式。
    广域网中强调资源共享,而局域网中强调数据传输。

    PPP协议

    PPP协议特点

    点对点协议(Point-to-Point Protocol)是目前使用最广泛的数据链路层协议,用户使用拨号电话接入因特网时一般都使用PPP协议
    只支持全双工

    PPP协议应满足的要求

    在这里插入图片描述
    注:差错检测CRC循环冗余,FCS字段,错误就丢弃
    MTU不超过1500B

    PPP协议不需要满足的要求

    不需要满足:纠错、流量控制、序号、支持多点线路(只需要满足点对点之间的连接过程就可以了)

    PPP协议的三个组成部分

    (1)一个将IP数据报封装到串行链路(同步串行/异步串行)的方法
    (2)链路层控制协议LCP:建立并维护数据连接.(身份验证)
    (3)网络控制层协议NCP:PPP可支持多种网络层协议,每个不同的网络层协议都要一个相应的NCP来配置,为网络层协议建立和配置逻辑连接

    PPP协议状态图

    在这里插入图片描述
    注:无连接,输入账号密码建立物理链路,LCP将物理链路构造成LCP链路,再经过NCP配置形成NCP链路

    PPP协议帧格式

    在这里插入图片描述

    HDLC协议

    高级数据链路控制协议(High-Level Data Link Control),是一个再同步网上传输数据、面向比特的数据链路层协议,它是由国际标准化组织(ISO)根据IBM公司的SDLC(SynchronousData Link Control)协议扩展开发而成的。

    数据报文可透明传输,用于实现透明传输的0比特插入法(遇到5个1就插入一个0)易于硬件实现。
    注:PPP协议除了零比特填充法。还有一种字节填充。如果在数据部分遇见和字符帧定界符一样的字符,就插入一个转义字符
    采用全双工通信
    所有帧采用CRC校验,对信息帧进行顺序编号,可防止漏收或重份,传输可靠性高。

    三种站(主站、从站、复合站)

    在这里插入图片描述
    正常响应方式(从站要发送消息的话要先经过主站的同意)
    异步响应方式(从站不经过主站同意就可以发送)
    异步平衡方式(每一个复合站都能够进行对别的站的数据传输)

    HDLC帧格式

    在这里插入图片描述

    PPP协议和HDLC协议比较

    在这里插入图片描述

    展开全文
  • “Crust 实现了去中心化存储的激励层协议,适配包括 IPFS 在内的多种存储层协议,并应用层提供支持。同时 Crust 的架构也有能力去中心化计算层提供支持,构建分布式云生态。”6月 18 日,Crust Show 第 3 期活动...

    a22f43cae82ec6055e2c99d2850b75ba.png

    “Crust 实现了去中心化存储的激励层协议,适配包括 IPFS 在内的多种存储层协议,并对应用层提供支持。同时 Crust 的架构也有能力对去中心化计算层提供支持,构建分布式云生态。”

    6月 18 日,Crust Show 第 3 期活动中,我们邀请了 Parity 工程师 kai chao老师,与 Crust Network CTO 子琨一起,就 Crust 核心技术相关进行了硬核的技术探讨。 本期分享,从 Crust 协议组的设计与技术实现、对于无缝升级的设计与思考以及 Crust 如何利用 Runtime Interface 扩展链上密码库、对于链上定时器(Scheduler)的运用、Crust 链上身份绑定的设计与实现等 5 个方面,子琨和大家进行了详细的讲解。由于分享内容过长,分为上下两篇。本篇主要从 Crust 协议组的设计与技术实现方面展开详细的介绍。 以下为 Crust Show 003(上篇)分享整理。

    01.

    能具体介绍下 Crust 协议组 MPoW、GPoS、Market 以及 Storage 的设计和实现吗?

    Crust 协议组的设计是旨在解决 DS(Decentralized Storage,去中心化存储)激励层两个关键性的问题:证明和激励。

    证明主要指的是,如何将链下的存储状态正确的反映在链上;而激励就是对存储节点的激励方案,也就是节点获取奖励的方式。

    192fee45cbfe6ffb71f6e147451be61b.png

    GPoS 协议组

    对此,Crust 定义了一个协议组,分别包括了量化链下存储状态的 MPoW 协议、对节点进行链上区块激励的 GPoS 协议、去中心化(存储/检索)市场的 Market 模块以及适配多种存储协议的 Storage 模块。

    TEE 是 MPoW 协议的核心模块,为MPoW提供可信有效的链下输入。而 MPoW 又为 GPoS 协议以及 Market 模块提供初始输入,所以 MPoW 也是整个协议组的基础。

    具体来讲,MPoW 有三个核心的功能:

    1. TEE 通过身份绑定,可信认证节点身份(后面会详细讲解)

    2. TEE 可信量化有意义用户文件和 SRD(Sealed Random Data,aka. 随机数据,用于证明磁盘容量),并通过工作量报告(数据块证明)提交到链上

    3. 为链上的状态函数的转移提供正确的初始输入(存储量和文件信息{Merkle Root, File Size});

    这里多提一句,MPoW 的证明过程(包括链下和链上)十分高效:

    1. 由于 TEE 的提交发生在本地并且能够自我验证(SGX 程序的不可篡改性),所以省去了互相验证数据块的网络开销以及本机进行零知识证明的计算开销,我们在不断的优化整个验证流程。

    目前的数据表现让我们十分满意,1TB 的数据(这里不管是 SRD 还是有意义文件)进行全验证的时间是 18s,抽查验证并且抽查率为 2% 的情况下,我们的验证过程只需要 0.36s。

    2. 另外,链上的验证得力于 Rust 高效的 Native 执行与 Substrate Runtime Interface 的 Native+Wasm 交互机制,能够让链上验证基于 Rust Native 进行高效的签名验证。

    目前测试的数据是,进行 100 次 p256 椭圆曲线的签名验证(背后是数据块证明的验证)仅仅只需要花费 0.016s。

    GPoS(Guaranteed Proof of Stake,担保权益证明),对节点进行区块激励的协议,这个协议的设计是从波卡的 NPoS 得到的灵感并结合我们的系统进行的创新。

    详细概念和介绍大家可以关注近期已经发布的《Crust Network 经济白皮书草案公布》,这里时间有限就不展开去介绍了,我们主要来谈一下 GPoS 是如何实现的。

    首先,刚才谈到 MPoW 作为整个协议组的基础,会设置一个链上状态函数的初始输入,这个初始输入就是节点的工作量/存储量,其包含了该节点有多少存储容量、存储了多少有意义文件以及每个有意义文件的大小。

    而这个数据矩阵会通过一个公式被转化为 GPoS 里面的一个关键值 StakeLimit。

    在 GPoS 里 Stake Limit 会被作为节点可抵押/可被担保的额度,穿插在整个 GPoS的协议的流转中。

    当然,整个 GPoS 的实现机制是较为复杂的,包括了主动检测、被动检测、有效票、顺延担保、多次担保等机制。

    这次的技术分享大概无法 Cover 掉所有的实现细节,之后可以再安排一个技术分享去讲一下 GPoS 所有的细节规则。

    Market

    目前 Crust 设计并实现了的版本是存储市场,检索市场会在 Maxwell 2.0 版本上线,这次技术分享我们就先聊一下存储市场的设计和实现。

    同样基于 MPoW 给定的初始输入,Market 模块只关注节点提交上来的有意义文件的 Merkle Root,根据 Merkle Root 对应 Market 存储订单信息,从而反映节点是否有效存储文件。

    Market 也会周期性的检测 Provider 名下所有有效订单的文件是否被合理存储,一旦检测失效,会对 Provider 的订单失效率进行链上记录,并根据不同程度的文件丢失进行惩罚。

    Market 模块的实现挑战在于订单数量的巨大,这个部分我们将采用 Substrate 的 Offchain Worker 来进行订单记录,并通过 Forkless Upgrade 在 Maxwell 后续版本进行升级。

    Storage 这个部分主要是想聊 Crust 支持的存储层协议 Karst,对于 Karst,我们将其定义为存储适配器(Storage Adapter)。

    什么叫存储适配器呢,也就是 Karst 协议会将不同存储协议(包括 IPFS, FastDFS,HDFS 等)转化为能被 TEE 识别的存储结构并且持久化在本地。

    在 Karst 内部定义了一系列的通用接口,比如存储转化器(Storage Transformer,实现这个接口并返回 Karst 规定的结构,就能被 TEE 所量化),Sealer(调用TEE Seal接口和 Unseal 接口进行加密解密存储,防止女巫和生成攻击)以及Checker(可被 TEE 抽查的接口)。

    这个设计有趣之处在于,无论底层的存储如何变动,需求如何变动,只要适配了 Karst 协议的 FS,就能够被量化到 Crust 网络中。这也使得 Crust 网络能够多协议共存,让存储协议和量化层解耦是我们认为正确的方向。

    ▼ ▼ ▼ ▼ ▼ ▼ ▼ ▼ ▼

    在活动进行到自由问答环节中,由于社区成员提问比较多,我们挑选了一些大家较为关心的问题,整理出来:

    1. 问一个问题,矿工质押的时候,应该既有存储质押也有作为验证人的质押,那么在惩罚的时候,这两部分质押是逻辑上分离的还是有关系的?

    子琨:是分离的。

    关于 GPoS 和 Market 是我们基于 CRU 通证设计的两款游戏,游戏的规则是独立的,独立性包括了奖励,抵押和罚没,GPoS 获取区块奖励,Market 获取订单奖励。

    对于Crust网络而言,两个模块的贡献度也有所不同,GPoS 保证了 Crust 网络的基本运行(决定出块),Market 则支撑了 Crust 网络去中心化存储的应用特性。

    2.所有的去中心化存储都必须面对的一个问题,即高波动的币价与锁定的存储费用与存储质押怎么协调,假设币价暴跌,导致矿工质押金已经不值什么钱了,或者币价暴涨,导致矿工认为以前的存储订单亏了。就是怎么用一个有波动的 Token 支付系统,去让存储保持稳定?

    子琨:嗯,我们会引入稳定币的机制,目前这套机制设计出来了,但是实现上还有些细节没有想通,之后成熟后会做分享。生态内的比如 Acala(通过 Parachain),生态外的 USDT 等我们都有考虑。

    稳定币是存储市场的核心,这套机制我们也在反复打磨,但是目前还没有特别成熟,But good question,回答就是持续关注我们。

    3. 按 Crust 的计划,底层只实现了简单存取之类的接口,而对于可靠性可用性保障会放在上层,这个上层也是由 Crust 开发么?以及它的保障是由链保证,还是一定的中心化因素?比如一个用户存了四份数据,他希望在丢了两份以后,能有人帮他重新下订单给其他人存。

    子琨:嗯,两个问题。

    1. 可靠性可用性。具体来讲就是节点加速和纠删冗余,这些一定是二层来完善的机制,Crust 会开发一个模版供给社区使用。

    2. 链会通过 Market 模块的订单状态记录 Provider 的服务质量,包括订单失败率,连续失败时间,累计失败时间。这些 QoS 会在一层就对 Provider 进行 Slash,但二层能做的东西更多(比如历史的 QoS)。

    你刚才打比方的这套机制是二层。在 Crust 网络一层只会定义一些元语,订单状态就是 QoS 的元语,二层可以叠加这个部分进行复杂的组合,评估出更丰富的 QoS 机制。

    4. 存储节点 Slash 怎么处理还没确定吧?比如把惩罚的钱给一个新节点,让他检索了继续存。或者烧掉一部分,还有退给用户之类的,我看 Filecoin 目前的设计基本没考虑可靠性。

    子琨:Maxwell 1.0 会有一个简单的 Slashing,文件丢失 5%,会 Slash 掉本订单 50% 的保证金,10% 会直接罚没。

    但这个参数的话,我们会一直打磨,包括你提到的机制,就是 Slash 的钱是 Burn 还是类似 Storj 的 Graceful Quit 一样给接盘的节点,会通过链上升级更改。

    往期精彩:

    /Crust 技术白皮书 v1.9.3 版

    /Crust Network 经济白皮书草案公布

    /Crust 经济白皮书第 1 期 · 概述

    /Crust 经济白皮书第 2 期 · 参与方

    /一文快速了解 Crust Network 分布式云

    /去中心化存储或重构边缘存储技术

    更多内容请点击「阅读原文」了解。

    1cf7eeb1de6d1cfc5d7fca046e8b8199.png

    展开全文
  • 前言什么是审核的有效性?审核的有效性不等于体系运行有效性...如果你所审核的活动、过程、产品或服务一无所知,提供再详细的检查表也无法提高审核有效性,因为你除了照着检查表念问题不敢有任何延伸的提问,因合...
  • Linux网络协议和管理

    千次阅读 2019-10-24 23:48:25
    数据链路层以太网串行接口链路层协议SLIP串行接口链路层协议PPP(点协议)环回接口3.网络层IP协议ICMP协议IGMP协议最大传输单元MTU路径MTU4.传输层TCP协议TCP连接的建立与终止三次握手建立连接四次握手断开连接TCP...
  • 2.6 PPP:点协议 18 2.7 环回接口 20 2.8 最大传输单元MTU 21 2.9 路径MTU 21 2.10 串行线路吞吐量计算 21 2.11 小结 22 第3章 IP:网际协议 24 3.1 引言 24 3.2 IP首部 24 3.3 IP路由选择 27 3.4 子网寻址 30 ...
  • TCP-IP详细协议

    2014-02-26 17:36:07
    2.6 PPP:点协议 18 2.7 环回接口 20 2.8 最大传输单元MTU 21 2.9 路径MTU 21 2.10 串行线路吞吐量计算 21 2.11 小结 22 第3章 IP:网际协议 24 3.1 引言 24 3.2 IP首部 24 3.3 IP路由选择 27 3.4 子网寻址 30 ...
  • 2.6 PPP:点协议 18 2.7 环回接口 20 2.8 最大传输单元MTU 21 2.9 路径MTU 21 2.10 串行线路吞吐量计算 21 2.11 小结 22 第3章 IP:网际协议 24 3.1 引言 24 3.2 IP首部 24 3.3 IP路由选择 27 3.4 子网寻址 30 ...
  • 2.6 PPP:点协议 18 2.7 环回接口 20 2.8 最大传输单元MTU 21 2.9 路径MTU 21 2.10 串行线路吞吐量计算 21 2.11 小结 22 第3章 IP:网际协议 24 3.1 引言 24 3.2 IP首部 24 3.3 IP路由选择 27 3.4 子网寻址 30 ...
  • TCP-IP详解卷1:协议

    热门讨论 2010-05-28 10:49:21
    2.6 PPP:点协议 18 2.7 环回接口 20 2.8 最大传输单元MTU 21 2.9 路径MTU 21 2.10 串行线路吞吐量计算 21 2.11 小结 22 第3章 IP:网际协议 24 3.1 引言 24 3.2 IP首部 24 3.3 IP路由选择 27 3.4 子网寻址 30 ...
  • TCP/IP详解卷1:协议

    2015-06-03 08:52:28
    2.6 PPP:点协议 18 2.7 环回接口 20 2.8 最大传输单元MTU 21 2.9 路径MTU 21 2.10 串行线路吞吐量计算 21 2.11 小结 22 第3章 IP:网际协议 24 3.1 引言 24 3.2 IP首部 24 3.3 IP路由选择 27 3.4 子网寻址 30 ...
  • TCP-IP详解卷一:协议

    2011-12-08 14:38:58
    2.6 PPP:点协议 2.7 环回接口 2.8 最大传输单元MTU 2.9 路径MTU 2.10 串行线路吞吐量计算 2.11 小结 第3章 IP:网际协议 3.1 引言 3.2 IP首部 3.3 IP路由选择 3.4 子网寻址 3.5 子网掩码 3.6 特殊...
  • TCP_IP协议详解卷一

    2010-01-07 22:32:19
    2.6 PPP:点协议 18 2.7 环回接口 20 2.8 最大传输单元MTU 21 2.9 路径MTU 21 2.10 串行线路吞吐量计算 21 2.11 小结 22 第3章 IP:网际协议 24 3.1 引言 24 3.2 IP首部 24 3.3 IP路由选择 27 3.4 子网寻址 30 ...
  • TCPIP详解(卷1协议)

    2010-02-14 22:59:59
    2.6 PPP:点协议 18 2.7 环回接口 20 2.8 最大传输单元MTU 21 2.9 路径MTU 21 2.10 串行线路吞吐量计算 21 2.11 小结 22 第3章 IP:网际协议 24 3.1 引言 24 3.2 IP首部 24 3.3 IP路由选择 27 3.4 子网寻址 30 ...
  • tcp/ip详解卷一:协议

    2010-09-14 10:56:54
    2.6 PPP:点协议 18 2.7 环回接口 20 2.8 最大传输单元MTU 21 2.9 路径MTU 21 2.10 串行线路吞吐量计算 21 2.11 小结 22 第3章 IP:网际协议 24 3.1 引言 24 3.2 IP首部 24 3.3 IP路由选择 27 3.4 子网寻址 30 ...
  • TCP-IP详解.卷一:协议

    2010-05-26 08:43:48
    2.6 PPP:点协议 18 2.7 环回接口 20 2.8 最大传输单元MTU 21 2.9 路径MTU 21 2.10 串行线路吞吐量计算 21 2.11 小结 22 第3章 IP:网际协议 24 3.1 引言 24 3.2 IP首部 24 3.3 IP路由选择 27 3.4 子网寻址 30 ...
  • TCP/IP 第一卷:协议

    2009-12-10 10:57:31
    2.6 PPP:点协议 18 2.7 环回接口 20 2.8 最大传输单元MTU 21 2.9 路径MTU 21 2.10 串行线路吞吐量计算 21 2.11 小结 22 第3章 IP:网际协议 24 3.1 引言 24 3.2 IP首部 24 3.3 IP路由选择 27 3.4 子网寻址 30 ...
  • TCP/IP详解 卷1:协议

    2010-03-31 20:58:19
    2.6 PPP:点协议 18 2.7 环回接口 20 2.8 最大传输单元MTU 21 2.9 路径MTU 21 2.10 串行线路吞吐量计算 21 2.11 小结 22 第3章 IP:网际协议 24 3.1 引言 24 3.2 IP首部 24 3.3 IP路由选择 27 3.4 子网寻址 30 ...
  • 2.6 PPP:点协议 18 2.7 环回接口 20 2.8 最大传输单元MTU 21 2.9 路径MTU 21 2.10 串行线路吞吐量计算 21 2.11 小结 22 第3章 IP:网际协议 24 3.1 引言 24 3.2 IP首部 24 3.3 IP路由选择 27 3.4 子网寻址 30 ...
  • 上篇博客写到 点点协议PPP。...PPP协议的工作状态 链路静止,链路建立,鉴别,网络层协议,链路打开,链路终止 2.PPP协议的帧格式 PPP帧各字段的意义 PPP帧的首部和尾部分别为四个字段和两个字段。 这里写图片描述 ...
  • 2.6 PPP:点协议 18 2.7 环回接口 20 2.8 最大传输单元MTU 21 2.9 路径MTU 21 2.10 串行线路吞吐量计算 21 2.11 小结 22 第3章 IP:网际协议 24 3.1 引言 24 3.2 IP首部 24 3.3 IP路由选择 27 3.4 子网寻址 30 ...
  • 2.6 PPP:点协议 18 2.7 环回接口 20 2.8 最大传输单元MTU 21 2.9 路径MTU 21 2.10 串行线路吞吐量计算 21 2.11 小结 22 第3章 IP:网际协议 24 3.1 引言 24 3.2 IP首部 24 3.3 IP路由选择 27 3.4 子网寻址 30 ...

空空如也

空空如也

1 2 3 4 5
收藏数 85
精华内容 34
关键字:

对ppp协议状态图