Paessler
                    - The Monitoring Experts
 

Paessler PRTG

Localiser les causes
des pertes de paquets

 

  • icon check white 2
    Tester la perte de paquets avec PRTG et trouver la cause de la faible performance
  • icon check white 2
    Bénéficiez d'un réseau plus stable et plus performant
  • icon check white 2
    Les alertes rapides vous permettent de résoudre rapidement les problèmes

 

 

 

 

 

 

 

packet sniffing

Qu'est-ce que les pertes de paquets ?
Définition et informations complémentaires

On parle de pertes de paquets sur un réseau quand des paquets de données s’égarent durant une transmission, ou quand certains arrivent en retard à destination. Avant leur envoi, les données sont « empaquetées » en plusieurs couches. Ces paquets transitent par plusieurs hubs de nature différente (fils de cuivre, câbles, fibre optique, réseaux sans fil...) jusqu’à leur destination finale. À cette étape, les paquets TCP peuvent s’égarer ou prendre du retard. Une fois envoyé, chaque paquet est marqué d’un horodatage.

Cette valeur précise le temps durant lequel l’expéditeur doit patienter avant de recevoir un accusé de réception. Si un paquet se perd en chemin ou prend du retard, il finit par « expirer », auquel cas un nouveau paquet est transmis à sa place. On parle alors de dépassement du temps de transmission maximal (RTO). Résultat des courses : les paquets de données arrivent en retard, et les performances s’en ressentent.

 

 

Pourquoi effectuer
un test de perte de paquets ?

Les pertes de paquets sont à l’origine d’un grand nombre de problèmes réseau, a fortiori sur les réseaux étendus (WAN) ou sans fil. Un test de pertes de paquets est l’occasion de déterminer si les problèmes de connectivité réseau ou de qualité des connexions VoIP sont le fruit de la perte de paquets UDP.

PRTG Network Monitor est un puissant outil de supervision réseau qui permet non seulement de contrôler les pertes de paquets et de régler les problèmes de pertes de paquets sans fil et UDP, mais aussi de calculer la bande passante, vérifier la disponibilité des appareils réseau, observer l’utilisation du réseau, scanner les adresses IP, et garder à l’œil les performances d’une connexion internet et d’un réseau. Grâce à la modularité de son système d’alerte, vous pourrez choisir précisément quand et comment vous souhaitez être prévenu des problèmes qui réclament votre attention.

PRTG teste les pertes de paquets UDP avec fiabilité grâce à son capteur QoS (Quality of Service) à sens unique intégré. Celui-ci prend des mesures en faisant circuler des paquets UDP d’une sonde distante à une autre. Outre sa capacité à quantifier les pertes de paquets, le capteur QoS surveille des variables comme la gigue des connexions VoIP, l’existence de paquets en doublon, les retards de paquets et la latence Ethernet.

 

 

 



 voip monitoring 2

 

 

 

Test d’identification des pertes de paquets

Il existe de deux méthodes pour tester les pertes de paquets.

 

1

 Mesurer la connexion
entre deux sondes de PRTG

Par exemple, si vous désirez mesurer la quantité de paquets perdus sur le chemin entre votre serveur PRTG et votre salle des serveurs, il vous faudra installer une sonde distante sur un ordinateur Windows situé dans la salle des serveurs et connecter celle-ci au serveur PRTG. Ensuite, vous devrez créer un capteur QoS (Quality of Service) à sens unique que vous assignerez à la sonde configurée sur votre serveur central PRTG.

Dans les paramètres du capteur, sélectionnez comme destinataire la sonde placée dans la salle des serveurs. PRTG enverra automatiquement les paquets de données d’une sonde à l’autre et vice-versa, de sorte à superviser la qualité de la connexion (en procédant notamment à un test des pertes de paquets). Le capteur indique le temps nécessaire pour que les paquets de données atteignent leur destination, ainsi que le taux de retard et de paquets perdus. Vous avez en outre la possibilité de mesurer le taux de paquets perdus entre deux sondes et ainsi — en configurant les deux systèmes Windows à proximité des extrémités du chemin de données que vous souhaitez superviser — tester une connexion de données aléatoire afin d’y détecter d’éventuelles pertes de paquets.

2

Utilisation d'un Réflecteur QoS PRTG

Le Réflecteur est un script Python qui renvoie vers PRTG les paquets de données émanant de points terminaux. Le script fonctionne sur n’importe quelle machine tournant sous Linux, (même un petit Raspberry Pi), ce qui vous permet de procéder à un test sans ordinateur Windows ni sonde distante.

Si la technique vous dispense de créer une sonde distante, elle repose sur le même principe que la première. Vous devrez définir les deux points terminaux d’un chemin de données pour obtenir des mesures de qualité de service (QoS) et identifier de possibles pertes de paquets. Comme le test no1, celui-ci vous permet d’extraire des données que vous pourrez exploiter pour effectuer une analyse détaillée de la qualité de vos connexions. Pour en savoir plus sur le Réflecteur QoS, veuillez cliquer ici.

 

Plébiscité par 500 000 utilisateurs et reconnu comme une référence par les experts du secteur

 

