idiot vendors using ifDescr instead of ifAlias to do customisable port descriptions... On 2019-01-30 20:56:33, Mike Stupalov via observium observium@observium.org wrote: Ok, should be fixed in r9696.
But this is veeeery strange port ifDescr.
Lyndon Labuschagne via observium wrote on 30/01/2019 14:29:
Great Thanks 👍 On 30 Jan 2019, at 13:28, Adam Armstrong via observium observium@observium.org [mailto:observium@observium.org] wrote: Hmm. Mike probably needs to look at this, since the rewriting code is his 😊 Adam. -----Original Message----- From: observium observium-bounces@observium.org [mailto:observium-bounces@observium.org] On Behalf Of Lyndon Labuschagne via observium Sent: 30 January 2019 11:20 To: Observium observium@observium.org [mailto:observium@observium.org] Cc: Lyndon Labuschagne lyndonl@mobiletorque.co.za [mailto:lyndonl@mobiletorque.co.za]; adama@memetic.org [mailto:adama@memetic.org] Subject: Re: [Observium] Port label parsing - Mikrotik possible bug? ##### Module Start: ports ##### o Caching Oids ifDescr ifType ifOperStatus ifAlias ifName ifHighSpeed ifInMulticastPkts ifOutMulticastPkts ifInBroadcastPkts ifOutBroadcastPkts ifHCInOctets ifHCOutOctets ifHCInUcastPkts ifHCOutUcastPkts ifHCInMulticastPkts ifHCOutMulticastPkts ifHCInBroadcastPkts ifHCOutBroadcastPkts ifInOctets ifOutOctets ifInUcastPkts ifOutUcastPkts ifInNUcastPkts ifOutNUcastPkts ifInDiscards ifOutDiscards ifInErrors ifOutErrors ifInUnknownProtos ifMtu ifSpeed ifPhysAddress ifAdminStatus ifLastChange ifPromiscuousMode ifConnectorPresent, ifIndex: 1 2 3 4 5 6 7 8 10 12 13 14 15 16 17 18 19 20 21 22 23 25 26 27 28 29 30 31 32 33 34 35 36 37 o ADSL-LINE-MIB o EtherLike-MIB dot3StatsDuplexStatus o IP-MIB Port Disabled. +---------+---------------------------+---------------------------+---------+----------+----------+---------+----------+--------+---------+----+ | ifIndex | Label | Type | Speed | BPS In | BPS Out | Data In | Data Out | PPS In | PPS Out | HC | +---------+---------------------------+---------------------------+---------+----------+----------+---------+----------+--------+---------+----+ | 1 | CoreCore: sfp-sfpplus1- T | Ethernet | 10Gbps | 1.32Gbps | 287Mbps | 12.1GB | 2.64GB | 147k | 110k | Y | | | runk to 6509 | | | | | | | | | | | 2 | CoreCore: sfp-sfpplus2 - | Ethernet | 1Gbps | 15.8Mbps | 40.2Mbps | 149MB | 378MB | 4.64k | 5.85k | Y | | | Link to DC9 | | | | | | | | | | | 3 | CoreCore: sfp-sfpplus3 DF | Ethernet | 1Gbps | 47.6Mbps | 219Mbps | 448MB | 2.02GB | 16.1k | 22.3k | Y | On 30 Jan 2019, at 13:18, Adam Armstrong via observium observium@observium.org [mailto:observium@observium.org] wrote: What is an "ifIndex listing"? Adam. -----Original Message----- From: observium observium-bounces@observium.org [mailto:observium-bounces@observium.org] On Behalf Of Lyndon Labuschagne via observium Sent: 30 January 2019 11:11 To: Observium observium@observium.org [mailto:observium@observium.org] Cc: Lyndon Labuschagne lyndonl@mobiletorque.co.za [mailto:lyndonl@mobiletorque.co.za] Subject: [Observium] Port label parsing - Mikrotik possible bug? Hi I have picked up that the port cable parsing does not seem to work on Mikrotik routers, a port description of Core: sfp-sfpplus1- Trunk to 6509 becomes CoreCore: sfp-sfpplus1- Trunk to 6509 An SNMP walk gives be the below iso.3.6.1.2.1.2.2.1.2.1 = STRING: "Core: sfp-sfpplus1- Trunk to 6509" iso.3.6.1.2.1.31.1.1.1.1.1 = STRING: "Core: sfp-sfpplus1- Trunk to 6509" iso.3.6.1.2.1.55.1.5.1.2.1 = STRING: "Core: sfp-sfpplus1- Trunk to 6509” If I run a poller on the device, the “Descr” under the sensors display shows the correct "Core: sfp-sfpplus1- Trunk to 6509” but later on under the ifIndex listing the Label there is CoreCore: sfp-sfpplus1- Trunk to 6509 Regards _______________________________________________ observium mailing list observium@observium.org [mailto:observium@observium.org] http://postman.memetic.org/cgi-bin/mailman/listinfo/observium [http://postman.memetic.org/cgi-bin/mailman/listinfo/observium] _______________________________________________ observium mailing list observium@observium.org [mailto:observium@observium.org] http://postman.memetic.org/cgi-bin/mailman/listinfo/observium [http://postman.memetic.org/cgi-bin/mailman/listinfo/observium] _______________________________________________ observium mailing list observium@observium.org [mailto:observium@observium.org] http://postman.memetic.org/cgi-bin/mailman/listinfo/observium [http://postman.memetic.org/cgi-bin/mailman/listinfo/observium] _______________________________________________ observium mailing list observium@observium.org [mailto:observium@observium.org] http://postman.memetic.org/cgi-bin/mailman/listinfo/observium [http://postman.memetic.org/cgi-bin/mailman/listinfo/observium] _______________________________________________ observium mailing list observium@observium.org [mailto:observium@observium.org] http://postman.memetic.org/cgi-bin/mailman/listinfo/observium [http://postman.memetic.org/cgi-bin/mailman/listinfo/observium]
-- Mike Stupalov Observium Limited, http://observium.org [http://observium.org]