各位老铁们，今天由我来为大家分享v6小知识，以及ipv6基础知识之的相关问题知识，希望对大家有所帮助。如果可以帮助到大家，还望关注收藏下本站，您的支持是我们最大的动力，谢谢大家了哈，下面我们开始吧！
1.床边心电图的导联具***置
1、加压（AV）单极肢体导联连接方法（1）加压单极右上肢导联aVR连接法：把探查电极置于右上肢，并与心电图机正极相连；左上肢和左下肢连接于不相干电极，与心电图机负极相连。（2）加压单极左上肢导联aVL连接法：把探查电极置于左上肢，并与心电图机正极连接；右上肢与下肢可连接在一起，并与心电图机负极相连。（3）加压单极左下肢导联aVF连接法：把探查电极置于左下肢，并与心电图机正极连接；右上肢和左上肢连接于不相干电极，并与心电图机负极相连。
2、胸导联心前区导联胸导联的连接方法是将中心电端与心电图机的负极相连，把放置在胸前一定部位的探查电极与心电图机正极相连。此时该探查电极之吸球安放位置，与心脏的距离比较近，记录到的电位也比较高。胸导联连接的按放位置，常使用以下V1~V6的6个导联。 V1导联：正电极置于胸骨右缘第4肋间； V2导联：正电极置于胸骨左缘第4肋间； V3导联：正电极置于V4与V5位置的连线中点； V4导联：正电极置于左侧锁骨中线与第 5肋间的交叉点； V5导联：正电极置于左腋前线与V4水平线的交叉点； V6导联：正电极置于左腋中线与V4水平线的交叉点。
2.心电图导联位置心电图如何正确操作
心电图机操作流程1.准备用物，将心电图机推至病人床旁。
2.核对床号、姓名，并向病人解释。3.患者取平卧位，暴露胸部及四肢。
4.用酒精棉球擦拭心电电极贴放部位.5.将肢体导联4个夹子分别以红黄绿黑顺序依次夹在右上肢/左上肢/左下肢/右下肢，使金属片置于肢体内侧.6.胸导联6个小球放置如下：V1：右侧胸骨旁线第4肋间.V2：左侧胸骨旁线第4肋间.V3:V2与V4连线中点.V4：左侧锁骨中线第5肋间.V5左腋前线与V4水平.V6：腋中线与V5水平.7.连接电源线，打开开关，置于AC，晶体灯发出亮光.8.把光标调志TEST，自动.9.按动：开始停止键，即可做常规十二导联.。
在电脑上面ping www.taobao.com（如果已经访问过需要换一个网址，dns地址会被缓存，有可能不产生dns请求，直接请求ICMP包）
ping域名的过来，会先发送dns请求得到域名的IP，然后再发送ICMP包，测试数据可达性。
DNS有两种报文：查询报文、回答报文，两者有着相同格式，下面就取报文中几个比较重要的字段进行说明
查询报文：
回答报文：
在发送DNS查询数据包的时候，会指定要查的类型，如IPV4地址就是A（使用ping命令），IPV6地址就是AAAA（使用ping6命令）。
Flags中Answer RRs为3说明对应的Answers字段中将会出现3项解析结果.
Answers字段可以看成一个List,集合中每项为一个资源记录。
在本地可以使用nslookup查看dns解析后的IPv4地址
IPv6对于DNS的支持是很简单的，只是将IPv4的域名解析和反向域名解析技术直接转换到IPv6环境中而已。
例如IPv6地址为2001:410:1:1:250:3eff:fee4:1，反向查询域名为1.0.0.0.4.e.e.f.f.f.e.3.0.5.2.0.1.0.0.0.1.0.0.0.0.1.4.0.1.0.0.2.IP6.ARPA
在本地可以使用nslookup查看dns解析后的IPv6地址
主机A是一台IPv6IPv4主机,它具有多个接口,每个接口有多个地址。主机A构建并发送了一条或多条“DNS域名查询请求”消息,请求所有与域名web.example.com对应的地址记录。而主机A接收到的“DNS域名查询响应”消息中包含一个IPv4地址记录和多个IPv6地址记录。
根据DNS域名?询响应消息的内容,主机A的IPv6会执行如下操作。
1、使用源地址选择算法来判断出每个目的IPv6地址的最佳源地址
2、使用目的地址选择算法来判断出目的IPv4和IPv6地址的优先顺序。
目的地址的有序组以及它们对应的源地址会被提供给应用程序。然后,应用就会接着尝试每个目的和源地址组合,直至通信建立。
例如,主机A配置了如下地址
LAN接口:
口站点内自动隧道寻址协议( ISATAP)隧道接口:
对于域名web.example.com的DNS域名查询请求消息返回如下地址。
源地址选择算法的结果如下。
目的地址选择算法的结果是按优先级顺序排列的目的地址,如下所示
于是,主机A尝试通过以下几组源和目的地址与web.example.com服务器建立通信。
https://openwrt.org/docs/guide-user/network/ipv6/ipv6.dns
IPv4包头由固定20字节的包头与可变长的选项组成：
版本（Version）域,长度4比特。标识目前采用的IP协议的版本号。一般的值为0100（IPv4），0110（IPv6）
IHL用4位来表示。
由于头部的长度是不固定的，所以头部的IHL域指明了该头部有多长（以32位字的长度为单位）。
IHL的最小长度为5，这个时候表明没有可选项（Option），此4位域的最大值也就是15，也就是说头部的最大长度为15*(32/8)= 60字节，因此可选项（Option）= 60- 20= 40字节，可选项的内容最大为40字节。对于某些选项，比如记录一个分组沿途路径的选项，40字节往往太小了，这就使得这样的选项其实没有什么用处。
服务类型（Type of Service）域,长度8比特。
8位按位被如下定义 PPP DTRC0
PPP：定义包的优先级，取值越大数据越重要
DTRCO
总长度（Total Length）域,以字节为单位计算的IP包的长度(包括头部和数据)，所以IP包最大长度65535字节。
标识（Identification）域,该字段和Flags和Fragment Offest字段联合使用，对较大的上层数据包进行分段（fragment）操作。路由器将一个包拆分后，所有拆分开的小包被标记相同的值，以便目的端设备能够区分哪个包属于被拆分开的包的一部分。是让目标主机确定一个新到来的分段是属于哪一个数据报的。同一个数据报的的所有分段都有相同的Identification值。
接下来是未使用的位。然后是两个1位域。
DF代表不分段（Don't Fragment）,这是针对路由器的一个命令，它让路由器不要分割该数据报，因为目标主机可能无法将分片重新组合回原来的数据报。例如，当一台计算机启动的时候，它的ROM可能向网络请求一个包含内存映像的一个数据报。在数据报中标记了DF位之后，它就知道该数据将作为一个整体到达接收方，不过这意味着该数据报必须避开最优路径的小分组网络，而不得不走次优的的路径。所有的机器都要求能接受576字节或者更少的分段(4.5k)。
MF代表更多的分段（More Fragment）。除了最后一个分段以外，其它所有的分段都必须设置这一位，它的用途是，接收方可以知道什么时候一个数据报的所有分段已经到达了。
分段偏移（Fragment Offset）（13位域）域指明了该分段在当前数据报中的什么位置上。除了一个数据报的最后一个分段以外，其他所有的分段必须是8字节的倍数，这里的8字节是基本的分段单位(64bit大小)。由于该域有13位，所以每个数据报最多可以有2^13= 8192个分段，因此，最大的数据报长度为8192*8= 65536字节，比Taotal length域还要大1.
TTL（Time to live）域（8位域）,当IP包经过每一个沿途的路由器的时候，每个沿途的路由器会将IP包的TTL值减少1。如果TTL减少为0，则该IP包会被丢弃。这个字段可以防止由于路由环路而导致IP包在网络中不停被转发。
当网络层组装完成一个完整的数据报之后，它需要知道该如何对它进行处理。协议（Protocol）域指明了该将它交给哪一个传输进程。TCP是一种可能，UDP或者其他协议也是一种可能。协议的编号是整合Internet全球统一的。
头部校验和（Header checksum）域只校验头部。这样的校验和对于检测“因路由器中的坏内存而产生的错误”非常有用。因为每个路由器要改变TTL的值,所以路由器会为每个通过的数据包重新计算这个值。其算法是这样的：当数据到达时，所有的16位（半字）累加起来，然后再取结果的补码。该算法的意图是，当数据到达之后，Header checksum的计算结果应该为0.该算法比常规算法更加稳定。请注意，在每一跳上，Header checksum域必须重新计算，因为至少有一个域总是要改变的（即Time to live），但是通过一些技巧可以加速计算。
都用32为表示。要注意除非使用NAT，否则整个传输的过程中，这两个地址不会改变
选项（Option）域的设计意图是：主要用于测试;允许后续版本的协议包含一些原来的设计中没有出现的信息；允许实验人员试验新的想法；避免为那些不常使用的信息分配头部域。选项是变长的，每一个选项的第一个字节是一个标识码，它标明了该选项。有的选项后面跟着1个字节的选项长度域，然后是一个或多个数据字节。Options域被补齐到4字节的倍数。
IPv6数据报包括一个主首部和0或多个扩展首部。IPv6包头结构如下图所示。
IPv6包头长度固定为40字节，去掉了IPv4中一切可选项，只包括8个必要的字段，因此尽管IPv6地址长度为IPv4的四倍，IPv6包头长度仅为IPv4包头长度的两倍。
4位，IP协议版本号，值= 6。
8位，指示IPv6数据流通信类别或优先级。功能类似于IPv4的服务类型（TOS/QOS）字段。（通往目标节点的过程中，这个字段的值可能会被修改）
20位，IPv6新增字段，标记需要IPv6路由器特殊处理的数据流，这个字段是为了给实时数据报交付和QoS提供更多的支持。该字段用于某些对连接的服务质量有特殊要求的通信，诸如音频或视频等实时数据传输。在IPv6中，同一信源和信宿之间可以有多种不同的数据流，彼此之间以非“0”流标记区分。如果不要求路由器做特殊处理，则该字段值置为“0”。 flow label最初是28bit，逐渐修改至rfc2460的20bit。flow label通过伪随机算法生成，介于1至fffff之间。如果一组数据流具有相同的源地址、目的地址、hop-by-hop和routing，那么这组数据流可能共享flow label。由此可见，IPv6结点可以仅通过flow label，不检查其它属性值，即可知道如何处理和转发这组数据流。
16位负载长度。负载长度包括扩展头和上层PDU，16位最多可表示65535字节负载长度。超过这一字节数的负载，该字段值置为“0”，使用扩展头逐个跳段（Hop-by-Hop）选项中的巨量负载（Jumbo Payload）选项。总而言之，该字段的值=报文总长度-40
8位，指明识别紧跟在IPv6头后的包头类型，如扩展头（有的话）或某个传输层协议头（诸如TCP，UDP或者ICMPv6）。
由下图可以看出，因为可以有多个扩展头，一个扩展头中还有Next Header字段，用于指明下一个扩展头或者传输层的类型。（扩展可以有多个，但是上层数据只能有一个）
常见的Next Header值：
8位，类似于IPv4的TTL（生命期）字段。与IPv4用时间来限定包的生命期不同，IPv6用包在路由器之间的转发次数来限定包的生命期。包每经过一次转发，该字段减1，减到0时就把这个包丢弃。
S
128位（16字节），发送方主机地址。
128位，在大多数情况下，目的地址即信宿地址。但如果存在路由扩展头的话，目的地址可能是发送方路由表中下一个路由器接口。
参考文档《深入解析IPv6》
关于v6小知识到此分享完毕，希望能帮助到您。