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 »
La fonction Bonding est un moyen efficace d’effectuer une transmission AoIP alors que les raisons semblent saturés et refusent de donner suffisamment de bande passante pour une qualité audio « broadcast », grâce à une séparation du flux audio sur deux réseaux différents.
En effet, le flux de données est séparé en deux parties déchargeant les réseaux par la même occasion.
Le Bonding repose également sur l’établissement de deux liaisons SIP simultanées mais par deux routes distinctes.
Deux liaisons SIP sont donc établies chacune avec une partie distincte du flux audio. 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 sur deux réseaux différents et donc maximiser les chances d’établir une connexion même dans un environnement saturé.
Le codec qui reçoit les deux flux reconstruit ainsi l’audio de manière complète.
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 Bonding est disponible pour les codecs AETA suivants:
Le « bonding » étant considéré comme une technologie dérivée du « double streaming », vous trouverez plus d’information sur la meme note d’application.
Téléchargez la note d’application « Comment utiliser le Bonding »
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é.
Pour des réseaux très instables, AETA a développé un deuxième niveau de réplication de paquet qui sécurise encore plus la transmission contre les pertes de ceux-ci.
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.
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.
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.
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.
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.
