Commentaires sur : Comment résoudre une mauvaise qualité de communication VoIP ? http://www.blog-des-telecoms.com/general/comment-resoudre-une-mauvaise-qualite-de-communication-voip/ Haut debits, telephonie, VoIP, Securite Thu, 19 Jan 2012 11:13:09 +0000 hourly 1 http://wordpress.org/?v= Par : Mathias http://www.blog-des-telecoms.com/general/comment-resoudre-une-mauvaise-qualite-de-communication-voip/comment-page-1/#comment-245 Mathias Sat, 05 Feb 2011 09:26:17 +0000 http://www.blog-des-telecoms.com/?p=128#comment-245 Bonjour Aline, Je résume votre situation afin de vérifier ma bonne compréhension : - lors d'un appel externe généré automatiquement ou par clic sur la fiche client, les 2 numéros du clients sont appelés simultanément. Cela ressemble à un problème lié à la programmation du CTI ou de l'algorithme générant les appels. J'ai besoin de quelques informations : - comment l'appel est généré ? - votre système gère t'il les appels prédictifs ? Cordialement, Mathias Bonjour Aline,

Je résume votre situation afin de vérifier ma bonne compréhension :
- lors d’un appel externe généré automatiquement ou par clic sur la fiche client, les 2 numéros du clients sont appelés simultanément.
Cela ressemble à un problème lié à la programmation du CTI ou de l’algorithme générant les appels.
J’ai besoin de quelques informations :
- comment l’appel est généré ?
- votre système gère t’il les appels prédictifs ?

Cordialement,

Mathias

]]> Par : Aline http://www.blog-des-telecoms.com/general/comment-resoudre-une-mauvaise-qualite-de-communication-voip/comment-page-1/#comment-243 Aline Fri, 04 Feb 2011 18:52:27 +0000 http://www.blog-des-telecoms.com/?p=128#comment-243 Bonjour, Je viens de voir votre article et il se trouve que vous allez peut être m'aider à comprendre une erreur qui a pu se produire sur mon lieux de travail. Je travaille en centre d'appels et je voulais savoir s'il était possible qu'une erreur survienne lors d'un appel externe c'est à dire que le deuxième numéro rattaché au client soit composé en même temps? Car nous nous sommes rendus compte d'une erreur survenue et je ne trouve pas le moyen de l'expliquer. Pouvez vous m'aider ? Merci d'avance Aline Bonjour,

Je viens de voir votre article et il se trouve que vous allez peut être m’aider à comprendre une erreur qui a pu se produire sur mon lieux de travail. Je travaille en centre d’appels et je voulais savoir s’il était possible qu’une erreur survienne lors d’un appel externe c’est à dire que le deuxième numéro rattaché au client soit composé en même temps? Car nous nous sommes rendus compte d’une erreur survenue et je ne trouve pas le moyen de l’expliquer.
Pouvez vous m’aider ?
Merci d’avance
Aline

]]> Par : vpn solution http://www.blog-des-telecoms.com/general/comment-resoudre-une-mauvaise-qualite-de-communication-voip/comment-page-1/#comment-102 vpn solution Fri, 27 Aug 2010 15:03:36 +0000 http://www.blog-des-telecoms.com/?p=128#comment-102 not unless you installed a program for them ...aside from the vpn client. However they can get a ton of info. Your public ip, where you went, how much data you moved, and which protocols you used. not unless you installed a program for them …aside from the vpn client. However they can get a ton of info. Your public ip, where you went, how much data you moved, and which protocols you used.

]]> Par : Vanino http://www.blog-des-telecoms.com/general/comment-resoudre-une-mauvaise-qualite-de-communication-voip/comment-page-1/#comment-21 Vanino Thu, 15 Oct 2009 11:38:34 +0000 http://www.blog-des-telecoms.com/?p=128#comment-21 Vous n'avez pas accès à mon adresse email dans votre CMS ? le champ email de commentaires dit : Mail (will not be published) (required) je ne veux pas mettre mon adresse dans un commentaire... Avez-vous un profil skype ? Vous n’avez pas accès à mon adresse email dans votre CMS ? le champ email de commentaires dit : Mail (will not be published) (required)

