Routage vers la chine ...
Le
TooM
Bonjour a tous,
Depuis quelque jours, l'acces sur certain IP chinois est presque impossible.
il y a des pertes de données, vers l'allemagne et meme en chine, que faire?
y'a t'il moyen de choisir son routage, par les USA ou ailleur?
voici des IP, pouvez vous faire des testes d'ip ou de routage et me dire!???
220.185.73.218 (shanghai - par europe ) 70% de perte
61.145.127.105 (pekin - par USA) 25 % de perte
Pour info je suis chez club-internet, leur réponse::: Je ne sais pas quoi
faire.
Merci.
Tom
Depuis quelque jours, l'acces sur certain IP chinois est presque impossible.
il y a des pertes de données, vers l'allemagne et meme en chine, que faire?
y'a t'il moyen de choisir son routage, par les USA ou ailleur?
voici des IP, pouvez vous faire des testes d'ip ou de routage et me dire!???
220.185.73.218 (shanghai - par europe ) 70% de perte
61.145.127.105 (pekin - par USA) 25 % de perte
Pour info je suis chez club-internet, leur réponse::: Je ne sais pas quoi
faire.
Merci.
Tom

Poser une question


Rapport pour 220.185.73.218
Analyse: '220.185.73.218' a été trouvé en 23 bonds (TTL). Mais, des
problèmes commençant au bond 15 dans le réseau "202.97.51.69" font que des
paquets IP sont perdus. The TTL (Time To Live) parameter in the TCP/IP stack
for '220.185.73.218' should be increased from approximately 34 to a value
of 128 or larger.
----------------------------------------------------------------------------
----------------------------------------------------------------------------
-
| Bond | % de perte | Adresse IP | Nom du noeud | Emplacement |
Fuseau Horaire | ms | Graphique | Réseau
|
----------------------------------------------------------------------------
----------------------------------------------------------------------------
-
| 0 | | 82.67.116.xxx | guido | * |
| | | RIPE Network Coordination Centre 82-RIPE |
| 1 | | 82.67.116.254 | - | ?(Netherlands) |
+01:00 | 24 | x | RIPE Network Coordination Centre 82-RIPE
|
| 2 | | 213.228.11.190 | - | ?(France) |
+01:00 | 23 | x | Proxad, Internet Service Provider in
France |
| 3 | | 213.228.3.120 | - | ?(France) |
+01:00 | 31 | x | Proxad / Free Telecom
|
| 4 | | 213.248.71.13 | - | |
| 28 | x | ?213.248.71.13 |
| 5 | | 213.248.70.13 | - | |
| 29 | x | ?213.248.70.13 |
| 6 | | 213.248.64.165 | - | ... |
| 34 | x | Telia International Carrier |
| 7 | | 213.248.65.94 | - | |
| 105 | x | ?213.248.65.94 |
| 8 | | 213.248.82.18 | - | |
| 108 | x | ?213.248.82.18 |
| 9 | | 208.173.135.33 | - | |
| 109 | x | ?208.173.135.0 |
| 10 | | 206.24.194.102 | - | |
| 107 | x | Cable & Wireless CW-05BLK |
| 11 | | 206.24.207.181 | - | |
| 104 | x | Cable & Wireless CW-05BLK |
| 12 | | 208.172.34.107 | - | |
| 192 | x | ?208.172.34.0 |
| 13 | | 208.172.47.3 | - | |
| 193 | x | ?208.172.47.0 |
| 14 | | 208.173.55.198 | - | |
| 483 | x | ?208.173.55.0 |
| 15 | 60 | 202.97.51.69 | - | |
| 629 | x | ?202.97.51.69 |
| 16 | 60 | 202.97.33.93 | - | |
| 637 | x | ?202.97.33.93 |
| 17 | 90 | 202.97.39.82 | - | |
| 665 | x | ?202.97.39.82 |
| 18 | 80 | 202.107.253.2 | - | |
| 651 | x | ?202.107.253.2 |
| 19 | 90 | 202.96.117.202 | - | |
| 656 | x | ?202.96.117.202 |
| 20 | 60 | 61.174.76.2 | - | |
| 641 | x | ?61.174.76.2 |
| 21 | 90 | 61.174.76.14 | - | |
| 641 | x | ?61.174.76.14 |
| 22 | 50 | 202.101.178.254 | - | |
| 662 | x- | ?202.101.178.254 |
| 23 | 50 | 220.185.73.218 | - | |
| 657 | x | ?220.185.73.218 |
----------------------------------------------------------------------------
----------------------------------------------------------------------------
-
Temps aller-retour pour 220.185.73.218, moyenne = 657ms, min = 643ms, max 667ms -- 23 sep 03 10:39:34
Ca te vas ?
Guido
Envoi d'une requête 'ping' sur 220.185.73.218 avec 32 octets de données :
(...)
Statistiques Ping pour 220.185.73.218:
Paquets : envoyés = 24, reçus = 12, perdus = 12 (perte 50%),
Durée approximative des boucles en millisecondes :
Minimum = 340ms, Maximum = 401ms, Moyenne = 362ms
La route empruntée par mes paquets passe essentiellement par le backbone
d'Above.net (dont les routeurs sont situés près des aéroports) :
cdg2.fr.above.net (roissy), lhr3.uk.above.net (london heathrow),
sjc2.us.above.net (san jose), etc.
Dès qu'on quite Above.net pour un routeur du backbone ChinaNet (202.97.39.82
par exemple), il y a un packet loss énorme.
c'est vraiment sympas, ca comfirme mes doutes...
Y'a t'il une solution??...
Bye
TOOM
Détermination de l'itinéraire vers 220.185.73.218 avec un maximum de
30 sauts.
13 203 ms 203 ms 203 ms 202.97.48.81
14 203 ms 203 ms 203 ms 202.97.49.5
15 * * * Délai d'attente de la demande dépassé.
16 * * * Délai d'attente de la demande dépassé.
17 328 ms * * 202.97.39.82
18 * * * Délai d'attente de la demande dépassé.
19 * * * Délai d'attente de la demande dépassé.
20 328 ms * * 61.174.76.2
21 * 328 ms * 61.174.76.14
22 * * * Délai d'attente de la demande dépassé.
23 * * * Délai d'attente de la demande dépassé.
24 * * * Délai d'attente de la demande dépassé.
25 * * 344 ms 220.185.73.218
Détermination de l'itinéraire vers 61.145.127.105 avec un maximum de
30 sauts.
13 203 ms 204 ms 203 ms 202.0.170.89
14 * * * Délai d'attente de la demande dépassé.
15 * 344 ms * 202.97.33.153
16 * * * Délai d'attente de la demande dépassé.
17 344 ms * * GE6-0-R2-C-GZ-A.gd.cn.net
[202.105.1.138]
18 * * * Délai d'attente de la demande dépassé.
19 * * * Délai d'attente de la demande dépassé.
20 * * * Délai d'attente de la demande dépassé.
21 * * * Délai d'attente de la demande dépassé.
22 * * * Délai d'attente de la demande dépassé.
23 * * * Délai d'attente de la demande dépassé.
24 344 ms * * 61.145.127.105
25 * * 344 ms 61.145.127.105
Itinéraire déterminé.