[j-nsp] Virtual Chassis RPD/BGP Rsync high CPU
arseniev at btinternet.com
Wed Sep 24 15:39:22 EDT 2014
Have You tried "drop-path-attributes"
You can drop any attribute, not only 128 as in the KB.
On 24/09/2014 18:38, Scott Harvanek wrote:
> Okay so we traced this down to BGP Replication for NSR. Looks like a
> bad attribute kills the replication process. Other than blocking the
> received prefix is there a way to fix this:
> Sep 24 17:31:06 TUS-2-VC-1 rpd: Received malformed update from
> Sep 24 17:31:06 TUS-2-VC-1 rpd: Family inet-unicast, prefix
> Sep 24 17:31:06 TUS-2-VC-1 rpd: Malformed Attribute
> AGGREGATOR4(18) flag 0xc0 length 8.
> Sep 24 17:31:06 TUS-2-VC-1 rpd: Total incoming malformed
> attributes from xxxxxxxxxx since last logging
> Sep 24 17:31:06 TUS-2-VC-1 rpd: Received 1 malformed
> attribute AGGREGATOR4(18)
> Mind you, the primary session with the peer stays up, this only kills
> the replication process...
> Scott H.
> On 9/18/14, 11:38 AM, Scott Harvanek wrote:
>> Has anyone had a issue with MX units in a VC where BGP rsync was
>> consuming a boatload of CPU?
>> Master chassis shows:
>> Task Started User Time System Time Longest Run
>> BGP rsync 9650 10. 0.8 0.0
>> ( BGP rsync is the only task with any user time during high user CPU
>> for rpd )
>> now, that's only like 20% CPU on the master but on the slave it's
>> 90%.... This seems to have happened when our total paths exceeded
>> 2MM but does not seem to be a memory issue:
>> Dynamically allocated memory: 411009024 Maximum: 808517632
>> Program data+BSS memory: 5537792 Maximum: 5537792
>> Page data overhead: 1196032 Maximum: 1196032
>> Page directory size: 212992 Maximum: 212992
>> Total bytes in use: 417955840 (12% of available memory)
> juniper-nsp mailing list juniper-nsp at puck.nether.net
More information about the juniper-nsp