je ne veux pas mettre mon adresse dans un commentaire…

Avez-vous un profil skype ?

]]> Par : Mathias http://www.blog-des-telecoms.com/general/comment-resoudre-une-mauvaise-qualite-de-communication-voip/comment-page-1/#comment-20 Mathias Thu, 15 Oct 2009 09:41:18 +0000 http://www.blog-des-telecoms.com/?p=128#comment-20 Bonjour Vanino, Pouvez-vous me passer votre adresse email afin que je puisse vous répondre ? @+ Mathias Bonjour Vanino,

Pouvez-vous me passer votre adresse email afin que je puisse vous répondre ?

@+

Mathias

]]> Par : Mathias http://www.blog-des-telecoms.com/general/comment-resoudre-une-mauvaise-qualite-de-communication-voip/comment-page-1/#comment-19 Mathias Mon, 12 Oct 2009 07:27:12 +0000 http://www.blog-des-telecoms.com/?p=128#comment-19 bonjour, Malheureusement ces tests ne donnent que peu d'informations. En l'absence de données notament sur l'architecture réseau de votre fournisseur, je ne peux que tirer de conclusions hatives. Vous pouvez me passer en privé (via le formulaire contact) son nom, il y a des chances que je connaisse son infrastructure. Ce que je vois sur les éléments, c'est qu'il y a un peu de perte de paquets. En G711, ce taux n'est pas génant, mais en G729 ça l'est. Il est vrai que je recommande vivement d'alimenter les postes IP via un switch POE et non pas par un transfo (qualité aléatoire, et plus grande sensibilité à la qualité de la source de courant). Le switch et routeur doivent être branchés sur un onduleur. @+ Mathias bonjour,

Malheureusement ces tests ne donnent que peu d’informations. En l’absence de données notament sur l’architecture réseau de votre fournisseur, je ne peux que tirer de conclusions hatives.
Vous pouvez me passer en privé (via le formulaire contact) son nom, il y a des chances que je connaisse son infrastructure.
Ce que je vois sur les éléments, c’est qu’il y a un peu de perte de paquets. En G711, ce taux n’est pas génant, mais en G729 ça l’est.
Il est vrai que je recommande vivement d’alimenter les postes IP via un switch POE et non pas par un transfo (qualité aléatoire, et plus grande sensibilité à la qualité de la source de courant). Le switch et routeur doivent être branchés sur un onduleur.

@+

Mathias

]]> Par : Vanino http://www.blog-des-telecoms.com/general/comment-resoudre-une-mauvaise-qualite-de-communication-voip/comment-page-1/#comment-18 Vanino Fri, 09 Oct 2009 15:32:35 +0000 http://www.blog-des-telecoms.com/?p=128#comment-18 un deuxième mais cet fois si en wifi :: Statistiques ------------ Vitesse de téléchargement: 2275856 bps Vitesse d'upload: 411496 bps Qualité de service: 11 % Type de test de téléchargement: HTTP Type de test d'upload: HTTP Délai TCP maximum: 337 ms Pause moyenne de téléchargement: 24 ms Durée minimum d'aller-retour au serveur: 45 ms Durée moyenne d'aller-retour au serveur: 46 ms Statistiques ------------ Gigue : Serveur ippi --> Vous: 3.9 ms Gigue : Vous --> Serveur ippi: 2.8 ms Perte de paquets : Serveur ippi --> Vous: 0.0 % Perte de paquets : Vous --> Serveur ippi: 0.7 % Paquets désordonnés: 0.0 % Nombre de lignes VoIP supportées: 1 Score MOS estimé: 3.8 Rapport ------- Statistiques du test VoIP ippi ------------------------------ Gigue : Vous --> Serveur ippi: 2.8 ms Gigue : Serveur ippi --> Vous: 3.9 ms Perte de paquets : Vous --> Serveur ippi: 0.7 % Perte de paquets : Serveur ippi --> Vous: 0.0 % Paquets rejetés: 0.0 % Paquets désordonnés: 0.0 % Score MOS estimé: 3.8 Speed test statistics --------------------- Vitesse de téléchargement: 2275856 bps Vitesse d'upload: 411496 bps Qualité de service: 11 % Type de test de téléchargement: HTTP Type de test d'upload: HTTP Délai TCP maximum: 337 ms Pause moyenne de téléchargement: 24 ms Durée minimum d'aller-retour au serveur: 45 ms Durée moyenne d'aller-retour au serveur: 46 ms Bande passante estimée pour le téléchargement: 2275856bps Concurrence des routes: -- Idle TCP forcé: -- Vitesse de route maximum: 11650664bps un deuxième mais cet fois si en wifi ::

