有限的广播包是否可以包含FF以外的目的MAC地址：FF：FF：FF：FF：FF？
有限的广播是否可以包含FF以外的目标MAC地址：FF：FF：FF：FF：FF？
如果答案是真的，你能提供一个使用这样的数据包的协议的例子。
好的，再详细说明一下，展示我的想法：
假设我们正在发送一个有限广播包的IP包。 有限广播数据包的IP目的地字段填写：255.255.255.255。 255.255.255.255意味着该数据包被注定为'_this_'_Local_ Area Network（L2networking）。 255.255.255.255通知软件为数据包制作一个帧封装，该数据包的目的地是_this_ L2networking。 要通过LANnetworking传输IP包，我可以使用多种协议：
- 千兆以太网TCPstream量的理论最大值是多less？
- FCoE，在任何以太网交换机上？
- 多个交换机上的单个LACP通道是否会增加冗余？
- 最便宜的方式来通过以太网远程控制120Vsockets？
- 如何解决我的服务器机房布线混乱
取决于我要传输数据包的媒体types（或者我想使用什么L2协议，如果有多个媒体可用的L2协议？）。
现在，由于我不能真正获得255.255.255.255主机的L2地址（因为这个主机不存在），所以构buildL2包装器的软件的逻辑移动将是分配“默认”较低级别（L2）广播帧目的地字段的地址（无论L2协议是什么）。 这将是一个合乎逻辑的举措。
最初我问这个问题是因为我意识到，除了以太网，还有其他的L2协议可以用来传输数据包。 因此，如果问题是这样形成的：“有限的广播数据包是否包含除了MAC FF：FF：FF：FF：FF？以外的L2广播地址的信息”，答案是：是的。 因为我可以使用以太网以外的L2协议。
我的想法是否正确？
http://en.wikipedia.org/wiki/Multicast_address#Ethernet
在目的地址的第一个字节的最低有效位中值为1的以太网帧被视为多播帧，并被洪泛到networking上的所有点。
这基本上等同于第二个hex数字是1,3,5,7,9，B，D或F的地址。
当你说其他有限的广播 ，我假设你的意思是多播 。 多播和广播以太网地址不是通过ARP向networking询问与IP地址对应的硬件地址来确定的。 而是由任何适当实施的IP堆栈来定义。 Microsoft为了解多播以太网到IP映射提供了一个很好的文档。
但是，最终，任何交换机或桥接器都不知道的L2地址将会泛滥该L2段。 如果它们被解释为高于L2，那么事物将只会离开该部分。 网卡只会将数据包传送到数据包与自己的地址匹配的操作系统，或者第二个hex数字是上面列出的数字之一。