cpi

图解TCPIP-IP 网际协议-IP包

别等时光非礼了梦想. 提交于 2019-12-24 06:56:32
Version:IPv4版本号为4,在此字段上也是4(IPv6:6 ST:5) IHL(Internet Header Length):4bit,IP首部的大小,单位4字节(32bit) TOS(Type of Service):8bit,服务质量:比如有限度,最大吞吐,最大可靠 1.几乎所有网络都无视这个字段,主要是因为a.实现困难.b.不公平 2.现在有人提出TOS再划分为DSCP和ECN 3.DSCP(Differential Services Codepoint,差分服务代码点) 4.ECN(Explicit Congestion Notification)用来报告网络的拥堵情况 Total Length:表示IP首部与数据部分和起来的总字节数,16bit,因此IP包的最大长度为65535,既2的16次方 ID(Identification):16bit,用于分片重组,同一分片的标识值相同,即使ID相同,如果目标地址和源地址或协议不同,也会认为不同分片 Flags:3bit,包被分片的相关信息 FO(Fragment Offset):13bit,标识被分片的每一个分段相对于原始数据的位置,最多可以表示8192个相对位置 TTL(Time To Live):8bit,本意是包在网络上生存的期限,现在表示中转多少个路由器,每经过一个路由器,TTL会减少1,变到0丢包

图解TCPIP-以太网(物理层)

牧云@^-^@ 提交于 2019-12-23 03:16:23
有线网:电压,强弱,光闪灭 无线网:电磁波,红外线,激光 帧前端 1.前导码(Preamble),8个8位字节 2.SDF(Start Frame Delimiter),值是11,位于前导码末尾,在这个域之后是以太网帧的本体 帧本体 1.6字节目标MAC,6字节源MAC,以及2字节上层协议类型(IP4(8000),IP6(86DD)) 2.帧数据46~1500个字节 3.FCS(Frame Check Sequence)帧检验序列,检测帧是否损坏 4.IEEE802.3 Ethernet版本类型字节被换为帧长度字节 来源: CSDN 作者: Claroja 链接: https://blog.csdn.net/claroja/article/details/103510885

图解TCPIP-MAC地址(数据链路层)

一世执手 提交于 2019-12-23 02:34:10
TCP/IP对OSI模型的数据链路层及以下部分(物理层)未做定义. 物理层 1.计算机以二进制0/1表示信息 2.传输媒介用电压的高低/光闪灭/电波的强弱表示 3.物理层就是将二者进行转换 链路层 将二进制信息切块,形成数据帧,来传送 MAC 地址 以太网/无线LAN/蓝牙都使用相同规格的MAC地址 1.一般被烧入到网卡(NIC)的ROM中, 2.世界上MAC地址是唯一的 3.MAC地址48比特 介质与通信 共享介质,半双工通信 半双工是指发送或只接收的通信方式,类似于无线电收发器, 非共享介质网络,全双工通信 根据MAC地址转发 1.以太网交换机就是持有多个端口的网桥 2.他们根据数据链路层中每个帧的目标MAC地址,决定从哪个网络接口发送数据 3.这时参考的,用以记录发送接口的表就叫做转发表(Forwarding Table). 4.该表,不需要手工在每个终端和交换机上设置,而是自动生成 5.链路层每个节点接到包时,会将源MAC地址,发送MAC地址记录(第一次要群发) 6.由于MAC地址没有层次性,当设备量增大时,转发表也会增大,检索转发表所用的时间也就越长 来源: CSDN 作者: Claroja 链接: https://blog.csdn.net/claroja/article/details/103509778

图解TCPIP-OSI7层网络模型

假装没事ソ 提交于 2019-12-23 02:13:35
OSI(Open System Interconnect) 应用层: HTTP 表示层: 转换应用处理信息和网络传输信息. 网络传入对比特流解释不同,所以一般使用base64转码 会话层: 建立和断开通信连接 socket的listen(),accept(),connect() 传输层: TCP/UDP协议 网络层: IP地址协议 数据链路层: 将0/1序列划分为有意义的数据帧,传送 物理层 1.计算机以二进制0/1表示信息 2.传输媒介用电压的高低/光闪灭/电波的强弱表示 3.物理层就是将二者进行转换 参考: <图解TCP IP> 来源: CSDN 作者: Claroja 链接: https://blog.csdn.net/claroja/article/details/103508488

图解TCPIP-DHCP

最后都变了- 提交于 2019-12-23 00:23:13
DHCP(Dynamic Host Configuration Protocol),解决了手动配置IP的麻烦 参考文献: <图解 TCP/IP> 来源: CSDN 作者: Claroja 链接: https://blog.csdn.net/claroja/article/details/103524164

图解TCPIP-ARP