« Une solution de supervision des réseaux et infrastructures qui s’installe aisément et s’utilise encore plus facilement. La meilleure du marché, sans conteste. »


Lire les autres avis

« Un logiciel absolument parfait, doublé d’une assistance technique de premier ordre. Par sa capacité à se plier à tous les besoins et contraintes, c’est un outil indispensable pour qui veut superviser tout ou partie de son réseau. »

Lire les autres avis

« Un outil qui remplit magistralement sa mission première : offrir un service unifié de gestion des infrastructures et de supervision réseau et informatique. »


Lire les autres avis

 

 

Identifier et régler les problèmes de pertes de paquets :
3 capteurs pour démarrer du bon pied

Ping Sensor

Utilisez le capteur Ping pour mesurer la disponibilité de vos appareils et pour calculer le taux de perte de paquets.

Utilisez le capteur Cisco IP SLA pour mesurer le taux de perte de paquets sur les terminaux de cette marque.

Le capteur de QoS (Quality of Service) à sens unique vous permet de surveiller les chemins réseau et ainsi de calculer et réduire les pertes de paquets. Ce capteur est intégré d’office au logiciel.

 

3 exemples de pertes de paquets

router blue

Les pertes de paquets dans
les routeurs et commutateurs

Les routeurs et les switches sont parfois source de problèmes, car des goulots d’étranglement peuvent se former durant la transmission de données pour peu que le matériel soit ancien ou qu’il n’ait pas bénéficié de mises à jour critiques. Par exemple, si un commutateur transmet simultanément trop de flux de données, il peut rapidement arriver à saturation. Cela se traduit par des retards de commutation de paquets, mais aussi par de la gigue.

packet blue

Vidéoconférences:
Les paquets se perdent

La vidéoconférence fait partie intégrante des outils quotidiens de bon nombre d’entreprises. Cela vaut particulièrement pour les multinationales ou les sociétés comptant des antennes dans une multitude de villes ou pays. Or, il arrive fréquemment que des pertes de paquets surviennent durant les vidéoconférences et les appels VoIP, car ces technologies s’appuient sur la transmission en temps réel des données. Les capteurs présentés ci-dessus vous aideront à identifier sans tarder les goulots d’étranglement présents sur votre réseau.

cloud blue

Applications cloud

Votre instance de Citrix Cloud plante sans arrêt ? Vos applications SAP fonctionnent toujours, mais au ralenti ? C’est peut-être le signe de pertes de paquets et de retards d’acheminement, qui peuvent nuire aux performances d’applications importantes. À la grande frustration des techniciens informatiques, les employés omettent souvent de les informer de ces retards, quitte à se résigner — à contrecœur — à travailler au ralenti. Quand tel est le cas, la productivité de l’entreprise diminue substantiellement.

 

 

PRTG en bref

 

PRTG surveille l'ensemble de votre infrastructure informatique

Trafic, paquets, applications, bande passante, services cloud, bases de données, environnements virtuels, ports, adresses IP, hardware, sécurité, services Web, environnements physiques, périphériques IoT et bien plus encore.

PRTG prend en charge
la plupart des technologies
 

SNMP (toutes versions), technologies Flow (NetFlow, jFlow, sFlow), SSH, WMI, Ping et SQL. Et une interface API puissante (Python, EXE, DLL, PowerShell, VB, Batch Scripting, REST) pour intégrer tout le reste. Voir toutes les fonctionnalités de PRTG

PRTG est prêt pour
chaque plate-forme
 

PRTG Network Monitor est disponible en téléchargement pour Windows et PRTG Hosted Monitor en version cloud pour tout système d'exploitation.. Supervision via l'interface Web AJAX ou le client de bureau.

 

 

Toujours pas convaincu ?

 

 

Plus de 500 000 administrateurs système apprécient PRTG

Paessler PRTG est utilisé par des entreprises de toutes tailles. Les administrateurs systèmes apprécient PRTG parce qu'il simplifie leur travail.

Toujours pas convaincu ?

 

Supervisez l'intégralité de
votre infrastructure IT

Bande passante, serveurs, environnements virtuels, sites Internet, services VoIP – PRTG surveille l'ensemble de votre réseau.

 

 

Essayez Paessler PRTG gratuitement

Chaque utilisateur a des besoins de supervision différents. C'est pourquoi nous vous laissons essayer PRTG gratuitement. Démarrez maintenant un essai.

 

 

PRTG

Logiciel de supervision réseau - Version 23.2.84.1566 (May 24th, 2023)

Hébergement

Téléchargement disponible pour Windows et en version hébergée PRTG Hosted Monitor

Langues disponibles

Anglais, Allemand, Espagnol, Français, Portugais, Néerlandais, Russe, Japonais, et Chinois Simplifié

Prix

Gratuit jusqu’à 100 capteurs (Liste de prix)

Unified Monitoring

Les périphériques réseau, la bande passante, les serveurs, les applications, les environnements virtuels, les systèmes à distance, l’IdO et bien plus

Vendeurs et applications pris en charge

Plus
cisco logo grey 40 dell logo grey 40 hp logo grey 40 ibm grey40 netapp grey40 linux grey40 aws grey40 windows grey40 vmware grey40 citrix grey40 exchange grey40 apache grey40 oracle grey40