Statistiques
————
Vitesse de téléchargement: 2275856 bps
Vitesse d’upload: 411496 bps
Qualité de service: 11 %
Type de test de téléchargement: HTTP
Type de test d’upload: HTTP
Délai TCP maximum: 337 ms
Pause moyenne de téléchargement: 24 ms
Durée minimum d’aller-retour au serveur: 45 ms
Durée moyenne d’aller-retour au serveur: 46 ms

Statistiques
————
Gigue : Serveur ippi –> Vous: 3.9 ms
Gigue : Vous –> Serveur ippi: 2.8 ms
Perte de paquets : Serveur ippi –> Vous: 0.0 %
Perte de paquets : Vous –> Serveur ippi: 0.7 %
Paquets désordonnés: 0.0 %
Nombre de lignes VoIP supportées: 1
Score MOS estimé: 3.8

Rapport
——-

Statistiques du test VoIP ippi
——————————
Gigue : Vous –> Serveur ippi: 2.8 ms
Gigue : Serveur ippi –> Vous: 3.9 ms
Perte de paquets : Vous –> Serveur ippi: 0.7 %
Perte de paquets : Serveur ippi –> Vous: 0.0 %
Paquets rejetés: 0.0 %
Paquets désordonnés: 0.0 %
Score MOS estimé: 3.8

Speed test statistics
———————
Vitesse de téléchargement: 2275856 bps
Vitesse d’upload: 411496 bps
Qualité de service: 11 %
Type de test de téléchargement: HTTP
Type de test d’upload: HTTP
Délai TCP maximum: 337 ms
Pause moyenne de téléchargement: 24 ms
Durée minimum d’aller-retour au serveur: 45 ms
Durée moyenne d’aller-retour au serveur: 46 ms
Bande passante estimée pour le téléchargement: 2275856bps
Concurrence des routes: –
Idle TCP forcé: –
Vitesse de route maximum: 11650664bps

]]> Par : Vanino http://www.blog-des-telecoms.com/general/comment-resoudre-une-mauvaise-qualite-de-communication-voip/comment-page-1/#comment-17 Vanino Fri, 09 Oct 2009 11:40:06 +0000 http://www.blog-des-telecoms.com/?p=128#comment-17 Bonjour Mathias, Ci-dessous les tests sur le lan , il y a toujours des grésillements et des hachures, je vous laisse étudier les chiffres . D'autre part, je me demande si les telephones IP utilisé thompson 2022 sont en fait mauvais , il faut les brancher sur des prises courants alors que certains fonctionnent sans alimentation. En somme , c'est vraiment pas top. *** Statistiques ------------ Vitesse de téléchargement: 4597632 bps Vitesse d'upload: 433632 bps Qualité de service: 69 % Type de test de téléchargement: HTTP Type de test d'upload: HTTP Délai TCP maximum: 140 ms Pause moyenne de téléchargement: 12 ms Durée minimum d'aller-retour au serveur: 43 ms Durée moyenne d'aller-retour au serveur: 43 ms Statistiques ------------ Gigue : Serveur ippi --> Vous: 3.4 ms Gigue : Vous --> Serveur ippi: 1.8 ms Perte de paquets : Serveur ippi --> Vous: 0.0 % Perte de paquets : Vous --> Serveur ippi: 0.5 % Paquets désordonnés: 0.0 % Nombre de lignes VoIP supportées: 1 Score MOS estimé: 3.9 Rapport ------- Statistiques du test VoIP ippi ------------------------------ Gigue : Vous --> Serveur ippi: 1.8 ms Gigue : Serveur ippi --> Vous: 3.4 ms Perte de paquets : Vous --> Serveur ippi: 0.5 % Perte de paquets : Serveur ippi --> Vous: 0.0 % Paquets rejetés: 0.0 % Paquets désordonnés: 0.0 % Score MOS estimé: 3.9 Speed test statistics --------------------- Vitesse de téléchargement: 4597632 bps Vitesse d'upload: 433632 bps Qualité de service: 69 % Type de test de téléchargement: HTTP Type de test d'upload: HTTP Délai TCP maximum: 140 ms Pause moyenne de téléchargement: 12 ms Durée minimum d'aller-retour au serveur: 43 ms Durée moyenne d'aller-retour au serveur: 43 ms Bande passante estimée pour le téléchargement: 5760000bps Concurrence des routes: 1.2528188 Idle TCP forcé: 0 % Vitesse de route maximum: 12192552bps Bonjour Mathias,

