EEPW论坛

请问 TMS 中，VLAN与组播之间的关系！ gao 于 2002/04/15 15:56 加贴在 嵌入式系统论坛 设为精华 删除 gqi 工程师 来自： 发表总数：19 　 查看 　 短消息 　 电子邮件 　 引用 　 回复 -------------------------------------------------------------------------------- 或者这方面的资料，先谢了！ -------------------------------------------------------------------------------- 编辑 发表於：2002-01-14 - 20:53:25 IP: 61.187.*.* stony 工程师 来自： 发表总数：62 查看 　 短消息 　 电子邮件 　 引用 　 回复 -------------------------------------------------------------------------------- VLAN和组播是指Virtual LAN 和 Multicast么？ -------------------------------- 清风拂山冈 明月照大江 -------------------------------------------------------------------------------- 编辑 发表於：2002-01-15 - 08:54:31 IP: 202.96.*.* gqi 工程师 来自： 发表总数：19 查看 　 短消息 　 电子邮件 　 引用 　 回复 -------------------------------------------------------------------------------- 是的，STONY，能不能清晰地介绍一下它们之间的关系，如何？谢了 -------------------------------------------------------------------------------- 编辑 发表於：2002-01-15 - 12:45:44 IP: 218.76.*.* onclick 工程师 来自： 发表总数：16 查看 　 短消息 　 电子邮件 　 引用 　 回复 -------------------------------------------------------------------------------- vlan---gvrp 组播---GMRP 都基于GARP协议 在VLAN环境中,组播是在某个VLAN中形成的。 建议看IEEE802。1Q（&1D） 协议的最终结果是通过过滤数据库（一般最终由硬件实现）来控制转发。 -------------------------------------------------------------------------------- 编辑 发表於：2002-01-16 - 18:20:03 IP: 210.21.*.* gqi 工程师 来自： 发表总数：19 查看 　 短消息 　 电子邮件 　 引用 　 回复 -------------------------------------------------------------------------------- 谢谢ONCLICK，不过GVRP只是动态注册协议，对于静态配置的VLAN则无此协议，8021D&Q协议写得真是不太清楚，能不能讲个大致的关系分析VLAN和多播之间的关系，因为二层不带网管的交换机中的基于端口划分的VLAN对于多播好象不能抑制，思路很乱，希望能得到各位的帮助，再次感谢大家！ -------------------------------------------------------------------------------- 编辑 发表於：2002-01-16 - 22:02:40 IP: 218.76.*.* stony 工程师 来自： 发表总数：62 查看 　 短消息 　 电子邮件 　 引用 　 回复 -------------------------------------------------------------------------------- -------------------------------------------------------------------------------- 此文由gqi发表。 二层不带网管的交换机中的基于端口划分的VLAN对于多播好象不能抑制 ... -------------------------------------------------------------------------------- 对于port-based VLAN的switch, 对multicast packets的抑制实质上同broadcast packets的抑制是相同的，vlan的优先级高于multicast。也就是说，multicast的包只能局限于它所处的vlan之内，switch并不会将其转发至其他vlan. 在很多switch的设计时，为了简单期间，multicast是被当作broadcast来处理的。 -------------------------------- 清风拂山冈 明月照大江 -------------------------------------------------------------------------------- 编辑 发表於：2002-01-17 - 09:55:32 IP: 202.96.*.* onclick 工程师 来自： 发表总数：16 查看 　 短消息 　 电子邮件 　 引用 　 回复 -------------------------------------------------------------------------------- 通过VID、组播地址查找端口的过滤掩码，由掩码决定是否能从该端口发出去。基于端口的VLAN，只向端口外部转发。对于交换机外部怎么接收（谁可以接收），交换机是不管的 -------------------------------------------------------------------------------- 编辑 发表於：2002-01-17 - 12:22:49 IP: 210.21.*.* gqi 工程师 来自： 发表总数：19 查看 　 短消息 　 电子邮件 　 引用 　 回复 -------------------------------------------------------------------------------- 对于单个交换机中不论时动态还是静态配置，如果没有VLAN交叠，多播应当只在同个VLAN内被当作广播转发到该VLAN的所有成员端口，但如果出现VLAN交叠（有一个成员处于多个VLAN，应该只出现在带网管的SWITCH中）时，那多播的转发是根据GMRP和GVRP配置来转发，还是当成广播来转发，以及在多个交换机堆叠时，是否也是这样？请指教！ 谢谢STONY，ONCLICK。 -------------------------------------------------------------------------------- 编辑 发表於：2002-01-17 - 12:47:40 IP: 218.76.*.* LunaSea 助理工程师 来自： 发表总数：6 查看 　 短消息 　 电子邮件 　 引用 　 回复 -------------------------------------------------------------------------------- VLAN是第二层的概念，网络被划分成若干VLAN后，各个VLAN从逻辑上来看应该是相互隔离的。前面所提到的Multicast应该是指二层Multicast，它是在一个二层网络内的组播，也就是在一个VLAN内的组播。 你所提到的“VLAN交叠”大概是指一个Port属于多个VLAN的情况吧，其实这是个完全无所谓的因素，在一个VLAN中组播的实现方式和这种情况无关，而在于具体采用的方式。一般来说，为了简化系统的实现，而将二层组播直接用广播方式实现。 -------------------------------- <<<<<<<<<<<<< \/ LunaSea /\ >>>>>>>>>>>>> -------------------------------------------------------------------------------- 编辑 发表於：2002-01-17 - 13:50:20 IP: 61.171.*.* onclick 工程师 来自： 发表总数：16 查看 　 短消息 　 电子邮件 　 引用 　 回复 -------------------------------------------------------------------------------- 不用考虑堆叠的问题，因为在转发时是同时根据组播地址、VID（还有入端口？）来查询转发表的 -------------------------------------------------------------------------------- 编辑 发表於：2002-01-18 - 13:55:37 IP: 210.21.*.* gqi 工程师 来自： 发表总数：19 查看 　 短消息 　 电子邮件 　 引用 　 回复 -------------------------------------------------------------------------------- 也就是说所有VLAN成员将都收到只发到其中一个成员的多播信息,那这么做对于时间敏感数据来说将加重交换机的负担罗?! 还有如果在桥接局域网中,只有一棵生成树的情况下,多个VLAN之间通过三层进行交换时对于多播的要求有否改变? 最近被这些协议搞得头都快大了,麻烦大家了,呵呵. -------------------------------------------------------------------------------- 编辑 发表於：2002-01-18 - 18:46:18 IP: 218.76.*.* onclick 工程师 来自： 发表总数：16 查看 　 短消息 　 电子邮件 　 引用 　 回复 -------------------------------------------------------------------------------- VLAN内的组播，其QTAG中带有VID，所以我说不必考虑一个端口属于多个VLAN的情况。在没有VLAN的时候，相当于整个局域网是一个VLAN，组播也是限制在VLAN内的。 对于基于端口的VLAN，如果（该VLAN中的某一）组播能在同一个VLAN的不同端口间分开（如某个端口上有该组播的注册，某些没有）。那么组播的“源裁剪”（？）可以在这些端口间分开，即不会向没有组播注册的端口转发。 至于VLAN间路由对组播的影响，好象应该没有什么吧。因为二层组播是局限于VLAN内的，不会跨VLAN（还有比如2个VLAN都用到了同一个组播地址，你路由过去会发生什么？）。 VLAN路由对单生成树的影响，可能涉及到一些原二层协议中不带QTAG头的包的处理。 由于在应用时，二层组播往往是IP组播的映射，IP组播涉及到组播路由的问题。现在我还没时间看。 -------------------------------------------------------------------------------- 编辑 发表於：2002-01-19 - 10:54:11 IP: 210.21.*.* onclick 工程师 来自： 发表总数：16 查看 　 短消息 　 电子邮件 　 引用 　 回复 -------------------------------------------------------------------------------- 驱动对组播的接收处理 在驱动中有一个组播链表用于记录组播地址。 驱动对组播链表的实现与底层硬件有关。根据组播链表硬件典型的分为三类： • 接口不能处理组播链表。这些接口或者直接只接收单播帧和广播帧，或者接收所有的帧；它们对组播帧的接收是 通过接收所有的帧来实现的。驱动不会在设备的标志位中设置IFF_MULTICAST。 • 接口可以分清是否组播帧，但对具体的组播帧是否接收由上层软件来决定； • 接口可以在硬件层次上进行组播地址的检查和过滤。 MUX处理组播地址的接口函数为：muxMCastAddrAdd、muxMCastAddrDel和muxMCastAddrGet。END的对应处理函数为mCastAddrAdd、mCastAddrDel、mCastAddrGet。 通过这种设置后，在END的EndRestartSetup过程中，它会调用相应的处理函数来设置驱动的接收过滤状态。 在TMS中对BCM的END，其过滤设置例程什么都没做。只是在agEND的接收中，进行了地址检查，实现协议的分发。从这点上看，它对应于上述的第2类硬件类型的处理（并不意味着底层一定是第2类，第3类其设备的标志位如果设为IFF_ALLMULT，硬件就会接收所有的组播包而不过滤）。 -------------------------------------------------------------------------------- 编辑 发表於：2002-01-19 - 10:59:21 IP: 210.21.*.* xufangpo 助理工程师 来自： 发表总数：1 查看 　 短消息 　 电子邮件 　 引用 　 回复 -------------------------------------------------------------------------------- 大家好，小弟初来乍到，还请各位多多指教 我也想问一下VLAN和组播的问题 假设一台二层交换机连接到一台三层交换机或路由器 每个二层交换机端口属于一个不同的VLAN 如果二层交换机下的设备连接到视频服务器 由于组播限于一个VLAN内，那么就应该由三层交换机负责组播数据的复制是不是？？？ 如果是这样的话效率就太低了，可不可以引入一个新的VLAN包含二层交换机的各个端口 组播数据通过这个新的VLAN传播，从而避免了由三层交换机复制组播数据？