南楼画角 提交于 2019-12-22 23:07:28
ARP ARP(Address Resolution Protocol) 1.以IP地址为线索,定位下一个应该接收数据分包的MAC地址,如果不在同一链路上,通过ARP查找下一跳的MAC地址 2.只适合IPv4,不适合IPv6 1.A通过广播发送一个ARP请求包,广播的包可以被同一连路上所有的主机或者路由器接收 2.如果ARP中的目标IP地址与自己的IP地址一致,那么就将自己的MAC地址塞入到AEP响应包返回给主机 3.将此次ARP的信息缓存,下次发送消息不必再发ARP 1.单链路中可以只使用MAC地址发送消息,但是多链路中不可 2.多链路中,路由器C隔断了两个网络,无法通过MAC地址直接发送消息,因此必须将数据包发给路由器C的MAC地址 RARP RARP(Reverse Address Resolution Protocol) 将ARP反过来,从MAC地址定位IP地址 来源: CSDN 作者: Claroja 链接: https://blog.csdn.net/claroja/article/details/103523530

linux关闭ACPI电源管理模块

余生长醉 提交于 2019-12-21 07:30:59
一、运行环境 # cat /etc/redhat-release CentOS release 6.2 (Final) # uname -a Linux web-server-40 2.6.32-220.el6.x86_64 #1 SMP Tue Dec 6 19:48:22 GMT 2011 x86_64 x86_64 x86_64 GNU/Linux # 硬件 DELL R420 SATA 7.2K 500G *2 # CPU Intel(R) Xeon(R) CPU E5-2420 0 @ 1.90GHz 二、服务器异常重启日志 # grep Error /var/log/messages Dec 6 05:15:24 web-server-40 kernel: ERST: Error Record Serialization Table (ERST) support is initialized. Dec 6 05:15:24 web-server-40 kernel: ACPI Error: No handler for Region [SYSI] (ffff88022accf420) [IPMI] (20090903/evregion-319) Dec 6 05:15:24 web-server-40 kernel: ACPI Error: Region IPMI(7)

[TCPIP] 传输控制协议 Note

≡放荡痞女 提交于 2019-12-19 13:14:03
TCPIP TCP 传输控制协议 TCP提供一种面向连接的,可靠的字节流服务。 面向连接意味着两个使用TCP的应用在传输数据之前先建立一个TCP连接,这个过程跟打电话相似。在一个TCP连接中仅有两方进行通信。 TCP通过下列方法提供可靠性: 1. 应用数据被分割成TCP认为最适合发送的数据块。 2. 当TCP发送一个报文段后,它启动一个定时器,等待目的端确认收到这个报文段。如果不能及时收到确认,将重发这个报文段。 3. 当TCP收到连接另一端的数据,它将发送一个确认。这个确认不是立即发送,通常将推迟几分之一秒。 4. TCP将保持它首部和数据的校验和。这是一个端到端的检验和,目的是检测数据在传输过程中的任何变化。如果收到段的检验和有差错,TCP将丢弃这个报文段和不确认收到这个报文段。 5. 既然TCP报文段作为IP数据报来传输,而IP数据报的到达可能会失序,因些TCP报文段的到达也可能会失序。如果必要,TCP将收到的数据进行重新排序,将收到的数据以正确的顺序交给应用层。 6. 既然IP数据报会发生重复,TCP的接收端必须丢弃重复的数据。 7. TCP还能提供流量控制。TCP连接的每一方都有固定大小的缓冲空间。TCP的接收端只允许另一端发送接收端缓冲区能容纳的数据。这将防止较快的主机使较慢的主机缓冲区发生溢出。 TCP首部中的标志比特 URG 紧急指针有效 ACK 确认序号有效

TCPIP 协议的结构与运行原理

最后都变了- 提交于 2019-12-09 21:48:59
本文背景: TCP/IP 模型很成功,其设计已经经得起多年的磨练。无奈, TCP/IP 协议族是很繁杂的一个模型,为了全面理解它,宜采取先全局后局部的庖丁解牛式。本文从应用的角度试着去理解 TCP/IP 的全貌,配合例子加以讲解。 本文目的: 巩固自己这方面的知识,作为深入 TCP/IP 协议族的基础。 本文内容: 1. TCP/IP 协议族组成 从字面上理解, TCP/IP 协议族只有 TCP 、 IP 协议,其实不然。其真正的名字是 Internet 协议族 (Internet Protocol Suite) 。和大型软件一样,其分为四层:应用层、传输层、网络层、链路层。 每一层的功能和目的都是不一样的,每一层上服务的协议也不是有区别的。从上往下看: 应用层(产生 | 利用数据) 协议: FTP 、 HTTP 、 SNMP( 网管 ) 、 SMTP(Email) 等常用协议; 职责:利用应用层协议发送用户的应用数据,比如利用 FTP 发送文件,利用 SMTP 发送 Email ;由系统调用交给运输层处理。 运输层(发送 | 接收数据) 协议: TCP( 有连接 ) 、 UDP( 无连接 ) ; 职责:负责建立连接、将数据分割发送;释放连接、数据重组或错误处理。 网络层(分组 | 路由数据) 协议: IP 、 ICMP( 控制报文协议 ) 、 IGMP( 组管理协议 ) ; 职责