- 经验
- 89
- 分贝
- 0
- 家园分
- 930
- 在线时间:
- 7 小时
- 最后登录:
- 2018-2-12
- 帖子:
- 24
- 精华:
- 0
- 注册时间:
- 2009-3-26
- UID:
- 354555
注册:2009-3-26
|
广播和洪泛
一.泛洪的产生:
MAC地址表显示了主机的MAC地址与以太网交换机端口映射关系,指出数据帧去往目的主机的方向。当以太网交换机收到一个数据帧时,将收到数据帧的目的MAC地址与MAC地址表进行查找匹配。如果在MAC地址表中没有相应的匹配项,则向除接收端口外的所有端口广播该数据帧,有人将这种操作翻译为泛洪(Flooding,泛洪操作广播的是普通数据帧而不是广播帧)。在我们测试过的交换机中,有的除了能够对广播帧的转发进行限制之外,也能对泛洪这种操作进行限制。
*交换机的老化时间设置不当,也会引起泛洪处理.因为,交换机的MAC学习也是需要一定数量的帧;重新建立MAC表也是需要时间的.(试交换机性能而定).
*频繁地调换PC机与交换机的端口的连接也是原因之一.
注意:广播帧和组播帧是直接向所有端口转发.
二.广播帧的产生:
网络中存在有广播帧是不可避免的,比如开启了DHCP服务器,每次请求,都会有以"FF.FF.FF.FF.FF.FF"的帧格式出现.它向所有端口转发.如果,局域网内的网卡有故障有时也会有广播帧出现,如果大量的这种帧出现,外在表现为网络速度变慢.
三.广播包的产生:
往往伴随着ARP而产生.
假设主机A与B在同一个网络内,当主机A要向主机B发送信息,那么需要知道主机B的IP地址和MAC地址,这里面我们假定A只知道B的IP地址,而不知道B的MAC地址,那么这时A就需要向网络中发送一个ARP请求,来获取B的MAC地址,这个ARP请求实际上就是一个广播包.
当主机A:172.168.0.1:XXXX.XXXX.XXXX向B:172.168.0.3请求MAC地直.
请求的是172.16.0.3这个IP的MAC地址,在ARP请求里,目的MAC地址是0000.0000.0000
这是一个MAC的广播地址,目的是要发送一个广播.
使本地网络内的其他主机都接收这个请求,然后除了目标方(即172.1680.3)作出回应之外,其他机均会丢弃这个请求帧.
其目的,是让172.168.0.3这台机将自己的MAC发过来.
泛洪和MAC列表相关.在L2中存在.是有确定的MAC地址的,只是在MAC表中找不到具体转发的端口和MAC的配对,才开始泛洪处理.但是泛洪并不是广播帧(FF.FF.FF.FF.FF.FF).
广播是有一个具体的行为,它的对象是整个网络.
在ARP时往往需要有特定的主机来响应.
当然太多的广播对于网络是有害的.
容易造成广播风暴.
|
|