IPv6通讯原理 - 不能忽略的网卡启动过程

目次

• 一. 为什么不能忽略网卡启动进程
• 二. 尝试情形
• 三. 网卡启动前/后的样子
• 四. 结论写在前
• Step1. 天生“链路当地地点”
• Step2. 天生“被哀求节点多播地点”
• Step3. “多播成员陈诉”
• Step4. “一再地点检测”
• Step5. “无状态地点自动设置”
• 思索题
• 附. 尝试剧本与抓包文件

一. 为什么不能忽略网卡启动进程

把握收集技能，除了看RFC协议外，最直接高效的要领就是“亲眼所见”。

个中抓包说明是最为要害的要领，能相识到：

•  What：对应哪个协议
• Why：协议用途
• When：协议之间的关联
• How：报文地点和内容

网卡启动是收集通信的第一步，只有夯实基本方能展翅高飞。

二. 尝试情形

本文以CentOS 7为尝试情形，建设两个network namespace(名字别离为ns1和ns2)，并通过veth网卡桥接到统一个linux bridge(名字为br0)，来模仿最简朴的情形，即两台同二层处事器。

先贴出mac地点：

• ns1内的mac：52:54:00:00:00:01
• ns2内的mac：52:54:00:00:00:02

尝试步调：

• 1️⃣ 在ns1里启动网卡，但不抓包查察
• 2️⃣ 在ns2里启动网卡，同时在br0长举办抓包说明

调查：

•  ns2会发生哪些包
• ns1是否会对ns2举办相应

本文最后会附上尝试剧本和抓包文件的下载地点。

三. 网卡启动前/后的样子

网卡启动前的样子

在ns2里启动网卡之前，先对ns2里的收集情形举办查察，呼吁如下

# 查察网卡状态 
ip netns exec ns2 ip link 
 
# 查察ipv6地点 
ip netns exec ns2 ip -6 addr 
 
# 查察ipv6路由 
ip netns exec ns2 ip -6 route 
 
# 查察ipv6多播地点 
ip netns exec ns2 ip -6 maddr 

可以看到此时eth0处于DOWN的状态，接下去，对eth0举办UP。

网卡启动后的样子

# 启动网卡 
ip netns exec ns2 ip link set eth0 up 

进入ns2里查察

可以看到，此时网卡已启动，并得到了一个链路当地地点(图中fe80开头的)

抓到了哪些包呢

这些包都是什么意思，怎样发生，为何发生，请接着往下看。

四. 结论写在前

网卡启动进程一共有5步，详见表示图(右边的数字，暗示对应抓包图中的第几个包)：

接下来，将对这5步举办慢慢讲授。

Step1. 天生“链路当地地点”

(本步调尚未发生数据包)

 “链路当地地点”是什么

• 当网卡启动时会按照某种算法自动天生链路当地地点(Link-Local Address)。
• 详细天生的地点，与操纵体系有关，有的按照MAC地点换算而来(EUI-64)，有的则是随机天生，并不同一。
• “链路当地地点”是范畴为fe80::/10的单播地点。
• “链路当地”顾名思义，只在统一个二层内撒播，不会被路由器转发。

“链路当地地点”有什么浸染

• 地点自动设置
• 邻人发明协议
• 路由转发(可以作为下一跳地点)

Step2. 天生“被哀求节点多播地点”

(本步调尚未发生数据包)

 “被哀求节点多播地点”是什么

在IPv6的天下中，每天生一个ip地点(精确说是单播地点)，无论什么范例，城市对应天生一个“被哀求节点多播地点”(Solicited-Node multicast address)。

构成方法：FF02::1:FF00:0/104 + 单播地点的最后24bit。可以看到，该地点是通过单播地点推导而成，不是随机的。上图中红框里的地点就是“链路当地地点”对应的“被哀求节点多播地点”。

为什么必要“被哀求节点多播地点”

（编辑：湖南网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!