不是网咯的g9kp妨碍,那是为啥wwWg9kpcom登不上网页的

传智扫地僧课程学习笔记

ISO的开放互联网模型OSI,

应用层提供应用程序间通信,

表示层处理数据格式,数据加密等

会话层,建立维护和管理会话,

传输层建立端箌端链接,

网络层数据包,寻址和路由选择

数据链路层,数据帧介质访问,链路管理

重要结论:传输层做差错处理,对IP包进行排序IP路由,

图片来自传智扫地僧老师课件


实际中使用的协议TCP/IP,4层



以前学习tcp/ip的时候,

只是单纯的把这些协议分了下层这样分也对,

但吔不全是挺有意思,

简单说以前总觉得arp包得和应用层有直接联系,

实际可能它就是用于链路层,



MTU最大传输单元,

多个网络的以太網MTU中最小的那个就是路径MTU

 ICMP协议用于传递差错信息、时间、回显、网络信息等控制数据

 当你ping 一台主机想看它是否运行时,就产生了一条ICMP 信息远程主机将用它自己的ICMP 信息对ping 请求作出回应。

TCP数据包里面有6个标志位

有没有感觉有几个很熟悉啊?

ACK:为1表示确认号有效为0表示该TCP數据包不包含确认信息,

SYN:用于建立连接连接请求时SYN=1,ACK=0;响应连接请求时SYN=1ACK=1,


 步骤a:应用程序ping会判断发送的是主机名还是IP地址调用函数gethostbyname()解析主机机B,将主机名转换成一个32位的IP地址这个过程叫做DNS域名解析

 步骤c:将目标主机的IP地址转换为48位硬件地址,在局域网内发送ARP请求广播查找主机B的硬件地址。

 步骤d:主机B的ARP协议层接收到主机A的ARP请求后将本机的硬件地址填充到应答包,发送ARP应答到主机A

 步骤f:主機B接收到主机A的ICMP包,发送响应包

 步骤g:主机A接收到主机B的ICMP包响应包。


物理机与使用 SR-IOV 的 KVM 的网络性能对比:

  • 只支持虚拟机内置(全量)快照不支持外置(增量)快照。这与当前快照的实现方式有关因为是通过 image 进行保存的。
  • 过程较长(需要先通过存储快照然后抽取并上传至 Glance),网络开销大

那为什么 Nova 不实现虚机的快照而只是系统盘的快照呢?据说社区关于这个功能有过讨論,讨论的结果是不加入这个功能原因主要有几点:

  • 这应该是一种虚拟化技术的功能,不是云计算平台的功能
  • openstack 由于底层要支持多种虚擬化的技术,某些虚拟化技术实现这种功能比较困难
  • 目前 libvirt 对 QEMU/KVM 虚机的外部快照的支持还不完善,即使更新到最新的 libvirt 版本造成兼容性比较差。



KVM 原理技术 实战与原理解析 任永杰、单海涛著

我要回帖

更多关于 g9 的文章

 

随机推荐