Jump to:
Exigences relatives à la connexion Internet
- Les besoins en bande passante sur le site sont les suivants :
– audio : 100 kbit/s par conversation téléphonique simultanée
– vidéo : jusqu'à 2 Mbps par direction ( envoyer/recevoir) - La connexion Internet doit simultanément présenter en continu une latence inférieure à 100 ms (mesurée de DE-CIX vers l'appareil final) ainsi qu'une perte de paquet nettement inférieure à 1 %.
- Dans la mesure où un pare-feu est utilisé, celui-ci doit être configuré et ajusté par le client en fonction du flux de données VoIP, afin de permettre une communication entre les téléphones et la plateforme NFON.
La vidéo HD (1080p) ne nécessite généralement que 1 Mbit/s par direction.
Exigences relatives au réseau client
- Infrastructure réseau locale installée par un professionnel, axée au moins sur.
- des commutateurs 100 Mbit/s Full-Duplex et un câblage de type CAT5e ou supérieur.
- Aux heures de pointe, le réseau ne doit également pas être exploité aux seuils de saturation, et doit fournir suffisamment de capacité pour le trafic vocal attendu.
- Séparer et hiérarchiser des données téléphoniques avec la VLAN représente par ex. une option idéale.
- En cas d'échange de données intensif via le réseau local, il est recommandé d'utiliser des commutateurs séparés pour les téléphones IP et les postes de travail à PC.
- Il est fondamental que le client exploite un serveur DHCP et qu'il communique aux téléphones IP une configuration IP valide, incluant la passerelle Internet prévue pour le trafic vocal. Ce serveur DHCP ne doit utiliser aucune option 66 (serveur BOOTP).
Infrastructure des e-mails
Si le client souhaite l'envoi de fax ou de messages vocaux entrants,
il doit alors disposer d'une infrastructure fonctionnelle pour ses e-mails (serveur et clients), via laquelle les utilisateurs peuvent délivrer des messages vocaux et envoyer des fax.
Ports
Pour la communication avec l'installation téléphonique, les appareils finaux doivent être capables de communiquer en sortie sur les ports suivants :
Protocole | Port cible | Utilisation | Cibles |
TCP | 80, 83, 443, 18443 | Provisionnement | Tous les réseaux |
UDP | 123 | NTP | Tous les réseaux |
UDP | 53 | DNS | Serveur DNS du client |
UDP | tous les ports | SIP, RTP, T-38, FMC, etc. | 109.68.96.0/21 |
TCP | tous les ports | SIP/TLS, SIP, FMC | 109.68.96.0/21 |
En aucun cas des packs ICMP ne doivent être bloqués avec le type 3 (Destination unreachable), au risque sinon de faire échouer la détermination dynamique de paramètres de transfert nécessaires sur une couche réseau.
Généralement, on devrait faire preuve d'une grande prudence en filtrant et en bloquant les packs ICMP car des fonctionnalités élémentaires pour une utilisation en réseau pourraient être perturbées.
L'utilisation de critères de filtrage selon DNS / FQDN n'est explicitement pas recommandée
et survient aux propres risques du client !
Fragmentation UDP
Dans certains cas, la taille des packs UDP transmis entre les appareils NFON et les appareils du client dépasse la charge utile par défaut de 1500 bytes.
Dans ce cas, le pack doit alors être fragmenté. Il va de la responsabilité du client de garantir que la connexion Internet et la topologie du réseau sous-jacente sont compatibles avec la fragmentation UDP.
Il est également recommandé de vérifier si d'autres fonctions sur le routeur du client peuvent perturber la fragmentation des packs UDP.
Lorsque la fragmentation UDP n'est pas autorisée, les fonctions suivantes sont susceptibles de ne pas fonctionner correctement :
- Témoins d'occupation (BLF)
- Fonctions comme Ne pas déranger (DND), transferts d'appel Appels
- Entrants vers les téléphones après une série de transferts d'appel internes
De nombreux routeurs ont fait leurs preuves en cas de configuration correcte ; de ce fait, aucun routeur spécifique n'est recommandé. Conseils pour une configuration correcte du routeur :
- Un timeout UDP-NAT compris entre 120 et 130 secondes.
- Désactivation d'un SIP-ALG éventuellement existant.
- Activation de la caractéristique « consistent nat » (si existante – par ex. : Sonicwall).
- Désactivation de « Store & Forward » pour les connexions de / vers l'installation téléphonique.
Nous recommandons vivement de désactiver SIP ALG (SIP Helper) dans le pare-feu à cette fin !
En raison d'un niveau de complexité pouvant être très élevé, nous ne pouvons proposer aucune assistance pour les routeurs / pare-feux de SonicWall concernant la fonctionnalité du système téléphonique !
Réglages du commutateur
- En général, nous recommandons l'utilisation du Spanning Tree Protocol (cf. Wikipédia) sur vos commutateurs. Lorsque le Spanning Tree est activé, veiller cependant à ce que les ports sur lesquels vous branchez les téléphones ou appareils finaux similaires soient correctement configurés. En fonction du fabricant du commutateur et du firmware, l'option recommandée est connue sous le nom de « PortFast » ou « Edge Mode ». L'option garantit qu'un appareil branché reçoive immédiatement une connexion et ne soit pas bloqué durant env. 30 secondes, comme c'est le cas habituellement avec le Spanning Tree. Toujours désactiver impérativement le Spanning-Tree en fonction de la charge sur les commutateurs Cisco (PVST+ Mode) !
- Désactivation des mécanismes Proxy-ARP, nous conseillons en outre une protection contre le MAC-Spoofing.
- La plupart des téléphones peuvent utiliser des VLAN. Les identifiants VLAN utilisés sont soit configurés dans les options du site du client, dans le portail d'administration, soit doivent être fournis par l'infrastructure locale de commutateurs, à l'aide de LLDP. Nous recommandons le protocole LLDP-MED. Sur la plupart des téléphones livrés par NFON, le protocole LLDP-MED (Link Layer Discover Protocol - Media Endpoint Devices) est activé par défaut. Ce protocole est un protocole de couche 2 permettant de garantir la compatibilité de l'interopérabilité d'appareils finaux VoIP avec d'autres appareils du réseau et, par ex., de faire connaître leur identité et leur capacité et permettant également d'être compatible avec la gestion d'un environnement réseau local, notamment la segmentation VLAN. Lorsque vous souhaitez utiliser une de ces fonctions pour la configuration du VLAN dans le LAN client, vous devriez activer la fonction souhaitée sur les équipements réseau du client. Lors de l'utilisation du LLDP, les téléphones NFON sont compatibles et utilisent tous les identifiants VLAN qui sont configurés dans l'infrastructure pour le commutateur du client (comme partie intégrante du LLDP), aussi bien pour la langue et que pour les données. Lorsque le client souhaite connecter des ordinateurs portables ou des PC qui utilisent le port du commutateur des téléphones, chaque trafic de données est guidé de ce port dans le VLAN des données.
- Veuillez noter que les serveurs de softphone, de WebRTC, ATA (uniquement Patton SN4xxx) et les systèmes DECT ne sont actuellement pas compatibles avec la mise à disposition du VLAN via le portail.
- Dans ce cas, il est possible d'utiliser une attribution VLAN fixe sur le port du commutateur avec un port VLAN non tagué.
Veuillez noter qu'à l'heure actuelle, les clients softphone, les clients WebRTC, les ATA (uniquement Patton SN4xxx) et les systèmes DECT ne prennent pas en charge la fourniture de VLAN via le portail.
Dans ce cas, une allocation VLAN dédiée sur le port de commutation peut être utilisée avec un port VLAN non balisé.
Application Web
- Dernière version de Chrome
- Autorisations nécessaires pour
– notifications
– microphone
– caméra
Application mobile
Recommandée pour iOS 13.0 et supérieur
Android 8 et supérieur (sauf pour Huawei EMUI 10.x sans support PlayStore sur par exemple le P40 / P40pro / P40 Lite)
Connexion de données:
- Débit de données au moins "EDGE" pour la liste d'appels/appel par,
- Débit de données au moins "LTE" pour la téléphonie VoIP
Autorisations nécessaires pour:
- notifications (à distance)
- microphone
- contacts
- téléphone
Les tablettes ne sont actuellement pas prises en charge par l'application.
Application pour ordinateur
- Windows 10 ou 11 (64 bit uniquement)
- macOS 10.14 ou supérieur
- Autorisations nécessaires pour
– notifications,
– microphone,
– caméra
Pour utiliser des casques compatibles, le logiciel correspondant du fabricant doit être installé :
- EPOS HeadSetup (https://www.eposaudio.com/fr/fr/enterprise/software/epos-connect)
- Poly (anciennement Plantronics) Hub Desktop (https://www.poly.com/fr/fr/support/downloads-apps/hub-desktop)
Logiciels en option :
Cela est recommandé pour ajuster les paramètres de l'appareil et le maintenir à jour. Cela n'est pas nécessaire pour le contrôle des appels Cloudya.
Veuillez vous assurer que vous utilisez les derniers correctifs / versions avant d'ouvrir un ticket de support !
Obligations des clients
Au niveau de son environnement réseau, le client doit satisfaire aux exigences mentionnées au point 1. Si une charge accrue de travail est demandée à NFON en cas de non respect de ces exigences,
NFON est alors en droit de facturer ces tâches supplémentaires au client.
Le client s'engage à :
- Avant d'utiliser la redirection d'appel, s'assurer que les appels ne sont pas redirigés vers une connexion où sont également redirigés les appels reçus, et que le propriétaire de la connexion vers laquelle l'appel est redirigé, a donné son accord pour la redirection d'appel.
- Dans le cadre d'un devoir de collaboration, des mesures simples doivent être prises en cas d'erreur, par NFON ou par l'un des prestataires mandatés par NFON.
- Des mesures simples peuvent par ex. être la désactivation et l'activation ainsi que l'utilisation des composants concernés ou la mise en place d'une session de télémaintenance avec NFON. Si le client ne dispose pas d'un personnel suffisamment expérimenté sur le plan technique pour exécuter ces mesures, cette situation peut entraîner des retards lors du traitement de dysfonctionnements rapportés.
- Signaler à ses employés qu'il peut consulter des comptes-rendus de conversation, et que de ce fait, des conversations concernant (par ex.) des centres d'écoute sociaux sont affichés. Le client s'engage également à signaler à ses employés que, dans le cas d'une utilisation liée ou non liée d'appareils téléphoniques finaux, l'exploitation d'appels d'urgence survient toujours uniquement vers le poste de prise en charge des appels d'urgence, responsable du numéro de téléphone utilisé.
- Les communications par canal radio (DECT, WLAN, GSM etc.) peuvent être nettement perturbées plus facilement par des systèmes externes que les communications filaires. Aucune perturb
En cas d'utilisation privée du système téléphonique, les employés doivent être informés de manière appropriée du traitement des données relatives aux entrées privées dans l'annuaire téléphonique ou à l'attribution individuelle de favoris ou de touches de fonction. Dans divers scénarios d'application, ces informations personnelles peuvent être traitées dans le cadre de l'utilisation/administration du système téléphonique, pendant le fonctionnement technique et opérationnel, y compris le dépannage ou le remplacement en cas de vacances et de maladie, pendant l'optimisation et dans le cadre de l'application de la loi. Il n'est pas possible, techniquement, de faire une distinction entre les informations professionnelles et les informations privées, ou alors seulement dans une mesure limitée.
Limitation des services
NFON peut/doit limiter/délimiter clairement les prestations qu'il doit délivrer.
NFON ne peut notamment :
- Ni fournir d'assistance réseau, ni conseiller le client vis-à-vis de l'infrastructure réseau correspondant à ses besoins, ou encore l'accompagner lors de la mise en place, de l'exploitation et du dépannage du système.
- Ni fournir d'assistance concernant la connexion Internet (à l'exception des points d'accès NFON conformément aux descriptions de ses prestations), ni conseiller le client vis-à-vis de la connexion Internet correspondant à ses besoins, ou encore l'accompagner lors de la mise en place, de l'exploitation et du dépannage du système.
- Ni fournir d'assistance lors de la planification et de l'exécution de projets migratoires pour le système téléphonique NFON, à moins que ces opérations soient demandées dans le cadre de conseils rémunérés.
- Ni fournir d'assistance concernant l'illustration d'une logique spécifique aux systèmes téléphoniques dans le système téléphonique NFON, ni fournir d'assistance lors de la migration d'une logique de système téléphonique existante sur le système téléphonique NFON.
- Ni fournir de formation pour les clients, concernant la mise en place, la configuration et l'exploitation d'un système téléphonique, à moins que cette opération soit réservée dans le cadre d'une installation moderne effectuée contre rémunération.
- Ni fournir de conseils concernant la connexion d'applications au système téléphonique NFON, dépassant la référence des spécifications d'interface existantes, à moins que ces opérations soient demandées dans le cadre de conseils rémunérés.