Messages

1

Discovery / Re: RX/TX Data from SFP-Modules (C9500-48Y4C)

« on: February 02, 2023, 12:12:53 pm »

Looks good now. Error is gone and values are shown

Thanks a lot!

2

Discovery / Re: RX/TX Data from SFP-Modules (C9500-48Y4C)

« on: February 02, 2023, 11:24:53 am »

Still the same. The error message in libsnmp.pm has moved to line 5363.
thanks for investigating

Code: [Select]

Use of uninitialized value in exists at /var/nedi/inc/libsnmp.pm line 5363.

3

Discovery / RX/TX Data from SFP-Modules (C9500-48Y4C)

« on: October 27, 2022, 03:59:32 pm »

We are trying to get RX/TX-Data from SFP-Modules into nedi. They are reported fine at the CLI and /var/nedi/nedi.pl -v -SGg -a"XXX.XXX.XXX.XXX" shows them as expected - but writes "no module" to the end of every line. In the Devices Status only the default values (-100dbm) are displayed:

Code: [Select]

Use of uninitialized value in exists at /var/nedi/inc/libsnmp.pm line 5355.
OPT :1263 Twe1/0/25 RX -6 (no module)
Use of uninitialized value in exists at /var/nedi/inc/libsnmp.pm line 5355.
OPT :1118 Twe1/0/1 TX -23 (no module)


Code: [Select]

TwentyFi1/0/25 RX:-100dBm TX: -100dBm SFP-10G-LRM
Nedi version is 2.1.071 and the extended def-file is attached. Did we miss anything?

4

Discovery / Re: CDPD link changed on discovery

« on: July 19, 2019, 09:50:17 am »

Although the connection type is recognized as CDPF, I still get this notification emaisl when changing. Nedi version is 1.7.090.

Code: [Select]

Hello ingoh

1) SWITCH Gi0/4 (DVT-XXX-Y-ZZ) was CDPF link changed type  from CDPF


5

Discovery / Re: CDPD link changed on discovery

« on: July 08, 2019, 12:16:08 pm »

Added GXP2160 to nosnmpdev and after a new discovery the connection type has changed to CDPF 

Thanks a lot!

6

Discovery / Re: CDPD link changed on discovery

« on: June 24, 2019, 04:30:28 pm »

Found the section in function DisProtocol() of libsnmp.pm and added a new match in the elsif - but nothing changed 

The phone is shown in Devices|Interfaces>Comment as "CDP:GXP2160_xx:xx:xx:xx:xx:xx". Do I have to match /GXP2160/ against $neb{$i}{$n}{'na'} or another entry?

Code: [Select]

   }elsif($neb{$i}{$n}{'na'} =~ /GXP2160/){
      $main::dev{$neb{$i}{$n}{'na'}}{ty} = "GXP2160";
      $main::dev{$neb{$i}{$n}{'na'}}{ic} = "phon";
      $main::dev{$neb{$i}{$n}{'na'}}{sv} = 34;
      $main::dev{$neb{$i}{$n}{'na'}}{dm} = 30;
      $misc::portprop{$na}{$lif}{lnk} = 'F';
      $main::dev{$neb{$i}{$n}{'na'}}{ven} = 'Grandstream';


7

Discovery / CDPD link changed on discovery

« on: June 21, 2019, 11:56:04 am »

We have some ports with GXP2160 IP phones. These are detected by CDP and the description is set according: CDP:GXP2160_xx:xx:xx:xx:xx:xx

Some users seem to turn off the device outside working hours (power strip?) and nedi sends annoying discovery messages ("...was CDPD link changed type  from CDPD" or "...is CDPD link changed type  to CDPD"). Is there a way to skip this messages for these devices or selected ports?

Thanks!