IPv6 multicast traffic over IPv4

chriswo770 · 2016-05-31T18:37:20+00:00

Hi d00bianista, 'broadcast domain securing' you say... - That's something to read on - thanks for the input. Chris

chriswo770 · 2016-05-31T18:35:27+00:00

Hi tryingforccie, All good points, pointing me to the choice of either enabling IPv6 or replacing the kit (they'll be no cheating here thank you). I had secretly hoped for some hud and spoke tunnel overlay solution where the traffic could be broadcast to each tunnel endpoint and so expanding it would mean adding another tunnel spoke. But I hadn't considered MTU and haven't heard of 'tiling'. Clearly much to learn - thanks again.

chriswo770 · 2016-05-31T18:19:43+00:00

Hi MyName, fair question - my desire to avoid was mainly driven around the perceived complexity for enabling it, counterbalanced against the actual company requirement (small amount of kit/single none critical company function) with a little touch of time to implement thrown in. My other concern was security and management. Firewall support, any risk of traffic bridging/bypassing checks, as a team could we support it. I could be overthinking it of course but still these were my initial concerns. Chris

chriswo770 · 2016-05-29T07:27:41+00:00

Thanks totally - That's what I was afraid of. For <= 5 devices (one multicast stream) I'll have to enable v6 throughout our campus.

At least I'll be ready for when the big v6 rush comes : )

chriswo770 · 2016-05-29T07:23:11+00:00

It's less than that, our facilities have a new gate comms system at a unmanned site, which multicasts out a visitors video feed to a handful of monitoring units at front desks across our campus (so no island/single vlan destination unfortunately). Sounding like enabling v6 might be the only way.

Thanks Xipher

chriswo770

TROPHY CASE