Ci-dessous les tests sur le lan , il y a toujours des grésillements et des hachures, je vous laisse étudier les chiffres .

D’autre part, je me demande si les telephones IP utilisé thompson 2022 sont en fait mauvais , il faut les brancher sur des prises courants alors que certains fonctionnent sans alimentation. En somme , c’est vraiment pas top.

***

Statistiques
————
Vitesse de téléchargement: 4597632 bps
Vitesse d’upload: 433632 bps
Qualité de service: 69 %
Type de test de téléchargement: HTTP
Type de test d’upload: HTTP
Délai TCP maximum: 140 ms
Pause moyenne de téléchargement: 12 ms
Durée minimum d’aller-retour au serveur: 43 ms
Durée moyenne d’aller-retour au serveur: 43 ms

Statistiques
————
Gigue : Serveur ippi –> Vous: 3.4 ms
Gigue : Vous –> Serveur ippi: 1.8 ms
Perte de paquets : Serveur ippi –> Vous: 0.0 %
Perte de paquets : Vous –> Serveur ippi: 0.5 %
Paquets désordonnés: 0.0 %
Nombre de lignes VoIP supportées: 1
Score MOS estimé: 3.9

Rapport
——-

Statistiques du test VoIP ippi
——————————
Gigue : Vous –> Serveur ippi: 1.8 ms
Gigue : Serveur ippi –> Vous: 3.4 ms
Perte de paquets : Vous –> Serveur ippi: 0.5 %
Perte de paquets : Serveur ippi –> Vous: 0.0 %
Paquets rejetés: 0.0 %
Paquets désordonnés: 0.0 %
Score MOS estimé: 3.9

