Interesting we've had some 100% CPU until reload ourselves. It was related to Port-channel and mcast.
adam From: Darren O'Connor [mailto:[email protected]] Sent: Wednesday, August 07, 2013 3:16 PM To: Adam Vitkovsky; 'Nick Ryce'; [email protected] Subject: RE: [c-nsp] ME3600 QoS On that same vein of port channels. This morning my LACP ports bounced between my me3600x test box and a Brocade XMR and for some odd reason it caused my LSP tunnel interfaces to push the CPU up to 99% for a few hours. Makes me weary about using a PO at all on this box > From: [email protected] > To: [email protected]; [email protected] > Date: Wed, 7 Aug 2013 14:52:17 +0200 > Subject: Re: [c-nsp] ME3600 QoS > > > Can be applied to the member ports of the channel. > > Also you can't apply service policies to EFP's on a port channel either. > > Thus my conclusion that port-channel interfaces on ME3600 are useless so far > No incoming multicast > No BFD with ASR9k > No QOS > > Though I'm not sure whether some of this has been fixed in the most recent > codes for X and CX > > adam > > _______________________________________________ > cisco-nsp mailing list [email protected] > https://puck.nether.net/mailman/listinfo/cisco-nsp > archive at http://puck.nether.net/pipermail/cisco-nsp/ _______________________________________________ cisco-nsp mailing list [email protected] https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/
