That was my initial theory, that the traffic had increased but it hasn't. Its the same amout of traffic sent to the interface, the only difference is that it's seperated by dot1q tags for different processing on the router.

/Fredrik

Found this within Cisco documentation:

"overrun

Number of times the receiver hardware was unable to hand received data to a hardware buffer because the input rate exceeded the receiver's ability to handle the data."

Perhaps the extra handling of the VLAN tag is just a bit too much for the 7301 to keep up with the input data rate.

Fast path switch is documented as 1 Mpps, but process switching is only listed at 79 Kpps. Seen any difference in CPU utilization?

Not really. Perhaps an increase from 15 to 20% CPU utilization.

So the overrun has nothing to do with any untagged packets flowing over the trunk, for example broadcasts from the native vlan?

/Fredrik

I wouldn't think so. I wonder though about the extra 5% cpu. Doesn't sound like much of an increase, but we don't know how bursty this average increase represents.

Two things you might try, if feasible, either try 100 Mbps on this link or use a shaper on the 6513 to decrease the rate to just a little more than your average rate.

My thinking is a 100% busy 100 Mbps would spread the interface frame processing time vs. what you might see in bursts on a gig interface showing 10% utilization. With a shaper you can shape to your average rate plus a little more, again though, the frames will have additional time between them.

Beyond that, perhaps someone else has a solution or it's time to open a TAC case, if you have a support contract.