Im new to LibreNMS, just working with for a few days in a test environment.
The Local Address on BGP IPv4 sessions shows 0.0.127.252 for the 4 BGP Sessions I have. Peers IPv4 addresses and all IPv6 addresses are show correctly. Only Local for IPv4 shows wrong.
The Updates are also wrong. In the graph of updates for a single session I see:
But for the same session, in the general tab of BGP I get:
Updates (in) 5.530M (out) 18.000
The router is an ASR1k2X.
Thanks in advance, if everything goes well, LibreNMS will replace shortly our OpenNMS installation.
Did you had time to take a look to this? I’ve searched for 0.0.127.252 in the output of the discovery and cant find it. I had been also looking for bgpupdates but cant find them…
I’m using two ASR920 with BGP without problems, but the value 0.0.127.252 is strange. It’s probably a wildcard mask and not the correct information. Is that value used somewhere in your router configuration?
Can you post the full polling of the device (removing confidential data first, but keeping the 0.0.127.252)?
[e[0;31mRRD Disablede[0m]SQL[e[0;33mUPDATE `bgpPeers` set `bgpPeerState` ='established',`bgpPeerAdminStatus` ='start',`bgpPeerFsmEstablishedTime` ='313705',`bgpPeerInUpdates` ='1486066',`bgpLocalAddr` ='0.0.127.252',`bgpPeerOutUpdates` ='3' WHERE `device_id` = '2' AND `bgpPeerIdentifier` = '10.x.x.x'e[0m]
I compared your poller with my ASR poller for BGP and the result are different. The local address seems returned by the OID bgpLocalAddr. Your device is returning 0.0.127.252 for this OID, so for LibreNMS this is the corrected information from the router.
On my ASR, the bgpLocalAddr is returning the correct local BGP address.
So it’s probably a specific configuration problem on your ASR or an IOS-XE bug. I don’t think that we can help more here . Perhaps you can parse your router configuration file and check if 0.0.127.252 exists.
IMHO this is the same problem, the update is returned in the same time/request of the bgpLocalAddr. So if the address is wrong the update will be wrong too.