01-12-2024, 11:36 PM
(Modification du message : 01-13-2024, 11:55 AM par KIKIWILLYBEE.)
Bonsoir …
..’
Mais dans le cas d’un switch IP cela n’a pas de sens technique car les data ne sont pas synchrones liées à une base de temps
..
‘
A propos du flux IP., ,
svp , .
Pour les réseaux il est aussi agi De Flux de données qui nécessitent une récurrence temporelle stricte , à guigue nulle (idéale) et encore sont dits isochrones , équivalents du flux de données (audio numérique) en temps réels, ( on parle aussi de flux à débit constant , ou bande passante garantie)…
(La largeur de la bande passante doit garantir un espace suffisant entre les différents sous ensemble du spectre : bande passante audio : filtre passe bas , Fc…, multiples du nombre de bits de quantification , des canaux 2 et définissant les débits nécessaires….(auxquels s’ajoutent trames tcp. ou et entêtes udp. …)...)
qualifier un rsx 8o2.3 se fait à l'aide de mesures sur _simple point ou RTT. (single Endpoint) : Round Trip Term ,
ou en _double point : variation entre deux intervalles pour la transmission et réception paquets ,
ainsi qu'une mesure de la bande passante égale a la définition de la capacité de saturation rsx. 'Paquet loss' ajoutera une information de qualité...
Avec 'Latence' ms-1, 'Delay' ms-1, 'Over all packet latency' en % il est possible alors d'évaluer le 'Network (ing) jitter' composé du 'Jitter constant': valeur consolidé moyenne de la variation de 'Delay' paquet à paquet , le 'Jitter dit transitoire' qui affectera un seul paquet égale aussi à 'la variation de delay à court terme' ayant pour causse essentielle la congestion des paquets ... ,
de même une latence non constante, delta ou variation de sur la latence ,
svp , est un rappel…
en résumé le NetWork(ing) jitter , ou guigue , est la variation du délai de transfert de l’information, due essentiellement aux délais de transfert variable entre deux noeuds du réseau : soit le delta de temps au point de mesure entre deux paquets partis simultanément …
Un réseau qualifié , par exemple pour la Voip , voix sous ip (transfert d’un flux audio. Voix , Numerique tps réel) devra afficher des tolérances 8o2.3 à :
15o a 2oo ms-1 de délai
2o ms-1 de guigue
-1% de paquets perdus
(Rappels svp : Le ´Over All paquet Latency’ et la bande passante peuvent aussi qualifier les Rsx 8o2.3. )….
on parlera alors de Qualité de Service : Qos ( postérieurement implémenté à 8o2.3 , cf. 8o2.II..etc.et SLA : Network service Agrément…).
Le MOS. est aussi une schématisation standard de la qualité sonore du réseau dans le cas du transfert de la voix humaine : 'Mean Opinion Score' , de 1 a 5 , 1-mauvais illisible, 2-médiocre et dégradé, 3-passable , 4-bon enfin 5-excellent….
Un réseau classique Voip normé svp. :´G.711´ .pour pcm 64 kbits-1 sera qualifié à 4.2 avec un délai : o.125 ms-1 ….
codage adaptatif , compression algorithmique spécifique normée : h.323 , adpcm…assistent aussi l’intelligibilité / taille du message sonore.
On parle aussi de Time sensitive Network , ou au Audio Vidéo Bridge , nécessitant donc un ensemble de précautions et services (8o2.II ..) pour une simple intelligibilité de la voix , et des flux audio ou vidéos ou html-mpeg-dash
Les éléments à retenir sont pour le NetWorking Jitter
Paquet Loss
Latency
Et Délay
Les causes en sont généralement
Une déficience des infrastructures ,
Congestion du réseau ou bande passante insuffisante
mauvaise gestion des arborescences de routage
Les classiques pollutions EMI/HF (bruits électriques , ESR. , courants de fuites , masses ...)
Une non Implementation des prioritérisation des adressages ip des en-têtes udp
Un jitter buffer hardware ,ou en soft et services ip. Une Qos optimisant les arbres de routage , prioritairisant les entêtes udp , facilitant le trafic avec La fragmentation des paquets (LFI ) et une bande passante garantie réduisent la guigue réseau. Un tronc ip dédié. est aussi possible.
Ou
L’utilisation d’alimentation à faible bruit ou power Supply réjection ration élevé , est une norme pour le bon fonctionnement des actifs réseaux ou tout produits audio numérique.
Ou
l'isolation Galvanique,
Ou
Des Actifs puissant avec tps cpu faible ,
Ou
Vitesse réseaux élevée,
Ou
Le découplage des puces cmos pour un meilleur fonctionnement , et aussi autres options de tweak's , comme le super filtrage DC....
Ou
De même une extrême vigilance des schémas de masse est nécessaire pour éviter le voyage de EMI HF . Très nuisibles au clocking
Ou
L’usage d’oxco (ou reclocking PLL, FIFO RECLOCK...) de la trame IP. sur les cartes , actifs , réseaux , convertisseurs , permet aussi d’ajouter à la précision et constance du flux.
Et.
L’administration soft , le routage des actifs réseaux, Qos , Qosdiff.& extensions services 8o2.Ii, l’utilisation de Vlan , de trunck ip, l’administration L2/L3 .permettent aussi d’améliorer les constantes et valeurs du réseau et flux ip ….
Les outils tels Solar-Wînd. , Cisco Mngt., Wire-Shark.. ... permettent un monitoring soft ,
qui peut être en métrologie révélé par un 'diagramme de l’œil .' sur trame ip pour visualiser les constantes et niveaux de bruits ..
Etc …
Bla bla-bla-bla
Bien à vous,
Courtoisement,
W :-).
..’
Mais dans le cas d’un switch IP cela n’a pas de sens technique car les data ne sont pas synchrones liées à une base de temps
..
‘
A propos du flux IP., ,
svp , .
Pour les réseaux il est aussi agi De Flux de données qui nécessitent une récurrence temporelle stricte , à guigue nulle (idéale) et encore sont dits isochrones , équivalents du flux de données (audio numérique) en temps réels, ( on parle aussi de flux à débit constant , ou bande passante garantie)…
(La largeur de la bande passante doit garantir un espace suffisant entre les différents sous ensemble du spectre : bande passante audio : filtre passe bas , Fc…, multiples du nombre de bits de quantification , des canaux 2 et définissant les débits nécessaires….(auxquels s’ajoutent trames tcp. ou et entêtes udp. …)...)
qualifier un rsx 8o2.3 se fait à l'aide de mesures sur _simple point ou RTT. (single Endpoint) : Round Trip Term ,
ou en _double point : variation entre deux intervalles pour la transmission et réception paquets ,
ainsi qu'une mesure de la bande passante égale a la définition de la capacité de saturation rsx. 'Paquet loss' ajoutera une information de qualité...
Avec 'Latence' ms-1, 'Delay' ms-1, 'Over all packet latency' en % il est possible alors d'évaluer le 'Network (ing) jitter' composé du 'Jitter constant': valeur consolidé moyenne de la variation de 'Delay' paquet à paquet , le 'Jitter dit transitoire' qui affectera un seul paquet égale aussi à 'la variation de delay à court terme' ayant pour causse essentielle la congestion des paquets ... ,
de même une latence non constante, delta ou variation de sur la latence ,
svp , est un rappel…
en résumé le NetWork(ing) jitter , ou guigue , est la variation du délai de transfert de l’information, due essentiellement aux délais de transfert variable entre deux noeuds du réseau : soit le delta de temps au point de mesure entre deux paquets partis simultanément …
Un réseau qualifié , par exemple pour la Voip , voix sous ip (transfert d’un flux audio. Voix , Numerique tps réel) devra afficher des tolérances 8o2.3 à :
15o a 2oo ms-1 de délai
2o ms-1 de guigue
-1% de paquets perdus
(Rappels svp : Le ´Over All paquet Latency’ et la bande passante peuvent aussi qualifier les Rsx 8o2.3. )….
on parlera alors de Qualité de Service : Qos ( postérieurement implémenté à 8o2.3 , cf. 8o2.II..etc.et SLA : Network service Agrément…).
Le MOS. est aussi une schématisation standard de la qualité sonore du réseau dans le cas du transfert de la voix humaine : 'Mean Opinion Score' , de 1 a 5 , 1-mauvais illisible, 2-médiocre et dégradé, 3-passable , 4-bon enfin 5-excellent….
Un réseau classique Voip normé svp. :´G.711´ .pour pcm 64 kbits-1 sera qualifié à 4.2 avec un délai : o.125 ms-1 ….
codage adaptatif , compression algorithmique spécifique normée : h.323 , adpcm…assistent aussi l’intelligibilité / taille du message sonore.
On parle aussi de Time sensitive Network , ou au Audio Vidéo Bridge , nécessitant donc un ensemble de précautions et services (8o2.II ..) pour une simple intelligibilité de la voix , et des flux audio ou vidéos ou html-mpeg-dash
Les éléments à retenir sont pour le NetWorking Jitter
Paquet Loss
Latency
Et Délay
Les causes en sont généralement
Une déficience des infrastructures ,
Congestion du réseau ou bande passante insuffisante
mauvaise gestion des arborescences de routage
Les classiques pollutions EMI/HF (bruits électriques , ESR. , courants de fuites , masses ...)
Une non Implementation des prioritérisation des adressages ip des en-têtes udp
Un jitter buffer hardware ,ou en soft et services ip. Une Qos optimisant les arbres de routage , prioritairisant les entêtes udp , facilitant le trafic avec La fragmentation des paquets (LFI ) et une bande passante garantie réduisent la guigue réseau. Un tronc ip dédié. est aussi possible.
Ou
L’utilisation d’alimentation à faible bruit ou power Supply réjection ration élevé , est une norme pour le bon fonctionnement des actifs réseaux ou tout produits audio numérique.
Ou
l'isolation Galvanique,
Ou
Des Actifs puissant avec tps cpu faible ,
Ou
Vitesse réseaux élevée,
Ou
Le découplage des puces cmos pour un meilleur fonctionnement , et aussi autres options de tweak's , comme le super filtrage DC....
Ou
De même une extrême vigilance des schémas de masse est nécessaire pour éviter le voyage de EMI HF . Très nuisibles au clocking
Ou
L’usage d’oxco (ou reclocking PLL, FIFO RECLOCK...) de la trame IP. sur les cartes , actifs , réseaux , convertisseurs , permet aussi d’ajouter à la précision et constance du flux.
Et.
L’administration soft , le routage des actifs réseaux, Qos , Qosdiff.& extensions services 8o2.Ii, l’utilisation de Vlan , de trunck ip, l’administration L2/L3 .permettent aussi d’améliorer les constantes et valeurs du réseau et flux ip ….
Les outils tels Solar-Wînd. , Cisco Mngt., Wire-Shark.. ... permettent un monitoring soft ,
qui peut être en métrologie révélé par un 'diagramme de l’œil .' sur trame ip pour visualiser les constantes et niveaux de bruits ..
Etc …
Bla bla-bla-bla
Bien à vous,
Courtoisement,
W :-).
![[Image: PLAN-RSX-2.jpg]](https://i.ibb.co/6wZscdG/PLAN-RSX-2.jpg)