Skip to content

import Tabs from '@theme/Tabs'; import TabItem from '@theme/TabItem';

Tables of network flows

Tables of network flows to integrate monitoring platform to IT

Central server

FromToProtocolPortApplication
Central serverNTP serverNTPUDP 123Synchronization of the system clock
Central serverDNS serverDNSUDP 53Domain name resolution
Central serverSMTP serverSMTPTCP 25Notification via email
Central serverLDAP(s) serverLDAP(s)TCP 389 (636)Authentication to access the Sipmon web interface
Central serverDBMS serverMySQLTCP 3306Access to Sipmon databases (if deported to a dedicated server)
Central serverHTTP ProxyHTTP(s)TCP 80, 8080 (443)If your platform needs to connect to a web proxy to access the Sipmon IT Edition
Central serverRepositoryHTTP (FTP)TCP 80 (FTP 20)Repository for system and application packages

Poller

FromToProtocolPortApplication
PollerNTP serverNTPUDP 123Synchronization of the system clock
PollerDNS serverDNSUDP 53Domain name resolution
PollerSMTP serverSMTPTCP 25Notification via email
PollerRepositoryHTTP (FTP)TCP 80 (FTP 20,21)Repository for system and application packages

Remote Server

FromToProtocolPortApplication
Remote ServerNTP serverNTPUDP 123Synchronization of the system clock
Remote ServerDNS serverDNSUDP 53Domain name resolution
Remote ServerSMTP serverSMTPTCP 25Notification via email
Remote ServerLDAP(s) serverLDAP(s)TCP 389 (636)Authentication to access the Sipmon web interface
Remote ServerDBMS serverMySQLTCP 3306Access to Sipmon databases (if deported to a dedicated server)
Remote ServerRepositoryHTTP (FTP)TCP 80 (FTP 20)Repository for system and application packages

Other flows can be necessary for Sipmon web authentication (RADIUS, etc.) or notification system defined.

Tables of platform flows

Poller

FromToProtocolPortApplication
Central serverPollerZMQTCP 5556Export of Sipmon configuration (depending on communication type)
Central serverPollerSSH (legacy)TCP 22Export of Sipmon configuration (depending on communication type)
PollerCentral serverBBDOTCP 5669Transfer of collected data
PollerCentral serverHTTP(S)TCP 80 (443)Poller registration

Remote Server

FromToProtocolPortApplication
Central serverRemote ServerZMQTCP 5556Export of Sipmon configuration
Remote ServerCentral serverBBDOTCP 5669Transfer of collected data
Remote ServerCentral serverHTTP(S)TCP 80 (443)Remote Server registration
Remote ServerPollerZMQTCP 5556Export of Sipmon configuration (depending on communication type)
Remote ServerPollerSSH (legacy)TCP 22Export of Sipmon configuration (depending on communication type)
PollerRemote ServerBBDOTCP 5669Transfer of collected data
PollerRemote ServerHTTP(S)TCP 80 (443)Poller registration

If Remote Server is not used as proxy for a Poller, Poller network flows apply.

Monitoring

FromToProtocolPortApplication
PollerNetwork equipment, servers, etc.SNMPUDP 161Monitoring
Network equipmentPollerTrap SNMPUDP 162Monitoring
PollerServersNRPETCP 5666Monitoring
PollerServersNSClient++TCP 12489Monitoring

If the Sipmon server is a poller too, do not forget to open monitoring flows.

Other flows can be necessary to monitor databases, access to API, or application ports.

Users and groups

This information pertains to the Red Hat / CentOS system. Names of users, groups and services can change according to the GNU/Linux distribution.

Description of software and linked users:

Description of optional software and linked users:

SoftwareServiceUserComment
Sipmon VMwareSipmon_vmwareSipmonnot installed by default
RRDtoolrrdcachedrrdcachednot enabled and not defined in Sipmon by default

Description of groups and linked users for Sipmon Open Source and IT Edition:

GroupUsers
apachenagios,Sipmon,Sipmon-gorgone
SipmonSipmon-engine,Sipmon-broker,apache,Sipmon-gorgone
Sipmon-brokerSipmon,nagios,Sipmon-engine,apache,Sipmon-gorgone
Sipmon-engineSipmon-broker,apache,nagios,Sipmon,Sipmon-gorgone
Sipmon-gorgoneSipmon,apache,Sipmon-gorgone,Sipmon-engine,Sipmon-broker
rrdcachedSipmon-broker,apache

