|
 | 作者: tuzi [tuzi]
 版主 |
登录 |
| 这里所说的交换机是 透明桥接的2层交换机 LAN中通信 交换机刚启动的时候 MAC表是空白 它需要通过学习来得到MAC地址表 到底如何学习 我认为是交换机不管协议的如何 它只是查看数据包的源和目的地址来记录 并和接口关联 打上一个时间标记 至于源如何获得目的的MAC 那是和交换机无关的 并且交换机是无法干涉的 假如LAN中使用TCP/IP通信 工作站是用ARP查询来获得目标MAC 交换机收到ARP查询包的时候 看到了源的MAC 于是把它和接口关联 因为这时候MAC地址表是空 所以无法定位B和哪个接口关联 于是走广播 B收到到 做出一个ARP应答 这个应答同样通过交换机 交换机查看应答包中B的MAC 定位了B和接口 所以交换机可以确定 源和哪个端口关联 目的和哪个端口关联 三次握手后 源向目的发送数据 数据包通过交换机 因为这时候交换机已经有了源和目的的MAC表 所以进行转发 以上是TCP/IP LAN中的通信 个人理解 ！！！！！！ 假如使用NETBETUI协议 交换机拿到数据包后 只能让源的MAC 和端口关联 而目的的MAC 虽然看到了 但是无法和哪个端口关联 所以它采取的是扩散 但是NETBEUI的无连接 无响应的特性 使得目的收到数据包也不会响应 那交换机就无法定位目的的MAC和哪个端口关联 除非目的收到数据包后 也向源发送数据 我想这种情况不是什么时候都发生的 也就是说 使用NETBEUI协议的机子发送数据包就走广播 导致LAN中流量大增 这可能也是机子多了 无法使用NETBEUI进行管理的的原因吧（个人理解） 网友给我的解答是 0 NetBIOS 数据包服务提供无连接的，非顺序，不可靠的数据包传送。数据包能够直接指向一特定的NetBIOS 名或广播至一组名。在数据包里传送是不可靠的，只有被记入网络日志的使用者才能接收到信息。数据包服务能发动和接收广播和直接的信息。数据包服务采用UDP端口138。 ����NetBIOS对话服务提供连接导向的，顺序的，可靠的NetBIOS信息传送。 NetBIOS对话采用TCP连接，提供对话制定，在线和终止。对话服务允许在两个方向上采用TCP端口139进行并发的数据传输。 我在CCNP上看到NETBIOS的数据包服务使用是137 UDP NETBIOS名服务使用的UDP 端口号是138 既然使用UDP 我想也应该是无连接的 故我认为以上解答是行不同的 还有网络拓扑在建好后 如果有个机子更换了NIC 那 我认为是这个机子自己向交换机报告自己的NIC 而不是需要交换机 通过其他手段来获得它的MAC 这样在使用NETBETUI通信的时候 交换机直接发给这个机子 而不需要走广播 减少广播 以上是对LAN中 通信的一些理解 急需各位指出其中错误 并大胆耻笑 小弟感激不禁！ |
| 地主 发表时间: 11/12 10:06 |
 | 回复: yanhui [yanhui]  论坛用户 |
登录 |
|
看到 |
| B1层 发表时间: 04-07-18 03:05 |
 | 回复: freek [freek]  论坛用户 |
登录 |
引用: 当个主机更换了NIC后，第一次登录网络，无非就两种情况：收和发。而主机在网络中传输数据是根据网络中的逻辑地址，即IP地址来进行通信的。 先说发，因是第一次登录网络，arp表是空的，无法把目的MAC地址打入包中，只有是含有目的IP地址和源MAC地址的包，所以交换机要向网络中广播：如果你有此IP地址，请告诉我你的MAC地址。这个就和用HUB的ETHERNET是一个过程了，此时交换机就把源MAC地址和交换机端口写入内存，这就完成了新NIC在交换中的登记。而目的主机收到包后，发送一个ARP响应包，交换机在收到此响应包后建立和源的连接。源收到此响应包后，把相关信息记录在ARP缓存。 再说收，和发基本相似，因是刚换的NIC，所以其它主机的ARP表中不会有此机的IP和MAC地址。也要进行广播，此机在收到广播包后发回响应包来完成在交换机和源主机中的登记。 俺认为是这样D，不一定正确，高手发现在错误请跟个帖，不胜感激。 |
| B2层 发表时间: 04-07-18 19:31 |
|
20CN网络安全小组版权所有
Copyright © 2000-2010 20CN Security Group. All Rights Reserved.
论坛程序编写：NetDemon
粤ICP备05087286号
论坛: 黑客进阶 标题: 交换机的疑惑