NetXMS Support Forum

Hi,

I'm trying to monitor a set of agents from a connection that has a dynamic public IP (IP changes are out of my control). I know I can put name instead of IP as MasterServer in the agent configuration file. Question is: how frequently the agent will query the DNS to resolve the name to IP (name is updated properly on IP change through a dynamic DNS service)?

Regards,
Marco

Quote from: Victor Kirhenshtein on September 26, 2016, 12:38:15 PM
Hi,

it looks like another HTTP/JSON API - should be fairly easy to create driver from existing one. I can try to build one in next few days (please remind me if I forgot ).

Best regards,
Victor

Hello Victor,

did you have time to create the driver?

Thank you,
Marco

Quote from: Victor Kirhenshtein on September 28, 2016, 06:20:47 PM
We plan to make significant changes in notifications part during 2.1 development - replace current built-in SMTP client and option to load single SMS driver with loadable communication channels - this will allow to have email, SMS, and Slack for example for notifications. When SMTP client will be loadable module we will also implement one with authentication.

Best regards,
Victor

That is a good improvement! Is the implementation of the driver for Nexmo SMS provider:

https://www.netxms.org/forum/configuration/sms-driver-websms-ru/msg21005/#msg21005

Linked to this change or you'll be able to do the Nexmo implementation before?

Regards
Marco

I know this is something requested since long time:

https://dev.raden.solutions/issues/140

is there any plan to implement SMTP authentication (TLS) to allow NetXMS to send e-mail through authenticated mail servers?

Regards,
Marco

Quote from: Victor Kirhenshtein on September 26, 2016, 12:38:15 PM
Hi,

it looks like another HTTP/JSON API - should be fairly easy to create driver from existing one. I can try to build one in next few days (please remind me if I forgot ).

Best regards,
Victor

Sure!

Thank you!

Marco

Quote from: Victor Kirhenshtein on February 04, 2015, 01:23:15 AM
Hi,

I've added documentation section about SMS drivers: https://www.netxms.org/documentation/adminguide/sms-drivers.html. Basically, you have to set SMSDrvConfig server configuration option to string like

login=user;password=password

Best regards,
Victor

The link for documentation is broken. Anyone has experience with this provider:

https://docs.nexmo.com/messaging/sms-api

Marco

Quote from: ofca on June 27, 2016, 11:34:10 AM
I recently upgraded netxms and android client to 2.0.4 and unfortunately this is still unresolved. Client locks in some magic state, where not only it doesn't supply any notifications about alarms, but after bringing it to foreground and taping 'alarms' it keeps 'gathering data...' for few moments and then shows 'No items to show...'. Main menu shows 'Connected to server x.x.x.x'. Selecting reconnect fixes this.

On a side note, alert filtering works flawlessly - thank you

Hi!,

it is still unresolved (as per issue https://dev.raden.solutions/issues/1198 not yet closed) because I did not find time to investigate, I'm sorry 

Regards,
Marco

Quote from: ofca on April 09, 2016, 10:37:00 PM
Any idea as to when new version will be available? On a side note, 2.0.3 shows up as 2.0.2 in apps list. Had to uninstall old version to be sure.

I don't know, releases are directly managed by Victor. I can give you a compiled version from me but it will fail to upgrade due to different signature.

Best regards,
Marco

Quote from: ofca on April 05, 2016, 03:19:55 PM
Actually it isn't the culprit. Or at least is one of many: same thing happens overnight on my home wifi, and there were no outages.

Thank you for adding info, the problem needs a deeper investigation. I'll post news when available.

Regards,
Marco

Quote from: ofca on March 31, 2016, 07:34:49 AM
Sending keepalives and reacting to lack of them should be bulletproof.

In theory, receiving properly the connection notification from Android should have the same result. I have the impression that the poor coverage can be the culprit: in that case I guess that the app isn't able to properly handshake with the server going in timeout without retrying properly... I'll try to investigate.

I've opened an issue:

https://dev.raden.solutions/issues/1198

Regards,
Marco

Quote from: ofca on March 28, 2016, 10:26:21 PM
Thank you. Just adding a "Ignore" toggle for each severity would be great.

Issue #1194 is closed, alarm notification section has been reorganized.

Best regards,
Marco

Quote from: ofca on March 28, 2016, 10:26:21 PM
Thank you. Just adding a "Ignore" toggle for each severity would be great.

It could be the proper shortcut for a rapid implementation. I'll give it a try ASAP.

Best regards,
Marco

Quote from: ofca on March 30, 2016, 03:51:36 AM
Android client is losing connection to the server (even on wifi), and carries on as nothing happened. I think it should expect a keepalive packet from the server every [$configurable_interval] seconds and should it miss [$configurable_amount] packets, it should attempt reconnect. This might also possibly affect desktop client; happened to me at least once, but it's not as big a of a problem, since desktop connections tend to be more stable.

Android client receives broadcast notification from OS, so when the connection drops or is re-established the app should disconnect and reconnect according to that behaviour (unless something is changed in recent versions of OS) .
Did you notice a specific situation when this doesn't happens?

Best regards,
Marco.

Quote from: Victor Kirhenshtein on March 30, 2016, 07:32:32 PM
which will be expanded into

Net.Interface.BytesIn("RAS (Dial In)")

and should work correctly.

Best regards,
Victor

Yes, it works! Thank you

Regards,
Marco

Quote from: Tursiops on March 27, 2016, 01:54:47 PM
So I am guessing this is actually an issue with using "Net.InterfaceNames" for Instance Discovery, i.e. it does not escape the brackets properly?
Or is there something else I am missing?

Well, I didn't notice before, but I have the same problem! 

Marco