永发信息网

请问二层交换机和三层交换机是怎么工作的,我想知道一个数据包进入交换机之后发生了什么

答案:2  悬赏:40  手机版
解决时间 2021-02-22 23:04
  • 提问者网友:不爱我么
  • 2021-02-21 22:43
请问二层交换机和三层交换机是怎么工作的,我想知道一个数据包进入交换机之后发生了什么
最佳答案
  • 五星知识达人网友:骨子里都是戏
  • 2021-02-21 23:35
说二层交换机工作于数据链路层,可以识别数据包中的MAC地址信息,根据MAC地址进行转发,并将这些MAC地址与对应的端口记录在自己内部的一个地址表中。
数据链路层主要通过接收物理层提供的比特流服务,在相邻节点之间建立链路,对传输中可能出现的差错进行检错和纠错,向网络层提供无差错的透明传输。
在数量链路层传输的基本单位为“帧(Frame)”。每一帧包括一定数量的数据和一些必要的控制信息。
交换机的具体工作流程如下:
  1) 当交换机从某个端口收到一个数据帧,它先读取包头中的源MAC地址,这样它就知道源MAC地址的机器是连在哪个端口上的;
  2) 再去读取包头中的目的MAC地址,并在地址表中查找相应的端口;
3) 如本端口下的主机访问本端口下的主机时丢弃;
4) 如表中有与这目的MAC地址对应的端口,把数据包直接转发到这端口上;
5) 如表中找不到相应的端口则把数据包广播到所有端口上,当目的机器对源机器回应时,交换机又可以记录这一目的MAC地址与哪个端口对应,在下次传送数据时就不再需要对所有端口进行广播了。不断的循环这个过程,对于全网的MAC地址信息都可以学习到,二层交换机就是这样建立和维护它自己的端口地址表。
端口地址表中记录了端口下包含主机的MAC地址,端口地址表是交换机上电后自动建立的,保存在RAM中,并且自动维护。端口地址列表中表项是有生命期的。每个表项在建立后开始进行倒记时,每次发送数据都要刷新记时,对于长期不发送数据的主机,其MAC地址的表项在生命期结束时被删除,所以端口地地表记录的总是最活动的主机的MAC地址。

再说三层交换机,三层交换机就是具有部分路由器功能的交换机,三层交换机的最重要目的是加快大型局域网内部的数据交换,所具有的路由功能也是为这目的服务的,能够做到一次路由,多次转发。对于数据包转发等规律性的过程由硬件高速实现,而象路由信息更新、路由表维护、路由计算、路由确定等功能,由软件实现。三层交换技术就是二层交换技术+三层转发技术。传统交换技术是在OSI网络标准模型第二层——数据链路层进行操作的,而三层交换技术是在网络模型中的第三层实现了数据包的高速转发,既可实现网络路由功能,又可根据不同网络状况做到最优网络性能。
数据包如果进入交换机不改mac 吧,啥也不干,直接转发。。。。
就是这样
全部回答
  • 1楼网友:慢性怪人
  • 2021-02-22 00:12
虽然核心交换机的参数配置方面没有找到可疑的地方,但是笔者还是深信问题出在核心交换机身上,毕竟多个子网同时出现相同的故障现象决不是偶然的。在排除了核心交换机参数配置因素后,笔者开始将怀疑重点转移到该设备的物理因素上了;首先,笔者仔细观察了核心交换机控制面板中各个信号灯的工作状态,发现连接有双绞线的所有端口对应的信号灯状态都很正常。其次,笔者担心网络线缆没有紧密地插入到核心交换机的各个端口中,于是不厌其烦地将所有的网络线缆逐一拔下来,之后又将其重新插入到对应的交换机端口中,可是笔者的这番辛苦并没有得到任何回报,局域网中的数据丢包现象仍然十分严重,并且许多工作站还是不能正常访问internet网络中的内容。 那会不会是核心交换机的缓存遇到错误,导致连接到该交换机设备中的所有子网工作站都不能正常访问网络内容呢?笔者脑海中总有这样一种意识,认为交换机运行时间一长之后,其系统缓存十分容易出现溢出或其他软件错误,这类错误常常会导致局域网网络产生莫名其妙的故障现象;依照这样的想法,笔者尝试着切断了核心交换机的电源,过了一段时间后,又重新接通该设备的电源,以便让其重新启动,等待核心交换机系统启动稳定之后,笔者再次尝试了在故障工作站中进行上网测试,结果发现网络访问还是时断时续。 在排除了上面几种因素后,笔者估计这种网络故障应该不在交换机硬件部分,很可能是局域网中的网络病毒造成的。于是,笔者特意从网络中下载了专业分析工具sniffer,通过该工具抓包分析网络中的信息包,发现有许多信息包都不约而同来自相同的一个网卡设备的mac地址,而信息包中发送的目的地址在局域网中根本找不到,于是笔者立即下意识地怀疑可能是“熊猫烧香”之类蠕虫病毒造成了网络传输通道堵塞。难道目标网卡mac地址对应的工作站真的被感染上了网络蠕虫病毒? 想到这一点,笔者立即通过网络正常传输时创建的mac地址与ip地址对应表,查找到该工作站来自局域网二楼网段中的一台工作站,初步确认故障原因后,笔者立即将目标网卡mac地址对应的工作站从特定网段中断开连接,同时在该工作站系统中安装了最新版本的杀毒软件,并对该工作站系统进行了全面、彻底地病毒查杀操作,等到病毒查杀任务结束后,笔者还真的看到了一些网络蠕虫病毒,原以为这些网络蠕虫病毒就是最终的“祸首”,可是当将该工作站重新接入到对应网段中后,局域网的数据丢包故障现象还是没有消失。 在万般无奈之际,笔者决定对各个子网进行单独测试检查。于是笔者特意找来当初组建局域网时使用的网络拓扑结构图,对照图纸笔者想依次找出不同网段接入到核心交换机时所使用的端口,在进行这方面查找操作时,笔者偶然看到有一条网络线缆竟然同时插入到核心交换机中的两个端口中,很明显这条网络线缆使局域网中形成了环路现象,而环路现象可能就是整个局域网数据丢包严重的“罪槐祸首”。 为了验证笔者的分析是否正确,笔者尝试着将造成环路的那条线缆拔出后,立即从故障工作站中再次访问了internet网络,结果发现故障工作站打开网页的速度很快;但笔者还是有点不放心,又跑到另外一个故障子网中,随意找了一台工作站进行上网测试,测试结果证明局域网的所有故障全部已经消失,这表明局域网的数据丢包故障已经被成功解决了。
我要举报
如以上回答内容为低俗、色情、不良、暴力、侵权、涉及违法等信息,可以点下面链接进行举报!
点此我要举报以上问答信息
大家都在看
推荐资讯