Un développement moderne, IP native
nativIP serveur a été développé directement autour du protocole SIP.
L'intégration de passerelles analogiques, et numériques T0 (BRI) / T2 (PRI) vous garantit une transition en douceur des équipements existants.
De plus nativIP serveur supporte simultanément tous types de connexions, ainsi c'est par exemple probablement la seule solution de messagerie vocale accessible simultanément via un autocom Matra série 6500 (liens analogiques Q23) ET un Aastra/Mitel Mivoice 5000 (trunk SIP).
- Développement en France (Le Mans).
- Développement maitrisé permettant l'ajout sur demande de toute nouvelle fonctionnalité.
- Pilotable et interfaçable pour une intégration totale à votre environnement.
- Fonctionne sur toute machine Windows (64bits) - physique ou virtuelle.
Respect des standards
Dans toutes ses interfaces, nativIP serveur respecte les standards du marché.
Qu'il s'agisse de connectivité télécom (SIP, WebRTC ...), d'interfaces avec des services de reconnaissance de la parole (MRCP v1/v2), de synthèse vocale (MRCP, SAPI4/5), nativIP recherche en permanence la compatibilité avec les autres systèmes et services.
De même concernant les possibilités de scripting : PHP, JavaScript (Node.js), Python... sont au programme.
En savoir plus au sujet de l'interopérabilité du serveur nativIP.
Connectivité totale
- Utilisation de gateway SIP standard.
- Compatible tous réseaux (SIP, analogiques, numériques (T0/BRI, T2/PRI)).
- Libre choix des fournisseurs des matériels.
- Pérennité de l'investissement.
- Interconnexion de réseaux / commutateurs / opérateurs hétérogènes.
- Gestion des terminaux SIP, softphones, DECT, analogiques...
- Connexions multiples à des opérateurs / autocommutateurs via trunks SIP, liens RTC analogiques ou numériques...
- Supporte WebRTC (audio et vidéo).
Pas de matériel propriétaire - Prêt pour la virtualisation
Qu'il s'agisse du serveur hôte, des éventuelles gateway, du / des opérateurs, des postes téléphoniques, bornes DECT... Aucune marque n'est imposée, aucun fournisseur n'est obligatoire pour ces équipements. Il en résulte des coûts bien moins élevés qu'une solution à base d'équipements propriétaires et une disponibilité assurée dans le temps.
En outre, l'absence de carte vocale, et l'absence de tout matériel propriétaire permet la virtualisation de la solution sans se préoccuper des problématiques des types de bus et de longueur de carte. Un serveur 1U ou une VM suffisent.