Creating a test packet

It's very unlikely to be missinterpreted.

Maybe your zero, zero is just the job. You should get the IEEE

Here are a few possible workarounds.

Avoid broadcast and m'cast dest MAC.

Could you send a packet with an invalid CRC? Then everything would ignore it.

What happens if you send it to your own MAC address? Everything else would ignore it, but it might possibly come back to you.

Buy a NIC, get its address then destroy it. Use that address as the destination address.

Send a 'good' frame eg an ICMP echo request or an ARP request.

Just pick a destination MAC, the chances of ever coming into contact with it are rather small. Unless:- you sell millions of them in which case send me my share:)

Look through the OUI list and pick an unlikely vendor, say one that has not yet been taken over and is not too likely to be.

Not likely to be taken over any day soon and not too likely to go into the mass production of printers, games consoles or refrigerators.

Of course they might sell it.

Rather than hijacking a globally administered MAC address, use a locally administered one. The second bit of the most-significant byte of the MAC is the local/global flag (1 = local, 0 = global). The first bit of the most-significant byte is the multicast/unicast bit (1 = multicast, 0 = unicast), so the second digit MUST be even if you want to prevent switches from possibly forwarding your packet. So as long as the second digit of the OUI is one of {2,6,A,E} you should be OK. E.g.,

NM

it shouldnt - but this is what cisco and various others such as the Wellfleet / Bay Nortel routers do for a "test" packet.

Also - there is a Ethernet type code 9000 which i think is allocated for "test" - i have seen this "in the wild" with a sniffer.

You should get the IEEE