Re: [FRnOG] [MISC] XP Fibre - Déclarer un dommage réseau KO
J'ai été un peu vite dans la description, l'accès à https://xpfibre.com/ddr fonctionne bien mais quand on rempli le formulaire en 6 étapes (1. Évaluation du danger , 2. Lieu du dommage , 3. Équipement endommagé , 4. Environnement , 5. Photos , 6. Coordonnées) c'est lors de la validation de celui-ci que l'erreur apparaît. Essayé depuis ouatmille browsers (normal / private), depuis ouatmille devices & depuis 3 opérateurs réseaux (dont SFR maison mère de XP Fibre) $ host xpfibre.com xpfibre.com has address 62.106.155.127 xpfibre.com mail is handled by 0 xpfibre-com.mail.protection.outlook.com. Jean-Luc Le mar. 3 oct. 2023 à 22:50, David Ponzone a écrit : > Ca marche pour moi aussi. > > En résolution, ça te donne bien 62.106.155.127 ? > > Tu as essayé une fenêtre privée et autre navigateur ? > > Au fait, tu as l’erreur pour accéder à la page, ou pour valider le > formulaire ? > > > Le 3 oct. 2023 à 22:13, jean luc labbee a > écrit : > > > > Quelqu'un a utilisé récemment le site de XP Fibre pour déclarer un > dommage > > réseau ? > > https://xpfibre.com/ddr > > > > J'essaye depuis une semaine et à chaque fois j'ai ceci : > > Oops! Une erreur est survenue. Nous mettons tout en oeuvre pour la > corriger. > > Erreur inattendue: (type=Internal Server Error, status=500). > > > > Jean-Luc > > > > --- > > Liste de diffusion du FRnOG > > http://www.frnog.org/ > > --- Liste de diffusion du FRnOG http://www.frnog.org/
[FRnOG] [MISC] XP Fibre - Déclarer un dommage réseau KO
Quelqu'un a utilisé récemment le site de XP Fibre pour déclarer un dommage réseau ? https://xpfibre.com/ddr J'essaye depuis une semaine et à chaque fois j'ai ceci : Oops! Une erreur est survenue. Nous mettons tout en oeuvre pour la corriger. Erreur inattendue: (type=Internal Server Error, status=500). Jean-Luc --- Liste de diffusion du FRnOG http://www.frnog.org/
[FRnOG] [MISC] BGP ko vers un subnet de G2S (91.223.125.0/24)
L'accès vers un subnet de G2S (91.223.125.0/24) semble ko au niveau BGP depuis quelques heures. Depuis un accès Freebox, j'ai ceci : $ mtr -bzwe 91.223.125.1 Start: 2021-06-09T17:04:18+0200 HOST: qwerty Loss% Snt Last Avg Best Wrst StDev 1. AS???_gateway (192.168.0.1) 0.0%101.0 1.1 1.0 1.2 0.1 2. AS?????? 100.0100.0 0.0 0.0 0.0 0.0 C'est BGP qui est cassé ? Jean-Luc --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [MISC] Débits ADSL orange catastrophiques, changer d'opérateur sans être dégroupé peut changer qqchose ?
sinon, il y a l'option de prendre son échelle et de monter au poteau pour brancher son modem :-) https://twitter.com/InfosReseaux/status/1276903919994712064 Le dim. 28 juin 2020 à 12:50, Richard Klein a écrit : > Bonjour a tous , > > Pour avoir travaillé sur ce type de problèmes quelques années: > > IL est aussi possible depuis ta prise et sur la tête FT de faire un test > capacitif vers le DSLAM entre le fil A & B, A et Terre , et B et Terre. > Ce n'est pas propre de procéder comme cela car normalement ce type de test > doit se faire en boucle ouverte depuis le DSLAM jusqu'au client . > Mais parfois il est amusant de voir/constater un déséquilibre > capacitif/résistif sur les trois tests et de se faire une idée ou est le > problème. > Parfois l'un des câbles est coupé et effectivement le modem accroche encore > la synchro du DSLAM sur un fil. > > Il y a aussi au SR (Sous répartiteur) une rognure de cable coupé qui touche > le plots ou simplement quand le SR est proche d'une plage l'oxydation des > plots. > Une fois sur un SR il y avait un nid d'abeille :-) > > Après selon l'expérience du tech il va aussi souder le plot au DSLAM ou au > SR. C'est MAL aussi mais bon ... > > autre cas, la ligne est en boucle ouverte lors de l'expertise il y a du > 100V (Ligne numeris qui touche votre ligne), une tension qui passe de 5 > volts a 400mV (défaut d'isolement) et la paire se décharge dans le > presto/Multimetre du tech . > > Bref le cuivre c'est sympa a dépanner lorsque les techs connaissent leurs > équipements et comment fonctionne l'impédance d'un câble ce qui permet > d'expliquer pourquoi le SNR est dégradé. > En tous cas je me régale a la maison de ne plus avoir deux lignes ADSL et > le coax qui sont remplacé par deux fibres optique . > > Bon WE a tous > > Richard > > > Le dim. 28 juin 2020 à 10:49, David Ponzone a > écrit : > > > Disons que tu as accès au test électrique de la ligne. De temps en temps, > > ça aide. > > Parfois ça reste compliqué. > > Mais si tu es sûr qu’il y a un défaut et que ça ne vient pas du client > > (dessert, modem), au bout de 3 tickets, tu peux déclencher une expertise > > contradictoire, durant laquelle tu as l’occasion d’être présent avec le > > tech Orange lors de « l’audit » de la ligne, en partant du NRA, jusqu’à > > chez le client. > > > > > > David Ponzone > > > > > > > > > Le 27 juin 2020 à 19:04, Toussaint OTTAVI a > écrit > > : > > > > > > > > >> Le 26/06/2020 à 17:50, David Ponzone a écrit : > > >> Je parlais du support auquel tu as accès quand tu es client collecte > > ADSL. > > > > > > J'espère pour vous qu'il est plus efficace que le support auquel nous > > avons affaire en tant que client final "professionnel". Il ne peut de > toute > > façon pas être pire :-( > > > > > > > > > > > > --- > > > Liste de diffusion du FRnOG > > > http://www.frnog.org/ > > > > > > --- > > Liste de diffusion du FRnOG > > http://www.frnog.org/ > > > > --- > Liste de diffusion du FRnOG > http://www.frnog.org/ > --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] Orange / Digital Ocean
@David & @Hugues : je faisais référence au mtr IPv4 (et dans le cas de IPv4 je ne vois pas de 5511) pour ma part depuis une connexion fibre Orange : $ mtr -bzwe pkgs.tailscale.com Start: 2020-05-05T10:31:07+0200 HOST: ocean Loss% Snt Last Avg Best Wrst StDev 1. AS???lan.home (192.168.1.1) 0.0%103.0 3.1 2.9 3.4 0.1 2. AS???x.x.x.x 0.0%105.0 4.5 3.9 5.1 0.5 3. AS???x.x.x.francetelecom.net (x.x.x.x) 0.0%103.8 4.3 3.8 4.9 0.3 4. AS???ae44-0.nimar102.Marseille3eArrondissement.francetelecom.net (193.252.101.162) 0.0%10 15.3 15.1 14.5 15.8 0.4 5. AS???193.252.137.54 0.0%10 24.1 28.0 24.0 57.7 10.5 6. AS1299 prs-b5-link.telia.net (62.115.171.226) 0.0%10 31.3 31.3 30.6 31.8 0.4 7. AS?????? 100.0100.0 0.0 0.0 0.0 0.0 8. AS1299 rest-bb1-link.telia.net (62.115.122.159) 10.0%10 102.5 102.2 101.7 102.8 0.3 [MPLS: Lbl 25778 TC 0 S u TTL 1] 9. AS1299 las-b24-link.telia.net (62.115.114.86) 0.0%10 162.5 162.4 161.1 166.3 1.6 [MPLS: Lbl 6176 TC 0 S u TTL 1] 10. AS1299 palo-b22-link.telia.net (62.115.119.90) 0.0%10 175.2 172.3 170.2 177.6 2.3 11. AS1299 digitalocean-ic-336107-palo-b22.c.telia.net (213.248.99.163) 20.0%10 187.5 187.0 186.2 187.5 0.5 12. AS?????? 100.0100.0 0.0 0.0 0.0 0.0 13. AS?????? 100.0100.0 0.0 0.0 0.0 0.0 14. AS14061 165.227.17.164 0.0%10 177.5 178.0 176.1 182.8 2.4 Juste avant le 1er hop chez Telia : AS1299 prs-b5-link.telia.net (62.115.171.226), on a 193.252.137.54 Et 193.252.137.54 n'est pas à mes yeux chez OTI mais chez 3215 (RBCI): $ whois 193.252.137.54 |grep netname netname:RBCI Le mar. 5 mai 2020 à 11:09, Pierre Emeriaud a écrit : > Le mar. 5 mai 2020 à 10:58, jean luc labbee a > écrit : > > > > Les voix de BGP sont vraiment pour ma part, impénétrables :-) > > > > D'après http://bgpmap.sdv.fr/index.php?dst=165.227.17.164 pour aller de > > 3215 vers 14061 (DIGITALOCEAN), on doit passer par : > > - 5511 (OTI) > > - puis 6453 (TATA) ou 2914 (NTT) > > > > mais pas par 1299 (Telia) alors que c'est le chemin qui apparaît dans les > > différents mtr > > telia c'est en ipv6. > --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] Orange / Digital Ocean
Les voix de BGP sont vraiment pour ma part, impénétrables :-) D'après http://bgpmap.sdv.fr/index.php?dst=165.227.17.164 pour aller de 3215 vers 14061 (DIGITALOCEAN), on doit passer par : - 5511 (OTI) - puis 6453 (TATA) ou 2914 (NTT) mais pas par 1299 (Telia) alors que c'est le chemin qui apparaît dans les différents mtr vraiment étrange pour aller aux US que 3215 ne sorte pas en next hop par 5511 (mais par 1299) sachant que OTI est le transit naturel de 3215 Orange reverrait il sa politique de transit en ne donnant plus l'exclu à OTI ? si quelqu'un chez Orange lit cet échange et peut nous éclairer sur ce point, merci d'avance Jean Luc Le mar. 5 mai 2020 à 10:18, Maxime Renusson via frnog a écrit : > My traceroute [v0.93] > marconi (monipv6) > 2020-05-05T10:16:16+0200 > Keys: Help Display mode Restart statistics Order of fields quit > > Packets Pings > Host > Loss% Snt Last Avg Best Wrst StDev > 1. monipv6 0.0%191.8 2.2 1.8 > 5.6 1.0 > 2. 2a01cb08a004020d0193025300750156.ipv6.abo.wanadoo.fr > 0.0%193.6 3.7 3.0 5.1 0.5 > 3. 2a01:cfc4:0:1e00::a > 0.0%194.6 5.1 3.7 19.1 3.5 > 4. 2a01:cfc4:0:1f00::a > 0.0%193.7 4.6 3.7 6.9 0.8 > 5. bundle-ether103.partr1.-.opentransit.net > 77.8%19 13.0 13.0 12.7 13.5 0.3 > 6. prs-b5-link.telia.net > 21.1%19 14.1 13.5 12.7 14.9 0.6 > 7. (waiting for reply) > 8. rest-bb1-v6.telia.net > 0.0%19 161.9 162.3 161.6 163.5 0.5 > 9. las-b24-v6.telia.net > 0.0%19 150.9 150.8 149.9 152.7 0.8 > 10. palo-b22-v6.telia.net > 0.0%19 159.4 159.9 158.9 162.2 0.9 > 11. digitalocean-ic-336107-palo-b22.c.telia.net > 0.0%19 175.7 176.0 175.1 177.5 0.6 > 12. (waiting for reply) > 13. (waiting for reply) > 14. 2604:a880:2:d0::61c:d001 > 5.6%18 167.0 167.7 166.7 171.7 1.2 > > > J'ai aussi un souci sur OT et/ou sur Telia depuis un FFTH Orange. > > > > On Tue, May 5, 2020 at 10:12 am, Sylvain Rabot > wrote: > > Voici les MTR dans l'autre sens que les gens de Tailscale m'ont > > fournis: > > > > mtr -T (TCP SYN): > > > > Host > > Loss% > > Snt Last Avg Best Wrst StDev > > 1. 165.227.16.254 > > 0.0% > >400.7 3.2 0.6 16.2 4.3 > > 165.227.16.253 > > 2. 138.197.249.166 > > 0.0% > >401.3 2.2 1.0 25.1 4.2 > > 138.197.249.164 > > 138.197.249.160 > > 138.197.249.162 > > 138.197.249.170 > > 138.197.249.174 > > 138.197.249.172 > > 138.197.249.168 > > 3. 138.197.249.190 > > 0.0% > >401.3 1.6 0.7 28.8 4.4 > > 138.197.249.188 > > 138.197.249.176 > > 138.197.249.186 > > 138.197.249.178 > > 138.197.249.182 > > 138.197.249.184 > > 138.197.249.180 > > 4. ??? > > 5. FranceTelecom-level3-10G.SanJose1.Level3.net > > 0.0% > >40 13.6 38.8 9.0 1013. 158.1 > > 6. ??? > > 7. ??? > > 8. ??? > > 9. hundredgige0-8-0-23.pastr4.-.opentransit.net > > 84.6% > >40 175.2 1389. 172.2 7452. 2970. > > hundredgige0-3-0-4.pastr4.-.opentransit.net > > hundredgige0-2-0-27.pastr4.-.opentransit.net > > hundredgige0-0-0-27.pastr4.-.opentransit.net > > 10. ??? > > 11. ??? > > 12. ??? > > 13. ??? > > 14. xxx.w90-120.abo.wanadoo.fr0.0%39 > > 1206. > > 272.9 191.4 1226. 274.7 > > > > mtr (ICMP): > > > > Host > > Loss% > > Snt Last Avg Best Wrst StDev > > 1. 165.227.16.254 > > 0.0% > >626.8 2.6 0.3 21.0 3.9 > > 2. 138.197.249.170 > > 0.0% > >620.9 2.0 0.8 19.8 3.4 > > 3. 138.197.249.180 > > 0.0% > >62 18.0 2.2 0.4 18.4 4.1 > > 4. lag-111.ear2.SanJose1.Level3.net > > 60.7% > >620.7 0.7 0.6 0.9 0.1 > > 5. FranceTelecom-level3-10G.SanJose1.Level3.net > > 9.7% > >62 15.3 13.6 11.7 15.5 1.2 > > 6. ??? > > 7. ??? > > 8. ??? > > 9. ??? > > 10. ??? > > 11. ??? > > 12. ??? > > 13. ??? > > 14. .w90-120.abo.wanadoo.fr3.3%61 > > 194.2 194.0 192.4 194.6 0.4 > > > > On Tue, 5 May 2020 at 00:43, Fabien VINCENT FrNOG via frnog > > mailto:frnog@frnog.org>> > > wrote: > > > >> > >> > >> Le 05-05-2020 00:21, Sylvain Rabot a écrit : > >> > Ok, donc si pas de trucs curieux dans le traceroute, une idée de > >> la > >> > cause de ce débit tout pourri depuis orange ? > >> > > >> > >> Tu as le MTR dans l'autre sens ? Il peut y avoir beaucoup de > >> raisons, et > >> c'est pas forcément l'agrume en cause, surtout quand on fait la > >> moitié > >> du globe dans un sens, on est parfois surpris de voir le paquet > >> revenir > >> par l'autre côté :) > >> > >> (sauf chez les Platistes qui ne croient pas en Internet sur la > >> terre) > >> > >> Comment fais tu tes tests de débit ? Si le MTR ne montre pas de > >> loss > >> end-to-end, alors la vérité est ailleurs. > >> > >> > On Tue, 5 May 2020 at 00:02, Hugues Voiturier > >> > mailto:hugues-lis...@milkywan.fr>> > >> wrote
Re: [FRnOG] [TECH] Peering Free<->Verizon saturé ?
Bonjour N'étant pas chez Free, je ne peux pas faire un mtr / traceroute / pathping / whatever pour vérifier le soucis. Si de bonnes âmes qui sont chez Free (box ou mobile) veulent bien poster ici leurs résultats de traceroute vers www.lcl.fr par exemple, on pourra essayer de comprendre où ça bloque. @Ronan: des nouvelles du peering saturé entre Free et Verizon ? Jean Luc Le jeu. 26 mars 2020 à 01:02, Tom Lb a écrit : > Alors là en effet on compte bien résilier notre lien Verizon...mais c'était > déjà prévu avant la crise, ca précipite juste les choses. > > Le mer. 25 mars 2020 à 19:31, Nico G a écrit : > > > Ou à l’inverse des changement d’ISP côté pro aussi ;-) > > > > Nicolas > > > > > Le 25 mars 2020 à 18:57, David Ponzone a > > écrit : > > > > > > D’après les traceroute que je viens de faire dan les 2 sens: > > > > > > Free -> Cogent -> Verizon > > > Verizon -> Free > > > > > > Le sortant de Free passe par Cogent, ça doit pas aider, mais dans ce > > sens là, ça devrait pas trop coincer pourtant. > > > > > > On va peut-être voir une vague de résiliation massive de clients Free > > après le confinement. > > > > > >> Le 25 mars 2020 à 18:41, Tom Lb a écrit : > > >> > > >> Bonjour, > > >> > > >> Des news sur ce problème entre Free et Verizon ? > > >> De notre coté on a des milliers d'utilisateurs free très impactés en > > >> télétravail. > > >> On doit dailleurs bien participer à la charge de ce peering. > > >> A propos quelle est la taille de ce peering ? > > >> > > >> Merci ! > > >> > > >>> Le lun. 23 mars 2020 à 12:45, Ronan De Kermadec < > > >>> rdekerma...@transnumeric.com> a écrit : > > >>> > > >>> Bonjour à tous, > > >>> > > >>> Avec l’adoption massive du télétravail la semaine dernière nous > > constatons > > >>> de fortes lenteurs/pertes de paquets (environ 25%) pour tous nos > > >>> utilisateurs connectés chez Free. > > >>> > > >>> Nous avons ouvert un ticket chez Verizon (notre ISP) qui a escaladé > le > > >>> ticket en interne. Verizon indique que le peering entre Free et > Verizon > > >>> (entre 194.149.166.34 et 146.188.112.253) est complètement saturé > > entre 9h > > >>> et 12h puis entre 14h et 17h30. Free a été sollicité pour > > éventuellement > > >>> planifier un upgrade mais Verizon n’a eu aucun retour de leur part > > pour le > > >>> moment semble-t-il ! > > >>> > > >>> J’ai tenté d’ouvrir un ticket chez Free à ce sujet afin de pouvoir > > >>> échanger avec les équipes backbone malheureusement sans grand succès. > > >>> > > >>> Si quelqu’un de chez Free passe par là ou si vous connaissez > quelqu’un > > qui > > >>> pourrait faire avancer les choses, merci de prendre contact avec moi > > afin > > >>> que je puisse vous donner plus de détails. > > >>> > > >>> Je ne pense pas que nous soyons les seuls à constater ce problème, > > >>> y’a-t-il d’autre personnes qui subissent ces lenteurs ? > > >>> > > >>> Merci d’avance pour votre aide précieuse ! > > >>> > > >>> Ronan > > >>> > > >>> > > >>> --- > > >>> Liste de diffusion du FRnOG > > >>> http://www.frnog.org/ > > >>> > > >> > > >> --- > > >> Liste de diffusion du FRnOG > > >> http://www.frnog.org/ > > > > > > > > > --- > > > Liste de diffusion du FRnOG > > > http://www.frnog.org/ > > > > --- > Liste de diffusion du FRnOG > http://www.frnog.org/ > --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] Routage BGP pour www.lcl.fr
passé. 19 *** Délai d'attente de la demande dépassé. 20 *** Délai d'attente de la demande dépassé. => depuis un accès fibre Pro BouygTel on passe par FranceIX au 12ème saut (37.49.236.58) puis au 13ème saut on passe chez Colt (212.74.68.37) => vous trouvez pas ça bizarre de passer par FranceIX (pas vraiment de garantie il me semble) ? => BouygTel ne passe pas par le même transit pour aller chez www.lcl.fr en fonction du type d'accès (fibre Pro vs mobile) ? En poussant ma réflexion un peu plus loin, je me dit que c'est étrange que AS9159 (Credit Agricole S.A.) qui gère www.lcl.fr ait comme transits : - 1er transit avec 72% : un rosbif (Winchester : AS8220) :-) - 2ème transit avec 26% : un yankee (ToiToiRéseau : AS702) ;-) - enfin en 3ème transit avec 2% : un mangeur de grenouille (Mandarine : AS3215) LCL doit avoir quelques clients à l'étranger mais j'imagine que 90% du trafic réseau vers le site www.lcl.fr provient des 4 opérateurs FR. N'aurait il pas était plus judicieux pour AS9159 d'avoir comme transits les 4 opérateurs FR (au lieu d'un UK et d'un US) ? Merci pour vos commentaires / explications Le lun. 9 déc. 2019 à 23:57, Yannis Aribaud a écrit : > Salut, > > Effectivement, les IRR ne sont malheureusement pas toujours bien maintenus > et on il faut prendre > ces informations avec des pincettes. > > Je ne pense pas que ce soit le cas ici, mais il est possible de rencontrer > des AS splités, c'est à > dire un AS qui est présent sur plusieurs POPs différents sans > interconnexion entre ces POPs mais > qui annonce des subnets différents sur chacun de ces POPs. > Résultat, pour cet AS tu verra (sur bgp.he.net) des transitaires qui ne > sont pas forcement présents > sur tous les POPs, et un mtr/traceroute/whatever ne te permettra pas de > mettre en évidence tous les > transitaires, car la destination ne sera annoncée que sur un seul des POPs. > > Exemple: > > AS xxx > - POP A > - préfixes A et B > - transitaires Toto et Titi > - POP B > - préfixes C > - transitaires Tutu et Titi > > Ton traceroute sur une destination dans le subnet A ou B ne te permettra > jamais de voir le > transitaire Tutu qui sera pourtant listé comme transitaire pour AS xxx. > > Il est d'ailleurs possible de voir ce genre de chose sans même que l'AS > soit splitté. Tu peux très > bien volontairement ne pas annoncer un préfixe à un transitaire en > particulier pour diverses > raisons. > > Cordialement, > > 6 décembre 2019 16:05 "jean luc labbee" a > écrit: > > > Bonjour, > > > > Constatant des lenteurs de temps en temps vers le site www.lcl.fr, j'ai > > testé et demandé à des amis de tester depuis plusieurs FAI et à priori ça > > fonctionne mieux (=plus rapidement) depuis un accès Orange. > > > > Mes connaissances en BGP étant limité, je voudrais savoir si mon > diagnostic > > ci dessous est correct : > > > > // résolution de nom > > www.lcl.fr = 158.191.169.96 > > > > // extrait de : whois 158.191.169.96 > > inetnum: 158.191.0.0 - 158.191.255.255 > > netname: CREDAGRI02 > > mnt-routes: OLEANE-NOC > > mnt-by: PROGICA-MNT > > descr: Multi-homing managed by Oleane > > origin: AS9159 > > mnt-by: OLEANE-NOC > > mnt-by: PROGICA-MNT > > > > // extrait de : whois AS9159 > > aut-num: AS9159 > > as-name: UNSPECIFIED > > org: ORG-CNDC1-RIPE > > import: from AS3215 action pref=100; accept ANY > > import: from AS15557 accept ANY > > export: to AS3215 announce AS9159 > > export: to AS15557 announce AS9159 > > default: to AS3215 action pref=100; networks ANY > > > > => si je comprends bien AS9159 est interconnecté (en IN et OUT) avec > > (uniquement ?) AS3215 (Orange) et AS15557 (SFR) > > > > // si je regarde sur https://bgp.he.net/AS9159, au niveau des peers on > voit > > : > > ASN Name > > AS8220 COLT Technology Services Group Limited > > AS702 Verizon Business/UUnet Europe > > AS3215 Orange S.A. > > > > // mtr vers www.lcl.fr depuis un accès 4G SFR > > $ mtr -bzwe www.lcl.fr > > 1. AS??? 192.168.1.1 > > 0.0% 10 2.7 38.5 2.5 336.9 104.9 > > 2. AS??? ??? > > 100.0 10 0.0 0.0 0.0 0.0 0.0 > > 3. AS??? 10.x.x.x > > 0.0% 10 61.2 65.6 38.6 234.7 59.8 > > 4. AS??? 10.x.x.x > > 0.0% 10 74.7 60.8 37.4 143.6 32.1 > > 5. AS15557 13.134.136.77.rev.sfr.net (77.136.134.13) > > 0.0% 10 66.9 47.5 39.0 67.1 11.4 > > 6. AS15557 38.10.136.77.rev.sfr.net (77.136.10.38) > > 0.0% 10 109.4 52.5 42.4 109.4 20.2 > > 7. AS15557 54.247.5.109.rev.sfr.net (109.5.247.54) > &
[FRnOG] [TECH] Routage BGP pour www.lcl.fr
Bonjour, Constatant des lenteurs de temps en temps vers le site www.lcl.fr, j'ai testé et demandé à des amis de tester depuis plusieurs FAI et à priori ça fonctionne mieux (=plus rapidement) depuis un accès Orange. Mes connaissances en BGP étant limité, je voudrais savoir si mon diagnostic ci dessous est correct : // résolution de nom www.lcl.fr = 158.191.169.96 // extrait de : whois 158.191.169.96 inetnum:158.191.0.0 - 158.191.255.255 netname:CREDAGRI02 mnt-routes: OLEANE-NOC mnt-by: PROGICA-MNT descr: Multi-homing managed by Oleane origin: AS9159 mnt-by: OLEANE-NOC mnt-by: PROGICA-MNT // extrait de : whois AS9159 aut-num:AS9159 as-name:UNSPECIFIED org:ORG-CNDC1-RIPE import: from AS3215 action pref=100; accept ANY import: from AS15557 accept ANY export: to AS3215 announce AS9159 export: to AS15557 announce AS9159 default:to AS3215 action pref=100; networks ANY => si je comprends bien AS9159 est interconnecté (en IN et OUT) avec (uniquement ?) AS3215 (Orange) et AS15557 (SFR) // si je regarde sur https://bgp.he.net/AS9159, au niveau des peers on voit : ASN Name AS8220 COLT Technology Services Group Limited AS702 Verizon Business/UUnet Europe AS3215 Orange S.A. // mtr vers www.lcl.fr depuis un accès 4G SFR $ mtr -bzwe www.lcl.fr 1. AS???192.168.1.1 0.0%102.7 38.5 2.5 336.9 104.9 2. AS?????? 100.0100.0 0.0 0.0 0.0 0.0 3. AS???10.x.x.x 0.0%10 61.2 65.6 38.6 234.7 59.8 4. AS???10.x.x.x 0.0%10 74.7 60.8 37.4 143.6 32.1 5. AS15557 13.134.136.77.rev.sfr.net (77.136.134.13) 0.0%10 66.9 47.5 39.0 67.1 11.4 6. AS15557 38.10.136.77.rev.sfr.net (77.136.10.38) 0.0%10 109.4 52.5 42.4 109.4 20.2 7. AS15557 54.247.5.109.rev.sfr.net (109.5.247.54) 0.0%10 74.7 54.9 46.3 74.7 9.7 8. AS15557 54.247.5.109.rev.sfr.net (109.5.247.54) 0.0%10 62.1 56.3 44.6 89.2 12.8 9. AS?????? 100.0100.0 0.0 0.0 0.0 0.0 10. AS???ae42-0.noidf001.Paris3eArrondissement.francetelecom.net (193.252.98.121) 0.0%10 68.3 65.8 46.5 103.3 16.9 11. AS???ae49-0.nridf101.Paris3eArrondissement.francetelecom.net (193.252.98.101) 0.0%10 59.2 55.7 43.3 70.0 8.1 12. AS???ae42-0.ncidf103.Puteaux.francetelecom.net (193.252.98.93) 0.0%10 55.3 57.6 45.3 81.2 12.4 13. AS???lag-1.nmidf105.Puteaux.francetelecom.net (193.249.212.1) 0.0%10 99.6 59.8 44.2 99.6 16.8 14. AS???193.252.137.222 0.0%10 64.1 59.8 44.3 95.5 17.3 15. AS?????? 100.0100.0 0.0 0.0 0.0 0.0 16. AS?????? 100.0100.0 0.0 0.0 0.0 0.0 17. AS???90.81.45.254 0.0%10 95.1 64.0 47.6 95.1 13.8 18. AS3215 37-93.83-90.static-ip.oleane.fr (90.83.93.37) 0.0%10 58.1 60.2 47.5 80.0 10.2 19. AS?????? 100.0100.0 0.0 0.0 0.0 0.0 => depuis depuis un accès SFR, on passe par Orange mais pas par Colt ou Verizon Question : pourquoi d'après bgp.he.net l'AS9159 a comme uplink COLT (70%), Verizon (28%) & Orange (2%) alors que d'après le whois AS9159 indique uniquement Orange et SFR comme peer ? Merci pour vos commentaires / explications --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] Re: [TECH] SFR et twitter
T'utilises pas (à ton insu) un rogue DNS où t'as pas un bon gros malware qui traine ? T'as essayé avec ta SIM SFR sur un autre téléphone / domino 4G (non vérolé) ? T'as le même traceroute ? # le traceroute de Thierry traceroute to twitter.com (193.42.244.104) > whois 193.42.244.104 inetnum:193.42.244.0 - 193.42.245.255 netname:ysh-us country:US => je ne sais pas à qui ce subnet appartient mais à priori pas à Twitter lance http://193.42.244.104/ dans un navigateur sur un poste safe et regarde où tu arrives # le traceroute de Ludovic traceroute to twitter.com (104.244.42.129) > whois 104.244.42.129 NetRange: 104.244.40.0 - 104.244.47.255 CIDR: 104.244.40.0/21 NetName:TWITTER-NETWORK NetHandle: NET-104-244-40-0-1 Parent: NET104 (NET-104-0-0-0-0) NetType:Direct Assignment OriginAS: AS13414 Organization: Twitter Inc. (TWITT) => on est bien sur un subnet qui appartient à Twitter pas un problème de latence à mon avis ... Le lun. 9 sept. 2019 à 11:15, Ludovic RAMOSFILIPE a écrit : > depuis chez nous aucun problème > > traceroute twitter.com > > traceroute: Warning: twitter.com has multiple addresses; using > 104.244.42.129 > > traceroute to twitter.com (104.244.42.129), 64 hops max, 52 byte packets > 1 10.2.1.254 (10.2.1.254) 2975.836 ms 0.460 ms 0.493 ms > 2 225.173.20.93.rev.sfr.net (93.20.173.225) 0.674 ms 0.790 ms 0.720 > ms > 3 29.161.0.109.rev.sfr.net (109.0.161.29) 1.378 ms 1.472 ms 2.782 ms > 4 245.10.136.77.rev.sfr.net (77.136.10.245) 2.743 ms 3.325 ms 2.822 > ms > 5 245.10.136.77.rev.sfr.net (77.136.10.245) 2.731 ms 2.869 ms 2.766 > ms > 6 80.249.208.130 (80.249.208.130) 20.199 ms 21.841 ms 20.182 ms > 7 * * * > 8 104.244.42.129 (104.244.42.129) 21.684 ms 21.875 ms 21.846 ms > > Le lun. 9 sept. 2019 à 11:10, Thierry Chich > a écrit : > > > > > Le 09/09/2019 à 10:33, Stephane Bortzmeyer a écrit : > > >> Depuis le réseau 4G de SFR (pro), j'ai un temps de connexion à Twitter > > long, > > >> mais long alors que j'ai un nperf à 50Mbs > > > Mais vous savez certainement que capacité et latence sont deux choses > > > différentes, et que, pour beaucoup de sites Web, c'est la latence qui > > > compte le plus. > > > > Oui. En l'occurence, la latence est correcte (pas extraordinaire non > > plus), y compris avec twitter.com. 100ms. Surtout, il n'y a pas de > > pertes. Après, je n'ai testé la fragmentation. Je ne suis pas sûr de > > pouvoir changer la taille des paquets ICMP et forcer le DF sur un iphone. > > > > > Sinon, on est sur FRnog, donc pas besoin de rappeler qu'il faudrait > > > faire un traceroute ? > > > > Je n'ose imaginer que cela soit nécessaire de le rappeler : > > > > traceroute to twitter.com (193.42.244.104)... > > 0 - * * * > > 1 10.4.2.8 100,53ms > > 1 10.4.0.8 29,88ms 34,32ms > > 2 10.187.162.252 44,98ms 31,23ms 35,17ms > > 3 13.134.136.77.rev.sfr.net (77.136.134.13) 32,4ms 33,46ms 31,76ms > > 4 38.10.136.77.rev.sfr.net (77.136.10.38) 57,22ms 37,4ms 41,14ms > > 5 245.10.136.77.rev.sfr.net (77.136.10.245) 56,65ms 42,27ms 41,87ms > > 6 245.10.136.77.rev.sfr.net (77.136.10.245) 54,18ms 38,28ms 39,81ms > > 7 80.249.208.130 73,95ms 68,27ms 57,74ms > > 8 - * * * > > 9 104.244.42.193 118,01ms 110,96ms 83,83ms > > > > Mais je précise qu'initialement, je demandais juste pour savoir si > > quelqu'un savait quelque chose sur cette curiosité, d'où l'absence de > > velléité de debug dans mon mail initial. > > > > Thierry > > > > > > > > > > --- > > Liste de diffusion du FRnOG > > http://www.frnog.org/ > > > > --- > Liste de diffusion du FRnOG > http://www.frnog.org/ > --- Liste de diffusion du FRnOG http://www.frnog.org/
[FRnOG] [TECH] Carrier-Grade NAT pour la 3G/4G et "handover" de l'adresse IP publique en cas de changement de cellule radio
Bonjour, Les opérateurs mobiles Français (Bouygues Telecom, Free Mobile, Orange, SFR) utilisent à priori pour la data mobile, la technologie Carrier-Grade NAT (ou Large Scale NAT). Voir : http://www.fastlaneus.com/blog/wp-content/uploads/2011/08/NAT444NAT464DSLITE.jpg Quelqu'un aurait il un schéma de la distribution de la paire adresse IP RFC 6598 (100.64.0.0/10) / adresse IP publique associée pour chaque équipement 3G/4G (smartphone, domino 3G/4G) ? Voici ce que j'ai pu observer : - 3G/4G Bouygues Telecom : attribution d'une adresse IP RFC 6598 ( 100.64.0.0/10) avec une adresse IP publique associée (au niveau du routeur CG NAT) qui ne changera pas pendant toute la session 4G même si on se déplace (changement de cellule radio "handover IP"). En cas de déplacement d'une zone BT vers une zone Crozon gérée par SFR il semble qu'une nouvelle paire IP RFC 6598 / IP publique soit attribuée. - 3G/4G SFR : (tests réalisés l'année dernière) en cas de changement de cellule radio (même de SFR vers SFR) alors à chaque fois une nouvelle paire IP RFC 6598 / IP publique est attribuée (pas de "handover IP"). - 3G/4G Free Mobile : avez vous des infos ? - 3G/4G Orange : avez vous des infos ? J'ai constaté également qu'avec SFR, si j'utilise mon smartphone en partage de connexion 4G (tethering) alors l'IP publique que je constate sur mon smartphone (http://monip.fr depuis Chrome sur le smartphone) est différente de l'IP publique que je constate sur un équipement connecté en wifi sur le smartphone en mode tethering (http://monip.fr depuis Firefox sur mon PC par exemple). Comment est ce possible que l'opérateur fournisse via le CG-NAT, 2 IP publiques (1 pour le smartphone lui même et 1 pour les équipements connecté en mode tethering) ? Bref si quelqu'un a de la doc et surtout de jolis schémas sur ce sujet, je suis preneur :-) Merci --- Liste de diffusion du FRnOG http://www.frnog.org/
