05-25-2023, 09:16 AM
(Modification du message : 05-25-2023, 03:44 PM par KIKIWILLYBEE.)
Bonjour les Gars ,
SVP :
(à propos de WI-fi vs SQ).:
Ce n'est pas du 'pré-jugé' ,
et le wifi .....
n'est pas indiqué si votre seuil d'exigences du flux 'SQ' ''Sound Quality" est élevé ou 'sans compromis' ...(avec des 'fine tuning. '!) ....
Pour le gratuit :
le flux de streaming s'appuie sur IEE8o2.3 'ethernet' (Sur MODELE OSI.) est un flux 'ISOCHRONE'. : 'à récurrence temporelle stricte' ( & débit garanti ou bande passante ....) . Ce flux est défini , dans le cas d'une volonté de qualité élevée comme 'TIME SENSITIVE'. , avec comme ennemi le 'NETWORK JITTER' .
Ce précédent (guigue réseaux) sera responsable d'une distribution des paquets IP. , à un débit inconstant , irrégulier , causant différents types de dégradations, d'irrégularités du flux isochrone .
Celles-ci , svp., nuisibles pour un flux 'SQ' , mais aussi (exemple) pour la voie au travers de la téléphonie sur réseaux : 'voie sous IP' : VoIP., mais aussi pour l'Audio, la Video broadcast , Gaming ou le Studio ...
Ce NETWORK JITTER. , apprécié avec un 'diagramme de l'oeil' sur un analyseur telecom hf de trames TCP-IP.,
-se compose du 'Jitter constant': valeur consolidé moyenne de la variation de 'Delay' paquet à paquet ;
-et le 'Jitter dit transitoire' qui affecte un seul paquet, égal aussi à 'la variation de delay à court terme' ; et pour causse essentielle la congestion, collisions des paquets ...
Dans des conditions d’un traffic donné , la qualité du réseau 8o2.3 sera évaluée en :
-disponibilité,
-débit ,
-délais de transmission,
-Gigue ,
-taux de perte de paquet TCP. etc .....
(rappel svp : La Guigue est présente car. 8o2.3 est un flux isochrone , c’est à dire récurrence temporelle stricte . (ou débit garanti) . La présence de cette Guigue , définira le Networking Jitter .)
Pour le 8o2.3 (le réseau Ethernet) Avec :
-'Latence' ms-1, (méthodes TRACEROUTE.ou NIRSOFT.) : +/- un double ping , relatif a la distance et l'infrastructure (atténuation -dBM-1)-> pb Wi-fi )
-'Delay' ms-1,
-'Over all packet latency' en %
alors il est possible,
SVP,
d’évaluer le 'Networking jitter'
et pour rappel… la norme de qualité , pour le 8o2.3 est :
de
.2o à 3o nano seconde 1o-9 S-1 pour le delay,
.>1% de 'paquet loss',
.et >+/-15o milli seconde 1o-3 S-1 pour le 'over all packet latency '.
(mais aussi le RTT. : Round trip time ,
et le CT. : Connexion time,
TTFB. : Time to first bit
...)
Ces valeurs ne pourraient être obtenues aisément avec une infrastructure Wi-Fi. (fussent elles a/b/c/g….mesh…) .! ,
et bien sûr il ne faut pas confondre avec les aptitudes au débit , bande passante ou vitesse .
(Ces valeurs , avec aussi la norme G711. (et AES/67. (RAVENNA , DANTE ..) pour l’audio broadcast sous ip … et notamment (exemple ) aussi pour la Voip. (voix sous ip.) Pour une analogie avec le flux audio : avec le MOS. (Mean Opinion score) : score de compréhension (intelligibilité) d’une conversion sur flux rsx. ip. de 1 à 5 .
Permettent l’évaluation qualitative de l’infrastructure, et par la même du respect de l’intégrité temporelle du flux isochrone .
En illustration , svp :
Sur le modèle OSI. (architecture à ressources déportées ( & infrastructure légère )) est Proposé au travers de l’os , du soft des actifs réseaux La Qos. (Qualité de service) : implémentée dans 8o2.3, couches OSI 2 et 3 ( (L2./L3.) : au dessus de l'infrastructure , dans le protocole IP = 'service protocol'.).
Celà pour apporter une solution simple à cette dérive temporelle , et historiquement rendue nécessaire avec le déploiement d’infrastructure Voip.
Cette Qos , apporte une solution au enjeux de qualités réseaux et administre simplement (ressources limitées) : l’ordonnancement du traffic par une sensibilité au délai et latence : introduisant des priorités par gestion des en-têtes UDP. des paquets TCP. (TCP-IP.) ; et une mise en forme du traffic (traffic shaping) a l’aide d’algorithmes facteur du débit avec dilution de traffic ou gestion de jetons de priorité..
Ces actions simples contraignent ainsi délais , latence …
et introduisent un premier niveau simple qualité dans l’infrastructure ip et la transmission de paquets ….
Celà, est un tout premier exemple d''optimisation du réseaux . Le premier niveau d'optimisation se fera sur la couche matérielle : une infrastructure cuivre ou optique : pour vitesse (plus la débit normalisé est élevé , plus la latence et le délai seront faibles , exclure donc le Wifi ..
l'usage de la fibre optique isole le mode commun, et la transmission des interférences EMI/HF. et de leurs harmoniques par le blindage ;
Ces 'parasites' ou interférences sont causes de pertes d'informations etc ..
Puis des alimentations linéaires LPS. , pour exclure les SMPS. (alimentations à découpages) sources importantes d'émissions RF. HF. EMI. nuisibles ; choisies essentiellement avec des LDO.'s uln. (ultra low noise ) . Ceux sont des circuits intégrés de régulation active de la tension : pour un bruit et un 'ripple.' : (VS-1.) très faible (de l'orde de o.8 1o-6 VS-1. Pour les Linear Technologies LT3o45) , et un 'Power Supply Rejection Ratio.' (PSRR.) +++. Cela afin de proposer un Mode différentiel traité avec un bruit minimum, et permettre un fonctionnent optimal des devices ((électroniques) C-Mos (chips, fpga. etc ..)) avec une tension de référence stable, constante & dénuée de bruits...
Un traitement , ou des précautions en vérifiant les 'mises à la terre' , ou un 'Ground artificiel'... , pour un mode commun propre un zéro. volts, une tension de référence immune .
Autre optimisation du réseau possible en hardware ; avec un reclocking appuyé par des horloges OCXO. (oscillateurs simple, double fours a bain d'huile thermostaté....) à très faible bruit de phase (précision temporelle à très court terme ) de la trame rsx. ip.
La puissance CPU. des actifs réseaux (fréquences , cpu, ram...) influence positivement , par sa capacité de traitements rapides delais et latence ...
Le dernier niveau d'optimisation, , pourrait être au travers de l'administration des couches L2/L3 avec choix , mise en services paramétrages des 'services protocoles' proposés par IEEE8o2.3 : les extensions 8o2.Ii Qos. et Qos .Différentielle , 8o2.IAS : Audio Video Bridge, RSTP, NAT. etc .....Jusqu'au niveau ultime : un tronc , chemin ip. défini à hautes priorité udp. : 'Trunck IP.'
(Certains proposent des traitements (algorithmes , formats, buffers, 'Asynchronisation' ..) sur protocoles IP. optimisation rsx. (réseaux) spécifiques : AES67 pour les studios avec DANTE, RAVENNA, LIVEWIRE , ou en domestiques exemples Roon labs et RAAT. , HQP. Signalyst. & NAA. ou encore DIRETTA ;...
Avec HQP et Roon , sur TCP-IP. . Vous utilisez des services protocoles propriétaires (NAA.+RAAT.) , traités par les ressources cpu. : des Host ou Core ...)
......
(svp :
à votre dispo.,
pour des détails , et questions .(ou décodage lol '! ;-) ) ...),
Bien Cordialement ,
W .;-).
https://kadiska.com/fr/quest-ce-que-la-l...a-reduire/
https://fr.wikipedia.org/wiki/Qualité_de_service
https://en.wikipedia.org/wiki/Audio_Video_Bridging
https://en.wikipedia.org/wiki/AES67
https://en.wikipedia.org/wiki/Comparison..._protocols
pour le Monitoring :
https://kadiska.com/fr/meilleurs-outils-...ce-reseau/
https://www.solarwinds.com
https://www.wireshark.org
https://fr.wikipedia.org/wiki/Time-Sensitive_Networking
https://fr.wikipedia.org/wiki/Modèle_OSI
https://en.wikipedia.org/wiki/Voice_over_IP
SVP :
(à propos de WI-fi vs SQ).:
Ce n'est pas du 'pré-jugé' ,
et le wifi .....
n'est pas indiqué si votre seuil d'exigences du flux 'SQ' ''Sound Quality" est élevé ou 'sans compromis' ...(avec des 'fine tuning. '!) ....
Pour le gratuit :
le flux de streaming s'appuie sur IEE8o2.3 'ethernet' (Sur MODELE OSI.) est un flux 'ISOCHRONE'. : 'à récurrence temporelle stricte' ( & débit garanti ou bande passante ....) . Ce flux est défini , dans le cas d'une volonté de qualité élevée comme 'TIME SENSITIVE'. , avec comme ennemi le 'NETWORK JITTER' .
Ce précédent (guigue réseaux) sera responsable d'une distribution des paquets IP. , à un débit inconstant , irrégulier , causant différents types de dégradations, d'irrégularités du flux isochrone .
Celles-ci , svp., nuisibles pour un flux 'SQ' , mais aussi (exemple) pour la voie au travers de la téléphonie sur réseaux : 'voie sous IP' : VoIP., mais aussi pour l'Audio, la Video broadcast , Gaming ou le Studio ...
Ce NETWORK JITTER. , apprécié avec un 'diagramme de l'oeil' sur un analyseur telecom hf de trames TCP-IP.,
-se compose du 'Jitter constant': valeur consolidé moyenne de la variation de 'Delay' paquet à paquet ;
-et le 'Jitter dit transitoire' qui affecte un seul paquet, égal aussi à 'la variation de delay à court terme' ; et pour causse essentielle la congestion, collisions des paquets ...
Dans des conditions d’un traffic donné , la qualité du réseau 8o2.3 sera évaluée en :
-disponibilité,
-débit ,
-délais de transmission,
-Gigue ,
-taux de perte de paquet TCP. etc .....
(rappel svp : La Guigue est présente car. 8o2.3 est un flux isochrone , c’est à dire récurrence temporelle stricte . (ou débit garanti) . La présence de cette Guigue , définira le Networking Jitter .)
Pour le 8o2.3 (le réseau Ethernet) Avec :
-'Latence' ms-1, (méthodes TRACEROUTE.ou NIRSOFT.) : +/- un double ping , relatif a la distance et l'infrastructure (atténuation -dBM-1)-> pb Wi-fi )
-'Delay' ms-1,
-'Over all packet latency' en %
alors il est possible,
SVP,
d’évaluer le 'Networking jitter'
et pour rappel… la norme de qualité , pour le 8o2.3 est :
de
.2o à 3o nano seconde 1o-9 S-1 pour le delay,
.>1% de 'paquet loss',
.et >+/-15o milli seconde 1o-3 S-1 pour le 'over all packet latency '.
(mais aussi le RTT. : Round trip time ,
et le CT. : Connexion time,
TTFB. : Time to first bit
...)
Ces valeurs ne pourraient être obtenues aisément avec une infrastructure Wi-Fi. (fussent elles a/b/c/g….mesh…) .! ,
et bien sûr il ne faut pas confondre avec les aptitudes au débit , bande passante ou vitesse .
(Ces valeurs , avec aussi la norme G711. (et AES/67. (RAVENNA , DANTE ..) pour l’audio broadcast sous ip … et notamment (exemple ) aussi pour la Voip. (voix sous ip.) Pour une analogie avec le flux audio : avec le MOS. (Mean Opinion score) : score de compréhension (intelligibilité) d’une conversion sur flux rsx. ip. de 1 à 5 .
Permettent l’évaluation qualitative de l’infrastructure, et par la même du respect de l’intégrité temporelle du flux isochrone .
En illustration , svp :
Sur le modèle OSI. (architecture à ressources déportées ( & infrastructure légère )) est Proposé au travers de l’os , du soft des actifs réseaux La Qos. (Qualité de service) : implémentée dans 8o2.3, couches OSI 2 et 3 ( (L2./L3.) : au dessus de l'infrastructure , dans le protocole IP = 'service protocol'.).
Celà pour apporter une solution simple à cette dérive temporelle , et historiquement rendue nécessaire avec le déploiement d’infrastructure Voip.
Cette Qos , apporte une solution au enjeux de qualités réseaux et administre simplement (ressources limitées) : l’ordonnancement du traffic par une sensibilité au délai et latence : introduisant des priorités par gestion des en-têtes UDP. des paquets TCP. (TCP-IP.) ; et une mise en forme du traffic (traffic shaping) a l’aide d’algorithmes facteur du débit avec dilution de traffic ou gestion de jetons de priorité..
Ces actions simples contraignent ainsi délais , latence …
et introduisent un premier niveau simple qualité dans l’infrastructure ip et la transmission de paquets ….
Celà, est un tout premier exemple d''optimisation du réseaux . Le premier niveau d'optimisation se fera sur la couche matérielle : une infrastructure cuivre ou optique : pour vitesse (plus la débit normalisé est élevé , plus la latence et le délai seront faibles , exclure donc le Wifi ..
l'usage de la fibre optique isole le mode commun, et la transmission des interférences EMI/HF. et de leurs harmoniques par le blindage ;
Ces 'parasites' ou interférences sont causes de pertes d'informations etc ..
Puis des alimentations linéaires LPS. , pour exclure les SMPS. (alimentations à découpages) sources importantes d'émissions RF. HF. EMI. nuisibles ; choisies essentiellement avec des LDO.'s uln. (ultra low noise ) . Ceux sont des circuits intégrés de régulation active de la tension : pour un bruit et un 'ripple.' : (VS-1.) très faible (de l'orde de o.8 1o-6 VS-1. Pour les Linear Technologies LT3o45) , et un 'Power Supply Rejection Ratio.' (PSRR.) +++. Cela afin de proposer un Mode différentiel traité avec un bruit minimum, et permettre un fonctionnent optimal des devices ((électroniques) C-Mos (chips, fpga. etc ..)) avec une tension de référence stable, constante & dénuée de bruits...
Un traitement , ou des précautions en vérifiant les 'mises à la terre' , ou un 'Ground artificiel'... , pour un mode commun propre un zéro. volts, une tension de référence immune .
Autre optimisation du réseau possible en hardware ; avec un reclocking appuyé par des horloges OCXO. (oscillateurs simple, double fours a bain d'huile thermostaté....) à très faible bruit de phase (précision temporelle à très court terme ) de la trame rsx. ip.
La puissance CPU. des actifs réseaux (fréquences , cpu, ram...) influence positivement , par sa capacité de traitements rapides delais et latence ...
Le dernier niveau d'optimisation, , pourrait être au travers de l'administration des couches L2/L3 avec choix , mise en services paramétrages des 'services protocoles' proposés par IEEE8o2.3 : les extensions 8o2.Ii Qos. et Qos .Différentielle , 8o2.IAS : Audio Video Bridge, RSTP, NAT. etc .....Jusqu'au niveau ultime : un tronc , chemin ip. défini à hautes priorité udp. : 'Trunck IP.'
(Certains proposent des traitements (algorithmes , formats, buffers, 'Asynchronisation' ..) sur protocoles IP. optimisation rsx. (réseaux) spécifiques : AES67 pour les studios avec DANTE, RAVENNA, LIVEWIRE , ou en domestiques exemples Roon labs et RAAT. , HQP. Signalyst. & NAA. ou encore DIRETTA ;...
Avec HQP et Roon , sur TCP-IP. . Vous utilisez des services protocoles propriétaires (NAA.+RAAT.) , traités par les ressources cpu. : des Host ou Core ...)
......
(svp :
à votre dispo.,
pour des détails , et questions .(ou décodage lol '! ;-) ) ...),
Bien Cordialement ,
W .;-).
https://kadiska.com/fr/quest-ce-que-la-l...a-reduire/
https://fr.wikipedia.org/wiki/Qualité_de_service
https://en.wikipedia.org/wiki/Audio_Video_Bridging
https://en.wikipedia.org/wiki/AES67
https://en.wikipedia.org/wiki/Comparison..._protocols
pour le Monitoring :
https://kadiska.com/fr/meilleurs-outils-...ce-reseau/
https://www.solarwinds.com
https://www.wireshark.org
https://fr.wikipedia.org/wiki/Time-Sensitive_Networking
https://fr.wikipedia.org/wiki/Modèle_OSI
https://en.wikipedia.org/wiki/Voice_over_IP
![[Image: PLAN-RSX-2.jpg]](https://i.ibb.co/6wZscdG/PLAN-RSX-2.jpg)