今天的内容我们主要介绍网络原理中有关网络层,数据链路层,应用层;以及介绍他们有关的协议的介绍,就让我们一起学习吧!!!!!
网络层协议的工作:
1.地址管理;
⒉路由选择(规划路径);
网络层中,最核心的协议,就是IP协议;
1)IP协议报头结构:

2)分析报头结构:
(1) 4位版本号:
当前IP协议的版本. 4 6 = > lPv4 lPv6(课堂上以IPv4为主)
(2)4位首部长度:
IP报头的长度;带有选项字段(可以有也可以没有可以有一个也可以有多个)
(3)八位服务类型(TOS):
其实只有4位有效,另外4位是保留位;
4位有效位:
4个服务类型的bit位是互斥的;
一个报文里面4个位只有一个可以是1,剩下的都是0.用来表示当前的服务类型;
4位保留位:
现在不用,但是先占个位置,后面可能要用,给后续的扩展留下余地;
(4)16位总长度(字节数):
一个IP数据报的长度(报头+载荷);
载荷部分:就是一个完整的传输层数据报(比如完整的TCP数据报)
16位意味着,一个IP数据报,最大就是64KB??
UDP是被64KB限制死了的.UDP要想传输更大的应用层数据,需要在代码中手动拆包组包;
当前的IP协议,自己内置了拆包组包的功能!!!
如果搭载了太长的TCP 数据报,此时IP就会分包!!每个包来携带TCP的一部分数据!!
(5)16位标识,3位标志,13位片偏移;
16位标识:同一个包拆出来的若干个小的包,标识是一样的;
3位标志:
说是3位,其中1位是最关键的;
标识结束标记;1后面还有;0后面没了(类似于链表的null)
?????????????????????????????????????
13位片偏移:
描述了拆出来的每个包的先后顺序;
网络层构造出上述数据报之后,发现载荷部分太长了,超出最大长度限制了~~拆包!!
(6) 8位生存时间(TTL):
描述了这个IP数据报,还能在网络上存活多久!
网络环境非常复杂.
A->B发一个IP数据报,
数据报就会沿着网络尝试去找B的位置;如果B存在,能找到,就直接发过去了;
如果B不存在,找了半天没找到,就要放弃了;
注意:
8位生存时间里面的整数,并不是"秒"这样的时间单位,而是表示次数!能够被转发的次数;
例如:
给定一个初始TTL为64(32,64,128),每次数据报经过一个路由器的转发,TTL-= 1;
一旦TTL为0了,则认为这个IP就找不着,包就要丢弃!!
初始TTL64kb够用嘛?
全世界这么多的机器,64就可以嘛??
正常情况下,都是够用的!!!
通常情况下访问某个服务器之类的,都用不了几下;
(7) 8位协议:
表示了传输层使用了哪些协议;
(8) 16位首部检验和:
校验和功能和前面的校验和都是一样的.
这个校验和只是针对"首部”,而不对数据部分校验;
数据部分的校验,自然是传输层的协议来负责;
(9) 32位源IP地址;32位目的P地址;
在一个包裹的传递过程中,上述四个要素,必不可少;
IP地址:
本质上是一个32位的整数;
因为32位的整数不方便看,也不方便记,因此就发明出了另外一种表示方式:
点分十进制:使用三个点把32位的整数,分成四个部分.(每个部分8位,1个字节)每个部分的取值范围O-255;eg:123.139.134.249
如何解决IP地址不够用的问题?
1.动态分配IР地址DHCP
一个设备上网,就分配;
一个设备上网,就分配;
但是IP地址会变,所以治标不治本;
2.NATIP地址转换
把IP地址分成两个大类:
1.内网IP(局域网里面使用的IP);允许局域网之间的内网IP重复
2.外网IP(广域网中使用的IP);但是外网IP要保持唯一
同一个局域网中的IP地址不能相同;
但是不同的局域网里面的IP允许重复;
3.lPv6
解决IP不够用问题的终极方案!!!
IPv6相当于是另一个网络层的协议,和IPv4可以视为是完全不同的两个协议而不是IPv4的升级版;
lPv6使用16字节(128位)这样的值表示IP地址了;2^ 128;
lPv4是4字节:2^ 32;
哪怕把地球上的每一粒砂子都分配一个IP地址,都是绰绰有余的!!!
1)定义:
IP地址,是一个四个字节的整数;
为了更好的进行组网,对于这个IP又做出了一些更详细的划分;
把一个IP分成两段.前一半叫做网络号.后一半叫做主机号;
2)分类方法:
(1)

