<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Evolution Systems &#187; IPv6</title>
	<atom:link href="http://evolution-systems.co.uk/tag/ipv6/feed/" rel="self" type="application/rss+xml" />
	<link>http://evolution-systems.co.uk</link>
	<description>Web Development, Software Development and Linux Consultancy services</description>
	<lastBuildDate>Fri, 08 Aug 2025 09:18:44 +0000</lastBuildDate>
	<language>en-US</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>https://wordpress.org/?v=4.1.42</generator>
	<item>
		<title>IPv6, Ethernet And Multicast</title>
		<link>http://evolution-systems.co.uk/2009/06/17/ipv6-ethernet-and-multicast-2/</link>
		<comments>http://evolution-systems.co.uk/2009/06/17/ipv6-ethernet-and-multicast-2/#comments</comments>
		<pubDate>Wed, 17 Jun 2009 16:04:43 +0000</pubDate>
		<dc:creator><![CDATA[Matthew Jakeman]]></dc:creator>
				<category><![CDATA[Matts Blog]]></category>
		<category><![CDATA[Research]]></category>
		<category><![CDATA[Ethernet]]></category>
		<category><![CDATA[IPv6]]></category>
		<category><![CDATA[Multicast]]></category>

		<guid isPermaLink="false">http://evolution-systems.co.uk/wordpress/?p=480</guid>
		<description><![CDATA[After my blog post yesterday regarding ndisc_get_neigh() I have made a little discovery that suddenly makes everything make sense. I was not previously aware that Ethernet supported Multicast by default. When I think about it now it makes a lot of sense but I had previously ignored the possibility up until now. Anyway the 33:33:00:00:00:01 [&#8230;]]]></description>
				<content:encoded><![CDATA[<p>After <a href="http://evolution-systems.co.uk/blogs/matt/view_post&#038;id=52/">my blog post yesterday regarding ndisc_get_neigh()</a> I have made a little discovery that suddenly makes everything make sense.</p>
<p>I was not previously aware that Ethernet supported Multicast by default. When I think about it now it makes a lot of sense but I had previously ignored the possibility up until now.</p>
<p>Anyway the 33:33:00:00:00:01 MAC address that I was seeing reported and was thinking was garbage is actually a multicast address. IPv6 uses 33:33:xx:yy:zz:kk when sending multicast packets, where xx:yy:zz:kk are the lowest 32 bits of the IPv6 address.</p>
<p>This means that the MAC addresses I was getting were obviously correct all the time and now I understand what is going on I can filter out the Multicast packets and act on them separately. This also has the huge advantage of a kernel patch not now being required as I don&#8217;t need to use ndisc_get_neigh() any more. I can simply use skb->dst->neighbour->ha from the sk_buff passed to my code from the NETFILTER hook.</p>
<p>A fairly good set of slides explaining the main points of IPv6 multicast can be found <a href="http://www.6diss.org/tutorials/multicasting.pdf">here</a>.</p>
]]></content:encoded>
			<wfw:commentRss>http://evolution-systems.co.uk/2009/06/17/ipv6-ethernet-and-multicast-2/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
