05-18-2023, 06:18 PM
(Modification du message : 05-21-2023, 07:02 PM par KIKIWILLYBEE.)
Bonjour ,
La réponse théorique , semble difficile , et demande un peu d'investigations supplémentaires ...
Courtoisement, humblement , stp , à priori , je me permettrai d'avancer qu'il est agi de l'activation de la Qos : Qualité de service . Cela est intégrée dans IEEE 8o2.3 (norme ethernet) dans ses extensions (AVB Audio Video Bridge , ou Voip..) : 8o2.Ii .....pour le TIME SENSITIVE NETWORK.
Ce qui permets de qualifier: 8o2.3 (le réseau Ethernet IEEE 8o2.3) :
'Latence' ms-1,
'Delay' ms-1, '
'Over all packet latency' en %
(accesoirement : 'paquet loss' ..)
Alors il est possible, SVP d’évaluer le 'Networking jitter' qui 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 cause essentielle la congestion des paquets ...
(en résumé STP le networking jitter est attaché au flux 'ISOCHRONE' du rsx. IEEE8o2.3 (flux à débit garanti et 'récurrence temporelle STRICTE' de la distribution des paquets IP.) , c'est sa dérive temporelle (dans la distribution des paquets IP. , nuisible au SQ. (flux audio de qualité, ou vidéo , ou voie ( téléphonie sous ip : VOIP. (rsx 8o2.3) ...))
pour rappel…la norme de qualité , pour le 8o2.3 est :
Latence : < 2o ms-1
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 '.
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
ou des outils d'administration spécifiques (svt. aux actifs réseaux) ou libres tels :openwrt , opnsense , pfsense , routerOs , proxmox ......
de mêmes les 'services protocoles' implémentés sont spécifiques aux actifs rsx ; selon leurs qualités ou destinations .(associés ou non à un soft d'administration spécifiques ou libre) ..
bla bla . ;-)
Bonne chance ,
à ta dispo,
w .. ;-)
...
(l'administration L2/L3 permets d'activer les composantes de 8o2.Ii : (services protocoles) tels Qos, Qos diff. , AVB : 8o2.IAS , Paquet Flow , Spanning Tree , Gestion des priorité des entêtes UDP , Pré-Routing MANGLE ,NAT , RSTP, PTP. MPLS .... jusqu'au IP-TRUNCK.., cette administration se fait à l'aide des ressources des actifs réseaux (box,switch,routeur ,terminaux ip : ressources déportées )
(la Qos est le service protocole minimum à activer pour nos besoins 'SQ' : qui sont TIME SENSITIVE ..., la construction d'un TRONC IP routé avec un max. de services protocoles serait le max.)
La réponse théorique , semble difficile , et demande un peu d'investigations supplémentaires ...
Courtoisement, humblement , stp , à priori , je me permettrai d'avancer qu'il est agi de l'activation de la Qos : Qualité de service . Cela est intégrée dans IEEE 8o2.3 (norme ethernet) dans ses extensions (AVB Audio Video Bridge , ou Voip..) : 8o2.Ii .....pour le TIME SENSITIVE NETWORK.
Ce qui permets de qualifier: 8o2.3 (le réseau Ethernet IEEE 8o2.3) :
'Latence' ms-1,
'Delay' ms-1, '
'Over all packet latency' en %
(accesoirement : 'paquet loss' ..)
Alors il est possible, SVP d’évaluer le 'Networking jitter' qui 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 cause essentielle la congestion des paquets ...
(en résumé STP le networking jitter est attaché au flux 'ISOCHRONE' du rsx. IEEE8o2.3 (flux à débit garanti et 'récurrence temporelle STRICTE' de la distribution des paquets IP.) , c'est sa dérive temporelle (dans la distribution des paquets IP. , nuisible au SQ. (flux audio de qualité, ou vidéo , ou voie ( téléphonie sous ip : VOIP. (rsx 8o2.3) ...))
pour rappel…la norme de qualité , pour le 8o2.3 est :
Latence : < 2o ms-1
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 '.
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
ou des outils d'administration spécifiques (svt. aux actifs réseaux) ou libres tels :openwrt , opnsense , pfsense , routerOs , proxmox ......
de mêmes les 'services protocoles' implémentés sont spécifiques aux actifs rsx ; selon leurs qualités ou destinations .(associés ou non à un soft d'administration spécifiques ou libre) ..
bla bla . ;-)
Bonne chance ,
à ta dispo,
w .. ;-)
...
(l'administration L2/L3 permets d'activer les composantes de 8o2.Ii : (services protocoles) tels Qos, Qos diff. , AVB : 8o2.IAS , Paquet Flow , Spanning Tree , Gestion des priorité des entêtes UDP , Pré-Routing MANGLE ,NAT , RSTP, PTP. MPLS .... jusqu'au IP-TRUNCK.., cette administration se fait à l'aide des ressources des actifs réseaux (box,switch,routeur ,terminaux ip : ressources déportées )
(la Qos est le service protocole minimum à activer pour nos besoins 'SQ' : qui sont TIME SENSITIVE ..., la construction d'un TRONC IP routé avec un max. de services protocoles serait le max.)