nativIP serveur requiert une machine hôte (physique ou virtuelle) sous Windows 64bits :
Windows 10, 11, (Windows Server 2012R2), 2016, 2019, 2022.
(Windows Server 2025 est en cours de validation)
L’installation requiert un compte administrateur local.
Sur les serveurs virtuels à très forte charge, il peut être judicieux d’utiliser une interface Ethernet physique dédiée pour assurer une qualité de flux optimale.
Il est important d’utiliser un environnement stable, particulièrement pour les usages FAX. La cohabitation avec d’autres logiciels sur un même serveur est possible, sous réserve de validation. Une élévation de priorité est paramétrable pour atténuer les pics de charge générés par des logiciels tiers. Il convient cependant de privilégier un environnement en permanence optimal.
Les logs des scénarios vocaux indiquent le MOS estimé pour toutes les communications vous permettant de contrôler en permanence la qualité du service fourni.
Le serveur nativIP est connecté via des liens SIP. Ceux-ci peuvent être des trunks opérateurs/IPBX, ou des liens vers des gateways. Le serveur peut aussi se connecter en tant que postes SIP. Le nombre de liens/trunks n’est pas limité. (Le nombre de communications simultanées dépend par contre de votre licence)
Il est possible d’utiliser sur le même serveur nativIP plusieurs liens, y compris d’opérateurs/constructeurs différents.
La bande passante utilisée découle directement des codecs utilisés.
| Protocoles / Codecs supportés | |
|---|---|
| Signalisation |
SIP v.2.0 (RFC 3261) |
| Codecs Audio | G.711 (conseillé), G.722 (HD), G.726, SPEEX, Opus (RFC 6716) , iLBC |
| Fax | T.38 (conseillé) , G.711 |
([+]Interopérabilité : https://www.nativip.com/index.php?sujet=dev_interop&article=dev_interop )
Note : Tous les ports / plages sont paramétrables, la matrice ci-dessus indiquant une configuration standard.
Si le serveur doit être connecté simultanément à un Lync et un IPBX type Alcatel OXE/ Mitel MiVoice5000 ou autre, il est nécessaire d’utiliser 2 profils de connexion, le premier pour Lync (tcp), le second pour les autres IPBX (SIP/udp).
| Source | Destination | Protocole | Ports | TCP/UDP | Commentaires | |
|---|---|---|---|---|---|---|
| IPBX |
NATIVIP_SRV | SIP | 5060 | UDP | (utiliser TCP si Lync) | |
| NATIVIP_SRV | IPBX | SIP | 5060 | UDP | (utiliser TCP si Lync) - selon IPBX | |
| IPBX | NATIVIP_SRV | RTP | 16384-32768 | UDP | ||
| Client Web |
NATIVIP_SRV | HTTP HTTPS |
80 443 |
TCP TCP |
En déploiement complet, le serveur nativIP requiert environ 6Go.
Les scénarios vocaux, messages déposés et annonces de messageries, enregistrements de conférences téléphoniques etc. utilisent environ 1Mo par minute.
Les enregistrements de conversation utilisent environ 2Mo par minute (stéréo -> 1 voie par côté).
La charge CPU est directement liée aux usages.
La plus forte charge est requise pour le transcodage vidéo (vidéo conférence).
L’usage le moins consommateur concerne les mises en relation postes/postes, postes/trunks sans transcodage audio ni enregistrement.
Selon les services optionnels utilisés (notification de messagerie vocale par courrier électronique, consultation via interface web, remontée des CDR en DB, les spécificités techniques (réalignement des timestamps RTP…. ) il conviendra d’ajuster la capacité CPU/RAM. De même, la charge des services et solutions de sécurité type anti-virus, XDR etc. doit être prise en compte pour conserver des ressources suffisantes en toute situation.
| Dimensionnements type | |
|---|---|
| Messagerie Vocale / Serveur Vocal 8 canaux | 2 vCPU / 2GHz, 4 à 8 Go |
| Messagerie Vocale 200 canaux multi-tenants | 8 à 10 vCPU HT / 3GHz, 16Go |
Les tests de charge réalisés avec une version standard de nativIP serveur prouvent une capacité SVI de 250 accès simultanés sur une machine type i7 HQ (4 core/8 thread) @2.4 équipée de 16Go sous W2012R2. Le scénario intègre un script PHP, des lectures/enregistrements de message et les services de dispatch.
Codec G.711, pas de transcodage, CPS <10, minimum 20% de la capacité CPU libre.
Selon les accord commerciaux, il est possible de splitter les licences sur plusieurs machines pour répartir la charge est assurer une meilleure disponibilité.
Sur des services à forte charge - cas des messageries vocales devant supporter des pics de dépôts de messages simultanés - la performance disque est critique.
De nombreux facteurs impactent les performances d'E/S disques notamment le nombre, la taille et la rapidité des disques, les caches, contrôleurs, mais aussi dans des environnements plus large la configuration des contrôleurs hôtes de bus (HBA) , les switch fabric, la bande passante réseau disponible…
Points clefs pour éviter les contentions disque :
| Codec | Consommation (brute) |
|---|---|
| G.711 a/u-law (PCM) |
80 kbit/s |
| G722_64k |
80 kbit/s |
| G.726 (AD-PCM) |
55 kbit/s |
| GSM |
13 kbit/s |
| SPEEX (8/16/32kHz) |
4 - 15 kbit/s |
| iLBC |
32 kbit/s |