Here is an update:<br><br>In the lab we confirmed that a 6500 router with a full IPV4 
configuration (VRFs, MPLS, MBGP [full table]) hangs when  2 ipv6 
commands are entered (no other ipv6 commands - addresses, ect.) The 
problem happen when these commands are applied or removed.<br>
<br>The commands are &#39;ipv6 unicast-routing&#39; and adding &#39;ipv6 
address-family&#39;.  Added separately - no problem. Both together - 
problem.                 Note: &#39;mls ipv6 vrf&#39; was already there.<br><br>
Further lab testing shows that IPV4 ICMP &amp; UDP &amp; TCP traffic
still pass through the router during the &quot;hang&quot; period. IPV4 UDP &amp; 
TCP
traffic comes to a crawl (0-2000bs/sec). I was wrong earlier when I said
 that only TCP was affected. I have switched to using &quot;curl&quot; for both 
TFTP &amp; HTTP gets and it has a good progress meter that shows the 
throughput. Before, I was only estimating throughput using the basic 
tftp command.

<p> I have 3 xfers going at the same time both from the
outside to inside and from the inside to the outside. The 3 XFERS are:</p>

<p>1)<span>  ipv4 </span>ICMP pings to a
host on the other side of the router.</p>

<p>2)<span>  </span>TFTP  (ipv4 udp port 69) GETs for a
large file from a host on the other side of the router.</p>

<p>3)<span>  </span>HTTP GETS  (ipv4 tcp port 80) for a
large file from a host on the other side of the router.</p>

<p>Both the TFTP &amp; HTTP GETs slow to a crawl (ICMP seems unaffected) when &#39;ipv6 unicast-routing&#39; is
entered.</p>

<p> ---------------------------------------------------------------------------------------</p>

<p>Tried removing configuration lines one-at-a-time to get to a point that
this doesn&#39;t happen. (i.e. no ip multicast-routing) - no luck.</p>

<p>Tried removing ipv6 configuration from the interfaces on the neighbor routers going to the test router - no luck.</p>

<p> ---------------------------------------------------------------------------------------</p>

<p style>Also, noticed that if I shutdown the uplinks to the Internet
Hubs then the problem goes away, even before BGP neighbors go into ACTIVE
status.  (The data path in my tests does not use these uplinks, just ports on trhe test box)<br></p><p style>
Note: in the LAB the router only has local ICMP, PC file copy + EIGRP 
&amp; BGP neigbor traffic for a load  and still has most of the symptoms
 of a hang (1.5-3 min) - the production router hang will be MUCH 
longer.</p><p style>
I did a bunch of show &quot;proc cpu sorted&quot; cli commands during a hang and 
no one process floated to the top, just the usual background processing.<br></p><div class="yj6qo ajU"><div id=":12m" class="ajR" tabindex="0"><img class="ajT" src="https://mail.google.com/mail/images/cleardot.gif"><br> ---------------------------------------------------------------------------------------<br>
<br>Got Cisco SE to call the 6500 business unit for help.<br><br>So this might be some kind of delay due to processor activity or CEF misconfiguration?<br><br></div></div>