Bonjour à tous,
 
j'ai à ma disposition une ligne GSHDSL (1024 montant/ 1024 descnedant).
 
Je suis assez surpris de la qualité de la ligne. L'opérateur m'a ssuré que ce débit était garanti, et lorsque j'effectue mes test de mesures, j'ai d'énorme variations de débit (ça va de 128 à autour de 700 kbps, aléatoirement). les test sont fait juste derrière le routeur (cisco ds 878), le réseau libre de toute utilisation.
de plus le débit devrait être symétrique. Je me retrouve souvent avec de grande disparité sur le débit montant et descendant (ex: 300 kbps descendant / 600 kbps montant), et vice versa   .
1 - cf: http://img384.imageshack.us/my.php [...] panlt5.jpg
 
2 - cf http://img530.imageshack.us/my.php [...] panxf2.jpg
 
Je suis pas très calé en télécom, et je souhaite savoir si tout ceci est normal.
 
- je vais devoir exploiter cette ligne pour faire passer de la voix (environ 180 communication voix simultanées, d'un continent à un autre). J'attend juste un certain nombre de ressource matérielle et logicielles (PCBX, hermès, casques,...) mais je en voudrais aps avoir de surprises.
 
Si quelqu'un pouvait confirmer ou infimer mes appréhensions, j'en sera très honorés.  
 
merci à vous.
 
ps: sites de test:
- http://mire.ipadsl.net
- http://www.echosdunet.net/test-deb [...] nexion.php
- http://www.testadsl.net/test-debit-adsl.html

1 - Tes tests ne sont pas valables, transfère plusieurs fichiers FTP dans les 2 sens et cumule les débits de chaque transfert.
 
2 - 180 communications pour du 1 Mbps : tu vas droit dans le mur.

+1 Tu vas directement dans le mur c'est une certitude absolue.
Le mec qui mène le projet est à féliciter ... :x

Ok.
 
1 - je suis en train de chercher un site où je peux uploader des gros fichiers en FTP.  
 
2 - ça n'est évidement pas moi qui ai fait cette étude, mais on m'a assuré que pour 32 communication voix simultanée, il fallait 2 Mbps. Comment ça marche??
 
 32 voix --------- 2 Mbps
180 voix -------- x
 
soit x = (2 Mbps *180) / 32 = 11.25 Mbps, Non?    Ok. en tout cas, je n'en ai aucune idée.
 
Les gars, dites-moi svp quel débit approximatif serait nécessaire pour faire passer en simultané 180 communication voix. Merci beaucoup!
 
hum... je précise qu'il y a sur le réseau un compresseur dont le but est, je pense de faire transiter ces communication voix par un opérateur de téléphonie sur IP.

On t'indique qu'une communication prends 62.5 Kpbs. Valeur réaliste, que l'on prend comme référence. Ton calcul est bon, avec ta règle de 3.
 
Petite question: à quel moment as-tu perdu ta virgule qui transforme ton besoin de 11,5 Mbps en commande d'un lien de 1 Mbps ?

Si tu es en TDM pure, tu peux faire avoir un taux de compression TDMoIP de 1:16 E1 avec une bonne qualité donc 200 coms dans 1Mbits/s c'est tout à fait possible
 
Par contre faut avoir les bons équipements pour faire ça

huh?
5kb/com avec les entetes? Tu fais ca comment?
Meme avec compression d'entete RTP et G729 on ne descend pas aussi bas

En utilisant des équipements TDM  (AudioCodes et Rad entre autres) avec des DSP spécialisées dans la compression voix

C'est bien plus puissant que de la VoIP, et utilisé par beaucoup d'opérateurs télcos

Bon après c'est vrai que c'est "chiant" parce que ça oblige d'avoir une plateforme IP/TDM (un commutateur voix ou un IPBX) pour convertir les coms VoIP en TDM et inversement, mais bon après faut savoir ce qu'on veut

OK!
 
maintenant j'ai à ma disposition un Multiplexeur-Compresseur "VMUX-2100". Je ne sais pas trop ce que je peux obtenir comme gain avec, mais je pense que ça correspond tout à fait à ce que vous venez de m'expliquer. Je vais entrer en contact avce un opérateur de téléphonie sur IP.

Ben tu vas devoir utiliser un IPBX à chaque extrémité pour convertir les com VoIP en TDM et inversement
 
Ca devrait donner quelque chose dans ce genre la :
 
Tel VoIP --- LAN IP --- IPBX =n x E1= VMUX --- WAN IP --- VMUX =xE1= IPBX --- LAN IP --- Tel VoIP
 
--- lien en mode paquet
== lien en mode circuit
 
Par contre je te déconseille de voir ça avec un opérateur VoIP car ce dernier risque fortement de vouloir acheminer tes coms sur son réseau... tourne toi plutôt vers l'intégrateur qui t'as vendu le vmux amha car il sera surement plus neutre

Je connaissais ces boiboites mais je pensais pas que c'était "hors norme".
J'irai voir les specs un de ces 4 j'avoue que je reste étonné des chiffres que tu donnes ^^

Effectivement j'ai moi aussi été bluffé par les specs papier... mais une fois en prod ça marche plutôt pas mal même sur des liaisons complètement pourries comme du SAT

Je cite:
===============================================================================================================
 
 Votre calcul n’est pas tout à fait correct,car vous vous êtes basés sur la moyenne entre deux extrêmes dans le monde lacommunication voix sur IP. Deux extrêmes, c'est-à-dire un codage aveccompression importante (G729) et un codage sans compression (G711). En règlegénérale, l’approximation que nous faisons pour une communication en G711 estde 90Kbps (toute encapsulation IP incluse) et 35Kbps pour une communication enG729. Soit sur une ligne 2Mbps (2048Kbps), (2048 / 90 ) ~ 22 communicationssimultanées pour du G711 (un peu plus d’un demi T2) et (2048 / 35) ~ 58communications simultanées pour du G729 (un peu moins d’un T2). Vous trouverez ci-après une simulation unecompression la plus élevé que nous puissions programmer sur le VMUX, en partantsur les hypothèses suivantes : codec G723.1A/5.3Kbps estimation du taux desilence à 20% (c’est une estimation pour que nous avons fixé pour call center, c'est-à-direlors d’une communication téléphonique les téléacteurs laissent très peu deblanc/de silence dans une communication pour des raisons de productivité) lorsde l’ensemble des communications : Soit une approximation à 359Kbps pour 60appels simultanés donc pour une ligne à 1024Kbps vous pourrez remplir plus 5 T2et demi. C’est la compression la plus forte (donc vous pourrez avoir des petitsproblèmes de qualité). Si nous modifions légèrement le codec aveccette fois ci du G723.1A/6.4Kbps (un codage intermédiaire, un moins decompression que le premier et donc meilleur qualité) et en gardant le même tauxde silence, nous arrivons à : 424Kbps pour 60 appels simultanés, soitpour une ligne à 1024Kbps vous pourrez remplir un peu plus de 4 T2 et demi Je vous rappelle que ces calculs ne sontque des estimations (réalisé dans un cas idéal) sur une ligne 1024Kbps dédié (ascendant)à la voix sur IP, et qu’ils peuvent varier en fonction des différentsparamètres extérieures (qualité de la ligne, codage utilisé, taux de silence,etc...).  Cordialement,
 
 voili, voilou

Ouai enfin bon le g723.1 je l'ai pas vu souvent mis en oeuvre. Meme jamais (en entreprise)
Effectivement on est dans le standard mais avec une MOS au rdv, cad pas mieux que le G729 a 6.3kbs et en dessous a 5.3.
Ca donne les resultats qu'on connait avec egalement les decodage/transcodage multiples entre opérateurs quand on arrive sur un call center a perpette en Afrique
La VAD ca a tendance a perturber les usagers meme si il y a parfois generation d'un bruit de confort.
On pourra enfin noter que le delai d'encodage du G723 est hyper long / aux autres codecs. On prends deja 30ms dans la gueule (sur du cisco). Ya interet a avoir une latence/gigue au poil.
 
Concrètement je recois des appels de teleprospecteurs qui sont a la limite d'etre inaudibles au bureau.
Ca doit etre le type de matos qu'utilise 9 dans ses offres 9Office. Bizarrement quand on demande a virer la compression pour avoir une vraie qualité de son, le prix augmente de manière importante
 
Perso j'aimerai bien voir le truc en prod mais avec des tests de reception d'appels a l'etranger.
 
Merci pour les infos en tout cas, je me coucherai moins bete