mfa12 Posté(e) le 29 juin 2009 Share Posté(e) le 29 juin 2009 Heu ... ça n'a rien à avoir mfa12, le routage BGP c'est une chose et ton petit modem/routeur c'est autre chose. En lisant ta question, c'est comme si tu me disais : "Quelle est la couleur que génère l'addition de 9+4" or 9+4 ne génère pas de couleur mais un résultat chiffré En ce qui concerne ton problème de connexion Wifi, tu peux poser la question dans un autre sujet car ici ça parle de ALGIX. Ah ok, merci et désolé. Je sais que j'y connais rien!! Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
mfa12 Posté(e) le 29 juin 2009 Share Posté(e) le 29 juin 2009 En lisant la réponse de ButterflyOfFire je me demande si j'ai compris la question de mfa12! Tu n'as plus de WIFI en mode routeur ou tu n'as plus de connexion carrément ? Non, en fait j'ai plus de connexion en mode roueur et du coup plus de wifi (pas de connexion donc pas de partage de connexion via wifi) Par contre je peut que me connecter en mode Bridge, et là j'arrive pas à faire le wifi, on m'a dit que sa se configure mais que c'est un peu plus dure que dans le mode routeur!! Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
mfa12 Posté(e) le 29 juin 2009 Share Posté(e) le 29 juin 2009 Salam, Possible! Pour le confirmer, remet le mode routeur et essaye des mtr (ou wintmtr) sinon traceroute (ou tracert) et compare les resultats avec le mode bridge et tu auras la reponse. J'essaierais ce soir dès que je retourne du boulot!! Merci. Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
SecDz Posté(e) le 29 juin 2009 Share Posté(e) le 29 juin 2009 Salam, As-tu une autre explication SecDz? les routes sont complètement chamboulées depuis l'inerco! Non non, je voulais juste savoir s'il y a des éléments tangibles pour être sûr qu'on est dans la bonne direction. En réalité nous sommes arrivées a cette conclusion moi et deux amis après analyse et j'ai pu confirmer cela avec deux admins de deux fournisseurs touchés par ce phénomène. Ok, si les admins des réseaux concernés confirment ça, ça doit être ça Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
Travmania Posté(e) le 30 juin 2009 Share Posté(e) le 30 juin 2009 J'essaierais ce soir dès que je retourne du boulot!! Merci. J'ai un voisin qui a Fawri 1M, et il a exactement le même problème que toi, pas de réseau en wifi. En appelant AT, le monsieur lui dis que si il est en réseau, ça ne marchera pas. Alors depuis il est en mode bridge et connexion sur un seul PC. Je ne sais pas quand est-ce que ça va se rétablir, et ça dure depuis presque 20 jours pour son cas. Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
SecDz Posté(e) le 1 juillet 2009 Share Posté(e) le 1 juillet 2009 Cette histoire m'est rester dans la gorge .... alors j'ai essayé d'aller un peu plus loin, en sachant que je ne suis pas spécialiste de ce type d'infrastructures lourdes (dans un ISP, on ne joue pas avec BGP, soit on sait soit on ne sait pas....y'a pas j'apprends en essayant) J'ai publié un billet ici : Y a-t-il un problème BGP des ISP DZ ? ... analyse d'un non spécialiste ....pas grand chose, mais j'espère que des spécialistes nous éclairent plus....alors même si vous connaissez quelqu'un non inscrit, vous pouvez lui demander de jeter un coup d'œil Je vous donne la fin "Il me parait qu'à partir du fin Avril 2009, et jusqu'au fin Mai, il y a eu une sorte de peering (Cerist - Djaweb, TDA - SLC, Eepad - Fawri) .... mais plus rien après." Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
Lemrid Posté(e) le 1 juillet 2009 Share Posté(e) le 1 juillet 2009 Cette histoire m'est rester dans la gorge .... alors j'ai essayé d'aller un peu plus loin, en sachant que je ne suis pas spécialiste de ce type d'infrastructures lourdes (dans un ISP, on ne joue pas avec BGP, soit on sait soit on ne sait pas....y'a pas j'apprends en essayant) J'ai publié un billet ici : Y a-t-il un problème BGP des ISP DZ ? ... analyse d'un non spécialiste ....pas grand chose, mais j'espère que des spécialistes nous éclairent plus....alors même si vous connaissez quelqu'un non inscrit, vous pouvez lui demander de jeter un coup d'œil Je vous donne la fin "Il me parait qu'à partir du fin Avril 2009, et jusqu'au fin Mai, il y a eu une sorte de peering (Cerist - Djaweb, TDA - SLC, Eepad - Fawri) .... mais plus rien après." lu, j'avais à maintes reprises signalé ces problemes de routages http://www.forumdz.com/showthread.php?t=14491&highlight=tracert http://www.forumdz.com/showthread.php?t=13279&highlight=routage et plein d'autres messages du même type concernant les spécialistes, je sais qu'ils parcours le forum mais participent rarement par manque de temps ah j'ai oublié le probleme suivant http://www.forumdz.com/showthread.php?t=14599 peut avoir une relation avec l'interconnexion Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
assilabox Posté(e) le 1 juillet 2009 Auteur Share Posté(e) le 1 juillet 2009 (modifié) Salam, Tres bonne analyse SecDZ, j'adore lorsque j'apprends de nouvelles choses et ton billet m'en bien appris. Excellent,Merci. En ce qui concerne le peering, il est vrai que ces traces disparraissent entre certain AS comme EEPAD ARN mais sur d'autres Il y est toujours mais ne fait plus rien passer: Exemple ARN AT plus aucun octet ne passe dans le sens AT >> ARN par contre ARN SLC est toujours actif (ce peering existent bien avant la dernière tentative d'interco)... Je comprend que le peering ne soit pas répertorié s'il est de mauvaise qualité Mais je me demande pourquoi ce dernier ARN SLC n'apparait pas ? Et comme tu l'as dis, on aimerait bien que des spécialistes (que ne nous sommes pas) interviennent ici dans le forum afin d'éclairer nos lanternes! Modifié le 1 juillet 2009 par assilabox Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
SecDz Posté(e) le 1 juillet 2009 Share Posté(e) le 1 juillet 2009 Mais je me demande pourquoi ce dernier ARN SLC n'apparait pas ?! En fait il apparait. Dans mon billet, je n'ai listé que les entrées qui me paraissaient en rapport avec ce ALGIX, et je n'ai pas mis les peering "normaux" (comprendre existant avant) Pour SLC-ARN (Cerist), sur les deux requêtes suivantes on peut voir : AS 3208 (ARN Algerian NREN Network ) Il y a du peering avec le AS 36879 (SLC1-AS) et le "last seen" est le 2009-06-20 11:07:12 UTC ....si j'ai bien compris Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
ButterflyOfFire Posté(e) le 2 juillet 2009 Share Posté(e) le 2 juillet 2009 Merci pour l'analyse SecDZ, je ne voudrai pas y aller trop loin dans ce sujet car je n'ai pas envie de dire des bêtises moi aussi étant moi même pire ... "littéraire" haha ... Ce dont je veux attirer l'attention c'est déjà les détails, du genre des AS algériens (Systèmes Autonomes Algériens) sans description notamment : AS36879 ? AS36981 ? Ce n'est qu'en fuinant un peu que l'on trouve que le premier appartient à TDA qui lui même est membre de as-tda-dz Le second appartient à (Allahou a3lam ???) mais auquel AS16214 CERIST est relié en uplink. Ce dont on manque aussi et c'est un problème grave c'est le nombre de Peers en BGP. Je m'explique, les FAI algériens se connectent à internet via des câbles sous-marins qui se comptent sur les doigts de la main ou presque et généralement nous sous "peerer" avec un max de 5 AS Or du Peering avec 5 AS c'est très pauvre en réactivité. Généralement on site dans des peering : Opentransit France Telecom - Orange Global IP Backbone SEABONE-NET Telecom Italia Sparkle International Internet Backbone Telefonica Backbone Autonomous System Telefonica Wholesale Network FR-RENATER Reseau National de telecommunications pour la Technologie l'Enseignement et la Recherche FR TISCALI-BACKBONE Tiscali Intl Network BV Formerly Nacamar Data Communications, Germany Cette liste n'est pas exhaustive et ça dépend de chaque FAI. Dans le cas de SLC Wireless par exemple c'est l'un des rares qui est "peeré" avec un autre AS algérien qui n'est autre que celui d'ORASCOM : AS36918 OTAVSAT-AS ORASCOM TELECOM ALGERIE VSAT AS41756 OTA-AS Orascom Telecom Algeria Donc en sommes et pour dire vrai sans aucun subterfuge, les FAI algériens ne sont pas interconnectés entre eux ! C'est aussi simple que ça. C'est technique et les différents tests nous donne ça. Par contre Peering avec France Telecom apparait dans tout les AS algériens, là ... on y échappe pas comme par hasard. Donc il y a necessité de "Peerer" les AS nationaux. Checkez un peu le peering ailleurs et vous verez Exemple, je suis chez Free et mon IP Freebox Proxad fait partie de : AS12322 Regardez les contrats de peering : http://www.robtex.com/as/as12322.html#peer Prenons une IP Fawri 41.xxx.xxx.xxx reliée à l'AS AS33774 ? (le point d'interrogation n'est as une erreur, c'est juste du Allahou A3lam), vous verrez que le peering n'est pas fameux : http://www.robtex.com/as/as33774.html#peer Je vous laisse allez plus loin si vous voulez Salutations amicales Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
SecDz Posté(e) le 2 juillet 2009 Share Posté(e) le 2 juillet 2009 Ce dont je veux attirer l'attention c'est déjà les détails, du genre des AS algériens (Systèmes Autonomes Algériens) sans description notamment : AS36879 ? AS36981 ? - C'est vrai, pour le premier cas (AS 36879) un whois simple ne donne de description, et même un site comme robtex ne la donne pas directement, mais on a des indications dans la partie "BGP" (http://www.robtex.com/as/as36879.html#bgp) => SLC ( (pas TDA, mais il a du peering avec lui) Une requête sur le projet RIS du RIPE NCC nous confirme ça : http://www.ris.ripe.net/dashboard/36879 => SLC1-AS aut-num: AS36879 as-name: SLC1-AS descr: Smart Link Communication - Par contre, le second (36981), il faut fouiner comme tu le dis : Pas de description, mais on peut voir le range d''adresses : 41.223.176.0/22 Un petit traceroute et on atterrit à "tedata.net" ....une entité égyptienne (TE Data) une filiale de Telecom Egypt apparemment ....relié au Cerist !!!! ... on se perd vraiment Mais bon, le peering n'est pas que du technique ou avoir des liens en plus .... il y a des coûts derrière (ce n'est pas gratuit tjr ... à part les accords de type GIX). Prenons une IP Fawri 41.xxx.xxx.xxx reliée à l'AS AS33774 ? (le point d'interrogation n'est as une erreur, c'est juste du Allahou A3lam), vous verrez que le peering n'est pas fameux : http://www.robtex.com/as/as33774.html#peer Pour Fawri (AS 36947 => http://www.robtex.com/as/as36947.html) il est relié avec Djaweb (http://www.ris.ripe.net/dashboard/33774) ....logique Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
ButterflyOfFire Posté(e) le 2 juillet 2009 Share Posté(e) le 2 juillet 2009 Merci SecDZ pour avoir rajouté un peu de lumière à ce sujet. C'est clair qu'il y beaucoup de choses pas claires, ou comme tu dis, on s'y perd (je parle techniquement biensur), je pense que si nous avions commencé déjà par ça, à régler ces choses à haut niveau d'abord puis on descend petit à petit jusqu'à la prise téléphonique et au modem du client final nous aurions pu solutionner pu solutionner un tas de machakils. Merci encore SecDZ, je continuerai ma petite inspection (espérant que les gens du domains eux même inspectent ) Salam Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
assilabox Posté(e) le 3 juillet 2009 Auteur Share Posté(e) le 3 juillet 2009 (modifié) Salam, Je profite d'un passage chez un FAWRISTE pour verifier les interco : mtr vers eepad: 1. 41.103.32.1 0.0% 126 9.6 11.0 8.0 27.6 2.9 2. 172.18.0.21 0.0% 126 12.1 12.3 8.3 30.9 4.3 3. 172.17.0.77 2.4% 125 17.0 11.6 8.5 37.1 3.3 4. 172.17.2.201 0.0% 125 16.1 11.9 8.1 35.1 3.8 5. 172.17.2.198 0.0% 125 9.0 11.3 7.8 29.0 3.4 6. 172.17.2.206 0.0% 125 10.0 11.1 8.0 25.6 2.7 7. ??? 8. ??? 9. 82.101.136.4 0.8% 125 31.1 31.5 28.3 39.7 2.2 Donc peering Ok avec EEPAD mais uniquement dans le sens EEPAD>>FAWRI ... mtr vers SLC : 1. 41.103.32.1 0.0% 4 14.8 12.0 10.6 14.8 2.0 2. 172.18.0.21 0.0% 4 14.8 12.8 9.9 14.8 2.3 3. 172.17.2.1 0.0% 4 11.9 12.6 11.8 14.9 1.5 4. 172.17.2.201 0.0% 4 11.9 13.7 11.1 19.0 3.6 5. 172.17.2.198 0.0% 4 8.9 10.4 8.9 11.9 1.2 6. pal5-fawri-1.pal.seabone.net 0.0% 4 28.7 29.6 28.7 30.9 1.1 7. decix-fra18-racc4.fra.seabone.ne 0.0% 3 66.9 67.4 66.9 68.2 0.7 8. te10-4.fftse1.FrankfurtAmMain.op 0.0% 3 61.8 63.9 61.0 68.8 4.3 9. tengige0-3-0-3.ffttr1.FrankfurtA 0.0% 3 63.7 63.2 62.8 63.7 0.5 10. pos0-7-0-2.auvtr1.Aubervilliers. 0.0% 3 61.9 62.3 61.0 64.0 1.6 11. pos0-9-0-0.pastr1.Paris.opentran 0.0% 3 82.9 69.2 61.8 82.9 11.9 12. po9-0.barcr1.Barcelona.opentrans 0.0% 3 82.2 79.2 77.5 82.2 2.6 13. po2-0.barbb1.Barcelona.opentrans 0.0% 3 78.0 78.9 78.0 80.0 1.0 14. mptalgerie-2.GW.opentransit.net 0.0% 3 96.0 98.9 93.9 106.7 6.9 15. r2-nmdc.slc.dz 0.0% 3 98.9 97.6 93.0 101.0 4.2 16. r-hydra.slc.dz 0.0% 3 96.0 97.5 94.9 101.5 3.5 17. ns2.smartlinkcom.dz 0.0% 3 96.0 96.2 95.8 96.8 0.5 Donc pas de peering avec SLC mtr vers arn 1. 41.103.32.1 0.0% 8 10.1 10.9 8.6 14.0 1.6 2. 172.18.0.21 0.0% 7 10.2 10.9 9.8 13.0 1.2 3. 172.17.2.1 0.0% 7 11.2 15.9 11.0 25.3 5.9 4. 172.17.2.201 0.0% 7 9.2 11.1 8.8 15.0 2.2 5. 172.17.2.198 0.0% 7 11.2 10.6 10.0 11.2 0.6 6. 172.17.2.113 0.0% 7 39.2 40.2 39.0 42.9 1.6 7. 192.168.250.10 0.0% 7 44.3 44.5 42.9 48.2 1.7 8. eumed-connect.cerist.dz 0.0% 7 61.1 61.5 60.0 62.6 0.9 9. web.eldjazair.dz 0.0% 7 63.2 64.5 61.9 68.9 2.3 Interconnexion OK mais dans un sens ARN >> AT car dans l'autre sens rien ne passe depuis plus d'un mois mtr vers tda 1. 41.103.32.1 0.0% 3 8.4 9.8 8.4 11.2 1.4 2. 172.18.0.21 0.0% 3 35.5 18.6 9.5 35.5 14.6 3. 172.17.2.1 0.0% 3 11.6 10.6 9.8 11.6 0.9 4. 172.17.2.201 0.0% 3 11.4 10.9 9.5 11.6 1.1 5. 172.17.2.198 0.0% 3 11.6 16.7 11.6 19.7 4.4 6. pal5-fawri-1.pal.seabone.net 0.0% 3 32.4 34.9 29.7 42.6 6.8 7. decix-fra52-racc1.fra.seabone.ne 0.0% 3 76.0 92.4 76.0 121.6 25.3 8. ixp2.de-fra.eu.ignite.net 0.0% 3 64.5 65.5 64.5 66.5 1.0 9. t2c1-ge13-0-0.de-fra.eu.bt.net 0.0% 3 55.5 55.8 55.5 56.3 0.5 10. t2c1-p2-0.de-dus.eu.bt.net 0.0% 3 60.6 59.9 59.4 60.6 0.7 11. t2c1-ge13-0-0.nl-ams2.eu.bt.net 0.0% 3 74.5 75.0 74.5 75.6 0.8 12. t2c1-p1-0.es-bar.eu.bt.net 0.0% 2 85.6 84.6 83.6 85.6 1.4 13. t2c2-ge6-2.es-bar.eu.bt.net 0.0% 2 86.5 85.1 83.6 86.5 2.0 14. t2c2-p1-0.es-mad3.eu.bt.net 0.0% 2 88.1 88.7 88.1 89.3 0.8 15. t2a1-ge7-1.es-mad3.eu.bt.net 0.0% 2 83.5 84.0 83.5 84.6 0.8 16. 166-49-224-34.eu.bt.net 0.0% 2 99.5 99.1 98.6 99.5 0.7 17. ns4.tda.dz 0.0% 2 101.4 102.0 101.4 102.5 0.8 Donc pas de peering avec TDA Tout ces inerco qui ne fonctionneent que dans un seul sens sont la preuve de la pagaille ALIGIXIENNE !! Modifié le 3 juillet 2009 par assilabox Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
assilabox Posté(e) le 4 juillet 2009 Auteur Share Posté(e) le 4 juillet 2009 Et la je fais la même chose a partir de EEPAD mtr vers FAWRI/AT 1. 192.168.30.1 0.0% 8 1.8 1.6 1.1 2.6 0.5 2. 41.209.174.129 0.0% 8 39.0 39.5 39.0 40.0 0.3 3. 10.100.32.69 0.0% 8 42.8 43.2 42.2 44.0 0.6 4. 10.101.32.9 0.0% 8 44.3 44.7 42.8 50.9 2.6 5. 10.101.32.1 0.0% 7 45.7 43.6 41.5 46.8 2.0 6. 10.101.32.6 0.0% 7 44.0 43.5 42.9 44.0 0.4 7. 10.101.0.1 0.0% 7 44.5 44.8 43.5 49.4 2.0 8. 10.101.0.9 14.3% 7 40.9 40.3 39.1 41.6 0.9 9. pal9-eepad-3.pal.seabone.net 0.0% 7 59.6 59.7 59.0 60.3 0.5 10. pal5-pal16-racc1.pal.seabone.net 0.0% 7 58.2 59.2 58.2 59.7 0.5 11. customer-side-fawri-1-pal5.pal.s 0.0% 7 62.1 60.3 59.6 62.1 0.9 Impressionnant! non ? dans le sens EEPAD>>AT il y a peering mais dans le sens AT>>EEPAD non! mtr vers ARN 1. 192.168.30.1 0.0% 1 1.4 1.4 1.4 1.4 0.0 2. 41.209.174.129 0.0% 1 40.4 40.4 40.4 40.4 0.0 3. 10.100.32.69 0.0% 1 45.4 45.4 45.4 45.4 0.0 4. 10.101.32.9 0.0% 1 42.8 42.8 42.8 42.8 0.0 5. 10.101.32.1 0.0% 1 43.5 43.5 43.5 43.5 0.0 6. 10.101.32.6 0.0% 1 43.2 43.2 43.2 43.2 0.0 7. 10.101.0.1 0.0% 1 43.6 43.6 43.6 43.6 0.0 8. ??? 9. pal6-eepad-1-dz.pal.seabone. 0.0% 1 58.2 58.2 58.2 58.2 0.0 10. mil52-mil26-racc1.mil.seabon 0.0% 1 90.2 90.2 90.2 90.2 0.0 11. xe-1-1-0-0.mil10.ip.tiscali. 0.0% 1 86.6 86.6 86.6 86.6 0.0 12. so-1-0-0.mrs11.ip4.tinet.net 0.0% 1 97.4 97.4 97.4 97.4 0.0 13. algerie-telecom-gw.ip4.tinet 0.0% 1 114.4 114.4 114.4 114.4 0.0 14. 193.194.64.14 0.0% 1 113.8 113.8 113.8 113.8 0.0 15. 193.194.91.137 0.0% 1 111.6 111.6 111.6 111.6 0.0 pas de peering avec ARN mtr vers slc 1. 192.168.30.1 0.0% 2 1.3 1.5 1.3 1.6 0.2 2. 41.209.174.129 0.0% 2 39.0 39.5 39.0 40.0 0.7 3. 10.100.32.69 0.0% 2 44.0 44.2 44.0 44.4 0.3 4. 10.101.32.9 0.0% 2 42.7 43.0 42.7 43.2 0.3 5. 10.101.32.1 0.0% 2 42.0 42.9 42.0 43.8 1.3 6. 10.101.32.6 0.0% 2 43.3 43.7 43.3 44.1 0.6 7. 10.101.0.1 0.0% 2 44.0 46.2 44.0 48.4 3.1 8. 10.101.0.9 50.0% 2 40.2 40.2 40.2 40.2 0.0 9. pal9-eepad-3.pal.seabone.net 0.0% 1 61.6 61.6 61.6 61.6 0.0 10. decix-fra52-racc2.fra.seabon 0.0% 1 95.9 95.9 95.9 95.9 0.0 11. te10-4.fftse1.FrankfurtAmMai 0.0% 1 115.2 115.2 115.2 115.2 0.0 12. xe-6-0-2-0.ffttr2.Frankfurt. 0.0% 1 96.1 96.1 96.1 96.1 0.0 13. xe-3-0-2-0.auvtr2.Aubervilli 0.0% 1 105.3 105.3 105.3 105.3 0.0 14. tengige1-9-1-0.pastr1.Paris. 0.0% 1 101.9 101.9 101.9 101.9 0.0 15. gi5-0-0.barcr1.Barcelona.ope 0.0% 1 121.0 121.0 121.0 121.0 0.0 16. po2-0.barbb1.Barcelona.opent 0.0% 1 124.6 124.6 124.6 124.6 0.0 17. mptalgerie-2.GW.opentransit. 0.0% 1 140.7 140.7 140.7 140.7 0.0 18. r2-nmdc.slc.dz 0.0% 1 135.8 135.8 135.8 135.8 0.0 19. r-hydra.slc.dz 0.0% 1 144.7 144.7 144.7 144.7 0.0 No peering with SLC mtr vers TDA 1. 192.168.30.1 0.0% 49 1.0 1.2 1.0 1.7 0.2 2. 41.209.174.129 0.0% 49 38.6 39.9 38.6 55.3 2.5 3. 10.100.32.69 0.0% 49 44.0 44.2 42.1 69.7 4.0 4. 10.101.32.9 0.0% 49 43.9 43.6 41.7 47.5 1.4 5. 10.101.32.1 0.0% 49 44.5 43.2 41.6 46.9 1.2 6. 10.101.32.6 0.0% 49 43.9 44.0 42.4 47.5 1.3 7. 10.101.0.1 0.0% 49 113.0 52.0 42.3 130.4 23.4 8. 10.101.0.9 75.5% 49 40.4 40.5 39.6 41.5 0.7 9. pal9-eepad-3.pal.seabone.net 4.1% 49 58.3 66.8 57.4 231.6 31.9 10. decix-fra18-racc3.fra.seabon 0.0% 49 108.9 123.6 106.5 317.2 45.3 11. ixp2.de-fra.eu.ignite.net 2.1% 48 204.6 220.2 203.9 492.8 47.6 12. t2c1-ge13-0-0.de-fra.eu.bt.n 0.0% 48 197.0 209.8 194.5 505.9 48.5 13. t2c1-p2-0.de-dus.eu.bt.net 2.1% 48 209.0 223.7 208.6 541.1 51.8 14. t2c1-ge13-0-0.nl-ams2.eu.bt. 0.0% 48 192.2 207.7 191.8 536.9 53.8 15. t2c1-p1-0.es-bar.eu.bt.net 0.0% 48 213.1 224.8 210.9 526.2 47.5 16. t2c2-ge6-1.es-bar.eu.bt.net 2.1% 48 214.7 225.8 213.7 475.9 40.1 17. t2c2-p1-0.es-mad3.eu.bt.net 0.0% 48 228.0 237.7 225.8 434.7 34.0 18. t2a1-ge7-0.es-mad3.eu.bt.net 0.0% 48 228.0 236.0 224.5 384.3 30.7 19. 166-49-224-34.eu.bt.net 0.0% 48 248.8 256.4 247.4 334.2 18.5 No peering with TDA Demain j'essayerai de faire le meme test a partir de ARN Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
courtois Posté(e) le 4 juillet 2009 Share Posté(e) le 4 juillet 2009 Bonjour, ce que je lis ici est trés intéréssant. laissons de coté les personnes envoyés en formation pour nous concentrer sur l'ALGIX. ce qui a était mis en place par le CERIST n'est pas l'ALGIX mais juste un expérience primaire pour que notre cher ARPT prennent la décision de la création de l'ALGIX et l'obligation au ISP de s'interconnecter. lors du séminaire sur le .DZ, Mme El Mouhab l'avait déclarer que c'est juste des test entre SLC, Djaweb et le cerist. et Mme Derdour (Présidente de l'ARPT) avait enchainé qu'il y a eu constitution d'une commission pour étudier la faisabilité de l'ALGIX. alors moi je dit bravo pour les tests mais carte rouge pour l'avoir fait sur un réseau en production, car réaliser ce GIX permettra la réduction des prix de bande passante considérable. pour SLC, TDA et EEPAD, ce sont les seuls qui n'achettent pas sur djaweb leur backbone Internet. Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
assilabox Posté(e) le 4 juillet 2009 Auteur Share Posté(e) le 4 juillet 2009 Salam, Voici les mêmes tests a partir de l'ARN: mtr vers AT : 1. NET 0.0% 5 0.4 0.6 0.4 0.9 0.2 2. 193.194.x.x 0.0% 5 1.1 1.0 1.0 1.1 0.0 3. 193.194.66.189 0.0% 5 2.5 2.6 2.5 2.6 0.1 4. gwp1-16214.cerist.dz 0.0% 5 2.7 2.5 2.4 2.7 0.1 5. ??? Rien ne passe dans le sens AT>>ARN depuis plus d'un mois!!!! mtr vers SLC 1. NET 0.0% 12 0.5 0.6 0.4 1.1 0.2 2. 193.194.x.x 0.0% 12 1.0 1.0 1.0 1.3 0.1 3. 10.2.0.21 0.0% 12 2.6 2.6 2.4 3.6 0.3 4. eumed-connect.cerist.dz 0.0% 12 2.4 4.7 2.4 23.9 6.1 5. so-3-2-0.mrs11.ip4.tinet.net 0.0% 11 48.9 50.3 48.6 62.2 4.2 6. xe-5-1-0.par70.ip4.tinet.net 0.0% 11 47.5 49.3 47.3 53.6 1.8 xe-8-3-0.par70.ip4.tinet.net 7. ??? 8. pos0-9-0-0.pastr1.Paris.opentran 0.0% 11 55.6 53.3 49.3 69.3 5.7 9. ??? 10. ??? 11. ??? 12. r2-nmdc.slc.dz 0.0% 11 49.0 45.0 38.8 63.1 7.5 13. r-hydra.slc.dz 0.0% 11 39.6 41.4 37.7 47.4 2.8 14. ns2.smartlinkcom.dz 0.0% 11 39.0 45.4 38.7 69.4 9.5 mtr vers EEPAD 1. NET 0.0% 43 0.5 0.5 0.4 1.4 0.2 2. 193.194.x.x 2.3% 43 1.0 7.1 0.9 150.0 27.1 3. 10.2.0.21 0.0% 43 2.5 6.7 2.4 72.6 11.7 4. eumed-connect.cerist.dz 21.4% 43 3600. 3371. 1273. 6380. 1066. 5. so-3-2-0.mrs11.ip4.tinet.net 31.0% 43 3661. 3427. 1261. 7271. 1176. 6. xe-8-3-0.par70.ip4.tinet.net 21.4% 43 3581. 3525. 1256. 7191. 1234. xe-8-2-0.par70.ip4.tinet.net 7. So7-1-0-0-grtparix3.red.telefoni 28.6% 43 3530. 3509. 1600. 7110. 1090. 8. Xe7-1-2-0-grtmadde2.red.telefoni 19.0% 42 3490. 3458. 1222. 7032. 1098. 213.140.36.17 213.140.43.185 So1-0-0-0-grtmadpe3.red.telefonica-wholesale.net So0-1-0-0-grtmadpe3.red.telefonica-wholesale.net So3-0-0-0-grtmadpe3.red.telefonica-wholesale.net 9. So-2-0-0-0-grtmadrr1.red.telefon 31.0% 42 3434. 3403. 1156. 6950. 1159. So4-1-0-0-grtmadrr1.red.telefonica-wholesale.net GE5-0-0-0-gramadpe1.red.telefonica-wholesale.net 10. 213.140.37.134 23.8% 42 3493. 3388. 1457. 6870. 1111. GE5-0-1-0-grtmadrr2.red.telefonica-wholesale.net Ge-2-0-0-0-grtmadrr2.red.telefonica-wholesale.net 11. argeliatel-3-2-1-0-grtmadrr2.red 20.5% 39 3317. 3509. 1423. 6790. 1180. 12. ??? 13. 82.101.136.4 20.5% 39 3513. 3958. 1678. 6698. 1036. Pas de peering avec eepad mtr vers TDA 1. NET 0.0% 23 0.5 1.7 0.4 28.9 5.9 2. 193.194.x.x 0.0% 23 1.0 1.0 0.9 1.1 0.0 3. 10.2.0.25 0.0% 23 2.5 3.8 2.4 19.5 4.3 4. eumed-connect.cerist.dz 0.0% 23 23.3 1742. 23.3 4792. 1206. 5. so-3-2-0.mrs11.ip4.tinet.net 18.2% 23 789.1 1889. 71.4 4728. 1256. 6. xe-0-0-0.fra20.ip4.tinet.net 4.5% 23 301.4 1710. 52.2 4664. 1224. xe-10-0-0.fra20.ip4.tinet.net xe-3-2-0.fra20.ip4.tinet.net 7. t2a7-ge0-0.de-fra.eu.bt.net 4.5% 23 838.7 1780. 52.7 4600. 1192. 8. t2c1-ge14-0-0.de-fra.eu.bt.net 4.5% 23 658.4 1737. 51.7 4536. 1186. 9. 166.49.195.153 28.6% 22 601.4 1797. 55.2 4472. 1271. 10. t2c1-ge13-0-0.nl-ams2.eu.bt.net 4.8% 22 541.7 1700. 58.0 4408. 1194. 11. t2c1-p1-0.es-bar.eu.bt.net 15.8% 20 1374. 1732. 83.3 4344. 1218. 12. t2c2-ge6-2.es-bar.eu.bt.net 10.5% 20 480.3 1694. 83.0 4280. 1246. 13. t2c2-p1-0.es-mad3.eu.bt.net 0.0% 20 458.7 1876. 93.9 5240. 1407. 14. t2a1-ge6-1.es-mad3.eu.bt.net 5.3% 20 396.9 1951. 94.4 5176. 1346. 15. 166-49-224-34.eu.bt.net 5.3% 20 347.4 1856. 108.6 5112. 1296. 16. http://www.tda.dz 5.3% 20 312.0 2034. 312.0 5047. 1227. pas de peering avec TDA Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
assilabox Posté(e) le 4 juillet 2009 Auteur Share Posté(e) le 4 juillet 2009 Salam, Ca serait sympa que quelqu'un nous fasse ces mêmes tests a partir de TDA ou de SLC, Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
SecDz Posté(e) le 4 juillet 2009 Share Posté(e) le 4 juillet 2009 Bonjour, ce que je lis ici est trés intéréssant. laissons de coté les personnes envoyés en formation pour nous concentrer sur l'ALGIX. ce qui a était mis en place par le CERIST n'est pas l'ALGIX mais juste un expérience primaire pour que notre cher ARPT prennent la décision de la création de l'ALGIX et l'obligation au ISP de s'interconnecter. lors du séminaire sur le .DZ, Mme El Mouhab l'avait déclarer que c'est juste des test entre SLC, Djaweb et le cerist. et Mme Derdour (Présidente de l'ARPT) avait enchainé qu'il y a eu constitution d'une commission pour étudier la faisabilité de l'ALGIX. alors moi je dit bravo pour les tests mais carte rouge pour l'avoir fait sur un réseau en production, car réaliser ce GIX permettra la réduction des prix de bande passante considérable. pour SLC, TDA et EEPAD, ce sont les seuls qui n'achettent pas sur djaweb leur backbone Internet. Là oui .. ça devient plus claire ! Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
courtois Posté(e) le 4 juillet 2009 Share Posté(e) le 4 juillet 2009 mais juste pour info: Mme Derdour a très mal pris la question d'un intervenant posant la question sur l'ALGIX! pourquoi? je ne sais pas!!!!! merci à tous pour votre participation, qui sais peut être ensemble nous créerons notre propre GIX!!! 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.