<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	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/"
		>
<channel>
	<title>Comments on: More on routine loss of external network connectivity on Hyper-V hosts (not guests)</title>
	<atom:link href="http://tristanwatkins.com/index.php/more-on-routine-loss-of-external-network-connectivity-on-hyper-v-hosts-not-guests/feed/" rel="self" type="application/rss+xml" />
	<link>http://tristanwatkins.com/index.php/more-on-routine-loss-of-external-network-connectivity-on-hyper-v-hosts-not-guests/?utm_source=rss&#038;utm_medium=rss&#038;utm_campaign=more-on-routine-loss-of-external-network-connectivity-on-hyper-v-hosts-not-guests</link>
	<description>Technical guidance for SharePoint, Cloud Services, Windows and more</description>
	<lastBuildDate>Thu, 02 Feb 2012 22:11:06 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.1.4</generator>
<xhtml:meta xmlns:xhtml="http://www.w3.org/1999/xhtml" name="robots" content="noindex" />
	<item>
		<title>By: Tristan Watkins</title>
		<link>http://tristanwatkins.com/index.php/more-on-routine-loss-of-external-network-connectivity-on-hyper-v-hosts-not-guests/comment-page-1/#comment-16380</link>
		<dc:creator>Tristan Watkins</dc:creator>
		<pubDate>Fri, 18 Mar 2011 00:26:36 +0000</pubDate>
		<guid isPermaLink="false">http://tristanwatkins.com/?p=492#comment-16380</guid>
		<description>No problem! Hope it was helpful.</description>
		<content:encoded><![CDATA[<p>No problem! Hope it was helpful.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: trmcbr</title>
		<link>http://tristanwatkins.com/index.php/more-on-routine-loss-of-external-network-connectivity-on-hyper-v-hosts-not-guests/comment-page-1/#comment-16345</link>
		<dc:creator>trmcbr</dc:creator>
		<pubDate>Thu, 17 Mar 2011 15:16:19 +0000</pubDate>
		<guid isPermaLink="false">http://tristanwatkins.com/?p=492#comment-16345</guid>
		<description>Thank you very much for the information and your help.  I appreciate the fact that you make this all publicly available.</description>
		<content:encoded><![CDATA[<p>Thank you very much for the information and your help.  I appreciate the fact that you make this all publicly available.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tristan Watkins</title>
		<link>http://tristanwatkins.com/index.php/more-on-routine-loss-of-external-network-connectivity-on-hyper-v-hosts-not-guests/comment-page-1/#comment-16287</link>
		<dc:creator>Tristan Watkins</dc:creator>
		<pubDate>Wed, 16 Mar 2011 23:36:18 +0000</pubDate>
		<guid isPermaLink="false">http://tristanwatkins.com/?p=492#comment-16287</guid>
		<description>Agreed, but without knowing more about how you&#039;re using Ghost (or indeed, how Ghost works with later-generation operating systems), it would be hard to add any insight. In my case, we are using Windows Deployment Services but we add the Hyper-V role after the machine has been SysPrep&#039;d and deployed to the new instance. There seems to be something in the SysPrep process which doesn&#039;t get reset, related to the Hyper-V host&#039;s external NIC MAC allocation. Obviously, figuring this out would require quite a bit of insight in to these internal processes and I have zero appetite to plunder it further, because the work-around works and we&#039;re moving away from Hyper-V to VMware on Windows 7, for many reasons I&#039;ve discussed elsewhere here. 

For what it&#039;s worth, if you&#039;re removing Hyper-V and adding it back in, that is probably curing whatever causes the MAC duplication in your environment, although I would anticipate that removing and adding the external network (which claims a host NIC) would be sufficient. That&#039;s pretty much the differences between our approaches.</description>
		<content:encoded><![CDATA[<p>Agreed, but without knowing more about how you&#8217;re using Ghost (or indeed, how Ghost works with later-generation operating systems), it would be hard to add any insight. In my case, we are using Windows Deployment Services but we add the Hyper-V role after the machine has been SysPrep&#8217;d and deployed to the new instance. There seems to be something in the SysPrep process which doesn&#8217;t get reset, related to the Hyper-V host&#8217;s external NIC MAC allocation. Obviously, figuring this out would require quite a bit of insight in to these internal processes and I have zero appetite to plunder it further, because the work-around works and we&#8217;re moving away from Hyper-V to VMware on Windows 7, for many reasons I&#8217;ve discussed elsewhere here. </p>
<p>For what it&#8217;s worth, if you&#8217;re removing Hyper-V and adding it back in, that is probably curing whatever causes the MAC duplication in your environment, although I would anticipate that removing and adding the external network (which claims a host NIC) would be sufficient. That&#8217;s pretty much the differences between our approaches.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: trmcbr</title>
		<link>http://tristanwatkins.com/index.php/more-on-routine-loss-of-external-network-connectivity-on-hyper-v-hosts-not-guests/comment-page-1/#comment-16240</link>
		<dc:creator>trmcbr</dc:creator>
		<pubDate>Wed, 16 Mar 2011 12:25:01 +0000</pubDate>
		<guid isPermaLink="false">http://tristanwatkins.com/?p=492#comment-16240</guid>
		<description>Here is a variation of your work-around that I&#039;m applying and it seems to be working.  Some steps may be unnecessary but it seems to be acheiving the desired result:

1. Remove the virtual networks in Hyper-V 
2. Uninstall the Host network adapters 
3. Remove the Hyper-V role (auto-restart x2) 
4. Install Hyper-V role (auto restart x2) 
5. Verify Host network adapters re-installed during restart 
6. Disable unnecessary PCI NIC (I have two NIC&#039;s, only need one for this environment)
7. Create needed virtual networks
8. Set network adapter in each VM to appropriate network

Interesting note, I used to set up this class on a disk that had an XP partition on it as well.  Due to XP&#039;s different boot files vs. those now used for Vista, 7, and Server 2008, back then I was forced to perform &#039;post-imaging&#039; a start-up repair on the partitions which used bcd (Vista, 7, 2008).  I also had to remove and re-install the Hyper-V role so it&#039;s virtual BIOS was set-up correctly.  These were both disrupted due to the imaging process with Symantec Ghost.  I think that repair was also resolving the issue we are discussing here without me knowing it because I was forced to do it for these other reasons.  So I would say yes, this is all related to the imaging process.</description>
		<content:encoded><![CDATA[<p>Here is a variation of your work-around that I&#8217;m applying and it seems to be working.  Some steps may be unnecessary but it seems to be acheiving the desired result:</p>
<p>1. Remove the virtual networks in Hyper-V<br />
2. Uninstall the Host network adapters<br />
3. Remove the Hyper-V role (auto-restart x2)<br />
4. Install Hyper-V role (auto restart x2)<br />
5. Verify Host network adapters re-installed during restart<br />
6. Disable unnecessary PCI NIC (I have two NIC&#8217;s, only need one for this environment)<br />
7. Create needed virtual networks<br />
8. Set network adapter in each VM to appropriate network</p>
<p>Interesting note, I used to set up this class on a disk that had an XP partition on it as well.  Due to XP&#8217;s different boot files vs. those now used for Vista, 7, and Server 2008, back then I was forced to perform &#8216;post-imaging&#8217; a start-up repair on the partitions which used bcd (Vista, 7, 2008).  I also had to remove and re-install the Hyper-V role so it&#8217;s virtual BIOS was set-up correctly.  These were both disrupted due to the imaging process with Symantec Ghost.  I think that repair was also resolving the issue we are discussing here without me knowing it because I was forced to do it for these other reasons.  So I would say yes, this is all related to the imaging process.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tristan Watkins</title>
		<link>http://tristanwatkins.com/index.php/more-on-routine-loss-of-external-network-connectivity-on-hyper-v-hosts-not-guests/comment-page-1/#comment-16183</link>
		<dc:creator>Tristan Watkins</dc:creator>
		<pubDate>Tue, 15 Mar 2011 23:01:27 +0000</pubDate>
		<guid isPermaLink="false">http://tristanwatkins.com/?p=492#comment-16183</guid>
		<description>Hiya. I&#039;m afraid I don&#039;t have any further insight, although it sounds like the same problem, and we&#039;re still experiencing it. I wouldn&#039;t worry about the VMs or the dynamic MAC address pool. This is an issue with the Host&#039;s NIC on the external network, which doesn&#039;t get allocated from that pool. My work-around still works as a means of resolving the problem though.</description>
		<content:encoded><![CDATA[<p>Hiya. I&#8217;m afraid I don&#8217;t have any further insight, although it sounds like the same problem, and we&#8217;re still experiencing it. I wouldn&#8217;t worry about the VMs or the dynamic MAC address pool. This is an issue with the Host&#8217;s NIC on the external network, which doesn&#8217;t get allocated from that pool. My work-around still works as a means of resolving the problem though.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: trmcbr</title>
		<link>http://tristanwatkins.com/index.php/more-on-routine-loss-of-external-network-connectivity-on-hyper-v-hosts-not-guests/comment-page-1/#comment-16177</link>
		<dc:creator>trmcbr</dc:creator>
		<pubDate>Tue, 15 Mar 2011 20:37:21 +0000</pubDate>
		<guid isPermaLink="false">http://tristanwatkins.com/?p=492#comment-16177</guid>
		<description>Any further information on this?  I&#039;m having this problem as I type this. Exact problem you speak of with the host not being able to ping the default gateway and I receive the message in Event Viewer &gt; System, &quot;Port &#039;SWITCHPORT-SM-09690C11-AD50-4BBD-953D-B2428D62AB36-0-1&#039; was prevented from using MAC address &#039;00-21-9B-6E-8D-79&#039; because it is pinned to port &#039;SWITCHPORT-SM-09690C&#039;.&quot;

I don&#039;t even recognize the MAC address 00-21-9B-6E-8D-79.  The host MAC address is 00-23-AE-91-90-D7, not even the same OUI.  The Dynamic MAC address pool for Hyper-V is 00-15-5D-1C-32-00 to 00-15-5D-1C-32-FF.

I&#039;m having this problem on Windows Server 2008 R2 with Hyper-V as the only enabled role.  I&#039;m in a classroom with 21 computers which were all disk imaged via Ghostcast so the VM&#039;s MAC addresses are identical but I don&#039;t understand, when the VM&#039;s are turned off, how this could cause a problem with the Host machine&#039;s network.

I do believe though that it has something to do with duplication because with just one computer turned on, the internet speed is fine and the only symptom is that it won&#039;t ping the default gateway.  However as more machines are turned on the network performance gets worse.

I had a Network Technician over here earlier to confirm everythign was configured properly and functional on the switch.  I have this classroom set up for Microsoft 6420B Fundamentals of Windows Server 2008 and my previous semesters&#039; configurations have not had this problem.  The only difference between previous set-ups and this set-up is that I had an XP partition on the disk in previous set-ups, now it&#039;s just two partitions of 7 x64, one of Vista x64, and the partition of Server 2008 R2 in question here.  The previous arrangement with XP did require a post-imaging start-up repair and Hyper-V removal and re-installation and the  NIC&#039;s on the VM&#039;s to all be set again to &#039;Private Network&#039;.  But I&#039;ve tried all that again and still no change.

Any help would be greatly appreciated.</description>
		<content:encoded><![CDATA[<p>Any further information on this?  I&#8217;m having this problem as I type this. Exact problem you speak of with the host not being able to ping the default gateway and I receive the message in Event Viewer &gt; System, &#8220;Port &#8216;SWITCHPORT-SM-09690C11-AD50-4BBD-953D-B2428D62AB36-0-1&#8242; was prevented from using MAC address &#8217;00-21-9B-6E-8D-79&#8242; because it is pinned to port &#8216;SWITCHPORT-SM-09690C&#8217;.&#8221;</p>
<p>I don&#8217;t even recognize the MAC address 00-21-9B-6E-8D-79.  The host MAC address is 00-23-AE-91-90-D7, not even the same OUI.  The Dynamic MAC address pool for Hyper-V is 00-15-5D-1C-32-00 to 00-15-5D-1C-32-FF.</p>
<p>I&#8217;m having this problem on Windows Server 2008 R2 with Hyper-V as the only enabled role.  I&#8217;m in a classroom with 21 computers which were all disk imaged via Ghostcast so the VM&#8217;s MAC addresses are identical but I don&#8217;t understand, when the VM&#8217;s are turned off, how this could cause a problem with the Host machine&#8217;s network.</p>
<p>I do believe though that it has something to do with duplication because with just one computer turned on, the internet speed is fine and the only symptom is that it won&#8217;t ping the default gateway.  However as more machines are turned on the network performance gets worse.</p>
<p>I had a Network Technician over here earlier to confirm everythign was configured properly and functional on the switch.  I have this classroom set up for Microsoft 6420B Fundamentals of Windows Server 2008 and my previous semesters&#8217; configurations have not had this problem.  The only difference between previous set-ups and this set-up is that I had an XP partition on the disk in previous set-ups, now it&#8217;s just two partitions of 7 x64, one of Vista x64, and the partition of Server 2008 R2 in question here.  The previous arrangement with XP did require a post-imaging start-up repair and Hyper-V removal and re-installation and the  NIC&#8217;s on the VM&#8217;s to all be set again to &#8216;Private Network&#8217;.  But I&#8217;ve tried all that again and still no change.</p>
<p>Any help would be greatly appreciated.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tristan Watkins</title>
		<link>http://tristanwatkins.com/index.php/more-on-routine-loss-of-external-network-connectivity-on-hyper-v-hosts-not-guests/comment-page-1/#comment-8106</link>
		<dc:creator>Tristan Watkins</dc:creator>
		<pubDate>Fri, 24 Dec 2010 03:41:52 +0000</pubDate>
		<guid isPermaLink="false">http://tristanwatkins.com/?p=492#comment-8106</guid>
		<description>Hi Mike, 

Yeah, I believe that is the case with P2V, but so you know this is an issue with Hyper-V hosts, not the virtualised guest. 

Cheers, 

Tristan</description>
		<content:encoded><![CDATA[<p>Hi Mike, </p>
<p>Yeah, I believe that is the case with P2V, but so you know this is an issue with Hyper-V hosts, not the virtualised guest. </p>
<p>Cheers, </p>
<p>Tristan</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mike Crowley - MVP</title>
		<link>http://tristanwatkins.com/index.php/more-on-routine-loss-of-external-network-connectivity-on-hyper-v-hosts-not-guests/comment-page-1/#comment-7490</link>
		<dc:creator>Mike Crowley - MVP</dc:creator>
		<pubDate>Wed, 15 Dec 2010 23:54:25 +0000</pubDate>
		<guid isPermaLink="false">http://tristanwatkins.com/?p=492#comment-7490</guid>
		<description>I was using the same NIC to complete the P2V process (due to driver compatibility) and didn&#039;t realize the mac was being copied form this source.</description>
		<content:encoded><![CDATA[<p>I was using the same NIC to complete the P2V process (due to driver compatibility) and didn&#8217;t realize the mac was being copied form this source.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: iRReeL</title>
		<link>http://tristanwatkins.com/index.php/more-on-routine-loss-of-external-network-connectivity-on-hyper-v-hosts-not-guests/comment-page-1/#comment-4642</link>
		<dc:creator>iRReeL</dc:creator>
		<pubDate>Thu, 28 Oct 2010 14:12:08 +0000</pubDate>
		<guid isPermaLink="false">http://tristanwatkins.com/?p=492#comment-4642</guid>
		<description>Currently being flooded by this event ID 28. The virtual PC&#039;s I am using are all installed from scratch, so no imaging etc. Still investigating for possible solutions / workarounds. Thanks for publishing your efforts and suggestions.</description>
		<content:encoded><![CDATA[<p>Currently being flooded by this event ID 28. The virtual PC&#8217;s I am using are all installed from scratch, so no imaging etc. Still investigating for possible solutions / workarounds. Thanks for publishing your efforts and suggestions.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Zach</title>
		<link>http://tristanwatkins.com/index.php/more-on-routine-loss-of-external-network-connectivity-on-hyper-v-hosts-not-guests/comment-page-1/#comment-1494</link>
		<dc:creator>Zach</dc:creator>
		<pubDate>Mon, 26 Jul 2010 19:16:26 +0000</pubDate>
		<guid isPermaLink="false">http://tristanwatkins.com/?p=492#comment-1494</guid>
		<description>I was having similar issues.  It turns out I had a duplicate MAC address.</description>
		<content:encoded><![CDATA[<p>I was having similar issues.  It turns out I had a duplicate MAC address.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: MAC duplication issues with captured VMs and WDS &#171; Tristan Watkins</title>
		<link>http://tristanwatkins.com/index.php/more-on-routine-loss-of-external-network-connectivity-on-hyper-v-hosts-not-guests/comment-page-1/#comment-863</link>
		<dc:creator>MAC duplication issues with captured VMs and WDS &#171; Tristan Watkins</dc:creator>
		<pubDate>Fri, 12 Mar 2010 01:09:06 +0000</pubDate>
		<guid isPermaLink="false">http://tristanwatkins.com/?p=492#comment-863</guid>
		<description>[...] previously reported problems with MAC duplication on Hyper-V host external network connections on Windows Server 2008 R2, which I&#039;ve never fully resolved, although we have been successfully [...]</description>
		<content:encoded><![CDATA[<p>[...] previously reported problems with MAC duplication on Hyper-V host external network connections on Windows Server 2008 R2, which I&#39;ve never fully resolved, although we have been successfully [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Routine loss of connectivity on a Hyper-V host&#8217;s external connection &#171; Archimatic Infostructure</title>
		<link>http://tristanwatkins.com/index.php/more-on-routine-loss-of-external-network-connectivity-on-hyper-v-hosts-not-guests/comment-page-1/#comment-159</link>
		<dc:creator>Routine loss of connectivity on a Hyper-V host&#8217;s external connection &#171; Archimatic Infostructure</dc:creator>
		<pubDate>Thu, 22 Oct 2009 23:14:42 +0000</pubDate>
		<guid isPermaLink="false">http://tristanwatkins.com/?p=492#comment-159</guid>
		<description>[...] (22/10/09): Further updates.  Tagged as: connectivity, Hyper-V, ICS, MAC, MVSMP, Windows Server 2008 R2 Leave a comment     [...]</description>
		<content:encoded><![CDATA[<p>[...] (22/10/09): Further updates.  Tagged as: connectivity, Hyper-V, ICS, MAC, MVSMP, Windows Server 2008 R2 Leave a comment     [...]</p>
]]></content:encoded>
	</item>
</channel>
</rss>

