<![CDATA[AI skills invocation issues and MAC address learning issues with port "security"]]>I have two questions to ask:
A previous issue (https://www.netxms.org/forum/general-support/help-h3c-port-security-policy-causes-the-switch-to-fail-to-learn-the-interface/msg32436/#msg32436) seems to have reappeared in the latest version. When a port security policy is configured on a switch interface, the MAC address status on the switch shows as secure instead of learned, and NetXMS appears to ignore MAC addresses in the secure state.
The AI model cannot execute tool calls, as shown in the screenshot. My configuration in netxmsd.conf is as follows:
plaintext
Module=aitools

[AI/Provider/qwen3]
Type = openai
URL = http://IP/v1/chat/completions
Model = qwen3.6-35b-a3b
Token = xxx
ContextSize = 32000
Timeout = 900
Slots = default

[AI]
DefaultProvider = qwen3
Looking forward to your reply. Thank you very much!

1.png

22.jpg

]]>https://forum.netxms.org/topic/8375/ai-skills-invocation-issues-and-mac-address-learning-issues-with-port-securityRSS for NodeFri, 13 Nov 2026 07:29:35 GMTThu, 30 Apr 2026 14:13:16 GMT60<![CDATA[Reply to AI skills invocation issues and MAC address learning issues with port "security" on Fri, 08 May 2026 00:18:40 GMT]]>That's wonderful! I'm looking forward to the next version update, and thank you so much for your tremendous help!

]]>https://forum.netxms.org/post/35419https://forum.netxms.org/post/35419Fri, 08 May 2026 00:18:40 GMT<![CDATA[Reply to AI skills invocation issues and MAC address learning issues with port "security" on Thu, 07 May 2026 16:10:34 GMT]]>Problem is with device processing SNMP GET NEXT requests incorrectly; standard requires that GET NEXT should return OID that is strictly higher than previous one; however, device returns entries in FDB in random order:

1.3.6.1.2.1.17.7.1.2.2.1.2.67.180.5.93.216.211.69 [INTEGER]: 15
1.3.6.1.2.1.17.7.1.2.2.1.2.70.28.131.65.44.65.209 [INTEGER]: 53
1.3.6.1.2.1.17.7.1.2.2.1.2.64.180.5.93.216.211.179 [INTEGER]: 53

third entry actually less than first one.

In version 6 we did some optimizations to SNMP walk, including stricter checks for loop detection, this is why walk on H3C start failing. In next patch release we will relax it to handle buggy devices like this one.

]]>https://forum.netxms.org/post/35418https://forum.netxms.org/post/35418Thu, 07 May 2026 16:10:34 GMT<![CDATA[Reply to AI skills invocation issues and MAC address learning issues with port "security" on Thu, 07 May 2026 06:33:54 GMT]]>I tested the command nxsnmpwalk -v 2c -c stonewell2000 10.61.43.131 1.3.6.1.2.1.17.7.1.2.2.1 separately on version 5.0.8 and 6.1.1, and there are obvious discrepancies between the two results. Only version 5.0.8 can retrieve the complete data normally.The packet capture logs of v6.1.1 have been uploaded as an attachment. Thank you so much!

v611.png

v508.png

v6_walk_result.txt

v5_walk_result.txt

netxms_v6_snmp.pcap

]]>https://forum.netxms.org/post/35416https://forum.netxms.org/post/35416Thu, 07 May 2026 06:33:54 GMT<![CDATA[Reply to AI skills invocation issues and MAC address learning issues with port "security" on Wed, 06 May 2026 16:08:00 GMT]]>It looks like regression in SNMP library. Could you please try same SNMP walk from command line using nxsnmpwalk tool? Ideally do walk on same device using nxsnmpwalk from v5 as well.
If there will be discrepancies between v5 and v6, send me packet capture from v6 walk if possible.

]]>https://forum.netxms.org/post/35415https://forum.netxms.org/post/35415Wed, 06 May 2026 16:08:00 GMT<![CDATA[Reply to AI skills invocation issues and MAC address learning issues with port "security" on Wed, 06 May 2026 00:17:09 GMT]]>@victor said in AI skills invocation issues and MAC address learning issues with port "security":

