La fonction optionnelle de contrôle à distance AETA Remote Access vous permet de contrôler vos codecs à distance et en temps réel via Internet, y compris via les réseaux mobiles 4G.
La prise en main se fait à partir du serveur HTML embarqué déjà bien connu des utilisateurs des codecs AETA, jusqu’ici accessible sur réseau local (LAN).
AETA Remote Access est disponible sur toute la gamme actuelle de codecs AETA fonctionnant en IP :
Plus d’infos sur la fonction AETA Remote Access
Téléchargez la note d’application « Utilisation de la fonction AETA Remote Access »
La fonction Double Streaming est un moyen efficace de renforcer considérablement la robustesse d’une transmission AoIP, grâce à une liaison redondante qui permet de compenser les pertes sur la liaison principale.
En effet, pour diverses raisons la transmission audio via IP (AoIP) est parfois soumise à des pertes de données (congestion sur le réseau, pertes ou affaiblissements du signal radio).
Le Double Streaming repose sur l’établissement de deux liaisons SIP simultanées mais par deux routes distinctes.
Outre la liaison SIP « principale », une liaison SIP « secondaire » est créée entre les unités. Cette liaison transporte une copie du flux audio de la liaison principale. Sur chaque codec, une interface de transmission spécifique peut être choisie pour chacune des deux connexions AoIP. On peut ainsi créer deux routes indépendantes, dont les défauts éventuels ne seront pas corrélés.
Le codec qui reçoit les deux flux identiques les recombine en éliminant les doublons. Le système fonctionne sur une infrastructure SIP normale, tout serveur SIP peut être utilisé.
Comme pour une liaison normale SIP, il est aussi possible d’effectuer une liaison sans utiliser un serveur SIP.
La fonction Double Streaming est disponible pour les codecs AETA suivants:
Téléchargez la note d’application « Comment utiliser le Double Streaming »
Les codecs AETA proposent un mode de transmission RTP à robustesse renforcée par duplication de paquets.
Lorsque ce mode est activé, chaque paquet est transmis deux fois; avec ce système un paquet perdu n’aura aucun effet car le récepteur recevra intacte l’autre copie du paquet. On obtient ainsi des liaisons stables même avec un taux de perte de paquets important. Bien entendu, la contrepartie est un débit doublé ; il faut donc s’assurer que ce débit reste compatible avec le moyen de transmission utilisé.
Tous les codecs AETA Audio Systems fonctionnant en IP sont capables d’exploiter le protocole SIP. L’utilisation d’un serveur SIP simplifie considérablement l’établissement d’une liaison. AETA a mis en place un serveur public SIP, dédié aux applications « broadcast » audio sur IP. Cependant, le mode « RTP Direct » offre la possibilité de configurer une liaison audio sur un réseau IP sans utiliser le protocole SIP.
Téléchargez cette note d’application pour voir comment utiliser le mode « RTP direct ».
Grâce à la fonction double codec, ScoopTeam, Scoop5 S et Scoop5 S-IP ont désormais la capacité de fonctionner comme deux codecs AoIP mono, chacun possédant son propre enregistrement SIP. Cette fonctionnalité permet d’établir deux liaisons indépendantes vers deux destinataires différents.
La fonction multicast est un protocole de transmission IP qui permet des communications «one-to-many» entre une source et de nombreuses destinations.
La fonction multicast est disponible sur les codecs AETA suivants : MultiScoop, µScoop, Scoop5 S, Scoop5 S-IP.
Le service de la Voix HD apporte des transmissions de la voix de très grande qualité en étendant les appels à une bande passante élargie (300-3400 Hz à 50-7000 Hz). La bande passante élargie à 7 kHz offre une restitution plus fidèle de la voix.
Plus d’infos sur la Voix HD dans notre FAQ.
la Voix HD chez Europe 1 par Orange
Il est souvent difficile d’établir une liaison RNIS, au moins à cause des nombreux paramètres de codage à régler. De plus, avec la plupart des algorithmes propriétaires, il faut impérativement que les deux appareils en liaison présentent exactement les mêmes réglages, sous peine d’échec, dont il est parfois difficile de comprendre la cause.
Le système “5A” facilite l’établissement d’une liaison RNIS parce que le codec, à réception d’un appel, se règle automatiquement en calquant ses réglages sur le codage et les paramètres du codec appelant.
Lorsque le système 5A est activé sur un codec et qu’il reçoit un appel, l’appareil détecte d’abord l’algorithme de codage utilisé par le codec appelant, ainsi que ses paramètres : mode audio (mono, stéréo…), fréquence d’échantillonnage, débit de transmission, protocole de multiplexage inverse, etc. Il peut alors décoder le signal comprimé en provenance du codec distant. De plus, l’appareil utilisera alors les mêmes réglages pour coder et transmettre l’audio vers l’unité distante, de sorte que celle-ci peut de son côté décoder le signal émis par le codec. Le processus complet ne prend que quelques secondes. Bien entendu, le système 5A peut détecter automatiquement toute configuration compatible.
Il faut noter que le système 5A n’est actif que pour des connexions RNIS.
Tous les codecs AETA fonctionnant en IP possèdent une serveur HTML embarqué destiné à la prise en main et aux réglages des paramètres de l’appareil.
Accessible sur réseau local à partir d’un ordinateur, elle est aussi accessible à distance à partir d’une simple connexion Internet grâce à l’option AETA Remote Access.
La norme N/ACIP UER Tech3326 est une recommandation de l’UER en vue d’obtenir l’interopérabilité de codecs audio via IP. L’UER recommande en particulier l’utilisation des protocoles SIP et SDP, ainsi qu’un jeu minimal d’algorithmes de codage supportés. Nos codecs Audio via IP sont tous conformes à cette recommandation, et capables d’interfonctionner avec plusieurs autres marques.
Pour la supervision, un système de gestion de réseau peut utiliser le protocole SNMP (Simple Network Management Protocol) pour accéder aux fonctions et informations d’état essentielles des appareils. Des messages « Trap » peuvent être configurés pour les événements les plus pertinents.
