Skip to content
  • Categories
  • Recent
  • Tags
  • Popular
  • Users
  • Groups
Skins
  • Light
  • Brite
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • Default (Flatly)
  • No Skin
Collapse
Brand Logo

NetXMS Forum

W

wonderboy

@wonderboy
Unfollow Follow
About
Posts
75
Topics
28
Shares
0
Groups
0
Followers
0
Following
0

Posts

Recent Best Controversial

  • 4500X Cisco Switch
    W wonderboy
    Support

    It was an IOS version issue. After upgrade it's gone.


  • 4500X Cisco Switch
    W wonderboy
    Support

    ok, I figured out why it's inconsistent.
    Because netxms does not do correct mapping of lldp port id to ifindex. Here is a quote from my question on cisco support forum (https://supportforums.cisco.com/discussion/13153696/snmp-lldp-port-id-ifindex-mapping-4500x😞

    We have 2 WS-C4500X-16 SFP+ bundled as VSS running cat4500e-universalk9.SPA.03.05.03.E.152-1.E3.

    Try to poll lldp topology from it and can't figure out how to map lldp port id to the ifindex of the interface. For example:

    ifIndex list:

    .1.3.6.1.2.1.2.2.1.1.1 [INTEGER] = 1
    .1.3.6.1.2.1.2.2.1.1.344 [INTEGER] = 344

    LLDP Neighbors (lldpRemChassisId):

    .1.0.8802.1.1.2.1.4.1.1.5.0.11.2 [Hex-STRING] = A8 F9 4B 95 C7 00
    .1.0.8802.1.1.2.1.4.1.1.5.0.12.4 [Hex-STRING] = A8 F9 4B E8 05 C0
    .1.0.8802.1.1.2.1.4.1.1.5.0.1291.1 [Hex-STRING] = A8 F9 4B 95 C7 00
    .1.0.8802.1.1.2.1.4.1.1.5.0.1292.3 [Hex-STRING] = A8 F9 4B E8 05 C0

    Local port naming (lldpLocPortId):

    .1.0.8802.1.1.2.1.3.7.1.3.11 [STRING] = Te1/1/11
    .1.0.8802.1.1.2.1.3.7.1.3.12 [STRING] = Te1/1/12
    .1.0.8802.1.1.2.1.3.7.1.3.1291 [STRING] = Te2/1/11
    .1.0.8802.1.1.2.1.3.7.1.3.1292 [STRING] = Te2/1/12

    So we have lldp ports 11,12,1291,1292. LLDP MIB says:

        A port number has no mandatory relationship to an
        InterfaceIndex object (of the interfaces MIB, IETF RFC 2863).
        If the LLDP agent is a IEEE 802.1D, IEEE 802.1Q bridge, the
        LldpPortNumber will have the same value as the dot1dBasePort
        object (defined in IETF RFC 1493) associated corresponding
        bridge port.  If the system hosting LLDP agent is not an
        IEEE 802.1D or an IEEE 802.1Q bridge, the LldpPortNumber
        will have the same value as the corresponding interface's
        InterfaceIndex object.

    And here is a dot1dBasePort and dot1dBasePortIfIndex poll:

    .1.3.6.1.2.1.17.1.4.1.1.2561 [INTEGER] = 2561
    .1.3.6.1.2.1.17.1.4.1.1.2562 [INTEGER] = 2562
    .1.3.6.1.2.1.17.1.4.1.1.2563 [INTEGER] = 2563
    .1.3.6.1.2.1.17.1.4.1.1.2570 [INTEGER] = 2570
    .1.3.6.1.2.1.17.1.4.1.1.2623 [INTEGER] = 2623
    .1.3.6.1.2.1.17.1.4.1.1.2624 [INTEGER] = 2624
    .1.3.6.1.2.1.17.1.4.1.1.2651 [INTEGER] = 2651
    .1.3.6.1.2.1.17.1.4.1.1.2652 [INTEGER] = 2652

    .1.3.6.1.2.1.17.1.4.1.2.2561 [INTEGER] = 41
    .1.3.6.1.2.1.17.1.4.1.2.2562 [INTEGER] = 42
    .1.3.6.1.2.1.17.1.4.1.2.2563 [INTEGER] = 43
    .1.3.6.1.2.1.17.1.4.1.2.2570 [INTEGER] = 45
    .1.3.6.1.2.1.17.1.4.1.2.2623 [INTEGER] = 46
    .1.3.6.1.2.1.17.1.4.1.2.2624 [INTEGER] = 47
    .1.3.6.1.2.1.17.1.4.1.2.2651 [INTEGER] = 337
    .1.3.6.1.2.1.17.1.4.1.2.2652 [INTEGER] = 338

    Not only the output does not map lldp port to bridge port, but the bridge ports does not contain ALL ports. 41-47, 337,338 are ifIndexes of Portchannels and not individual physical ports. Does any one know something about this issue, maybe newer software?

    And today I found that one can poll the mapping for all ports by snmpwalk in context '0'. For example,

    ndd# nxsnmpwalk -c public@0 172.16.x.x .1.3.6.1.2.1.17.1.4.1.2
    .1.3.6.1.2.1.17.1.4.1.2.1 [INTEGER]: 2
    .1.3.6.1.2.1.17.1.4.1.2.2 [INTEGER]: 3
    .1.3.6.1.2.1.17.1.4.1.2.3 [INTEGER]: 4
    .1.3.6.1.2.1.17.1.4.1.2.4 [INTEGER]: 5
    .1.3.6.1.2.1.17.1.4.1.2.5 [INTEGER]: 6
    .1.3.6.1.2.1.17.1.4.1.2.6 [INTEGER]: 7
    .1.3.6.1.2.1.17.1.4.1.2.7 [INTEGER]: 8
    .1.3.6.1.2.1.17.1.4.1.2.8 [INTEGER]: 9
    .1.3.6.1.2.1.17.1.4.1.2.9 [INTEGER]: 10
    .1.3.6.1.2.1.17.1.4.1.2.10 [INTEGER]: 11
    .1.3.6.1.2.1.17.1.4.1.2.11 [INTEGER]: 12
    .1.3.6.1.2.1.17.1.4.1.2.12 [INTEGER]: 13
    .1.3.6.1.2.1.17.1.4.1.2.13 [INTEGER]: 14
    .1.3.6.1.2.1.17.1.4.1.2.14 [INTEGER]: 15
    .1.3.6.1.2.1.17.1.4.1.2.15 [INTEGER]: 16
    .1.3.6.1.2.1.17.1.4.1.2.16 [INTEGER]: 17
    .1.3.6.1.2.1.17.1.4.1.2.1281 [INTEGER]: 18
    .1.3.6.1.2.1.17.1.4.1.2.1282 [INTEGER]: 19
    .1.3.6.1.2.1.17.1.4.1.2.1283 [INTEGER]: 20
    .1.3.6.1.2.1.17.1.4.1.2.1284 [INTEGER]: 21
    .1.3.6.1.2.1.17.1.4.1.2.1285 [INTEGER]: 22
    .1.3.6.1.2.1.17.1.4.1.2.1286 [INTEGER]: 23
    .1.3.6.1.2.1.17.1.4.1.2.1287 [INTEGER]: 24
    .1.3.6.1.2.1.17.1.4.1.2.1288 [INTEGER]: 25
    .1.3.6.1.2.1.17.1.4.1.2.1289 [INTEGER]: 26
    .1.3.6.1.2.1.17.1.4.1.2.1290 [INTEGER]: 27
    .1.3.6.1.2.1.17.1.4.1.2.1291 [INTEGER]: 28
    .1.3.6.1.2.1.17.1.4.1.2.1292 [INTEGER]: 29

    .1.3.6.1.2.1.17.1.4.1.2.1293 [INTEGER]: 30
    .1.3.6.1.2.1.17.1.4.1.2.1294 [INTEGER]: 31
    .1.3.6.1.2.1.17.1.4.1.2.1295 [INTEGER]: 32
    .1.3.6.1.2.1.17.1.4.1.2.1296 [INTEGER]: 33
    .1.3.6.1.2.1.17.1.4.1.2.2561 [INTEGER]: 41
    .1.3.6.1.2.1.17.1.4.1.2.2562 [INTEGER]: 42
    .1.3.6.1.2.1.17.1.4.1.2.2563 [INTEGER]: 43
    .1.3.6.1.2.1.17.1.4.1.2.2569 [INTEGER]: 44
    .1.3.6.1.2.1.17.1.4.1.2.2570 [INTEGER]: 45
    .1.3.6.1.2.1.17.1.4.1.2.2575 [INTEGER]: 321
    .1.3.6.1.2.1.17.1.4.1.2.2623 [INTEGER]: 46
    .1.3.6.1.2.1.17.1.4.1.2.2624 [INTEGER]: 47
    .1.3.6.1.2.1.17.1.4.1.2.2651 [INTEGER]: 337
    .1.3.6.1.2.1.17.1.4.1.2.2652 [INTEGER]: 338

    Unfortunately, this context '0' is not universal across cisco devices. I have several other cisco devices that does not even respond to '0' context requests. So this must be implemented as a hack or maybe move that part to device driver.


  • 4500X Cisco Switch
    W wonderboy
    Support

    Still can't figure out why this happening with this switch. Put some logs here, maybe someone take a look at this.
    This is what happen when  I do topology poll on both sides of the peer connection.

    ======== one side =======
    first port
    [27-Oct-2016 15:47:33.543] [DEBUG] ProcessLLDPConnectionEntry(m9-2 [272]): remoteId=4@0008E3FFFC28 remoteNode=vss [819]
    [27-Oct-2016 15:47:33.543] [DEBUG] LLDPTopoHandler(vss [819]): FindRemoteInterface: idType=5 id=5465322F312F3132 (8)
    [27-Oct-2016 15:47:33.544] [DEBUG] LLDPTopoHandler(vss [819]): FindRemoteInterface: getLldpLocalPortInfo found port: 1292 "TenGigabitEthernet2/1/12"      <--- 1292 seems INCORRECT, cause interface table does not contain port information
    [27-Oct-2016 15:47:33.544] [DEBUG] ProcessLLDPConnectionEntry(m9-2 [272]): lookup bridge port: localPort=47 iface=te1/0/47                                  <---- these numbers look right
    [27-Oct-2016 15:47:33.544] [DEBUG] ProcessLLDPConnectionEntry(m9-2 [272]): added connection: objectId=819 ifRemote=29 ifLocal=47                  <---- and these numbers look right
    second port
    [27-Oct-2016 15:47:33.544] [DEBUG] ProcessLLDPConnectionEntry(m9-2 [272]): remoteId=4@0008E3FFFC28 remoteNode=vss [819]
    [27-Oct-2016 15:47:33.544] [DEBUG] LLDPTopoHandler(vss [819]): FindRemoteInterface: idType=5 id=5465312F312F3132 (8)
    [27-Oct-2016 15:47:33.544] [DEBUG] LLDPTopoHandler(vss [819]): FindRemoteInterface: getLldpLocalPortInfo found port: 12 "TenGigabitEthernet1/1/12"  <---looks good
    [27-Oct-2016 15:47:33.545] [DEBUG] ProcessLLDPConnectionEntry(m9-2 [272]): lookup bridge port: localPort=48 iface=te1/0/48
    [27-Oct-2016 15:47:33.545] [DEBUG] ProcessLLDPConnectionEntry(m9-2 [272]): added connection: objectId=819 ifRemote=13 ifLocal=48
    =============
    ======== other side =======
    [27-Oct-2016 15:48:05.197] [DEBUG] ProcessLLDPConnectionEntry(vss [819]): remoteId=4@A8F94B95C700 remoteNode=m9-1 [270]
    [27-Oct-2016 15:48:05.197] [DEBUG] LLDPTopoHandler(m9-1 [270]): FindRemoteInterface: idType=5 id=7465312F302F3438 (8)
    [27-Oct-2016 15:48:05.197] [DEBUG] LLDPTopoHandler(m9-1 [270]): FindRemoteInterface: getLldpLocalPortInfo found port: 48 "Ethernet Interface"
    [27-Oct-2016 15:48:05.197] [DEBUG] ProcessLLDPConnectionEntry(vss [819]): lookup bridge port: localPort=11 iface=(null)
    [27-Oct-2016 15:48:05.197] [DEBUG] ProcessLLDPConnectionEntry(vss [819]): added connection: objectId=270 ifRemote=48 ifLocal=66150018

    [27-Oct-2016 15:48:05.197] [DEBUG] ProcessLLDPConnectionEntry(vss [819]): remoteId=4@A8F94BE805C0 remoteNode=m9-2 [272]
    [27-Oct-2016 15:48:05.198] [DEBUG] LLDPTopoHandler(m9-2 [272]): FindRemoteInterface: idType=5 id=7465312F302F3438 (8)
    [27-Oct-2016 15:48:05.198] [DEBUG] LLDPTopoHandler(m9-2 [272]): FindRemoteInterface: getLldpLocalPortInfo found port: 48 "Ethernet Interface"
    [27-Oct-2016 15:48:05.198] [DEBUG] ProcessLLDPConnectionEntry(vss [819]): lookup bridge port: localPort=12 iface=(null)
    [27-Oct-2016 15:48:05.198] [DEBUG] LinkLayerNeighbors::isDuplicate: inconsistent data: LLDP(ifLocal=66150018 remote=270/48) LLDP(ifLocal=66150018 remote=272/48)
    [27-Oct-2016 15:48:05.198] [DEBUG] ProcessLLDPConnectionEntry(vss [819]): added connection: objectId=272 ifRemote=48 ifLocal=66150018

    [27-Oct-2016 15:48:05.198] [DEBUG] ProcessLLDPConnectionEntry(vss [819]): remoteId=4@A8F94B95C700 remoteNode=m9-1 [270]
    [27-Oct-2016 15:48:05.198] [DEBUG] LLDPTopoHandler(m9-1 [270]): FindRemoteInterface: idType=5 id=7465312F302F3437 (8)
    [27-Oct-2016 15:48:05.198] [DEBUG] LLDPTopoHandler(m9-1 [270]): FindRemoteInterface: getLldpLocalPortInfo found port: 47 "Ethernet Interface"
    [27-Oct-2016 15:48:05.198] [DEBUG] ProcessLLDPConnectionEntry(vss [819]): lookup bridge port: localPort=1291 iface=(null)
    [27-Oct-2016 15:48:05.199] [DEBUG] LinkLayerNeighbors::isDuplicate: inconsistent data: LLDP(ifLocal=66150018 remote=270/48) LLDP(ifLocal=66150018 remote=270/47)
    [27-Oct-2016 15:48:05.199] [DEBUG] ProcessLLDPConnectionEntry(vss [819]): added connection: objectId=270 ifRemote=47 ifLocal=66150018

    [27-Oct-2016 15:48:05.199] [DEBUG] ProcessLLDPConnectionEntry(vss [819]): remoteId=4@A8F94BE805C0 remoteNode=m9-2 [272]
    [27-Oct-2016 15:48:05.199] [DEBUG] LLDPTopoHandler(m9-2 [272]): FindRemoteInterface: idType=5 id=7465312F302F3437 (8)
    [27-Oct-2016 15:48:05.199] [DEBUG] LLDPTopoHandler(m9-2 [272]): FindRemoteInterface: getLldpLocalPortInfo found port: 47 "Ethernet Interface"
    [27-Oct-2016 15:48:05.199] [DEBUG] ProcessLLDPConnectionEntry(vss [819]): lookup bridge port: localPort=1292 iface=(null)
    [27-Oct-2016 15:48:05.199] [DEBUG] LinkLayerNeighbors::isDuplicate: inconsistent data: LLDP(ifLocal=66150018 remote=270/48) LLDP(ifLocal=66150018 remote=272/47)
    [27-Oct-2016 15:48:05.199] [DEBUG] ProcessLLDPConnectionEntry(vss [819]): added connection: objectId=272 ifRemote=47 ifLocal=66150018


  • как настроить eclipse для nxmc
    W wonderboy
    Support (Russian)

    Где-то я на форуме находил, что можно как-то консоль запустить из eclipse сразу. Есть такая возможность?


  • как настроить eclipse для nxmc
    W wonderboy
    Support (Russian)

    установил draw2d. в проекты импортнул папку netxms-eclipse, org.netxms.nebula.widgets.gallery, client.
    на текущий момент 3063 ошибки:

    1. судя по всему не знает откуда взять import org.netxms.ui.eclipse.objectbrowser.api.SubtreeType;
    2. много ошибок вида "'for each' statements are only available if source level is 1.5 or greater"
    3. Cannot switch on a value of type Integer. Only convertible int values or enum variables are permitted
    4. Incompatible conditional operand types Integer and int

  • как настроить eclipse для nxmc
    W wonderboy
    Support (Russian)

    Пробую еще. Из файла eclipse_addons.txt:

    Draw2D: http://download.eclipse.org/tools/gef/updates/milestones/

     - по этой ссылке нету Draw2D. Там есть куча групп GEF Common, GEF DOT, GEF GRAPH, GEF LAYOUT и тд. Draw2D среди них нет.  😕


  • как настроить eclipse для nxmc
    W wonderboy
    Support (Russian)

    Попробую еще разок установить.
    Пытаюсь установить на win7 x64.


  • 4500X Cisco Switch
    W wonderboy
    Support

    In the logs found inconsistent data:

    [25-Oct-2016 13:57:22.731] [DEBUG] LLDP: collecting topology information for node vss [819]
    [25-Oct-2016 13:57:22.855] [DEBUG] LLDP: 36 entries in connection database for node vss [819]
    [25-Oct-2016 13:57:22.855] [DEBUG] ProcessLLDPConnectionEntry(vss [819]): remoteId=4@A8F94B95C700 remoteNode=m9-1 [270]
    [25-Oct-2016 13:57:22.855] [DEBUG] LLDPTopoHandler(m9-1 [270]): FindRemoteInterface: idType=5 id=7465312F302F3438 (8)
    [25-Oct-2016 13:57:22.855] [DEBUG] LLDPTopoHandler(m9-1 [270]): FindRemoteInterface: getLldpLocalPortInfo found port: 48 "Ethernet Interface"
    [25-Oct-2016 13:57:22.855] [DEBUG] ProcessLLDPConnectionEntry(vss [819]): lookup bridge port: localPort=11 iface=(null)
    [25-Oct-2016 13:57:22.855] [DEBUG] ProcessLLDPConnectionEntry(vss [819]): added connection: objectId=270 ifRemote=48 ifLocal=-1
    [25-Oct-2016 13:57:22.855] [DEBUG] ProcessLLDPConnectionEntry(vss [819]): remoteId=4@A8F94BE805C0 remoteNode=m9-2 [272]
    [25-Oct-2016 13:57:22.855] [DEBUG] LLDPTopoHandler(m9-2 [272]): FindRemoteInterface: idType=5 id=7465312F302F3438 (8)
    [25-Oct-2016 13:57:22.855] [DEBUG] LLDPTopoHandler(m9-2 [272]): FindRemoteInterface: getLldpLocalPortInfo found port: 48 "Ethernet Interface"
    [25-Oct-2016 13:57:22.855] [DEBUG] ProcessLLDPConnectionEntry(vss [819]): lookup bridge port: localPort=12 iface=(null)
    [25-Oct-2016 13:57:22.855] [DEBUG] LinkLayerNeighbors::isDuplicate: inconsistent data: LLDP(ifLocal=-1 remote=270/48) LLDP(ifLocal=-1 remote=272/48)
    [25-Oct-2016 13:57:22.855] [DEBUG] ProcessLLDPConnectionEntry(vss [819]): added connection: objectId=272 ifRemote=48 ifLocal=-1
    [25-Oct-2016 13:57:22.856] [DEBUG] ProcessLLDPConnectionEntry(vss [819]): remoteId=4@A8F94B95C700 remoteNode=m9-1 [270]
    [25-Oct-2016 13:57:22.856] [DEBUG] LLDPTopoHandler(m9-1 [270]): FindRemoteInterface: idType=5 id=7465312F302F3437 (8)
    [25-Oct-2016 13:57:22.856] [DEBUG] LLDPTopoHandler(m9-1 [270]): FindRemoteInterface: getLldpLocalPortInfo found port: 47 "Ethernet Interface"
    [25-Oct-2016 13:57:22.856] [DEBUG] ProcessLLDPConnectionEntry(vss [819]): lookup bridge port: localPort=1291 iface=(null)
    [25-Oct-2016 13:57:22.856] [DEBUG] LinkLayerNeighbors::isDuplicate: inconsistent data: LLDP(ifLocal=-1 remote=270/48) LLDP(ifLocal=-1 remote=270/47)
    [25-Oct-2016 13:57:22.856] [DEBUG] ProcessLLDPConnectionEntry(vss [819]): added connection: objectId=270 ifRemote=47 ifLocal=-1
    [25-Oct-2016 13:57:22.856] [DEBUG] ProcessLLDPConnectionEntry(vss [819]): remoteId=4@A8F94BE805C0 remoteNode=m9-2 [272]
    [25-Oct-2016 13:57:22.856] [DEBUG] LLDPTopoHandler(m9-2 [272]): FindRemoteInterface: idType=5 id=7465312F302F3437 (8)
    [25-Oct-2016 13:57:22.856] [DEBUG] LLDPTopoHandler(m9-2 [272]): FindRemoteInterface: getLldpLocalPortInfo found port: 47 "Ethernet Interface"
    [25-Oct-2016 13:57:22.856] [DEBUG] ProcessLLDPConnectionEntry(vss [819]): lookup bridge port: localPort=1292 iface=(null)
    [25-Oct-2016 13:57:22.856] [DEBUG] LinkLayerNeighbors::isDuplicate: inconsistent data: LLDP(ifLocal=-1 remote=270/48) LLDP(ifLocal=-1 remote=272/47)
    [25-Oct-2016 13:57:22.856] [DEBUG] ProcessLLDPConnectionEntry(vss [819]): added connection: objectId=272 ifRemote=47 ifLocal=-1
    [25-Oct-2016 13:57:22.856] [DEBUG] LLDP: finished collecting topology information for node vss [819]


  • 4500X Cisco Switch
    W wonderboy
    Support

    If I do topology poll on the 4500x the peers in interface table disappear, if I do topology poll on the disappeared peer the interface table is populated again and is correct.


  • 4500X Cisco Switch
    W wonderboy
    Support

    Forced topology poll shows me that it found 10 connections but in the following list there are only 8 connections.

    [25.10.2016 11:58:53] Link layer topology retrieved (10 connections found)
    [25.10.2016 11:58:53] Updating peer information on interfaces
    [25.10.2016 11:58:53]    Local interface Te1/1/1 linked to remote interface xxx:Te3/1
    [25.10.2016 11:58:53]    Local interface Te1/1/2 linked to remote interface yyy:Gi1/8
    [25.10.2016 11:58:53]    Local interface Te1/1/3 linked to remote interface zzz:Gi2/0/1
    [25.10.2016 11:58:53]    Local interface Te1/1/10 linked to remote interface bbb:Gi2/0/24
    [25.10.2016 11:58:53]    Local interface Te2/1/1 linked to remote interface xxx:Te4/1
    [25.10.2016 11:58:53]    Local interface Te2/1/2 linked to remote interface yyy:Gi2/8
    [25.10.2016 11:58:53]    Local interface Te2/1/3 linked to remote interface zzz:Gi3/0/1
    [25.10.2016 11:58:53]    Local interface Te2/1/10 linked to remote interface bbb:Gi1/0/24


  • 4500X Cisco Switch
    W wonderboy
    Support

    I just noted that in the event log at 11:40 new peers appeared again and interface table showed correct peer information, but in several minutes (around 7-8 minutes) some records in the interface table just disappeared and event log does not show any information about that.


  • 4500X Cisco Switch
    W wonderboy
    Support

    I have 2 4500x switches which are coupled as one logical unit with VSS technologie.
    And in the event log I see that this switch keeps rediscovering 'new' (in fact old) peers every 30 minutes like so:

    18399 25.10.2016 08:40:59 core-sw 0 SYS_IF_PEER_CHANGED Normal New peer for interface Te1/1/11 is switch9 interface te1/0/48 (A8:F9:4B:95:C7:30) 0
    18398 25.10.2016 08:40:59 switch9 0 SYS_IF_PEER_CHANGED Normal New peer for interface te1/0/48 is core-sw interface Te1/1/11 (7C:0E:CE:25:50:22) 0
    18397 25.10.2016 08:40:59 core-sw 0 SYS_IF_PEER_CHANGED Normal New peer for interface Te2/1/11 is switch9 interface te1/0/47 (A8:F9:4B:95:C7:2F) 0
    18396 25.10.2016 08:40:59 switch9 0 SYS_IF_PEER_CHANGED Normal New peer for interface te1/0/47 is core-sw interface Te2/1/11 (58:F3:9C:96:0B:FA) 0
    18395 25.10.2016 08:39:37 core-sw 0 SYS_IF_PEER_CHANGED Normal New peer for interface Te1/1/12 is switch92 interface te1/0/48 (A8:F9:4B:E8:05:F0) 0
    18394 25.10.2016 08:39:37 switch92 0 SYS_IF_PEER_CHANGED Normal New peer for interface te1/0/48 is core-sw interface Te1/1/12 (7C:0E:CE:25:50:23) 0
    18393 25.10.2016 08:39:37 core-sw 0 SYS_IF_PEER_CHANGED Normal New peer for interface Te2/1/12 is switch92 interface te1/0/47 (A8:F9:4B:E8:05:EF) 0
    18392 25.10.2016 08:39:37 switch92 0 SYS_IF_PEER_CHANGED Normal New peer for interface te1/0/47 is core-sw interface Te2/1/12 (58:F3:9C:96:0B:FB) 0
    18391 25.10.2016 08:39:19 rt2 0 SYS_IF_PEER_CHANGED Normal New peer for interface Gi0/0/2.2365 is switch1 interface Gi4/5 (00:0D:65:04:25:1E) 0
    18390 25.10.2016 08:39:19 switch1 0 SYS_IF_PEER_CHANGED Normal New peer for interface Gi4/5 is rt2 interface Gi0/0/2.2365 (88:43:E1:1D:D9:02) 0
    18389 25.10.2016 08:32:13 rt2 0 SYS_IF_PEER_CHANGED Normal New peer for interface Gi0/0/2.2365 is switch3 interface Gi0/2 (88:F0:77:D1:20:02) 0
    18388 25.10.2016 08:32:13 switch3 0 SYS_IF_PEER_CHANGED Normal New peer for interface Gi0/2 is rt2 interface Gi0/0/2.2365 (88:43:E1:1D:D9:02) 0

    18387 25.10.2016 08:10:50 core-sw 0 SYS_IF_PEER_CHANGED Normal New peer for interface Te1/1/11 is switch9 interface te1/0/48 (A8:F9:4B:95:C7:30) 0
    18386 25.10.2016 08:10:50 switch9 0 SYS_IF_PEER_CHANGED Normal New peer for interface te1/0/48 is core-sw interface Te1/1/11 (7C:0E:CE:25:50:22) 0
    18385 25.10.2016 08:10:50 core-sw 0 SYS_IF_PEER_CHANGED Normal New peer for interface Te2/1/11 is switch9 interface te1/0/47 (A8:F9:4B:95:C7:2F) 0
    18384 25.10.2016 08:10:50 switch9 0 SYS_IF_PEER_CHANGED Normal New peer for interface te1/0/47 is core-sw interface Te2/1/11 (58:F3:9C:96:0B:FA) 0
    18383 25.10.2016 08:09:32 core-sw 0 SYS_IF_PEER_CHANGED Normal New peer for interface Te1/1/12 is switch92 interface te1/0/48 (A8:F9:4B:E8:05:F0) 0
    18382 25.10.2016 08:09:32 switch92 0 SYS_IF_PEER_CHANGED Normal New peer for interface te1/0/48 is core-sw interface Te1/1/12 (7C:0E:CE:25:50:23) 0
    18381 25.10.2016 08:09:32 core-sw 0 SYS_IF_PEER_CHANGED Normal New peer for interface Te2/1/12 is switch92 interface te1/0/47 (A8:F9:4B:E8:05:EF) 0
    18380 25.10.2016 08:09:32 switch92 0 SYS_IF_PEER_CHANGED Normal New peer for interface te1/0/47 is core-sw interface Te2/1/12 (58:F3:9C:96:0B:FB) 0
    18379 25.10.2016 08:09:03 rt2 0 SYS_IF_PEER_CHANGED Normal New peer for interface Gi0/0/2.2365 is switch1 interface Gi4/5 (00:0D:65:04:25:1E) 0
    18378 25.10.2016 08:09:03 switch1 0 SYS_IF_PEER_CHANGED Normal New peer for interface Gi4/5 is rt2 interface Gi0/0/2.2365 (88:43:E1:1D:D9:02) 0
    18377 25.10.2016 08:02:07 rt2 0 SYS_IF_PEER_CHANGED Normal New peer for interface Gi0/0/2.2365 is switch3 interface Gi0/2 (88:F0:77:D1:20:02) 0
    18376 25.10.2016 08:02:07 switch3 0 SYS_IF_PEER_CHANGED Normal New peer for interface Gi0/2 is rt2 interface Gi0/0/2.2365 (88:43:E1:1D:D9:02) 0

    Maybe netxms is getting confused by the fact that this switch is a logical stack of 2 switches that are connected by te1/0/47, te1/0/48 on both switches.


  • The string "[0]" instead of interface name in FDB for non-vlan1 ports
    W wonderboy
    Support

    The patch is working fine. Thanks.


  • The string "[0]" instead of interface name in FDB for non-vlan1 ports
    W wonderboy
    Support

    I maybe wrong, but here is my thoughts about this.
    ifIndex is 0 'cause ifIndexFromPort function return 0.
    Take a look at fdb.cpp:

    void ForwardingDatabase::addEntry(FDB_ENTRY *entry)
    {
    	// Check for duplicate
    	for(int i = 0; i < m_fdbSize; i++)
    		if (!memcmp(m_fdb[i].macAddr, entry->macAddr, MAC_ADDR_LENGTH))
    		{
    			memcpy(&m_fdb[i], entry, sizeof(FDB_ENTRY));
    			m_fdb[i].ifIndex = ifIndexFromPort(entry->port);                        <--- here
    			return;
    		}
    
    	if (m_fdbSize == m_fdbAllocated)
    	{
    		m_fdbAllocated += 32;
    		m_fdb = (FDB_ENTRY *)realloc(m_fdb, sizeof(FDB_ENTRY) * m_fdbAllocated);
    	}
    	memcpy(&m_fdb[m_fdbSize], entry, sizeof(FDB_ENTRY));
    	m_fdb[m_fdbSize].ifIndex = ifIndexFromPort(entry->port);                             <--- and here
    	m_fdbSize++;
    }
    
    UINT32 ForwardingDatabase::ifIndexFromPort(UINT32 port)
    {
    	for(int i = 0; i < m_pmSize; i++)
    		if (m_portMap[i].port == port)                   <---so it seems like portMap structure does not contain required port, why?
    			return m_portMap[i].ifIndex;
    	return 0;
    }
    

    portMap structure populated by "addPortMapping" function which is called from Dot1dPortTableHandler callback, and which is called from

    ForwardingDatabase *GetSwitchForwardingDatabase(Node *node)
    {
    	if (!node->isBridge())
    		return NULL;
    
    	ForwardingDatabase *fdb = new ForwardingDatabase(node->getId());
    	node->callSnmpEnumerate(_T(".1.3.6.1.2.1.17.1.4.1.2"), Dot1dPortTableHandler, fdb);              <---- here
    	node->callSnmpEnumerate(_T(".1.3.6.1.2.1.17.7.1.2.2.1.2"), Dot1qTpFdbHandler, fdb);
    

    But this snmpenumerate request must also be vlan-context-aware as with followed code with mac address table request.

    Here is a sample snmpwalks to the cisco switch:
    admin@netxms:/home/admin# nxsnmpwalk -c community@10 172.x.x.x .1.3.6.1.2.1.17.1.4.1.2
    .1.3.6.1.2.1.17.1.4.1.2.7 [INTEGER]: 7
    .1.3.6.1.2.1.17.1.4.1.2.31 [INTEGER]: 31
    .1.3.6.1.2.1.17.1.4.1.2.47 [INTEGER]: 43
    .1.3.6.1.2.1.17.1.4.1.2.48 [INTEGER]: 44
    .1.3.6.1.2.1.17.1.4.1.2.65 [INTEGER]: 53
    admin@netxms:/home/admin# nxsnmpwalk -c community@11 172.x.x.x .1.3.6.1.2.1.17.1.4.1.2
    .1.3.6.1.2.1.17.1.4.1.2.65 [INTEGER]: 53


  • The string "[0]" instead of interface name in FDB for non-vlan1 ports
    W wonderboy
    Support

    Tatjana,
    Will post here 'cause I have the same issue.
    I have a cisco switch 3550 (which is snmp-enabled) and sensor1 (disabled all polls except icmp) with mac 00:a2:19:60:00:00 that is connected to fa0/48 port (access port with vlan 10). FDB table for 3550 is showing me this:

    00:a2:19:60:00:00    48    [0]     10      sensor1     dynamic
    

    so FDB seems correct however I don't know what is 'interface' = 0 and in the interface tab of the object viewer netxms does not show any peer nodes, but it has to be fa0/48 ..... sensor1 192.168.x.x FDB.

    I attached requested OIDs.


    .1.3.6.1.2.1.2.1.0.csv

    .1.3.6.1.2.1.2.2.1.1.csv

    .1.3.6.1.2.1.2.2.1.2.csv

    .1.3.6.1.2.1.17.1.4.1.2.csv

    .1.3.6.1.2.1.31.1.1.1.1.csv


  • как настроить eclipse для nxmc
    W wonderboy
    Support (Russian)

    Подскажите, как установить eclipse для экспериментов с консолью nxmc?
    Первый раз использую eclipse и ошибки 'import ... cannot be resolved' загоняют в тупик(
    Пробовал разные инструкции и https://www.netxms.org/forum/oe-oo/kom-eclipse-keta-oko/5, и https://wiki.netxms.org/wiki/How_to_setup_Eclipse/RAP и пробовал просто на eclipse поставить все из eclipse_addons.txt. Но либо eclipse не резолвит стандартные библиотеки (например org.eclipse.core.commands.), либо по ссылке http://download.eclipse.org/tools/gef/updates/milestones/ нет draw2d, либо еще что-то.


  • скриптик по созданию графика
    W wonderboy
    Support (Russian)

    Виктор, мне еще надо добавить accessList.

    from java.util import ArrayList
    
    for user in s.getUserDatabaseObjects():
    	if user.getName() == "Helpdesk":
    		helpdeskUser = user.getId()
    		break
    
    acl = AccessListElement(helpdeskUser, UserAccessRights.OBJECT_ACCESS_READ)
    
    gs = GraphSettings(0, s.getUserId(), ArrayList(acl))
    

    Но у меня вылазит ошибка:

    TypeError: java.util.ArrayList(): 1st arg can't be coerced to int, java.util.Collection
    

    Кстати, при работе с сообщения вылазит таже проблема в части добавления аксес листа:

    acl_id = NXCPCodes.VID_GRAPH_ACL_BASE + 1
    	msg.setFieldInt32(acl_id, int(2147483650)) <----- вот здесь ругается can't be coerced to int
    

  • instance discovery -> script
    W wonderboy
    Support (Russian)

    Виктор, прекрасно! 🙂


  • instance discovery -> script
    W wonderboy
    Support (Russian)

    Видимо криво объяснил. У меня итак сейчас в instance discovery стоит script, который возвращает массив ifIndex'ов, а дальше приходится использовать instance discovery filter чисто для того, чтобы достать еще и список наименований для этих индексов, чтобы dci красиво проименовать используя instance-name. Я подумал, а почему бы в основном скрипте сразу с массивом ifIndex'ов не возвращать и наименования, чтобы не делать двойную работу. Но как из основного скрипта вернуть массив индексов и массив имен я так и не нашел. return %(ifIndexes, ifNames) не работает 🙂

    ps Благодарю за все ответы 🙂


  • instance discovery -> script
    W wonderboy
    Support (Russian)

    Можно ли сразу из скрипта (который используется в instance discovery) возвращать массив instance'ов вместе с именами, по аналогии как в instance discovery filter строка: return %(true, $1, i->name); ? Есть желание все сделать в основном скрипте, а фильтр не использовать, так как получается дублирование кода.

  • Login

  • Don't have an account? Register

  • Login or register to search.
Powered by NodeBB Contributors
  • First post
    Last post
0
  • Categories
  • Recent
  • Tags
  • Popular
  • Users
  • Groups