(2)现在主流的划分方式CIDR:
引入了“子网掩码”通过这个来区分;
哪个部分是网络号,哪个部分是主机号;(也是一个32位的整数!!左侧都是1,右侧都是0)
eg:
255.255.255.0;
标记为1的部分,就表示了这部分IP是网络号;
注意:
同一个局域网内部,设备之间的网络号,都是一样的.主机号是不同的;
两个相邻的局域网,网络号是不同的;(同一个路由器连接的两个局域网)
绿色局域网,设备网络号都是192.168.0;
主机号,就各不相同了.如果有两个设备主机号相同,就会导致其中一台设备无法上网!!!
(IP地址可以通过DHCP自动来分配,但是也可以通过手动的方式来进行配置)
常识(了解即可)
192.168.0.1 /192.168.1.1;
主机号为.1的IP,通常用来作为"网关" (Gateway)关:入口,出口;
(不是绝对的,只是一种常见的默认行为,完全可以手动配置成其他的IP )
192.168.0.0/192.168.1.0;
主机号为.0的IP,也就是网络号(表示当前局域网/网段)
192.168.0.255/ 192.168.1.255;
主机号为.255的IP是广播IP;
就和地图寻路差不多!!
我在陕西科技大学,我想去西安邮电大学;
就有很多种路线!!路线规划的过程中,就是路由选择;
百度地图/高德地图,已经把整体的位置信息都收集好了.(明确的知道,起点在哪,终点在哪,中间都有哪些东西...…)!这里的路线就很好规划;
但是路由器上进行路径规划的时候,没有那么多空间来保存全局的信息的!!!
每个路由器只能知道位置信息的一部分;
例如:路由器,能够知道和他相邻的一些设备,怎么走,或者可以知道相邻的相邻的设备;
路由器的硬件配置是很低的!!!
路由器这里的数据转发,就类似于没有百度地图之前的,原始的寻路方式:问路;
举实例说明:
问路:
我从学校出门了;根据地图,知道大概的方向,骑了一段路;问路;
每个人都知道的位置是有限的.(不能把全上海的地图装到脑子里);但是每个人都有自己熟悉的一个区域;
经过了一系列的问路,就会非常接近外滩了;
每次问路,就相当于经历了一次"路由转发";
每个人脑子里面记住的一些位置信息,称为"路由表"
问路的时候,要去的"外滩”IP数据报中的"目的IP"
路由器就会根据目的IP在路由表中匹配;能不能匹配到(按照网段的方式匹配的)
如果匹配到了,就会按照制定的方向继续往下转发;
如果没有匹配到,会有一个默认的方向(下一跳地址,路由表中的默认选项)
总结:路由转发基本过程类似于"问路"一跳一跳(hop by hop)进行转发的;
以太网协议;(插网线的协议)
平时插的网线, 也叫做"以太网线";
2)以太网协议结构:
1.CRC效验和,放在未尾了;2.载荷就是IP数据报;
以太网数据帧的长度上限1500;
不同的数据链路层协议最大长度不同的.把这个最大长度称为MTU;
为啥是1500和硬件介质相关???
如果一个以太网数据帧是一辆卡车;
MTU就是载重量;如果达到这个量了,就会触发IP的分包操作!!
3.这里的目的地址源地址是mac地址(物理地址)不是IP地址!!!
mac地址:
6个字节的mac地址;
mac要比IР地址多很多;4字节42亿9千万;
目前mac地址还是可以做到唯一的;(网卡出厂的时候, mac地址就被写死在网卡上了)
注意:
网络层搞了一套地址,数据链路层也搞了一套地址;
为啥不用一套地址就搞定?(历史遗留问题)
用一套地址,完全能搞定!!
数据链路层的协议,和网络层的协议,是被分别独立设计出来;
只是在设计的时候,刚好想到一块去了,所以就用了一套地址;
数据链路层,负责的是两个相邻节点之间的数据转发;
4.ARP和RARP;
ARP效果是根据IP地址,找到对应的mac地址;
RARP根据mac地址,找到对应的IP地址;
路由器进行这种相邻节点转发这个过程中;需要能够建立好一套转发的规则(转发表)
转发表:
使用ARP和RARP主要是用来在转发之前,把转发表给构造好.毕竟网络环境经常发生变化;
以上网络层和数据链路层只是了解,不属于我们后端的内容;
但是接下来的应用层和传输层就是非常重要的内容了;
DNS应用层的协议.用途是很大的."域名解析";
域名:"网址";
sogou.com搜狗这个网站的域名
cn.bing.com就是必应的域名....
IP地址,虽然写成了点分十进制,更方便人来理解了.但是仍然不是特别的直观!!为了进一步的简化人对于IP的理解,方便传播,就引入了"域名";
域名可以通过DNS系统自动转换成对应的IP地址;
如果未来IP地址有变化(机器迁移了)
最早的DNS系统,是一个文件.称为hosts 文件.