Is there really only one row in SNMP walk result? If yes, try to do separate walks on 1.3.6.1.2.1.17.7.1.2.2.1.3 and 1.3.6.1.2.1.17.7.1.2.2.1.2 - there should be more entries. Also try walk on 1.3.6.1.2.1.17.4.3.1.3

This issue does not occur in version 5.X. Could you please assist us with the diagnosis and troubleshooting?

]]>https://forum.netxms.org/post/35413https://forum.netxms.org/post/35413Wed, 06 May 2026 00:17:09 GMT<![CDATA[Reply to AI skills invocation issues and MAC address learning issues with port "security" on Mon, 04 May 2026 12:01:31 GMT]]>@victor said in AI skills invocation issues and MAC address learning issues with port "security":

Regarding AI invocation - I've tried to check qwen3.6-35b-a3b model via OpenRouter, but looks like they don't have providers with tool calling support. From your screenshot it seems that tool call is not recognized and interpreted as part of an answer. Are you sure that runner or service you are using actually follows Open AI API?

Thanks for your guidance. I’ll check with my colleague in charge of AI large models.

]]>https://forum.netxms.org/post/35407https://forum.netxms.org/post/35407Mon, 04 May 2026 12:01:31 GMT<![CDATA[Reply to AI skills invocation issues and MAC address learning issues with port "security" on Mon, 04 May 2026 12:00:28 GMT]]>The SNMP walk result for 1.3.6.1.2.1.17.7.1.2.2.1 indeed returns only one entry, which is rather unusual. Many H3C switches show exactly the same result, whereas this used to work normally before.The SNMP traversal results for other OIDs are listed below. Thanks for your help.

01.jpg

02.jpg

03.jpg

04.jpg

]]>https://forum.netxms.org/post/35406https://forum.netxms.org/post/35406Mon, 04 May 2026 12:00:28 GMT<![CDATA[Reply to AI skills invocation issues and MAC address learning issues with port "security" on Mon, 04 May 2026 10:58:42 GMT]]>Regarding AI invocation - I've tried to check qwen3.6-35b-a3b model via OpenRouter, but looks like they don't have providers with tool calling support. From your screenshot it seems that tool call is not recognized and interpreted as part of an answer. Are you sure that runner or service you are using actually follows Open AI API?

]]>https://forum.netxms.org/post/35402https://forum.netxms.org/post/35402Mon, 04 May 2026 10:58:42 GMT<![CDATA[Reply to AI skills invocation issues and MAC address learning issues with port "security" on Mon, 04 May 2026 10:53:50 GMT]]>Is there really only one row in SNMP walk result? If yes, try to do separate walks on 1.3.6.1.2.1.17.7.1.2.2.1.3 and 1.3.6.1.2.1.17.7.1.2.2.1.2 - there should be more entries. Also try walk on 1.3.6.1.2.1.17.4.3.1.3

]]>https://forum.netxms.org/post/35401https://forum.netxms.org/post/35401Mon, 04 May 2026 10:53:50 GMT<![CDATA[Reply to AI skills invocation issues and MAC address learning issues with port "security" on Sun, 03 May 2026 14:42:38 GMT]]>Thank you very much for your reply.

fdb3.png

fdb2.png

fdb1.png

]]>https://forum.netxms.org/post/35396https://forum.netxms.org/post/35396Sun, 03 May 2026 14:42:38 GMT<![CDATA[Reply to AI skills invocation issues and MAC address learning issues with port "security" on Sat, 02 May 2026 19:15:38 GMT]]>Hi,

FDB related code was not changed, it still handles type 6 (secure) in a same way as type 3. Could you please show screenshot of "FDB" page for problematic switch, output of server debug command "show fdb <id>" (replace <id> with actual switch object ID), and result of SNMP walk on 1.3.6.1.2.1.17.7.1.2.2.1?

Best regards,
Victor

]]>https://forum.netxms.org/post/35395https://forum.netxms.org/post/35395Sat, 02 May 2026 19:15:38 GMT