三层和二层通信

最新推荐文章于 2024-10-18 22:34:47 发布

usabz

最新推荐文章于 2024-10-18 22:34:47 发布

阅读量62

点赞数

分类专栏：网络通信文章标签：网络

本文链接：https://blog.csdn.net/usabz/article/details/133967005

版权

网络通信专栏收录该内容

1 篇文章 0 订阅

订阅专栏

PC1 发包到 PC2 需要几个步骤呢

探讨一下报文是如何做到双向奔赴的 (建议将拓扑截图单独拿出来,方便下面步骤分析)

基础配置 :

Mac:54:89:98:6A:23:DF M

R1: sysname R1

interface GigabitEthernet0/0/0 ip address 10.10.10.1 255.255.255.0

interface GigabitEthernet0/0/1 ip address 1.1.1.1 255.255.255.252

R2: sysname R2

interface GigabitEthernet0/0/0 ip address 20.20.20.1 255.255.255.0

interface GigabitEthernet0/0/1 ip address 1.1.1.2 255.255.255.25

设定 PC1 和 PC2 相隔千里,这时他们如何才能进行双向通信呢

根据拓扑图我们可以看到 PC1 访问 PC2 的必经第一站在 AR1（网关).

PC1 先对 AR1 进行了访问,很轻松的到达了第一站 ,此时 PC1 心中大喜(实现通信就这么简单?)

这里我们分析一波 AR1 GE1/0/0 口抓包首先通信需要知道对端的 mac 地址(封装成帧)，这时 PC1 会发送一个 arp 报文(广播形式) 来找到他的网关 AR1,AR1 收到 arp 报文后知道是 PC1 找他要 mac 地址，于是私发（单播）了一个应答报文给 PC1,PC1 收到 AR1 的应答报文后，双方都知道了对端的 mac 地址.

PC1 发起广播报文(源为 PC1 mac 地址目标 mac 地址为广播地址)

R1 单独回给 PC1 报文(单播)源为 R1 mac 地址目的为 PC1 mac 地址

PC1 这时就有点飘飘然了,他选择直接访问 PC2 结果以失败告终

AR1 GE0/0/0 口抓包发现 AR1 收到了报文但并未转发,报文超时后描述为未应答

PC1 一阵头大，逐渐意识到了自己的问题。PC1 主动找到 AR1,查看了 AR1 的路由表, 发现路由表并没有对应的路由信息(路由器排错第一步:查看路由表)

PC1 恍然大悟,他仔细查看了世界地图,发现去往 PC2 的下一步是到达 AR2 于是他在 AR1 上设置了一条去往 PC2 所在地段(网段)的路径 (静态路由)

AR1 将路径信息存入数据库(解锁新地址板块)中以便待用 (静态路由设置下一跳,会将下一跳的地址与本地接口地址做匹配将同网段的接口做为出接口)

PC1 设置好指令后又迫不及待的访问了 PC2 我们抓包分析一下 AR1 GE0/0/0 抓包

AR1 GE0/0/1 和 AR2 GE0/0/1 抓包这里有一点要注意的是报文发出都是需要封装成帧(需要源目的 mac 地址封装) 所以 AR1 查看路由表发现有路由,但是它没有下一跳的 mac 地址(无法封装成帧) 于是先发送了一个 ARP 广播,拿到 mac 地址后，将 ICMP(ping)请求包发给 AR2

ICMP 包展开在 AR1 发往的目的 PC2 封装的下一跳 mac 地址为 AR2

AR2 GE0/0/0 抓包 (AR2 收到请求包后查看目标地址,发现和它的接口在同网段(直连路由),于是直接发起 ARP 请求(动用广播大喇叭的力量), PC2 收到广播信息后,给予了回应，这时 AR2 将 ICMP(ping) 请求包发给目标人 PC2，PC2 发现是 PC1 找她，但他俩不在同一个网段,于是 PC2 会将 ICMP 回应包发往出门必经的第一站(网关)AR2