Hi Bastiaan,
On 21.10.2013 20:42, Bastiaan Topper wrote:
Hi Mike,
After your patch, it still isn't completely working. In the first screenshot (18:31) I manually triggered a discovery. The second minute I also manually triggered the poller. In fact 3 things are going wrong.
- First the discovery fixes the IP addresses (ipv6) for the missing rows and second the poller removes the IPv6 addresses.
- The second column for the IPv6 address still gives strange characters.
- Last; the ip addresses (ipv4) are still wrongly formatted.
I also included some debug logs again. Hopefully you can fix this.
My patch does not fix your problem, because in your case it is an error in the firmware IOS. I found some devices (IOS-XE) with a similar problem.
Today I will try to rewrite piece of code related to that.
Regards,
Bastiaan ________________________________________ Van: Mike Stupalov [landy2005@gmail.com] Verzonden: maandag 21 oktober 2013 13:06 Aan: Bastiaan Topper; Observium Network Observation System Onderwerp: Re: [Observium] Random Unicode Characters in BGP Polling / hex2ip
On 21.10.2013 14:11, Bastiaan Topper wrote:
Hi,
I have kind of the same problem, but this time with Cisco ASR routers. As you can see below.
I included the poller debug outputs.
Ohh, nice. Thanks for debug outputs!
Please send also debug out for discovery. And tell ASR model and OS version.
The correct output (from a Cisco IOS router):
bgpPeerLocalAddr
bgpPeerLocalAddr.149.14.34.41 = 149.14.34.42
bgpPeerLocalAddr.172.30.253.3 = 172.30.253.66
bgpPeerLocalAddr.172.30.253.4 = 172.30.253.66
The wrong output (from a Cisco ASR router):
cbgpPeer2LocalAddr
cbgpPeer2LocalAddr.20." ..|(..........." = "20 01 06 7C 28 D4 00 00 00 00 00 00 00 00 00 03 "
cbgpPeer2LocalAddr.20." ..|(..........." = "20 01 06 7C 28 D4 00 00 00 00 00 00 00 00 00 03 "
cbgpPeer2LocalAddr.20." ..|(..........3" = "20 01 06 7C 28 D4 00 00 00 00 00 00 00 00 00 03 "
cbgpPeer2LocalAddr.20." ..|(..........4" = "20 01 06 7C 28 D4 00 00 00 00 00 00 00 00 00 03 "
cbgpPeer2LocalAddr.20." ..|(..........e" = "20 01 06 7C 28 D4 00 00 00 00 00 00 00 00 00 03 "
cbgpPeer2LocalAddr.20." ..|(..........f" = "20 01 06 7C 28 D4 00 00 00 00 00 00 00 00 00 03 "
cbgpPeer2LocalAddr.20." ..|(..........g" = "20 01 06 7C 28 D4 00 00 00 00 00 00 00 00 00 03 "
cbgpPeer2LocalAddr.ipv4."172.30.253.1" = "AC 1E FD 03 "
cbgpPeer2LocalAddr.ipv4."172.30.253.4" = "AC 1E FD 03 "
cbgpPeer2LocalAddr.ipv4."172.30.253.33" = "AC 1E FD 03 "
cbgpPeer2LocalAddr.ipv4."172.30.253.34" = "AC 1E FD 03 "
cbgpPeer2LocalAddr.ipv4."172.30.253.65" = "AC 1E FD 03 "
cbgpPeer2LocalAddr.ipv4."172.30.253.66" = "AC 1E FD 03 "
cbgpPeer2LocalAddr.ipv4."172.30.253.67" = "AC 1E FD 03 "
It looks like Observium is showing the first output correct, but not the second. Can this be fixed someway?
Regards,
Bastiaan
*From:*Tom Paseka [mailto:tom+lists@cloudflare.com] *Sent:* vrijdag 18 oktober 2013 22:47 *To:* Mike Stupalov *Cc:* Observium Network Observation System *Subject:* Re: [Observium] Random Unicode Characters in BGP Polling /
hex2ip
Resolution:
# echo $LANG
en_GB
# export LANG=en_GB.UTF-8
On Fri, Oct 18, 2013 at 12:40 AM, Mike Stupalov <landy2005@gmail.com mailto:landy2005@gmail.com> wrote:
On 18.10.2013 10:24, Tom Paseka wrote: > Looks like a bug in snmp on the box - a raw snmpget shows the same > weirdness. > > Sorry for noise! Anyway, please send an output for debug poller/discovery. Also note that you need to do snmpget with option -On, because net-snmp default tries to translate hex data into string.. > > > On Thu, Oct 17, 2013 at 11:09 PM, Mike Stupalov <landy2005@gmail.com <mailto:landy2005@gmail.com> > <mailto:landy2005@gmail.com <mailto:landy2005@gmail.com>>> wrote: > > Please pastebin (on send file) for debug polling out: > php ./poller.php -d -m bgp-peers -h <your_juniper> > /tmp/poller.out > > also for discovery (if possible): > php ./discovery.php -d -m bgp-peers -h <your_juniper> > > /tmp/discovery.out > > -- > Mike Stupalov > > Tom Paseka __ 18 октября 2013 г. 5:31:10 написал: > >> <snip> >> [jnxBgpM2PeerRemoteAddr] => � |� >> [jnxBgpM2PeerLocalAddr] => � }< >> <snip> >> >> Is this well known? > > -- Mike Stupalov-- Mike Stupalov