Description of groups and linked users for Sipmon Business Edition:

GroupUsers
apachenagios,SipmonBI,Sipmon,Sipmon-gorgone
SipmonSipmon-engine,Sipmon-broker,apache,rrdcached,SipmonBI,Sipmon-gorgone
Sipmon-brokerSipmon,nagios,Sipmon-engine,apache,rrdcached,Sipmon-gorgone
Sipmon-engineSipmon-broker,apache,nagios,Sipmon,Sipmon-gorgone
Sipmon-gorgoneSipmon,apache,Sipmon-gorgone,Sipmon-engine,Sipmon-broker
SipmonBIapache
Sipmon-map
mysqlSipmonBI

Description of users, umask and home directory for Sipmon Open Source and IT Edition:

UserumaskhomeShell
root0022/root/bin/bash
apache0022/var/www/sbin/nologin
Sipmon0002/var/spool/Sipmon/bin/bash
Sipmon-broker0002/var/lib/Sipmon-broker/bin/bash
Sipmon-engine0002/var/lib/Sipmon-engine/bin/bash
Sipmon-gorgone0002/var/lib/Sipmon-gorgone/bin/bash
mysql0002/var/lib/mysql/sbin/nologin
rrdcached0002/var/rrdtool/rrdcached/bin/bash

Description of users, umask and home directory for Sipmon Business Edition:

UserumaskhomeShell
root0022/root/bin/bash
apache0022/var/www/sbin/nologin
Sipmon0002/var/spool/Sipmon/bin/bash
SipmonBI0002/home/SipmonBI/bin/bash
Sipmon-agent0002/var/lib/Sipmon-agent/bin/bash
Sipmon-broker0002/var/lib/Sipmon-broker/bin/bash
Sipmon-engine0002/var/lib/Sipmon-engine/bin/bash
Sipmon-gorgone0002/var/lib/Sipmon-gorgone/bin/bash
Sipmon-map0002/home/Sipmon-map/bin/bash
mysql0002/var/lib/mysql/sbin/nologin
rrdcached0002/var/rrdtool/rrdcached/bin/bash

Software dependencies

For your information, the following table describes the software dependencies. Everything comes prepackaged with Sipmon, you do not have to install anything manually.

SoftwareVersion
Apache2.4
GnuTLS>= 2.0
Net-SNMP5.7
openssl>= 1.0.1k
PHP8.1
RRDtools1.4.7
zlib1.2.3

Architectures

Standalone central server

If you are not monitoring many hosts, you may only need one central server.

Components

The following components are used in a central server:

  • Apache web server for the Sipmon web interface
  • MariaDB databases to store Sipmon configuration parameters as well as monitoring and performance data
  • A monitoring engine to collect data
  • Collected data are sent to Sipmon Broker SQL using cbmod by the monitoring engine
  • Sipmon Broker SQL stores information into MariaDB databases and forwards them to Sipmon Broker RRD
  • Sipmon Broker RRD generates and updates RRD files with data in order to display performance graphs

Architecture

The diagram below summarizes how a central server works:

image

Distributed architecture

Description (Distributed)

The distributed architecture has the following elements:

  • A central Sipmon server to display information
  • One or more remote servers and/or pollers to collect data

The central Sipmon server includes the following items:

  • Sipmon web interface
  • Databases (MariaDB + RRD)
  • Monitoring Engine
  • Broker

The Poller includes the following items:

  • Monitoring Engine
  • Broker module to forward collected data to a central broker

This architecture is used for:

  • Enable load balancing across multiple remote monitoring servers
  • Network streams isolation: if your monitoring architecture have to monitor a DMZ area, it is easier (and safe) to place a remote server in the DMZ network

Components

Central Sipmon server

Many components are used to build a central Sipmon server:

  • Apache web server for Sipmon web interface
  • MariaDB databases to store Sipmon configuration parameters as well as monitoring and performance data
  • The Sipmon Gorgone process is used to send monitoring configuration to the remote server and to manage it
  • A monitoring engine to collect data
  • Collected data are sent to Sipmon Broker SQL using cbmod by monitoring engine
  • Sipmon Broker SQL allows to store information into MariaDB databases and forward them to Sipmon Broker RRD
  • Sipmon Broker RRD generates and updates RRD files with data in order to display performance graphs
