La Fibre
Fournisseurs d'accès à Internet fixe en France métropolitaine => 
Anciens FAI => Opérateurs grand public alternatifs => 
IPVSET - MédiaFibre => Discussion démarrée par: TTS le 20 octobre 2005 à 01:46:16
-
TTS, si tu trouve une solution MGCP, je suis intéressé!
par contre, il te faudra l'@IP du Call Agent et son port...
mais avec ca, tu remplace complètement la RGW.
J'ai l'IP du call agent pour PauOnline, le VLAN sur lequel le transit se fait, le port sur lequel la communication s'établie, le codec et le protocole utilisés pour la voix, il ne me manque plus qu'à trouver un moyen d'implèmenter MGCP sous Linux et écrire un dialer. Un implèmentation partielle de la pile MGCP pour linux est dispo chez vovida (voir premier post pour l'adresse).
Le problème c'est que je ne suis pas programmeur ... enfin pas encore ;)
Si une âme charitable était prête à me venir en aide...
Par ailleurs, as-tu trouver les VLAN correspondant aux autres ports de la RGW? (style ETH2 pour la vidéo et ETH1 pour le Tel IP)
Malheureusement je n'ai pas encore eu la possibilité de les déterminer puisqu'aucun transit n'y est acheminé par mon FAI. Si un usager IPVSET veux bien me laisser un peu analyser le transit de sa ligne, je devrais être en mesure de faire quelquechose ;)
En fait au départ, je cherchais simplement le mot de passe pour accéder à la CLI de la RGW afin de voir si on ne pouvais pas y faire quelques réglages plus avancés que par l'interface web et je me retrouve à essayer d'implèmenter une solution alternative :D
Je serais curieux de voir comment fait IPVSET dans sa SETboite pour implèmenter tout ça sous WinMediaCenter ... ou est-ce qu'ils fournissent aussi une RGW?
Si vous avez des infos, je suis preneur!
Edit :
Quelques données techniques de ce que j'arrive a obtenir avec ce mode connection :
Ping
Le classique google.fr
routeur:~# ping -c4 www.google.fr
PING www.l.google.com (216.239.59.147) 56(84) bytes of data.
64 bytes from 216.239.59.147: icmp_seq=1 ttl=243 time=50.4 ms
64 bytes from 216.239.59.147: icmp_seq=2 ttl=243 time=51.4 ms
64 bytes from 216.239.59.147: icmp_seq=3 ttl=243 time=50.7 ms
64 bytes from 216.239.59.147: icmp_seq=4 ttl=243 time=50.6 ms
--- www.l.google.com ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3002ms
rtt min/avg/max/mdev = 50.413/50.794/51.458/0.428 ms
Classique n°2 free.fr
routeur:~# ping -c4 www.free.fr
PING www.free.fr (213.228.0.42) 56(84) bytes of data.
64 bytes from www1.free.fr (213.228.0.42): icmp_seq=1 ttl=56 time=16.9 ms
64 bytes from www1.free.fr (213.228.0.42): icmp_seq=2 ttl=56 time=16.9 ms
64 bytes from www1.free.fr (213.228.0.42): icmp_seq=3 ttl=56 time=17.5 ms
64 bytes from www1.free.fr (213.228.0.42): icmp_seq=4 ttl=56 time=15.8 ms
--- www.free.fr ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3001ms
rtt min/avg/max/mdev = 15.884/16.840/17.576/0.609 ms
Pauonline
routeur:~# ping -c4 www.pauonline.com
PING www.pauonline.com (212.85.152.58) 56(84) bytes of data.
64 bytes from platane.walan.biz (212.85.152.58): icmp_seq=1 ttl=55 time=32.2 ms
64 bytes from platane.walan.biz (212.85.152.58): icmp_seq=2 ttl=55 time=31.1 ms
64 bytes from platane.walan.biz (212.85.152.58): icmp_seq=3 ttl=55 time=33.2 ms
64 bytes from platane.walan.biz (212.85.152.58): icmp_seq=4 ttl=55 time=31.0 ms
--- www.pauonline.com ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3003ms
rtt min/avg/max/mdev = 31.083/31.941/33.299/0.935 ms
IPVSET
routeur:~# ping -c4 www.ipvset.com
PING www.ipvset.com (83.173.64.8) 56(84) bytes of data.
64 bytes from www.ipvset.com (83.173.64.8): icmp_seq=1 ttl=55 time=32.2 ms
64 bytes from www.ipvset.com (83.173.64.8): icmp_seq=2 ttl=55 time=32.5 ms
64 bytes from www.ipvset.com (83.173.64.8): icmp_seq=3 ttl=55 time=32.2 ms
64 bytes from www.ipvset.com (83.173.64.8): icmp_seq=4 ttl=55 time=32.1 ms
--- www.ipvset.com ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3002ms
rtt min/avg/max/mdev = 32.174/32.287/32.538/0.231 ms
Opalyse
routeur:~# ping -c4 www.opalyse.fr
PING www.opalyse.fr (217.119.183.33) 56(84) bytes of data.
64 bytes from web-pro1.bearn-info.com (217.119.183.33): icmp_seq=1 ttl=61 time=1.13 ms
64 bytes from web-pro1.bearn-info.com (217.119.183.33): icmp_seq=2 ttl=61 time=0.990 ms
64 bytes from web-pro1.bearn-info.com (217.119.183.33): icmp_seq=3 ttl=61 time=0.923 ms
64 bytes from web-pro1.bearn-info.com (217.119.183.33): icmp_seq=4 ttl=61 time=1.04 ms
--- www.opalyse.fr ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3002ms
rtt min/avg/max/mdev = 0.923/1.023/1.132/0.080 ms
Vainqueur toutes catégories : Opalyse! avec un ping de 1ms en moyenne :shock:
Débits download
Classique ftp2.fr.debian.org
routeur:~# wget ftp://ftp2.fr.debian.org/pub/debian-cd/3.1_r0a/i386/iso-cd/debian-31r0a-i386-binary-1.iso
--02:02:08-- ftp://ftp2.fr.debian.org/pub/debian-cd/3.1_r0a/i386/iso-cd/debian-31r0a-i386-binary-1.iso
=> `debian-31r0a-i386-binary-1.iso.3'
Résolution de ftp2.fr.debian.org... 194.2.0.36
Connexion vers ftp2.fr.debian.org[194.2.0.36]:21...connecté.
Ouverture de session en anonymous...Session établie!
==> SYST ... complété. ==> PWD ... complété.
==> TYPE I ... complété. ==> CWD /pub/debian-cd/3.1_r0a/i386/iso-cd ... complété.
==> PASV ... complété. ==> RETR debian-31r0a-i386-binary-1.iso ... complété.
Taille: 671,174,656 (non certifiée)
4% [> ] 31,050,176 1.62M/s ETA 06:20
Non moins classique proxad.net (Free)
routeur:~# wget ftp://ftp.proxad.net/mirrors/cdimage.debian.org/debian-cd/current/i386/iso-cd/debian-31r0a-i386-binary-1.iso
--02:04:47-- ftp://ftp.proxad.net/mirrors/cdimage.debian.org/debian-cd/current/i386/iso-cd/debian-31r0a-i386-binary-1.iso
=> `debian-31r0a-i386-binary-1.iso.4'
Résolution de ftp.proxad.net... 213.228.0.141
Connexion vers ftp.proxad.net[213.228.0.141]:21...connecté.
Ouverture de session en anonymous...Session établie!
==> SYST ... complété. ==> PWD ... complété.
==> TYPE I ... complété. ==> CWD /mirrors/cdimage.debian.org/debian-cd/current/i386/iso-cd ... complété.
==> PASV ... complété. ==> RETR debian-31r0a-i386-binary-1.iso ... complété.
Taille: 671,174,656 (non certifiée)
5% [=> ] 39,104,256 1.64M/s ETA 06:28
Débits upload
Classique compte perso free
routeur:~# wput debian-31r0a-i386-binary-1.iso ftp://uncompte:unmotdepasse@ftpperso.free.fr/
--02:18:42-- `debian-31r0a-i386-binary-1.iso'
=> ftp://rdoursenaud:xxxxx@212.27.63.3:21/debian-31r0a-i386-binary-1.iso
Connecting to 212.27.63.3:21... connected!
Logging in as rdoursenaud ... Logged in!
Length: 78,185,760
22% [========> ] 17,613,824 660.1K/s ETA 1:30m
Déçu !
Test sur adsl.free.fr
Débit descendant (download)
Taille du fichier 6,87 Mo
Durée 3.401 secondes
Débit 16,17 Mbit/s (2,02 Mo/s)
Débit montant (upload)
Taille du fichier 879,88 ko
Durée 0.982 secondes
Débit 7 Mbit/s (895,74 ko/s)
-
Le ping de 1 ms sur nos machines ne me surprends pas, c'est effectivement les valeurs que j'obtiens quand je fais mes tests.
Par contre, ce qui me surprends c'est qu'en tant qu'abonné FTTH Pauonline tu obtiennes plus de 30 ms sur les serveurs de Pauonline eux-mêmes ou d'IPVSET...
J'ai donc fait un test supplèmentaire : un traceroute.
Il apparait que les serveurs www.pauonline.com et www.ipvset.com ne sont pas sur le PBC. Du coup, pour les temps de pings, il faut rajouter la latence du lien Pau-Paris et une dizaine de routeurs intermédiaires, d'où des temps de latence 30 fois supérieures aux notres.
ça explique sans doute aussi pourquoi beaucoup d'abonnés n'arrive pas a saturer leur connexion même sur leur propre espace FTP...
-
Normalement si le FAI FTTH à ses serveurs sur le PBC on doit avoir un ping de 2 ms ( maxi )
Pour ma part :
ping www.opalyse.fr = 2 ms
ping www.ipvset.com = 2 ms
ping www.pauonline.com = 32 ms
Avec un tracert on voit bien qu'OPALYSE et IPVSET ce retrouve juste derrière les équipements d' Axione.
-
Hmmmm, quand vous dites que votre infrastructure est directement connecté au PBC, j'ai quelques doute.
J'explique
Un traceroute depuis chez Wanadoo donne :
# traceroute www.ipvset.com
traceroute to www.ipvset.com (83.173.64.8), 30 hops max, 38 byte packets
1 router (192.168.10.254) 0.463 ms 0.317 ms 0.234 ms
2 bsbay152-net1Lo3.francetelecom.net (193.253.171.173) 222.049 ms 59.539 ms 129.895 ms
3 10.224.19.18 (10.224.19.18) 36.407 ms 35.628 ms 36.652 ms
4 pos0-2-2-0.nrpoi202.Poitiers.francetelecom.net (193.252.100.30) 44.397 ms 44.936 ms 43.660 ms
5 pos14-0.nrsta304.Paris.francetelecom.net (193.252.103.38) 51.451 ms 51.850 ms 51.498 ms
6 193.252.99.78 (193.252.99.78) 52.786 ms 50.796 ms 53.202 ms
7 po9-0.pascr1.Paris.opentransit.net (193.251.129.61) 51.988 ms 250.869 ms 52.795 ms
8 pos5-0.cr1.cdg2.fr.above.net (208.184.210.233) 52.149 ms 53.415 ms 54.118 ms
9 pos5-0.er1a.cdg2.fr.above.net (64.125.27.110) 54.732 ms 52.699 ms 52.855 ms
10 82.98.226.148.cdg2.fr.above.net (82.98.226.148) 66.238 ms 67.007 ms 65.586 ms
11 * * *
arrivée chez Above... pour votre serveur Web
# traceroute www.opalyse.fr
traceroute to www.opalyse.fr (217.119.183.33), 30 hops max, 38 byte packets
1 router (192.168.10.254) 0.423 ms 0.321 ms 0.263 ms
2 bsbay152-net1Lo3.francetelecom.net (193.253.171.173) 47.269 ms 63.791 ms 52.341 ms
3 10.224.19.50 (10.224.19.50) 36.090 ms 35.720 ms 35.585 ms
4 pos0-2-2-0.nrpoi202.Poitiers.francetelecom.net (193.252.100.30) 44.702 ms 44.576 ms 43.354 ms
5 pos14-0.nrsta304.Paris.francetelecom.net (193.252.103.38) 64.716 ms 52.172 ms 53.427 ms
6 193.251.126.50 (193.251.126.50) 51.531 ms 51.973 ms 51.635 ms
7 po14-0.auvcr1.Aubervilliers.opentransit.net (193.251.243.185) 51.761 ms 51.949 ms 51.709 ms
8 po3-0.auvbb1.Aubervilliers.opentransit.net (193.251.243.162) 52.499 ms 54.474 ms 53.172 ms
9 21stcentury-1.GW.opentransit.net (193.251.248.114) 53.790 ms 52.228 ms 51.379 ms
10 PO9-0.Par-Gar-core-2.interoute.net (212.23.42.37) 65.430 ms 60.094 ms 56.737 ms
11 PO6-0.Par-Gar-access-2.interoute.net (212.23.42.18) 52.511 ms 54.224 ms 52.610 ms
12 212.23.37.178 (212.23.37.178) 52.563 ms 55.772 ms 52.447 ms
13 fe-13-0-ro-erx-pia-1.pau.axione.fr (217.119.176.6) 69.305 ms 69.187 ms 67.443 ms
14 217.119.178.91 (217.119.178.91) 68.468 ms 68.612 ms 67.358 ms
15 * * *
Arrivée chez Axione pour notre serveur Web.
Vous dites de plus qu'un abonné hors ipvset doit faire un allez retour pau paris pour aller sur vos serveurs. "Client FTTH.X => PBC => Boucle Pau-Paris => PBC => Notre infrastructure "
Or le test de TTS (client Pauonline) indique clairement que pour atteindre nos serveurs il n'y a pas cet allez-retour.
Normalement le fonctionnement normal du PBC fait qu'un abonné FTTH/FTTO quelque soit son FAI atteind directement n'importe quel équipement situé au coeur du réseau (tout au plus 2 ou 3 routeurs).
D'ailleurs un abonné FTTH IPVSet peut aisèment le vérifier en faisant lui-même un ping et un traceroute sur nos équipements et sur les votres.
Vous devriez vérifier avec votre ingénierie réseau le fonctionnement exact de votre infrasstructure, car si elle est vraiment au coeur du réseau il y a un gros problème de configuration et d'optimisation.
-
bonjour a vous,
conçernant le xboxlive (désolé j'y reviens), on a un ping de 188, le meme que des abonnés adsl chez wanadoo ou free, comment cela s'explique t-il ? merçi de vos réponses
-
Je suis abonné ADSL IPVSET voici les résultats de mes Traceroute
[center:38c9a25081]
www.IPVSET.com
(http://img453.imageshack.us/img453/3213/capture102020051024442hi.jpg)
www.PAUONLINE.com
(http://img453.imageshack.us/img453/3940/capture102020051023349ue.jpg)
www.OPALYSE.fr
(http://img453.imageshack.us/img453/3161/capture102020051022143ri.jpg)[/center:38c9a25081]
TESTS PING
Ping vers Ipvset = 42 ms
Ping vers PauOnline = 76 ms
Ping vers Opalyse = 44 ms
-
pour moi abonné pauonline:
test ping sur Ipvset = moyenne 32
" " Pauonline = " 32
" " Opalyse = " 1
pourquoi 1 seulement sur Opalyse ?
-
Je suis trés étonné de voir que les serveurs IPVSET sont accessibles directement à leurs abonnés et indirectement (via le lien Pau-Paris) pour les autres alors qu'il est trés clairement possible de les positionner directement derrière les équipements d'axione (Opalyse). Pour PauOnline, cela me surprend moins puisque cette entreprise est issue de Walan originaire de Lyon. Ils ont du réutiliser un équipement déjà à leur disposition.
routeur:~# traceroute www.opalyse.fr
traceroute to www.opalyse.fr (217.119.183.33), 30 hops max, 38 byte packets
1 217.171.18.1 (217.171.18.1) 14.425 ms 8.855 ms 95.583 ms
2 ge-11-0-v205-ro-erx-pia-1.pau.axione.fr (217.119.178.45) 53.064 ms 1.650 ms 1.644 ms
3 217.119.178.91 (217.119.178.91) 1.579 ms 1.744 ms 1.645 ms
4 * * *
routeur:~# traceroute www.pauonline.com
traceroute to www.pauonline.com (212.85.152.58), 30 hops max, 38 byte packets
1 217.171.18.1 (217.171.18.1) 67.592 ms 24.727 ms 5.526 ms
2 ge-11-0-v205-ro-erx-pia-1.pau.axione.fr (217.119.178.45) 2.535 ms 1.634 ms 1.712 ms
3 ge-0-1-0-v5-ro-jun-th2-1.bcb.axione.fr (217.119.176.9) 13.947 ms 14.432 ms 22.243 ms
4 130.117.22.193 (130.117.22.193) 15.153 ms * 15.450 ms
5 p15-0.core01.par01.atlas.cogentco.com (130.117.0.113) 17.096 ms 17.085 ms 16.853 ms
6 62.4.77.233.not.updated.above.net (62.4.77.233) 16.839 ms 16.259 ms 15.509 ms
7 pos8-0.cr1.cdg2.fr.above.net (208.184.231.214) 16.958 ms 16.722 ms 16.623 ms
8 pos5-0.er1a.cdg2.fr.above.net (64.125.27.110) 16.188 ms 17.589 ms 17.098 ms
9 lostoasis-gw.cdg2.fr.above.net (62.4.77.156) 17.063 ms 17.167 ms 19.510 ms
10 fe2-1-ve15-br10.goz.fr.core.ielo.net (212.85.144.20) 28.082 ms * 29.139 ms11 marduk.lo-dedicated.ix-customers-mars.ielo.net (212.85.148.11) 30.863 ms 28.882 ms 29.500 ms
12 platane.walan.biz (212.85.152.58) 30.404 ms 31.078 ms 34.253 ms
routeur:~# traceroute www.ipvset.com
traceroute to www.ipvset.com (83.173.64.8), 30 hops max, 38 byte packets
1 217.171.18.1 (217.171.18.1) 12.436 ms 1.539 ms 1.392 ms
2 ge-11-0-v205-ro-erx-pia-1.pau.axione.fr (217.119.178.45) 1.585 ms 1.665 ms 2.381 ms
3 ge-0-1-0-v5-ro-jun-th2-1.bcb.axione.fr (217.119.176.9) 14.543 ms 14.496 ms 14.224 ms
4 130.117.22.193 (130.117.22.193) 14.845 ms 14.924 ms 15.116 ms
5 p15-0.core01.par01.atlas.cogentco.com (130.117.0.113) 16.787 ms 16.150 ms 16.307 ms
6 62.4.77.233.not.updated.above.net (62.4.77.233) 16.016 ms 15.758 ms 16.007 ms
7 pos8-0.cr1.cdg2.fr.above.net (208.184.231.214) 16.906 ms 17.010 ms 17.131 ms
8 pos5-0.er1a.cdg2.fr.above.net (64.125.27.110) 16.702 ms 16.457 ms 19.336 ms
9 82.98.226.148.cdg2.fr.above.net (82.98.226.148) 31.928 ms 31.293 ms 29.879 ms
10 * * *
-
salut TTs,
n'y connaissant pas grand chose comme tu le sais, cela a donc quel incidence pour nous ? cela veut il dire que nous avons un ping plus élevé que les autres abonnés des autres FAI ? et çe sur tout le net. merçi de ta réponse
-
voici mes stats
*vers ipvset:
|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| No response from host - 100 | 100 | 0 | 0 | 0 | 0 | 0 |
| No response from host - 100 | 100 | 0 | 0 | 0 | 0 | 0 |
| 217.119.186.1 - 0 | 100 | 100 | 0 | 1 | 16 | 0 |
| 217.119.178.132 - 0 | 100 | 100 | 0 | 1 | 16 | 0 |
| www.ipvset.com - 0 | 100 | 100 | 0 | 2 | 16 | 15 |
|________________________________________________|______|______|______|______|______|______|
WinMTR - 0.8. Copyleft @2000-2002 Vasile Laurentiu Stanimir ( stanimir@cr.nivis.com )
*vers opalyse:
|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| No response from host - 100 | 100 | 0 | 0 | 0 | 0 | 0 |
| No response from host - 100 | 100 | 0 | 0 | 0 | 0 | 0 |
| 217.119.186.1 - 0 | 100 | 100 | 0 | 3 | 16 | 16 |
| 217.119.178.131 - 0 | 100 | 100 | 0 | 6 | 47 | 16 |
| 217.119.178.91 - 0 | 100 | 100 | 0 | 5 | 31 | 0 |
| web-pro1.bearn-info.com - 0 | 100 | 100 | 0 | 6 | 31 | 16 |
|________________________________________________|______|______|______|______|______|______|
WinMTR - 0.8. Copyleft @2000-2002 Vasile Laurentiu Stanimir ( stanimir@cr.nivis.com )
*vers PauOnLine:
|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| No response from host - 100 | 101 | 0 | 0 | 0 | 0 | 0 |
| No response from host - 100 | 101 | 0 | 0 | 0 | 0 | 0 |
| 217.119.186.1 - 0 | 100 | 100 | 0 | 2 | 16 | 0 |
| 217.119.178.131 - 0 | 100 | 100 | 0 | 7 | 32 | 0 |
| ge-0-1-0-v5-ro-jun-th2-1.bcb.axione.fr - 9 | 100 | 91 | 15 | 20 | 62 | 16 |
| 130.117.22.193 - 10 | 100 | 90 | 15 | 22 | 32 | 31 |
| p15-0.core01.par01.atlas.cogentco.com - 5 | 100 | 95 | 15 | 20 | 47 | 15 |
| 62.4.77.233.not.updated.above.net - 8 | 100 | 92 | 15 | 22 | 47 | 15 |
| pos8-0.cr1.cdg2.fr.above.net - 8 | 100 | 92 | 15 | 34 | 234 | 16 |
| pos5-0.er1a.cdg2.fr.above.net - 2 | 100 | 98 | 15 | 21 | 47 | 16 |
| lostoasis-gw.cdg2.fr.above.net - 10 | 100 | 90 | 15 | 24 | 47 | 16 |
| fe2-1-ve15-br10.goz.fr.core.ielo.net - 7 | 100 | 93 | 16 | 35 | 93 | 32 |
|marduk.lo-dedicated.ix-customers-mars.ielo.net - 14 | 100 | 86 | 15 | 35 | 94 | 32 |
| platane.walan.biz - 11 | 100 | 89 | 31 | 38 | 47 | 46 |
|________________________________________________|______|______|______|______|______|______|
WinMTR - 0.8. Copyleft @2000-2002 Vasile Laurentiu Stanimir ( stanimir@cr.nivis.com )
sur 100 ping, j'obtiens pour ipvset une moyenne de 2ms, pour opalyse une moyenne de 6ms, et une moyenne de 38ms pour PL.
J'aimerais savoir comment font Opalyse pour avoir un ping quasi identique à notre FAI. Ont-ils fait une route spéciale?
Pour PL, apparement leur serveurs ne sont pas sur le PBC, donc bon...
IPVSET a-t-il prévu de faire des routes à partir des @IP des autres FAI, de façon à rester sur le PBC? Le serveur de jeu qui est en train d'être testé chez IPVSET est-il prévu qu'aux abonnés, ou sera-t-il ouvert? Si oui, peut etre serait-il judicieux de créer des routes afin que le PBC devienne "un vrai LAN"...
-
C'est vrai que c'est bizarre que lorsque l'on trace www.ipvset.com depuis un FAI extérieur au PBC on tombe sur PARIS au lieu de PAU ?
-
J'aimerais savoir comment font Opalyse pour avoir un ping quasi identique à notre FAI. Ont-ils fait une route spéciale?
Comme je l'ai déjà expliqué, on a nos serveurs au coeur du réseau PBC.
Nous sommes directement connecté aux routeurs d'axione assurant la collecte FTTH des abonnés du PBC (quelque soit leur FAI) via un lien de transit IP.
De plus notre infrasstructure interne est full gigabit et redondante.
Nos serveurs (sous GNU/Linux) sont particulièrement optimisé pour supporter la charge d'un réseau fibre et sont largement dimensionné pour être réactif.
-
sympa tout ça, mais concretement pour jouer en réseau, si je comprend bien il vaut mieux a çe jour etre abonné chez Opalyse alors ou j'ai pas compris. merçi de vos réponses.
-
J'ai envoyé un mail pour le béta test, mais toujours aucune réponse :cry:
C'est normal ?
sympa tout ça, mais concretement pour jouer en réseau, si je comprend bien il vaut mieux a çe jour etre abonné chez Opalyse alors ou j'ai pas compris. merçi de vos réponses.
Non pas forcement, apparement si Ipvset lance ses serveurs de jeux, l'offre sera équivalente.
Sauf PauOnline, mais eux on a en parle pas...
Après comme on la déjà dit, tous les fai utilisent le même réseau donc c'est pareil...
-
Désolé je dois être bouché :twisted: mais je ne comprends pas ce choix pour les abonnés PBC quel que soit leur FAI. Cela veut-il dire que pour me connecter à un abonné IPVSET je passe par le lien Pau-Paris? Il en va donc de même pour ce forum? Je commence à comprendre pourquoi je ne le trouvais pas trés réactif pour un serveur hébergé au sein du PBC.
Si je comprends bien, cette politique vise à défavoriser les non-clients IPVSET sur vos serveurs! Regretable...
-
Pauonline ... toujours à la traine si je résume bien ...
Y'a même pas le support pour répondre ... :cry:
-
Il me semble plutôt que ça n'a rien a voir avec PauOnline. Au contraire, il semblerait que ce soit IPVSET qui n'ai pas mis en place les routes nécessaires pour que le traffic venant d'un autre opérateur PBC reste sur le réseau PBC mais qu'au contraire il passe par le lien Pau-Paris.
-
Tu trouves que notre débit est bon en ce moment ??? :evil:
-
Tu trouves que notre débit est bon en ce moment ??? :evil:
J’ai été étonné de voir plus de 11% de perte de paquets (a certaines heures) vers de nombreuses destinations. N'avez vous pas des pertes de paquets quand vous passez par le routeur 130.117.22.193 ?
Ma conclusion, à partir de mes tests est la suivante :
- si le 5ème routeur est 130.117.22.193, il y a de nombreuses perte de paquets.
- Si le 5ème routeur est 130.117.22.189, il n’y a pas de perte de paquets.
J'ai fait des ping simultanèment vers ces destinations. A chaque fois j’ai laissé tourner le ping pendant 8h soit environ 30000 paquets envoyés.
Voici les résultats :
ovh.fr 29704 paquets envoyés, 165 perdus => 0% perte
lemonde.fr 27227 paquets envoyés, 3091 perdus => 11% perte
pop.tiscali.fr 27191 paquets envoyés, 3169 perdus => 11% perte
magic.fr 28251 paquets envoyés, 3181 perdus => 11% perte
free.fr 28218 paquets envoyés, 3252 perdus => 11% perte
pop.club-internet.fr 27693 paquets envoyés, 3258 perdus => 11% perte
toutes les destinations 11% de perte de paquet passent par 130.117.22.193
les destinations sans perte de paquets (il y en a d'autre que ovh.fr) passent par 130.117.22.189
Dans la nuit, les pertes descendes à 4% pour toutes les destinations passant par 130.117.22.193 ce qui est encore très élevé.
Les test depuis ma freebox indique des pertes <0.1 % quel que soient les destinations.
-
Waouh, tes un vrai geek toi ! :P
Avoir des pertes de paquets ca fait quoi? Ca se ressent comment pour l'utilisateur ?
-
Si vous voulez savoir si vous avez ces perte de paquets depuis votre FAI, pas besoin d’avoir fait des études en informatique :
Pour windows NT4 / 2000 et XP :
Avec la souris, cliquez sur le menu « démarrer » puis « exécuter » tapez « cmd » cliquez sur « ok ». Dans l’écran noir taper « ping free.fr -t» appuyez sur la touche entrée. Pour avoir le statistiques sans arrêter le test, maintenez la touche « Ctrl » enfoncé pendant que vous appuyez sur la touche « pause ». Pour arrêter le test, maintenez la touche « Ctrl » enfoncé pendant que vous appuyez sur la touche « c ».
Pour windows 95 / 98 / Me :
Remplacer “cmd” par “command”
Avoir des pertes de paquets ca fait quoi? Ca se ressent comment pour l'utilisateur ?
Les pertes de paquets pénalisent fortement les débits (ils faut renvoyer l’information) avec le protocole TCP.
En UDP, c’est pire, ce protocole n’intègre pas de vérifications (les paquets IP arrivent dans l’ordre qu’ils veulent et si il en manque c’est à la couche du dessus, si elle est capable de le gérer de demander une rémissions).
Bref, pour de nombreuses applications cela peut être pénalisant.
Exemple d’une application utilisant TCP : ftp
Exemple d’une application utilisant UDP : tftp
http://www.ethereal.com/
peut vous aider a analyser vos trames afin de déceler si vous utilisez TCP ou UDP. Dans le cas de TCP vous pourrez voire passer les demandes de remissions des paquets perdus.