ARP的由来

ARP这一种协议它会是在我们HCIA中第一个需要完全掌握的一个协议，不然对于数据通讯来说大家都会一直觉得很绕圈

• 协议栈，网线，网卡，它们组成了我们最小的数据通信的小脉络
• 注：可以了解ARP攻击（冒充访问的目的设备给你错误的mac），需要内网中的攻击防范手段（需中级高级学习）
  
• S-IP：源IP
• D-IP：目的IP

对于IP协议来说是能获取到对方IP的，但是怎么拿到对方的MAC
对于E2来说我知道源MAC（自己的MAC）
假设左边的MAC是00-00-01，右边的MAC是00-00-02
源mac我是知道的S-MAC：00-00-01但目的MAC我们不知懂。对于MAC来说是全球唯一，出厂自带，烧录进网卡芯片中。那我们怎么拿到这个MAC地址
我们1.1.1.1/24给1.1.1.2/24发报文，我们无法通过程序或者从上层的协议感知一下。

我们可以填写成全1以一个广播的形式，在我整个广播域下找对应的设备，当我们目的mac全为1（十六进制全为F）的时候，整个网络中所有的设备都能收到这样的一个报文
我不知道怎么到达主机2但是我知道我的数据如何让你收到（发个广播）
这种方式在我们整个通信中可以接入我们一个的交换机的，未来会有很多的设备通过交换机与主机相连，通过广播的形式，会对全部相连的设备都能收到数据（默认交换机是不做配置）这样主机2确实能收到，但是其他的设备也能收到，这样的网络通讯叫多点网络通信是无法满足我们单播通讯的条件的。没有办法跟设备2进行通信。
所以对我们TCP/IP通信设计的模型来说是无法仅仅依靠二层（数据链路层）完成mac地址的查询（填写/封装），数据仅仅放在E2这里MAC地址封装不了，所以得开发个协议帮助填写我们的mac字段；无法封装mac地址数据无法发送出去（不符合我们数据整体的通信方式）出现的新的协议就是ARP

ARP协议

ARP — 地址解析协议
概念：在已知IP地址的情况下，求与之对应的MAC地址
ARP是基于数据链路层封装的2.5层协议（数据链路层之上）
3层需要提供最基础的IP寻址包括路由的功能；ARP仅在数据封装时封装在我们数据链路层之上

1. 当我数据（PC1，1.1.1.1/24）要进行数据通讯，要去访问PC2的时候(1.1.1.2/24)首先会检测对端IP是否在同一网段（对比网络地址：自己的IP+自己的掩码，比对对方的IP+自己的掩码）若网络地址相同，就会进行第二步，不同
2. 借用ARP协议实现获取对方IP对应的MAC
   对于ARP这个新协议来说它的数据帧是

对于ARP而言有四个核心的参数

1. sender-ip:发送者IP
2. sendee-mac:发送者的MAC
3. target-ip:目标IP
4. target-mac:目标MAC

未来这个报文会发送到PC2上
target-mac是不能不填的，如果不填（封装）是不符合TCP/IP协议栈的封装标准（发不出去），我们不知道mac又要填MAC，其实我们可以填全0（未知）

我们不知道设备地址在哪，所以我们第一个报文包一定是广播报文（不怎么好，但是我们没有办法）

1. E2这里的目的MAC（D-MAC）我们全填F
2. 在接收中会有一个广播域
   广播域：指的是广播报文所传递的范围；

• 对于交换机而言它所有的端口都处在同一个广播域（不划分VLAN的情况下）
• 对于路由器来说所有接口都是一个广播域
• 广播报文是无法穿透路由器的三层接口
  冲突域：在一定的范围内，我的数据在发送或者接收的范围中可能会产生数据的碰撞这样的范围就是冲突域

PC2收到广播报文后，首先看看报文是不是给自己的，如果是广播包PC2必须强制接收处理；其次要进行FCS/CRC校验，校验完后比对FCS字段，表示没问题交给上层。实际上我需要先把二层给拆了，是一个广播包（全F）可以看到对方mac地址给我发的一个报文（能够知道PC1的地址）看完二层就看二层之上的封装了，上层就是ARP，会看target-ip(目的IP地址)是不是我，如果是我，如果是则接下去走（想知道），如果不是则会丢弃报文