AZstyle Posté(e) le 26 décembre 2009 Share Posté(e) le 26 décembre 2009 le tracert indique le parcours que fait ta requete pour atteindre sa destination (parcours point par point) tu remarqueras ques les routes empreintées ne sont pas les meme pour un début de parcours sensé passé par le meme chemin (donc un probleme de routage) ca affecte une partie de la liaison internationale (pas tt les sites) c'est pour ca qu'on a un acces partiel merci pr ton explication clock et ce ci est due a quoi ?pk ce chemin ne marche que parfois et est souvent en panne de nos jour sur easy seulement , puisk les autres abbones de AT n'ont pas l'air de se pleindre? Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
waldostar Posté(e) le 26 décembre 2009 Share Posté(e) le 26 décembre 2009 avant c'est fawri qui été le plus médiocre des fai maintenant c'est le tour de HARD ADSL (easy) Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
AZstyle Posté(e) le 26 décembre 2009 Share Posté(e) le 26 décembre 2009 avant c'est fawri qui été le plus médiocre des fai maintenant c'est le tour de HARD ADSL (easy) c'est dure de dire qui est le plus médiocre tellement la concurrence dans ce domaine est rude , entre les port tjr fermé de fawri , easy qui foire de plus en plus , anis qui arrive pas a renouveler les abonnement de ses clients !( c'est grave ca) c'est pathétique ils gèrent quelque chose dont il n'ont pas le contrôle ni le savoir faire Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
clock Posté(e) le 26 décembre 2009 Auteur Share Posté(e) le 26 décembre 2009 le fait que ca survienne chaque samedi et que ca dure la journée me fait penser qu'ils font des travaux ou une maintenance du reseau, peut etre des tests de routage en tt cas a ce que j'ai constaté, ca passé plu par telia, la c plutot par telefonika, apparaments les techniciens de easy choisissent la mauvaise journée et le mauvais moment pour leur test (un jour de pointe et en pleine journée) Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
waldostar Posté(e) le 26 décembre 2009 Share Posté(e) le 26 décembre 2009 ce que je ne comprends pas pourquoi quelques sites marche parfaitement en mode bridge et ne marche pas en mode routeur avec le fai easy?????????? Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
waldostar Posté(e) le 26 décembre 2009 Share Posté(e) le 26 décembre 2009 Enfin j'ai pu réglé le problème j'ai forcé l'effacement du cache dns et tout est redevient comme avant Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
Deviil-Boy Posté(e) le 26 décembre 2009 Share Posté(e) le 26 décembre 2009 Enfin j'ai pu réglé le problème j'ai forcé l'effacement du cache dns et tout est redevient comme avant Tu peux me dire comment ? Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
AZstyle Posté(e) le 26 décembre 2009 Share Posté(e) le 26 décembre 2009 (modifié) c'est redevenus a la norme sans que tu fasse qlqch , ils viennent de retablir ca je post un tarce route de Google .fr qui marchait pas tout a l'heure pour comparer si ya un changement de route a toi Clock !! Microsoft Windows [version 6.1.7600] Copyright (c) 2009 Microsoft Corporation. Tous droits réservés. C:\Users\AZstyle>tracert www.google.fr Détermination de l'itinéraire vers www.l.google.com [72.14.203.105] avec un maximum de 30 sauts*: 1 2 3 14 ms 21 ms 16 ms 41.201.240.1 4 35 ms 38 ms 16 ms 192.168.250.17 5 12 ms 14 ms 14 ms 192.168.248.9 6 12 ms 13 ms 36 ms 193.251.169.179 7 445 ms 395 ms 426 ms pos0-8-0-7.pastr1.Paris.opentransit.net [193.251 .252.57] 8 407 ms 410 ms 438 ms tengige0-10-0-0.lontr1.London.opentransit.net [1 93.251.128.57] 9 487 ms 435 ms 440 ms xe-8-0-0.edge3.London1.level3.net [4.68.111.65] 10 416 ms 442 ms 413 ms ae-34-52.ebr2.London1.Level3.net [4.69.139.97] 11 538 ms 442 ms 445 ms ae-43-43.ebr1.NewYork1.Level3.net [4.69.137.74] 12 482 ms 495 ms 495 ms ae-3-3.ebr4.Washington1.Level3.net [4.69.132.93] 13 485 ms 478 ms 490 ms ae-94-94.csw4.Washington1.Level3.net [4.69.134.1 90] 14 480 ms 474 ms 466 ms ae-92-92.ebr2.Washington1.Level3.net [4.69.134.1 57] 15 560 ms 490 ms 473 ms ae-2-2.ebr2.Chicago2.Level3.net [4.69.132.69] 16 461 ms 514 ms 466 ms ae-1-100.ebr1.Chicago2.Level3.net [4.69.132.113] 17 580 ms 533 ms 558 ms ae-3.ebr2.Denver1.Level3.net [4.69.132.61] 18 564 ms 569 ms 610 ms ae-2.ebr2.Seattle1.Level3.net [4.69.132.53] 19 612 ms 560 ms 591 ms ae-2-52.edge1.Seattle3.Level3.net [4.68.105.44] 20 552 ms 557 ms 550 ms GOOGLE-INC.edge1.Seattle3.Level3.net [4.59.232.3 4] 21 571 ms 527 ms 521 ms 209.85.249.32 22 649 ms 612 ms 634 ms 209.85.248.130 23 700 ms 718 ms 665 ms 209.85.250.86 24 672 ms 657 ms 650 ms 209.85.243.21 25 676 ms 676 ms 679 ms 209.85.241.154 26 711 ms 712 ms 661 ms tx-in-f105.1e100.net [72.14.203.105] Itinéraire déterminé. ----------------------------------------------------------------------------------------------------------------------- voila l'ancien quand ca marchait pas , c'est pour comparer Microsoft Windows [version 6.1.7600] Copyright (c) 2009 Microsoft Corporation. Tous droits réservés. C:\Users\AZstyle>tracert www.google.fr Détermination de l'itinéraire vers www.l.google.com [64.233.169.147] avec un maximum de 30 sauts*: 1 2 3 17 ms 17 ms 12 ms 41.201.240.1 4 13 ms 15 ms 14 ms 192.168.250.17 5 17 ms 13 ms 12 ms 192.168.248.9 6 15 ms 11 ms 13 ms 193.251.169.178 7 155 ms 153 ms 154 ms 193.251.247.77 8 169 ms 169 ms 170 ms pos7-2-0.auvcr2.Aubervilliers.opentransit.net [1 93.251.241.94] 9 174 ms 175 ms 180 ms tengige0-15-0-0.auvtr1.Aubervilliers.opentransit .net [193.251.240.245] 10 196 ms 193 ms 192 ms 193.251.242.6 11 209 ms 192 ms 186 ms level3-1.GW.opentransit.net [193.251.254.14] 12 190 ms 183 ms 182 ms ae-0-11.bar1.Madrid2.Level3.net [4.69.141.45] 13 194 ms 190 ms 195 ms ae-5-5.ebr1.Paris1.Level3.net [4.69.141.42] 14 198 ms 202 ms 196 ms 4.69.141.238 15 * 76 ms * ae-2-2.ebr1.Frankfurt1.Level3.net [4.69.141.234] 16 87 ms * * ae-61-61.csw1.Frankfurt1.Level3.net [4.69.140.2] 17 76 ms * 76 ms 4.69.140.17 18 165 ms 163 ms 169 ms ae-44-44.ebr2.Washington1.Level3.net [4.69.137.6 2] 19 167 ms 180 ms * ae-62-62.csw1.Washington1.Level3.net [4.69.134.1 46] 20 175 ms 173 ms * ae-1-69.edge1.Washington1.Level3.net [4.68.17.16 ] 21 * 162 ms * GOOGLE-INC.edge1.Washington1.Level3.net [4.79.22 .38] 22 168 ms * 171 ms 209.85.240.136 23 162 ms 169 ms 168 ms 64.233.175.111 24 183 ms * * 216.239.49.145 25 * 168 ms * yo-in-f147.1e100.net [64.233.169.147] 26 169 ms 169 ms 194 ms yo-in-f147.1e100.net [64.233.169.147] ------------------------------------------------------------------------------------------------- et la l'ancien trace route de Forumdz qui marchait durant la panne Microsoft Windows [version 6.1.7600] Copyright (c) 2009 Microsoft Corporation. Tous droits réservés. C:\Users\AZstyle>tracert www.forumdz.com Détermination de l'itinéraire vers www.forumdz.com [91.121.24.26] avec un maximum de 30 sauts*: 1 2 3 13 ms 13 ms 13 ms 41.201.240.1 4 12 ms 14 ms 12 ms 192.168.250.1 5 11 ms 11 ms 13 ms 192.168.248.5 6 15 ms 13 ms 16 ms 193.251.169.179 7 140 ms 141 ms 145 ms pos0-8-0-7.pastr1.Paris.opentransit.net [193.251 .252.57] 8 131 ms 138 ms 142 ms teleglobe-4.GW.opentransit.net [193.251.250.6] 9 209 ms * 331 ms 30g.teleglobe.th1-1-6k.routers.chtix.eu [213.186 .32.245] 10 149 ms 145 ms 195 ms 160g.rbx-1-6k.routers.chtix.eu [213.186.32.194] 11 138 ms 134 ms 134 ms rbx-14-m1.routers.ovh.net [213.251.191.37] 12 145 ms 139 ms 139 ms ns24801.ovh.net [91.121.24.26] Itinéraire déterminé. Modifié le 26 décembre 2009 par AZstyle Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
AZstyle Posté(e) le 26 décembre 2009 Share Posté(e) le 26 décembre 2009 on remarque facilement que quand ca marche ca passe par pos0-8-0-7.pastr1.Paris.opentransit.net quand le chemin a changé durant la panne yavait rien qui marchait maint pk le chemin a changé ? et pk certain sites ont gardé l'ancien chemin ? Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
unix33 Posté(e) le 26 décembre 2009 Share Posté(e) le 26 décembre 2009 ça s'est retabli tout seul , sans changer de dns et sans flusher le chache ou faire des manip ça ne sert a rien de faire de manip et se prendre la téte pour rien , car la faille est chez le FAI pas chez nous c 'est a lui de se casser sa cervelle de merde nous on paie c'est tout ce qu'on a faire Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
ouss1986 Posté(e) le 26 décembre 2009 Share Posté(e) le 26 décembre 2009 je confirme de mon coté , a oran easy 1 mega , tout les sites se charges sans problemes meme en mode routeur Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
unix33 Posté(e) le 27 décembre 2009 Share Posté(e) le 27 décembre 2009 (modifié) une déconnexion d une heure , "authentification failed " pendant une Heure , diagnostique de mon routeur "impossible de joindre le serveur PPP " ensuite comme par miracle tout s'est rétabli avec un ping de 80 ms du jamais vu chez moi depuis 20 jours ou plus sur pratiquement tout les sites , inchallah ça reste comme ça ya rabi ed3ou ma3aya Modifié le 27 décembre 2009 par unix33 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
Exilou Posté(e) le 27 décembre 2009 Share Posté(e) le 27 décembre 2009 Salam, Jpense que j'ai toujours le même problème, Fawri Alger ! Voilà le résultat du tracert : Microsoft Windows XP [version 5.1.2600] (C) Copyright 1985-2001 Microsoft Corp. C:\Documents and Settings\Hassen>tracert www.google.fr Détermination de l'itinéraire vers www.l.google.com [209.85.229.103] avec un maximum de 30 sauts : 1 1 ms 2 33 ms 29 ms 30 ms 41.105.0.1 3 26 ms 26 ms 26 ms 172.18.0.57 4 28 ms 27 ms 27 ms 172.17.2.201 5 * * * Délai d'attente de la demande dépassé. 6 * * * Délai d'attente de la demande dépassé. 7 * * * Délai d'attente de la demande dépassé. 8 * * * Délai d'attente de la demande dépassé. 9 * * * Délai d'attente de la demande dépassé. 10 * * * Délai d'attente de la demande dépassé. 11 * * * Délai d'attente de la demande dépassé. 12 * * * Délai d'attente de la demande dépassé. 13 * * * Délai d'attente de la demande dépassé. 14 * * * Délai d'attente de la demande dépassé. 15 499 ms 497 ms 493 ms www.google.fr [209.85.229.103] Itinéraire déterminé. Microsoft Windows XP [version 5.1.2600] (C) Copyright 1985-2001 Microsoft Corp. C:\Documents and Settings\Hassen>tracert www.forumdz.com Détermination de l'itinéraire vers www.forumdz.com [91.121.24.26] avec un maximum de 30 sauts : 1 1 ms 2 37 ms 28 ms 32 ms 41.105.0.1 3 27 ms * 26 ms 172.18.0.57 4 27 ms 27 ms 27 ms 172.17.2.201 5 * * * Délai d'attente de la demande dépassé. 6 * * * Délai d'attente de la demande dépassé. 7 * * * Délai d'attente de la demande dépassé. 8 * * * Délai d'attente de la demande dépassé. 9 * * * Délai d'attente de la demande dépassé. 10 * * * Délai d'attente de la demande dépassé. 11 * * * Délai d'attente de la demande dépassé. 12 * * * Délai d'attente de la demande dépassé. 13 79 ms 79 ms 79 ms ns24801.ovh.net [91.121.24.26] Itinéraire déterminé. Bizzard Sa !!! Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
unix33 Posté(e) le 27 décembre 2009 Share Posté(e) le 27 décembre 2009 pour le,moment pour moi c'est vraiment un miracle ou presque ça fait tres longtemps que je n ai pas vu ce debit , je ne sais pas si parceque les autre regions ou Zone d'Alger sont offline , mais d'habitude meme a cette heure si le debit est nul chez moi inchallah ça dure Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
AZstyle Posté(e) le 27 décembre 2009 Share Posté(e) le 27 décembre 2009 pour le,moment pour moi c'est vraiment un miracle ou presque ça fait tres longtemps que je n ai pas vu ce debit , je ne sais pas si parceque les autre regions ou Zone d'Alger sont offline , mais d'habitude meme a cette heure si le debit est nul chez moi inchallah ça dure je pense c'est parceke nous autres on a tous etein nos PC ya plus de surf possible mise a part forumdz et les sites dz , ou laisser les torrent en seed tu confirmera la bonne santé de tout ca une fois qu'on est revenu dans la course car meme maint c repart pour un tout ce truc bizard et on accede plus aux sites étrangé Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
AZstyle Posté(e) le 27 décembre 2009 Share Posté(e) le 27 décembre 2009 un nouveau trace route pour suivre l'évolution de leur bidouillage cette fois ci en période de panne des sites etrangé ca recommence : Microsoft Windows [version 6.1.7600] Copyright (c) 2009 Microsoft Corporation. Tous droits réservés. C:\Users\AZslyle>tracert www.google.fr Détermination de l'itinéraire vers www.l.google.com [72.14.203.105] avec un maximum de 30 sauts*: 1 2 3 13 ms 11 ms 12 ms 41.201.240.1 4 13 ms 16 ms 13 ms 192.168.250.1 5 12 ms 12 ms 12 ms 192.168.248.1 6 12 ms 11 ms 12 ms 193.251.169.178 7 54 ms 54 ms 55 ms po14-0.passe2.Paris.opentransit.net [193.251.252 .185] 8 64 ms 63 ms 61 ms tengige0-15-0-1.pastr1.Paris.opentransit.net [19 3.251.240.213] 9 67 ms 68 ms 68 ms telia-3.GW.opentransit.net [193.251.252.22] 10 43 ms 44 ms 43 ms prs-bb2-link.telia.net [80.91.253.113] 11 53 ms 54 ms 54 ms ffm-bb2-pos6-0-0.telia.net [213.248.65.118] 12 52 ms 54 ms 54 ms ffm-b7-link.telia.net [80.91.254.101] 13 * * * Délai d'attente de la demande dépassé. 14 71 ms * * 209.85.255.176 15 * 70 ms * 209.85.248.182 16 * * * Délai d'attente de la demande dépassé. 17 * * 168 ms 209.85.250.54 18 167 ms 174 ms * 216.239.46.14 19 * 219 ms * 216.239.43.80 20 314 ms 297 ms * 216.239.43.213 21 325 ms * * 209.85.250.86 22 326 ms 329 ms 330 ms 209.85.243.23 23 328 ms * * 209.85.241.154 24 336 ms * * tx-in-f105.1e100.net [72.14.203.105] 25 331 ms * * tx-in-f105.1e100.net [72.14.203.105] 26 335 ms 329 ms * tx-in-f105.1e100.net [72.14.203.105] 27 * * * Délai d'attente de la demande dépassé. 28 * 333 ms * tx-in-f105.1e100.net [72.14.203.105] 29 * 331 ms 331 ms tx-in-f105.1e100.net [72.14.203.105] Itinéraire déterminé. ----------------------------------------------------------------------------------------------------- Pour forum dz.com qui marche meme en période de panne Microsoft Windows [version 6.1.7600] Copyright (c) 2009 Microsoft Corporation. Tous droits réservés. C:\Users\AZstyle>tracert www.forumdz Impossible de résoudre le nom du système cible www.forumdz. C:\Users\Amine-Z>tracert www.forumdz.com Détermination de l'itinéraire vers www.forumdz.com [91.121.24.26] avec un maximum de 30 sauts*: 1 2 3 17 ms 13 ms 11 ms 41.201.240.1 4 12 ms 13 ms 12 ms 192.168.250.1 5 11 ms 12 ms 12 ms 192.168.248.5 6 12 ms 12 ms 12 ms 193.251.169.179 7 93 ms 92 ms 88 ms pos0-8-0-7.pastr1.Paris.opentransit.net [193.251 .252.57] 8 102 ms 101 ms 103 ms teleglobe-4.GW.opentransit.net [193.251.250.6] 9 113 ms 151 ms * 30g.teleglobe.th1-1-6k.routers.chtix.eu [213.186 .32.245] 10 109 ms 109 ms 115 ms 160g.rbx-1-6k.routers.chtix.eu [213.186.32.194] 11 114 ms 119 ms 111 ms rbx-14-m1.routers.ovh.net [213.251.191.37] 12 108 ms 106 ms 107 ms ns24801.ovh.net [91.121.24.26] Itinéraire déterminé. SVP on attend un avis d'expert sur tout ca ! merci a vous Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
AZstyle Posté(e) le 27 décembre 2009 Share Posté(e) le 27 décembre 2009 le meme tracert pour google.fr maint une fois que c'est de nouveau retablis Microsoft Windows [version 6.1.7600] Copyright (c) 2009 Microsoft Corporation. Tous droits réservés. C:\Users\AZstyle>tracert www.google.fr Détermination de l'itinéraire vers www.l.google.com [66.249.91.104] avec un maximum de 30 sauts*: 1 2 3 12 ms 12 ms 12 ms 41.201.240.1 4 17 ms 19 ms 13 ms 192.168.250.1 5 16 ms 17 ms 13 ms 192.168.248.5 6 14 ms 13 ms 12 ms 193.251.169.178 7 115 ms 115 ms 118 ms po14-0.passe2.Paris.opentransit.net [193.251.252 .185] 8 130 ms 129 ms 124 ms tengige0-15-0-1.pastr1.Paris.opentransit.net [19 3.251.240.213] 9 131 ms 131 ms 124 ms pos0-11-5-0.lontr1.London.opentransit.net [193.2 51.128.221] 10 130 ms 131 ms 132 ms xe-8-0-0.edge3.London1.level3.net [4.68.111.65] 11 133 ms 131 ms 132 ms ae-34-52.ebr2.London1.Level3.net [4.69.139.97] 12 236 ms 229 ms 223 ms ae-43-43.ebr1.NewYork1.Level3.net [4.69.137.74] 13 197 ms 199 ms 211 ms ae-71-71.csw2.NewYork1.Level3.net [4.69.134.70] 14 246 ms 209 ms 209 ms ae-2-79.edge1.NewYork1.Level3.net [4.68.16.78] 15 219 ms 215 ms 208 ms GOOGLE-INC.edge1.NewYork1.Level3.net [4.71.172.8 2] 16 261 ms 259 ms 256 ms 72.14.238.232 17 226 ms 220 ms 219 ms 209.85.241.148 18 222 ms 225 ms 236 ms lga15s02-in-f104.1e100.net [66.249.91.104] Itinéraire déterminé. Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
AZstyle Posté(e) le 27 décembre 2009 Share Posté(e) le 27 décembre 2009 n'y-a-t'il vraiment pas qulqu'un qui puisse nous expliquer tout ca dans ce riche forum???? Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
clock Posté(e) le 27 décembre 2009 Auteur Share Posté(e) le 27 décembre 2009 mais personne ne sait ce que les gars de AT font, comment veux tu qu'ils t'expliquent je pense qu'ils essayent d'optimiser le routage (meilleur route = meilleur ping) mais c que mon avis, car ca depand surtout des contrats qu'ils ont pour le reste tu peux toi meme comparer les traceroute d'une meme requete pour voir la difference tu peux aussi comparer deux traceroute d'une requete differente pour voir les chemins empreintés (a quel moment la route change), apré tu vois la domiciliation de l'ip que tu cherche, et tu verras a peu pré vers quelle region ca passe pas en tt cas j'ai constaté que quand ca marche bien, ya une amelioration des ping, la semaine passée quand ca passait par telia, j'etais souvent en dessous de 100ms sur nombreux sites mais bon, c'est sensé etre un travail de nuit, c ce qui est le plus emmerdant Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
AZstyle Posté(e) le 27 décembre 2009 Share Posté(e) le 27 décembre 2009 mais personne ne sait ce que les gars de AT font, comment veux tu qu'ils t'expliquent je pense qu'ils essayent d'optimiser le routage (meilleur route = meilleur ping) mais c que mon avis, car ca depand surtout des contrats qu'ils ont pour le reste tu peux toi meme comparer les traceroute d'une meme requete pour voir la difference tu peux aussi comparer deux traceroute d'une requete differente pour voir les chemins empreintés (a quel moment la route change), apré tu vois la domiciliation de l'ip que tu cherche, et tu verras a peu pré vers quelle region ca passe pas en tt cas j'ai constaté que quand ca marche bien, ya une amelioration des ping, la semaine passée quand ca passait par telia, j'etais souvent en dessous de 100ms sur nombreux sites mais bon, c'est sensé etre un travail de nuit, c ce qui est le plus emmerdant merci clock, bah bon courage a eux jspr qu'il feront de bonne reparations salam Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
AZstyle Posté(e) le 6 janvier 2010 Share Posté(e) le 6 janvier 2010 bon les symtpomes sont de retour salam Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
ButterflyOfFire Posté(e) le 6 janvier 2010 Share Posté(e) le 6 janvier 2010 Salut AZstyle, Les symptômes sont une réalité en effet. Je me suis connecté dans un cybercafé utilisant l'offre Easy ADSL et il est vrai que seuls les sites en .DZ qui passent (remarque : google.dz ne passait même pas). Alors la solution est simple : essayez de contourner ce filtrage en forçant l'utilisation les nouveaux serveurs DNS de Google Pour ceux qui ne veulent pas tomber dans le piège du filtrage OpenDNS ou filtrage volontaire d'Algérie Télécom sur ses propres serveurs DNS. Utilisez comme serveur primaire le serveur de Google : 8.8.8.8 En tant que serveur DNS secondaire : 8.8.4.4 Bon quant au sujet de vie privée etc etc c'est un autre débat, puisse cela vous faire déjà sortir de la boucle nationale. Certains gamins chez Algérie Télécom et au CERIST pensent que le filtrage DNS n'est pas incontournable ... s'ils veulent tout filtrer il n'ont qu'à débrancher l'Algérie du réseau internet en évoquant qu'un certain bateau a arraché le câble sous-marin est l'affaire sera close ! maintenant il se peut qu'il s'agisse de tests de config et d'équipement momentané, ceci dit, ça a semé la pagaille ! On ne fait pas de tests sur un réseau en développement, on le fait sur un réseau neutre ya jma3a ! Mais comme d'hab ButterflyOfFire ne dit que des fourbies ! P.S. : Entre nous je soupçonne un firewalling de tout et de rien chez le monopole, j'espère que je me trompe ! Bon courage à vous tous et toutes. Salutations amicales Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
unix33 Posté(e) le 6 janvier 2010 Share Posté(e) le 6 janvier 2010 (modifié) je ne sais pas , mais cette histoire de DNS me monte a la téte comme une maillonaise pouris , d'apres ce que je sais d'un DNS et resolution de nom de domaine , on ne m a jamais apris que le dns ne laisse pas des adresse ip passer , je fais des test sur des adresse ip qui n'ont ni dns ni dns inverse dons pas de domaine quelconque , et soit le ping est a 1000 soit a 80 avec des perte a 80 % , et des fois je tombe sur des gateway qui roule bien meme avec les serveurs dns de AT ou open dns , donc la seule hypothése plosible c'est les firewall et les filtres qui sont la cause de cette latence , et pour vous dire j ai essayer toutes les dns possible , le resultat n'a changé que dalle , et pour les gens qui passe en mode bridge , c 'est normale c 'est le mode bridge mais quand vous réinitialisé votre connexion vous tombé des fois sur de bonne passerelle ( soit avec une bande passante fluide soit sans filtrage ) donc vous aurez beau me dire que le probléme viens des dns , je n y comprendrais jamais rien et pour les sites en DZ mon ami butterfly , je t informe que le seul site accessible chez moi c 'est forumdz.com ???!!!!!!! c nom de domaine com ( sauf redirection invisible ) . Modifié le 6 janvier 2010 par unix33 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
ButterflyOfFire Posté(e) le 6 janvier 2010 Share Posté(e) le 6 janvier 2010 Saha unix33, Lorsque l'ont fait un traceroute sous GNU/Linux ou un tracert sous Windows on remarque qu'à un moment donné il y'a des astrerisques : * * * Que veulent dire ces astérisques ? Soit le serveur ou la gateway est trop sollicitée, soit il s'agit tout simplement d'un parefeu. Donc je vous laisse deviner la suite et "hypothéser" à mort ! Bienvenus au chinois chez nous en tous cas, m'rahba bihom Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
unix33 Posté(e) le 6 janvier 2010 Share Posté(e) le 6 janvier 2010 voila apres avoir rediger mon message sur le foru m j ai redemarrer mon routeur pour la enieme fois ( je suis epuisé ) de redemarrer , voila la je suis sur la bonne gateway , et franchement tout est ok pin a 60 m vers google.com bande passante impeccable , et tout les site sont ok , avec des dns du tiers monde bien sur et passe bien ... je ne sais pas ce qu'ils faisait mais le moment ou j ecrivais le msg precedent il bidouillé quelque chose et franchement pour faire de lamaintenance a cette heure si , en plein hiver ou la la majorité des gens normaux sont chez eux entrain de lire ou de surfer ou de regarder la télé , c honteux vraiment honteux , meme un cyber café on ne fait sa maintenance a cette heure si , wallah que dire ya Algerie telecom , et des fois ils font ça le week end , ils ne sont pas au courant qu'ils ont une grande majorité d'abonnés qui sont des particulier ???!!!!! ou ils croient qu'ils ont uniquement les comptes pros ????? !!!!!!!!! ont ils cette info ou pas ???? !!! pour regler les probléme de firewall ou de cable ou de je ne sais quoi a cette heure ci ??? !!!! wallah si gt a leurs place j aurais honte de moi , bidouillé un reseaux d'une telle envergure et d 'une telle complexité a cette heure si et durant les week end ?? !!!!!!! c 'est pas la platforme materiels qu'ils doivent revoir , mais la plateforme de leurs cervelles . Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
Messages recommandés
Rejoindre la conversation
Vous pouvez publier maintenant et vous inscrire plus tard. Si vous avez un compte, connectez-vous maintenant pour publier avec votre compte.