但是这个方式比较的原始.现在基本上不用了(这个功能还好使,但是确实很少使用了)
现在的网站成千上万.不能够把所有的映射关系都写到文件中!!
因此,更科学的办法,使用专门的 DNS服务器,来保存这个文件;
使用服务器把这些映射关系都存储好;哪个电脑需要DNS解析,就访问这个DNS服务器即可!!
全世界要上网的设备,非常非常多的!!每个设备上网的时候,都要请求DNS服务器??
DNS服务器能扛得住这么大的访问量嘛???
每个服务器,在给客户端提供服务的时候,都需要消耗一定的硬件资源(CPU,内存,网络带宽...)并且每个服务器能提供的硬件资源是有上限的!!
解决方法:
1.主机在请求DNS之后,会对映射关系在本地进行缓存;
一域名->IP这个映射关系,虽然会变,但是频率比较低;
这就可以大大的减少客户端访问DNS服务器请求的数量;
2.在全世界,架设很多的DNS镜像服务器;
最初的DNS服务器,称为“根服务器";
其他的DNS服务器,从根服务器上同步数据."镜像服务器";
镜像服务器:非常非常多.一般各种大的网络运营商;
都会在自己业务的各个片区里面去部署镜像服务器;
今天我们介绍了有关网络层,数据链路层,应用层的有关类容;今天有关计算机网络的部分就告一段落了,接下来我们就进入到前端有关知识的学习,继续跟上步伐,一起学习进步吧!!!!!!!

