网站稿件管理发布系统,百度手机提高关键词排名,西安有关做网站的公司有哪些,网页设计模板图片汽车文章目录 一、TCP/IP五层模型#xff08;重要#xff09;二、应用层常见的协议三、TCP与UDP3.1 TCP、UDP的区别#xff08;重要#xff09;3.2 运行于TCP、UDP上的协议3.3 TCP的三次握手、四次挥手3.3.1 TCP的三次握手3.3.2 TCP的四次挥手3.3.3 随机生成序列号的原因 四、T… 文章目录 一、TCP/IP五层模型重要二、应用层常见的协议三、TCP与UDP3.1 TCP、UDP的区别重要3.2 运行于TCP、UDP上的协议3.3 TCP的三次握手、四次挥手3.3.1 TCP的三次握手3.3.2 TCP的四次挥手3.3.3 随机生成序列号的原因 四、TCP传输可靠性保障4.1 保证传输的可靠性4.2 实现流量控制发送窗口接收窗口 4.3 拥塞控制的实现4.4 ARQ协议停止等待ARQ协议连续ARQ协议 五、ARP协议5.1 MAC地址5.2 ARP协议工作原理同一局域网内的MAC寻址不同局域网内的MAC地址 本文对于计算机面试、笔试过程中经常被问到的计算机网络类问题做一个梳理总结方便自己查看学习同时也希望为其他找工作、学习的伙伴提供一个参考。 一、TCP/IP五层模型重要 TCP/IP五层模型应用层、传输层、网络层、数据链路层、物理层
应用层为程序提供交互服务。在互联网中应用层协议有很多如域名系统DNS、HTTP协议、SMTP协议传输层负责向两台主机进程之间的通信提供数据传输服务。协议主要有传输控制协议TCP用户数据协议UDP网络层选择合适的路由和交换结点确保数据及时传送包括IP协议数据链路层在两个相邻节点之间传送数据时将网络层交下来的IP数据包组装成帧在两个相邻节点间的链路上传送帧物理层实现相邻节点间比特流的透明传输尽可能屏蔽传输介质和物理设备差异
二、应用层常见的协议
HTTP超文本传输协议主要是为Web浏览器与Web服务器之间的通信而设计
SMTPSimple Mail Transfer Protocol简单邮件传输协议电子邮箱的发送过程我邮箱1qq.com”向目标邮箱2qq.com发生邮件)
通过SMTP协议将我写好的邮件交给163邮箱服务器邮局163邮箱服务器发现我发送的邮箱是qq邮箱然后使用SMTP协议将我的邮件转发给qq邮箱服务器qq邮箱服务器接收邮件后通知邮箱2qq.com用户来收邮件然后用户就通过POP3/IMAP协议将邮件取出
判断邮箱真正存在
查找邮箱域名对应的SMTP服务器地址尝试与服务器建立连接连接成功后尝试向需要验证的邮箱发送邮件根据返回结果判定邮箱地址的真实性
POP3/IMAP两者都是负责邮件接收的协议
FTP文件传输协议主要提供文件传输服务基于TCP实现可靠的传输传输过程可屏蔽操作系统和文件存储方式
基于客户-服务器模型而设计在客户端、服务器之间建立两个连接
控制连接用于传送控制信息命令和响应数据连接用于数据传送
Telnet(远程登陆协议)
通过一个终端登录到其他服务器建立在可靠的传输协议TCP之上缺点所有数据包括用户名、密码均以明文形式发送现如今正在被SSH所替代
SSH(安全的网络传输协议)
建立在可靠的传输控制协议TCP之上。可防止信息泄露问题专门用于远程登录会话和其他网络服务提供安全的协议
三、TCP与UDP
什么是TCP TCP是传输控制协议是一种面向连接的、可靠的、基于字节流的传输层通信协议。
TCP用于对传输准确性要求特别高的场景。如文件传输、发送和接收邮件、远程登录等UDP一般用于即时通信。如语音、视频、直播等
3.1 TCP、UDP的区别重要
TCPUDP面向连接无连接提供可靠服务不保证可靠交互有状态无状态面向字节流面向报文传输效率较慢传输效率较快有拥塞控制没有拥塞控制每一条TCP连接只能是stron支持一对一、一对多、多对一、多对多首部开销20字节首部开销8字节
3.2 运行于TCP、UDP上的协议
运行于TCP之上的协议HTTP、HTTPS、FTP、SMTP、POP3/IMAP、Telnet、SSH运行于UDP之上的协议 DHCP动态主机配置协议动态配置IP地址DNS域名系统DNSDomain Name System将人类可读的域名如www.baidu.com转化为机器可读的IP地址如220.181.38.148可将其理解为专为互联网设计的电话簿。实际上DNS同时支持UDP、TCP
3.3 TCP的三次握手、四次挥手
3.3.1 TCP的三次握手
假设发送端为客户端接收端为服务端。开始客户端、服务端的状态都是CLOSED 第一次握手无任何状态客户端向服务端发起建立连接请求客户端会随机生成一个起始序列号x客户端向服务端发送的字段包含标志位SYN1序列号seqx。第一次握手后客户端的状态为SYN-SENT。此时服务端的状态为LISTEN第二次握手保证客户端的发送能力、服务器的接收能力没问题服务端在收到客户端发来的报文后会随机生成一个服务端的起始序列号y然后给客户端回复一段报文标志位SYN1序列号seqyACK1确认号ackx1。第二次握手后服务端的状态为SYN-RCVDSYN1表示要和客户端建立一个连接ACK1表示确认序号有效第三次握手保证客户端的接收能力、服务器的发送能力没问题客户端收到服务端发来的报文后会再向服务端发送报文。ACK1序列号seqx1确认号acky1。客户、服务端状态变为ESTABLISTED。此时连接建立完成
A–B 第一个包即A发给B的SYN中途被丢没有到达B A会周期性超时重传直到收到B的确认 第二个包即B发给A的SYNACK中途被丢没有到达A B会周期性超时重传直到收到A的确认 第三个包即A发给B的ACK中途被丢没有到达B ——A发完ACK单方面认为TCP为Established状态而B显然认为TCP为Active状态 a.假定此时双方都没有数据发送B会周期性超时重传直到收到A的确认b.假定此时收到A的数据发送B收到A的DataACK自然切换到established状态并接受A的Datac.假定B有数据发送数据发送不了会一直周期性超时重传SYNACK直到收到A的确认才可以发送数据
3.3.2 TCP的四次挥手 A的应用进程先向B发出连接释放报文段FIN1Sequ并停止再发送数据主动关闭TCP连接进入FIN-WAIT-1状态。 B收到连接释放报文段后发送确认报文段ACK1acku1seqvB进入CLOSE-WAIT状态此时的TCP处于半关闭状态 A收到B的确认后进入FIN-WAIT-2状态等待B发出的连接释放报文段 B发送完数据就发出连接释放报文段FIN1seqWACK1acku1B进入LAST-ACK状态 A收到B的连接释放报文段后发出确认报文段ACK1sequ1ackw1A进入TIME-WAIT状态。此时TCP未释放掉需要经过时间等待计时器设置的2MSL最大报文段生存时间后A进入C1OSE状态。B在收到A发出的确认报文段后关闭连接若没收到则B会重传连接释放报文段
常见问题
1四次挥手为什么要等待2MSL 保证A发送的最后一个ACK报文段能够达到B。这个ACK报文段可能丢失B收不到这个确认报文就会超时重传连接释放报文段A可以在这个2MSL时间内收到这个重传的连接释放报文段接着A重传一次确认并重新启动2MSL计时器最后A和B都进入CLOSED状态。若A在TIME-WAIT状态不等待一段时间而是发送完ACK报文段立即进入CLOSED则无法收到B重传的连接释放报文段那么A不会再发一次确认报文段B就无法正常进入CLOSED状态
2为什么是四次挥手 TCP是全双工通信可以双向传输数据。任何一方都可以在数据传送结束后 发出连接释放的通知待对方确认后进入半关闭状态。当另一方也没有数据再发送的时候则发出连接释放通知对方确认后就完全关闭了TCP连接。
举个例子A和B打电话
第一次挥手A说“我没啥要说的了”第二次挥手B回答“我知道了”但是B可能还会有要说的话A不能要求B跟着自己的节奏结束通话第三次挥手于是B可能又巴拉巴拉说了一通最后B说“我说完了”第四次挥手A回答“知道了”这样通话才算结束
3.3.3 随机生成序列号的原因
提供安全性防止TCP序列号预测攻击和会话劫持避免旧连接干扰确保新旧连接的隔离防止旧数据包干扰新连接增强网络可靠性减少网络延迟和重新传输造成的混淆
四、TCP传输可靠性保障
4.1 保证传输的可靠性
1.基于数据块传输应用数据被分割成TCP认为最适合发送的数据块再传输给网络层数据块被称为报文段或段。
2.对失序数据包重新排序以及去重TCP为了保证不发生丢包就给每个包一个序列号有了序列号能够将接收到的数据根据序列号排序并且去掉亚复序列号的数据就可以实现数据包去重。
3.校验和TCP将保持它首部和数据的检验和。这是一个端到端的检验和目的是检测数据在传输过程中的任何变化。如果收到段的检验和有差错TCP 将丢弃这个报文段和不确认收到此报文段。 4.重传机制在数据包丢失或延迟的情况下重新发送数据包直到收到对方的确认应答ACK。TCP重传机制主要有基于计时器的重传也就是超时重传、快速重传基于接收端的反馈信息来引发重传、SACK在快速重传的基础上返回最近收到的报文段的序列号范围这样客户端就知道哪些数据包已经到达服务器了、D-SACK重复SACK在SACK的基础上额外携带信息告知发送方有哪些数据包自己重复接收了。关于重传机制的详细介绍可以查看详解TCP超时与重传机制这篇文章。
5.流量控制TCP连接的每一方都有固定大小的缓冲空间TCP的接收端只允许发送端发送接收端缓冲区能接纳的数据。当接收方来不及处理发送方的数据能提示发送方降低发送的速率防止包丢失。TCP使用的流量控制协议是可变大小的滑动窗口协议TCP利用滑动窗口实现流量控制。
6.拥塞控制当网络拥塞时减少数据的发送。TCP在发送数据的时候需要考虑两个因素一是接收方的接收能力二是网络的拥塞程度。接收方的接收能力由滑动窗口表示表示接收方还有多少缓冲区可以用来接收数据。网络的拥塞程度由拥塞窗口表示它是发送方根据网络状况自己维护的一个值表示发送方认为可以在网络中传输的数据量。发送方发送数据的大小是滑动窗口和拥塞窗口的最小值这样可以保证发送方既不会超过接收方的接收能力也不会造成网络的过度拥塞。
4.2 实现流量控制
TCP利用滑动窗口实现流量控制。流量控制是为了控制发送方发送速率保证接收方来得及接收。接收方发送的确认报文中的窗口字段可以用来控制发送方窗口大小从而影响发送方的发送速率。将窗口字段设置为0则发送方不能发送数据。
为什么需要流量控制 这是因为双方在通信的时候发送方的速率与接收方的速率是不一定相等如果发送方的发送速率太快会导致接收方处理不过来。如果接收方处理不过来的话就只能把处理不过来的数据存在 接收缓冲区(Receiving Buffers) 里失序的数据包也会被存放在缓存区里。如果缓存区满了发送方还在狂发数据的话接收方只能把收到的数据包丢掉。出现丢包问题的同时又疯狂浪费着珍贵的网络资源。因此我们需要控制发送方的发送速率让接收方与发送方处于一种动态平衡才好。
这里需要注意的是常见误区
发送端不等同于客户端接收端不等同于服务端
TCP为全双工(Full-DuplexFDX)通信双方可以进行双向通信客户端和服务端既可能是发送端又可能是服务端。因此两端各有一个发送缓冲区与接收缓冲区两端都各自维护一个发送窗口和一个接收窗口。接收窗口大小取决于应用、系统、硬件的限制TCP传输速率不能大于应用的数据处理速率。通信双方的发送窗口和接收窗口的要求相同
发送窗口
TCP发送窗口可以划分成四个部分
已经发送并且确认的TCP段已经发送并确认已经发送但是没有确认的TCP段已经发送未确认未发送但是接收方准备接收的TCP段可以发送未发送并且接收方也并未准备接受的TCP段不可发送
TCP发送窗口结构图示 接收窗口
TCP接收窗口可以划分成三个部分
已经接收并且已经确认的TCP段已经接收并确认等待接收且允许发送方发送TCP段可以接收未确认不可接收且不允许发送方发送TCP段(不可接收
TCP接收窗口结构图示 接收窗口的大小是根据接收端处理数据的速度动态调整的。 如果接收端读取数据快接收窗口可能会扩大。否则它可能会缩小。
另外这里的滑动窗口大小只是为了演示使用实际窗口大小通常会远远大于这个值。
4.3 拥塞控制的实现
在某段时间若对网络中某一资源的需求超过了该资源所能提供的可用部分网络的性能就要变坏。这种情况就叫拥塞。
拥塞控制就是为了防止过多的数据注入到网络中这样就可以使网络中的路由器或链路不致过载。拥塞控制所要做的都有一个前提就是网络能够承受现有的网络负荷。拥塞控制是一个全局性的过程涉及到所有的主机所有的路由器以及与降低网络传输性能有关的所有因素。相反流量控制往往是点对点通信量的控制是个端到端的问题。流量控制所要做到的就是抑制发送端发送数据的速率以便使接收端来得及接收。 为了进行拥塞控制TCP 发送方要维持一个拥塞窗口(cwnd) 的状态变量。拥塞控制窗口的大小取决于网络的拥塞程度并且动态变化。发送方让自己的发送窗口取为拥塞窗口和接收方的接受窗口中较小的一个。
TCP的拥塞控制采用了四种算法即 慢开始、拥塞避免、快重传和快恢复。在网络层也可以使路由器采用适当的分组丢弃策略如主动队列管理AQM以减少网络拥塞的发生。
慢开始慢开始算法的思路是当主机开始发送数据时如果立即把大量数据字节注入到网络那么可能会引起网络阻塞因为现在还不知道网络的符合情况。经验表明较好的方法是先探测一下即由小到大逐渐增大发送窗口也就是由小到大逐渐增大拥塞窗口数值。cwmd初始值为1每经过一个传播轮次cwmd加倍。拥塞避免拥塞避免算法的思路是让拥塞窗口cwmd 缓慢增大即每经过一个往返时间RTT就把发送方的cwnd加1.快重传与快恢复在TCP/IP中快速重传和恢复fast retransmit and recoveryFRR是一种拥塞控制算法它能快速恢复丢失的数据包。 没有FRR如果数据包丢失了TCP将会使用定时器来要求传输暂停。在暂停的这段时间内没有新的或复制的数据包被发送。有了FRR如果接收机接收到一个不按顺序的数据段它会立即给发送机发送一个重复确认。如果发送机接收到三个重复确认它会假定确认件指出的数据段丢失了并立即重传这些丢失的数据段。有了FRR就不会因为重传时要求的暂停被耽误。 当有单独的数据包丢失时快速重传和恢复FRR能最有效地工作。当有多个数据信息包在某一段很短的时间内丢失时它则不能很有效地工作。
4.4 ARQ协议
自动重传请求Automatic Repeat-reQuestARQ是OSI模型中数据链路层和传输层的错误纠正协议之一。它通过使用确认和超时两个机制在不可靠服务的基础上实现可靠的信息传输。若发送方在发送一段时间内没有收到确认信息ACK它通常会重新发送直到收到确认或重试超过一定的次数
ARQ包括停止等待ARQ、连续ARQ协议
停止等待ARQ协议
停止ARQ协议实现可靠传输。它的基本原理是每发完一个分组就停止发送等待对方确认回复ACK若过了一段时间还是没收到ACK确认就说明没有发送成功需要重新发送直到收到确认后再发下一个分组若接收方收到重复分组就丢弃该分组但同时还有发送确认
无差错情况发送方发送分组接收方再规定时间内收到并且回复确认发送方再次发送出现差错情况(超时重传超过一段时间没有收到确认就重传前面发送过的分组。因此每发送完一个分组需要设置一个超时计时器其重传时间应比数据再分组传输的平均往返时间更长一些。这种自动重传方式常称为自动重传请求ARQ确认丢失和确认迟到 确认丢失确认消息在传输过程中丢失。A发送M1给BB收到并发送确认却在传输过程中丢失。A并不知道在超时计时后A重传M1消息B再次收到该消息后采取以下两点措施 丢弃这个重复的M1消息不向上层交付向A发送确认消息 确认迟到确认消息在传输过程中迟到。A发送M1给BB收到并发送确认在超时时间内A没收到确认A重传M1B收到并继续发送确认B收到两份M1。此时A收到B第二次发送的确认。过了一会A收到B收到的第一次发送的确认A也收到了两份确认处理如下 A收到重复确认后直接丢弃B收到重复M1后也直接丢弃重复的M1
连续ARQ协议
连续ARQ协议提供信道利用率。发送方维持一个发送窗口凡位于发送窗口内的分组可以连续发送出去而不需要等待对方确认。接收方一般采用累计确认对按序到达的最后一个分组发送确认表明到这个分组为止的所有分组都已经正确收到
优点信道利用率高容易实现即使确认丢失也不必重传缺点不能向发送方反映出接收方已经正确收到的所有分组信息。比如发送方发送了5条信息中间第三条丢失接收方只能对前两个发送确认。发送方无法知道后三个分组的下落只好把后三个全部重传一次这也叫Go-Back-N回退N表示需要退回来重传已经发送过的N个消息
五、ARP协议
每当我们学习一个新的网络协议的时候都要把他结合到OSI七层模型中或者是TCP/IP协议栈中来学习一是要学习该协议在整个网络协议栈中的位置二是要学习该协议解决了什么问题地位如何三是要学习该协议的工作原理以及一些更深入的细节。
ARP协议可以说是在协议栈中属于一个偏底层的、非常重要的、又非常简单的通信协议。
开始阅读这篇文章之前你可以先看看下面几个问题
ARP协议在协议栈中的位置ARP协议在协议栈中的位置非常重要在理解了它的工作原理之后也很难说它到底是网络层协议还是链路层协议因为它恰恰串联起了网络层和链路层。国外的大部分教程通常将ARP协议放在网络层。**ARP协议解决了什么问题地位如何ARP协议全称 ** 地址解析协议Address Resolution Protocol它解决的是网络层地址和链路层地址之间的转换问题。因为一个IP数据报在物理上传输的过程中总是需要知道下一跳物理上的下一个目的地该去往何处但IP地址属于逻辑地址而 MAC地址才是物理地址ARP 协议解决了 IP地址转 MAC地址的一些问题。ARP工作原理 只希望大家记住几个关键词ARP表、广播问询、单播响应。
5.1 MAC地址
MAC全称 媒体访问控制地址Media Access Control Address如果说互联网中每一个资源都由IP地址唯一标识IP协议内容那么一切网络设备都由MAC地址唯一标识
可以理解为MAC地址是一个网络设备真正的身份证号IP地址只是一种不重复的定位方式比如说 住在某省某市某街道的张三这种逻辑定位是IP地址他的身份证号才是他的MAC地址也可以 理解为 MAC 地址是身份证号IP地址是邮政地址。MAC 地址也有一些别称如LAN地址、物理地 址、以太网地址等。MAC地址具有可携带性、永久性
5.2 ARP协议工作原理
ARP协议工作时有一个大前提那就是ARP表。
在一个局域网内每个网络设备都自己维护了一个ARP表ARP表记录了某些其他网络设备的IP地址-MAC地址映射关系该映射关系以IPMACTTL三元组的形式存储。其中TTL为该映射关系的生存周期典型值为 20分钟超过该时间该条目将被丢弃。
每台主机都会在自己的ARP缓冲区中建立一个ARP列表以表示IP地址和MAC地址的对应关系。当源主机需要将一个数据包要发送到目的主机时会首先检查自己ARP列表中是否存在该IP地址对应的MAC地址如果有就直接将数据包发送到这个MAC地址如果没有就向本地网段发起一个ARP请求的广播包查询此目的主机对应的MAC地址。此ARP请求数据包里包括源主机的IP地址、MAC地址、以及目的主机的IP地址。网络中所有的主机收到这个ARP请求后会检查数据包中的目的IP是否和目己的IP地址一致。如果不相同就忍略此数据包如果相同该主机首先将发送端的MAC地址和IP地址添加到自己的ARP列表中如果ARP表中已经存在该IP的信息则将其覆盖然后给源主机发送一个ARP响应数据包告诉对方自己是它需要查找的MAC地址,源主机收到这个ARP响应数据包后将得到的目的主机的IP地址和MAC地址添加到自己的ARP列表中并利用此信息开始数据的传输。如果源主机一直没有收到ARP响应数据包表示ARP查询失败
ARP的工作原理将分两种场景讨论
同一局域网内的MAC寻址从一个局域网到另一个局域网中的网络设备的寻址。
同一局域网内的MAC寻址
假设当前有如下场景IP地址为137.196.7.23 的主机A想要给同一局域网内的IP 地址为137.196.7.14主机B发送IP数据报文。 再次强调当主机发送IP数据报文时网络层仅知道目的地的IP地址并不清楚目的地的MAC地址而ARP协议就是解决这一问题的。 为了达成这一目标主机A将不得不通过ARP协议来获取主机B的MAC地址并将IP报文封装成链路层帧发送到下一跳上。在该局域网内关于此将按照时间顺序依次发生如下事件 主机 A 检索自己的 ARP 表发现 ARP 表中并无主机 B 的 IP 地址对应的映射条目也就无从知道主机 B 的MAC地址. 主机A 将构造一个ARP 查询分组并将其广播到所在的局域网中。 ARP分组是一种特殊报文ARP分组有两类一种是查询分组另一种是响应分组它们具有相同的格式均包含了发送和接收的IP地址、发送和接收的 MAC地址。当然了查询分组中发送的IP地址即为主机A的 IP 地址接收的 IP 地址即为主机 B 的IP 地址发送的 MAC 地址也是主机A的 MAC 地址但接收的MAC地址绝不会是主机B的MAC地址因为这正是我们要问询的而是一个特殊值一一FF-FF-FF-FF-FF-FF之前说过该MAC地址是广播地址也就是说查询分组将广播给该局域网内的所有设备。 主机A构造的查询分组将在该局域网内广播理论上每一个设备都会收到该分组并检查查询分组的接收IP地址是否为自己的IP地址如果是说明查询分组已经到达了主机B否则该查询分组对当前设备无效丢弃之。 主机 B 收到了查询分组之后验证是对自己的问询接着构造一个ARP 响应分组该分组的目的地只有一个一一主机A发送给主机A。同时主机B 提取查询分组中的IP 地址和MAC 地址信息在自己的ARP 表中构造一条主机A的IP-MAC映射记录。 ARP 响应分组具有和 ARP 查询分组相同的构造不同的是发送和接受的 IP 地址恰恰相反发送的 MAC地址为发送者本身目标MAC地址为查询分组的发送者也就是说ARP响应分组只有一个目的地而非广播。 主机A 终将收到主机B的响应分组提取出该分组中的IP地址和MAC 地址后构造映射信息加入到自己的 ARP 表中。 在整个过程中有几点需要补充说明的是
主机A 想要给主机B 发送IP数据报如果主机B的IP-MAC映射信息已经存在于主机A的ARP表中那么主机A无需广播只需提取MAC地址并构造链路层帧发送即可。ARP表中的映射信息是有生存周期的典型值为20分钟。目标主机接收到了问询主机构造的问询报文后将先把问询主机的IP-MAC映射存进自己的ARP表中这样才能获取到响应的目标 MAC地址顺利的发送响应分组。
总结来说ARP协议是一个广播问询单播响应协议。
不同局域网内的MAC地址
更复杂的情况是发送主机A和接收主机B不在同一个子网中假设一个一般场景两台主机所在的子网由一台路由器联通。这里需要注意的是一般情况下我们说网络设备都有一个IP地址和一个MAC 地址这里说的网络设备更严谨的说法应该是一个接口。路由器作为互联设备具有多个接口每个接口同样也应该具备不重复的 IP 地址和 MAC地址。因此在讨论 ARP 表时路由器的多个接口都各自维护一个 ARP 表而非一个路由器只维护一个ARP 表。
接下来回顾同一子网内的MAC寻址如果主机A发送一个广播问询分组那么A所在的子网内所有设备(接口都将会捕获该分组因为该分组的目的IP与发送主机A的IP在同一个子网中。但是当目的IP与A不在同一子网时A所在子网内将不会有设备成功接收该分组。那么主机A应该发送怎样的查询分组呢整个过程按照时间顺序发生的事件如下 主机A 查询ARP表期望寻找到目标路由器的本子网接口的MAC地址。 目标路由器指的是根据目的主机B的IP地址分析出B所在的子网能够把报文转发到B所在子网的那个路由器。 主机A未能找到目标路由器的本子网接口的MAC地址将采用ARP协议问询到该MAC地址由于目标接口与主机A在同一个子网内该过程与同一局域网内的MAC寻址相同。 主机A 获取到目标接口的MAC 地址先构造IP数据报其中源IP是A的IP 地址目的IP地址是B的IP地址再构造链路层帧其中源MAC地址是A的MAC地址目的MAC地址是本子网内与路由器连接的接口的MAC地址。主机A将把这个链路层帧以单播的方式发送给目标接口。 目标接口接收到了主机A 发过来的链路层帧解析根据目的IP 地址查询转发表将该IP 数据报转发到与主机B所在子网相连的接口上。 到此该帧已经从主机A所在的子网转移到了主机B 所在的子网了。 路由器接口查询ARP 表期望寻找到主机 B 的 MAC 地址。 路由器接口如未能找到主机 B 的 MAC 地址将采用 ARP 协议广播问询单播响应获取到主机 B 的MAC 地址. 路由器接口将对IP数据报重新封装成链路层帧目标MAC地址为主机B的MAC地址单播发送直到目的地。 参考 JavaGuide(Java面试学习指南)
