BGP neigbhor visible even if it`s not configured on device or visible in SNMP

Hello all,

I have found in list of BGP neighbors [Routing neighbors] on our device neighbor, which don`t exists anymore and yet it is still visible as active neighbor with status "Not Available" and the object is visible as  "deleted (grey color)".

On our device (Cisco ASR9K) in section network it is still visible as routing neighbor. And this is not the only one. My main goal is to renew the neighbors table according to configured BGP neighbors on device.

This neighbor is not configured on this device and it`s not visible via SNMP [OID: .1.3.6.1.2.1.15.3.1.7] and yet it is still visible as neighbor on this node. Why so? I haven`t been able to find this cause. This is not the only one visible, even if ORION sees it as deleted and is taking system resources for nothing - triggering alert  for BGP "Neighbor down" for neighbor, which is not existing anymore.

I`m not looking for hot fix like - create new alert template and have in it condition if status = deleted, then don`t trigger. This is not solving the problem, why this is here. This problem also occurred on our other routers [Juniper Inc.]

Any suggestions?

Thank you,

Malisek P.

Parents
  • Hello  

    Yes, this is a known thing on SolarWinds. It has something to do with how they remove the neighbors on the end device - but I am not an expert in that area, hence cant comment on the same.

    To avoid this you will need to do 2 things:

    1. Exclude BGP/OSPF Neighbors where Status is 'Not Available' from your Neighbor alerts - to avoid unwanted Neighbor alerts being sent out.

    2. Clean them up occasionally in one shot - you will need to manually get rid of them from SolarWinds Database and this is how you do it.

    Login into Database Manager from one of your SolarWinds pollers:

    a. SELECT * FROM [dbo].[NPM_RoutingNeighbor] where IsDeleted='true' (this will list all neighbors that currently are in 'Not Available' status - what this means is it doesnt exist anymore).

    b. DELETE FROM [dbo].[NPM_RoutingNeighbor] where IsDeleted='true' (this will help you in deleting them in one shot - but be very careful, one wrong/incorrect command on SolarWinds DB and lot of things can go wrong, hence you need to be very careful when you run DELETE commands on Database).

    Hope this helps. 

    Note: Point  2 is just a workaround to keep your SolarWinds environment intact, this is not a permanent fix.

  • Hello,

    Thank you, Point 2 works fine. I'm allway affraid to touch SQL DB this way so I created more specific query :

    DELETE FROM [dbo].[NPM_RoutingNeighbor] WHERE [NodeID] = XXXX AND [NeighborID] = XXXX AND [IsDeleted] = 1  

     There were about 40 lines on 5-6 routers where we make a lot of routing changes. So I carefully deleted all this lines one by one to be sure that I did not make any harm to whole database.

     It is possible that all those records (and allarms finaly) were from old version of NPM , all these records were really old. I think that after update at least to 2024.x.x version are non existent BGP neighbors deleted correctly.  But we will check it further. 

    I think i would be one of our maintenance procedures if  this non existent BGP neighbor occures again.

    Thank you

Reply
  • Hello,

    Thank you, Point 2 works fine. I'm allway affraid to touch SQL DB this way so I created more specific query :

    DELETE FROM [dbo].[NPM_RoutingNeighbor] WHERE [NodeID] = XXXX AND [NeighborID] = XXXX AND [IsDeleted] = 1  

     There were about 40 lines on 5-6 routers where we make a lot of routing changes. So I carefully deleted all this lines one by one to be sure that I did not make any harm to whole database.

     It is possible that all those records (and allarms finaly) were from old version of NPM , all these records were really old. I think that after update at least to 2024.x.x version are non existent BGP neighbors deleted correctly.  But we will check it further. 

    I think i would be one of our maintenance procedures if  this non existent BGP neighbor occures again.

    Thank you

Children