Speed test statistics
———————
Vitesse de téléchargement: 4597632 bps
Vitesse d’upload: 433632 bps
Qualité de service: 69 %
Type de test de téléchargement: HTTP
Type de test d’upload: HTTP
Délai TCP maximum: 140 ms
Pause moyenne de téléchargement: 12 ms
Durée minimum d’aller-retour au serveur: 43 ms
Durée moyenne d’aller-retour au serveur: 43 ms
Bande passante estimée pour le téléchargement: 5760000bps
Concurrence des routes: 1.2528188
Idle TCP forcé: 0 %
Vitesse de route maximum: 12192552bps

]]> Par : Mathias http://www.blog-des-telecoms.com/general/comment-resoudre-une-mauvaise-qualite-de-communication-voip/comment-page-1/#comment-16 Mathias Fri, 25 Sep 2009 07:21:29 +0000 http://www.blog-des-telecoms.com/?p=128#comment-16 Le problème que j'imagine, c'est que les flux data impactent la qualité de la voix du fait d'une QoS inefficace. Le seul moyen rapide est de débrancher les PC pour en avoir le coeur net. Néanmoins, le soir quand il ne reste plus grand monde, la qualité est-elle dégradée ? Il existe un autre moyen un peu plus complexe. Il faut mesurer les flux afin de déterminer exactement la nature de ceux-ci et la bande passante utilisée. La manière de mettre en oeuvre va dépendre de votre fournisseur. Acceptera t-il de vous ouvrir le service netflow s'il est implémenté ou sinon, le smtp, moins riche, mais qui nous permettra d'avoir déjà des informations de saturation. Avez-vous la main sur le switch ? quelle est sa référence ? On peut aussi récupérer des informations intéressantes selon les fonctions embarquées sur le switch. En règle générale, dans mes missions, je commence par voir l'architecture et ses composantes, j'effectue des mesures et vérifie les configurations. C'est suffisant dans la plus part des cas. Bonne journée Mathias Le problème que j’imagine, c’est que les flux data impactent la qualité de la voix du fait d’une QoS inefficace. Le seul moyen rapide est de débrancher les PC pour en avoir le coeur net. Néanmoins, le soir quand il ne reste plus grand monde, la qualité est-elle dégradée ?
Il existe un autre moyen un peu plus complexe. Il faut mesurer les flux afin de déterminer exactement la nature de ceux-ci et la bande passante utilisée. La manière de mettre en oeuvre va dépendre de votre fournisseur. Acceptera t-il de vous ouvrir le service netflow s’il est implémenté ou sinon, le smtp, moins riche, mais qui nous permettra d’avoir déjà des informations de saturation.
Avez-vous la main sur le switch ? quelle est sa référence ? On peut aussi récupérer des informations intéressantes selon les fonctions embarquées sur le switch.
En règle générale, dans mes missions, je commence par voir l’architecture et ses composantes, j’effectue des mesures et vérifie les configurations. C’est suffisant dans la plus part des cas.

Bonne journée

Mathias

]]> Par : Vanino http://www.blog-des-telecoms.com/general/comment-resoudre-une-mauvaise-qualite-de-communication-voip/comment-page-1/#comment-15 Vanino Sun, 20 Sep 2009 18:24:08 +0000 http://www.blog-des-telecoms.com/?p=128#comment-15 Pour faire le test que vous proposez Mathias, c'est un peu complexe car pour avoir une bonne évaluation il faut le faire dans un contexte de travail (je ne peux pas deconnecter les PCs en fait) Je peux essayer de séparer les telephones du LAN PC (deux switchs bien distincts : un switch pour les PCs connecté au routeur du fournisseur sur le port LAN , l'autre pour la voip sur le port telephonie su routeur) et surveiller si la qualité est meilleure. Que pensez vous du test : http://www.ippi.fr/index.php?page=voiptest? Je compte m'en servir mais je ne sais pas si c'est efficace sur un reseau voip centrex. Bon dimanche soir. v Pour faire le test que vous proposez Mathias, c’est un peu complexe car pour avoir une bonne évaluation il faut le faire dans un contexte de travail (je ne peux pas deconnecter les PCs en fait)

Je peux essayer de séparer les telephones du LAN PC (deux switchs bien distincts : un switch pour les PCs connecté au routeur du fournisseur sur le port LAN , l’autre pour la voip sur le port telephonie su routeur) et surveiller si la qualité est meilleure.

Que pensez vous du test : http://www.ippi.fr/index.php?page=voiptest?

Je compte m’en servir mais je ne sais pas si c’est efficace sur un reseau voip centrex.

Bon dimanche soir.

v

]]>