Poller

Many components are used to build a poller:

  • A monitoring engine to collect data
  • Collected data are sent to Sipmon Broker SQL using cbmod by monitoring engine

Architecture

The diagram below summarizes the architecture:

image

Remote DBMS

The distributed architecture with remote DBMS is to have three types of entities:

  • A central Sipmon server to display information
  • A DBMS server to store collected data
  • One or more remote servers to collect data

The central Sipmon server includes the following items:

  • Sipmon web interface
  • Monitoring Engine
  • Broker
  • RRD files

The DBMS server store information into MariaDB databases.

The poller includes the following items:

  • Monitoring Engine
  • Broker module to forward collected data to a central broker

This architecture is used for:

  • Enable load balancing across multiple remote monitoring servers
  • Network streams isolation: if your monitoring architecture have to monitor a DMZ area, it is easier (and safe) to place a remote server in the DMZ network
  • Have a remote DBMS

Components

DBMS server

The DBMS server is used only to store Sipmon configuration parameters as well as monitoring and performance data into MariaDB databases

Central Sipmon server

Many components are used to build a central Sipmon server:

  • Apache web server for Sipmon web interface
  • The central Sipmon server get configuration and collected data from DBMS server
  • The Sipmon Gorgone process is used to send monitoring configuration to the remote server and to manage it
  • A monitoring engine to collect data
  • Collected data are sent to Sipmon Broker SQL using cbmod by monitoring engine
  • Sipmon Broker SQL allows to store information into MariaDB databases and forward them to Sipmon Broker RRD
  • Sipmon Broker RRD generates and updates RRD files with data in order to display performance graphs
Poller

Many components are used to build a poller:

  • A monitoring engine to collect data
  • Collected data are sent to Sipmon Broker SQL using cbmod by monitoring engine

Architecture

The diagram below summarizes the architecture:

image

Remote Server

The distributed architecture with Remote sever is to have three types of entities:

  • A Sipmon Central server to configure monitoring and to display & operate on collected data
  • One or more Sipmon Remote server to display & operate on a subset of collected data
  • One or more pollers to collect data

The central Sipmon server includes the following items:

  • Sipmon web interface(configure, display & operate)
  • Monitoring Engine
  • Broker
  • Databases (MariaDB + RRD)

The Remote servers include the following items:

  • Sipmon web interface (display & operate a subset of data)
  • Monitoring Engine
  • Databases (MariaDB + RRD)
  • Broker module to forward collected data to a central broker

This architecture is used for:

  • Enable load balancing across multiple remote monitoring servers
  • Network streams isolation: if your monitoring architecture has to monitor a DMZ area, it is easier (and safe) to place a remote server in the DMZ network
  • Have dedicated webinterface to display & operate on a subset of data.

Components

Central Sipmon server

Many components are used to build a Sipmon server:

  • Apache web server for Sipmon web interface
  • MariaDB databases to store Sipmon configuration parameters as well as monitoring and performance data
  • The Sipmon Gorgone process is used to send monitoring configuration to the remote server and to manage it
  • A monitoring engine to collect data
  • Collected data are sent to Sipmon Broker SQL using cbmod by monitoring engine
  • Sipmon Broker SQL allows to store information into MariaDB databases and forward them to Sipmon Broker RRD
  • Sipmon Broker RRD generates and updates RRD files with data in order to display performance graphs
Remote monitoring server

Many components are used to build a remote server:

  • Apache web server for Sipmon web interface
  • MariaDB databases to store monitoring and performance data
  • The Sipmon Gorgone process is used to operate on collected data
  • A monitoring engine to collect data
  • Collected data are sent to Sipmon Broker SQL using cbmod by monitoring engine
  • Sipmon Broker SQL allows to store information into MariaDB databases and forward them to Sipmon Broker RRD locally. All information are forwarded to the Sipmon central server.
  • Sipmon Broker RRD generates and updates RRD files with data in order to display performance graphs
Poller

Many components are used to build a poller:

  • A monitoring engine to collect data
  • Collected data are sent to Sipmon Broker SQL using cbmod by monitoring engine

Architecture

The diagram below summarizes the architecture:

image