我主要使用Ruby来执行此操作,但到目前为止我的攻击计划如下:使用gemsrdf、rdf-rdfa和rdf-microdata或mida来解析给定任何URI的数据。我认为最好映射到像schema.org这样的统一模式,例如使用这个yaml文件,它试图描述数据词汇表和opengraph到schema.org之间的转换:#SchemaXtoschema.orgconversion#data-vocabularyDV:name:namestreet-address:streetAddressregion:addressRegionlocality:addressLocalityphoto:i
有时我需要处理键/值数据。我不喜欢使用数组,因为它们在大小上没有限制(很容易不小心添加超过2个项目,而且您最终需要稍后验证大小)。此外,0和1的索引变成了魔数(MagicNumber),并且在传达含义方面做得很差(“当我说0时,我的意思是head...”)。散列也不合适,因为可能会不小心添加额外的条目。我写了下面的类来解决这个问题:classPairattr_accessor:head,:taildefinitialize(h,t)@head,@tail=h,tendend它工作得很好并且解决了问题,但我很想知道:Ruby标准库是否已经带有这样一个类? 最佳
我想在Ruby中创建一个用于开发目的的极其简单的Web服务器(不,不想使用现成的解决方案)。代码如下:#!/usr/bin/rubyrequire'socket'server=TCPServer.new('127.0.0.1',8080)whileconnection=server.acceptheaders=[]length=0whileline=connection.getsheaders想法是从命令行运行这个脚本,提供另一个脚本,它将在其标准输入上获取请求,并在其标准输出上返回完整的响应。到目前为止一切顺利,但事实证明这真的很脆弱,因为它在第二个请求上中断并出现错误:/usr/b
我正在尝试使用Curbgem执行以下POST以解析云curl-XPOST\-H"X-Parse-Application-Id:PARSE_APP_ID"\-H"X-Parse-REST-API-Key:PARSE_API_KEY"\-H"Content-Type:image/jpeg"\--data-binary'@myPicture.jpg'\https://api.parse.com/1/files/pic.jpg用这个:curl=Curl::Easy.new("https://api.parse.com/1/files/lion.jpg")curl.multipart_form_
无论您是想搭建桌面端、WEB端或者移动端APP应用,HOOPSPlatform组件都可以为您提供弹性的3D集成架构,同时,由工业领域3D技术专家组成的HOOPS技术团队也能为您提供技术支持服务。如果您的客户期望有一种在多个平台(桌面/WEB/APP,而且某些客户端是“瘦”客户端)快速、方便地将数据接入到3D应用系统的解决方案,并且当访问数据时,在各个平台上的性能和用户体验保持一致,HOOPSPlatform将帮助您完成。利用HOOPSPlatform,您可以开发在任何环境下的3D基础应用架构。HOOPSPlatform可以帮您打造3D创新型产品,HOOPSSDK包含的技术有:快速且准确的CAD
本教程将在Unity3D中混合Optitrack与数据手套的数据流,在人体运动的基础上,添加双手手指部分的运动。双手手背的角度仍由Optitrack提供,数据手套提供双手手指的角度。 01 客户端软件分别安装MotiveBody与MotionVenus并校准人体与数据手套。MotiveBodyMotionVenus数据手套使用、校准流程参照:https://gitee.com/foheart_1/foheart-h1-data-summary.git02 数据转发打开MotiveBody软件的Streaming,开始向Unity3D广播数据;MotionVenus中设置->选项选择Unit
文章目录一、概述简介原理模块二、配置Mysql使用版本环境要求1.操作系统2.mysql要求三、配置canal-server离线下载在线下载上传解压修改配置单机配置集群配置分库分表配置1.修改全局配置2.实例配置垂直分库水平分库3.修改group-instance.xml4.启动监听四、配置canal-adapter1修改启动配置2配置映射文件3启动ES数据同步查询所有订阅同步数据同步开关启动4.验证五、配置canal-admin一、概述简介canal是Alibaba旗下的一款开源项目,Java开发。基于数据库增量日志解析,提供增量数据订阅&消费。Git地址:https://github.co
网络编程套接字网络编程基础知识理解源`IP`地址和目的`IP`地址理解源MAC地址和目的MAC地址认识端口号理解端口号和进程ID理解源端口号和目的端口号认识`TCP`协议认识`UDP`协议网络字节序socket编程接口`sockaddr``UDP`网络程序服务器端代码逻辑:需要用到的接口服务器端代码`udp`客户端代码逻辑`udp`客户端代码`TCP`网络程序服务器代码逻辑多个版本服务器单进程版本多进程版本多线程版本线程池版本服务器端代码客户端代码逻辑客户端代码TCP协议通讯流程TCP协议的客户端/服务器程序流程三次握手(建立连接)数据传输四次挥手(断开连接)TCP和UDP对比网络编程基础知识
我正在尝试在Rails上安装ruby,到目前为止一切都已安装,但是当我尝试使用rakedb:create创建数据库时,我收到一个奇怪的错误:dyld:lazysymbolbindingfailed:Symbolnotfound:_mysql_get_client_infoReferencedfrom:/Library/Ruby/Gems/1.8/gems/mysql2-0.3.11/lib/mysql2/mysql2.bundleExpectedin:flatnamespacedyld:Symbolnotfound:_mysql_get_client_infoReferencedf
文章目录1.开发板选择*用到的资源2.串口通信(个人理解)3.代码分析(注释比较详细)1.主函数2.串口1配置3.串口2配置以及中断函数4.注意问题5.源码链接1.开发板选择我用的是STM32F103RCT6的板子,不过代码大概在F103系列的板子上都可以运行,我试过在野火103的霸道板上也可以,主要看一下串口对应的引脚一不一样就行了,不一样的就更改一下。*用到的资源keil5软件这里用到了两个串口资源,采集数据一个,串口通信一个,板子对应引脚如下:串口1,TX:PA9,RX:PA10串口2,TX:PA2,RX:PA32.串口通信(个人理解)我就从串口采集传感器数据这个过程说一下我自己的理解,