Re: [FRnOG] [MISC] Utilité des adresses peering@
Le 20/06/2013 16:22, Phibee Network Operation Center a écrit : Et utile dans la préparation des appels d'offres publics qui vont, en tout cas dans la région, bientôt imposer la présence sur l'IX local (obligation technique et contrainte qualitative, pas besoin de troller sur la légalité de la mention, c'est déjà validé) Arf ... cela m'a fait sauter sur mon siège cela, des appels d'offres avec obligation d'aller sur un IX, on aura tout vu ! Le réseau FTTH RESO-LIAin ( http://www.reso-liain.fr/ ) impose le peering dans son contrat (page 39) : 6. Interconnexion Internet (Peering) Tous Fournisseurs de Services sur LIAin disposant d’un numéro d’AS s’engage à peerer localement avec les autres Fournisseurs de Services à première demande. = http://lafibre.info/peering/passer-par-paris-pour-joindre-ses-voisins/12/ Dans les FAI présent sur LIAin on a Orange, e-Tera (connu sous le nom Kiwi fibre optique) et de nombreux autres qui ne font pas de pering régional. D'autres ne peer qu'avec certains FAI (SFR, Neo Telecom,...) Bref, visiblement écrire que l'on doit s'engager à peerer à la première demande n'engage pas a grand chose. Vivien --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [MISC] Comment SFR viole délibérément la neutralité du Net, et pourquoi c'est grave
Le 16/03/2013 17:33, Frédéric Perrod a écrit : A ce propos la vidéo de M Archambault n'est pas disponible sur le site du Frnog, c'est une Censure ? SVP, pas de conclusions trop rapides... la vidéo sera en ligne d'ici quelques semaines, le temps que certaines négociations aboutissent. Des négociations entre certains FAI et certains fournisseurs de contenus??? ;) Des négociation pour remonter un peering en France avec Numericable ? Ce soir ça passe par Tata (coté Free) et Level3 (coté NCC) = http://lafibre.info/peering/probleme-de-peering-entre-nc-et-le-reseau-freeonlineproxad/ Je n'ai toujours pas compris pourquoi Free a coupé le peering le 1er janvier 2013. Vivien --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [BIZ] Retours d'expérience datacenter sur Lyon
Bonjour, http://lafibre.info est hébergé au Maxnod et utilise le transit d'Adeli (d'autres opérateurs sont présents au Maxnod : Orange / Level 3 / Ielo / Lasotel / Cogent,..) Un point a regarder est si le trafic doit remonter a Paris où si il y a du peering régional. Adeli peer sur Lyon et au CIXP avec de nombreux FAI. Exemple avec un SmokePing vers une abonnée SFR FTTH sur Lyon : ping de 2ms = http://lafibre.info/dns/smokeping.cgi?target=SFR.lyon.sabinosa Le SmokePing a de nombreuses autres destinations. Je peux faire un traceroute ou rajouter un graphe au SmokePing. Note : Pour faire un traceroute vers lafibre.info en ipv6, il faut utiliser ipv6.lafibre.info Pour la disponibilité, c'est parfait (les graphes sont là pour le confirmer) Vivien Le 26/02/2013 10:05, Antoine Benkemoun a écrit : Bonjour, À la vue des prix pratiqués par les datacenters sur Paris, nous étudions la possibilité de mettre des serveurs sur la région Lyonnaise. Je serais donc très intéressé si vous avez des retours d'expérience sur divers DC/hébergeurs. Sur liste ou hors liste, comme vous voulez. J'ai commencé à faire un tour d'horizon mais j'ai du mal à avoir de vrais retours. Si votre société propose de tels services, je suis également prêt à recevoir votre offre. Bonne journée, Antoine Benkemoun --- Liste de diffusion du FRnOG http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [MISC] Mieux que l'HADOPI, Free !
Le 05/01/2013 11:10, Xavier Beaudouin a écrit : Le trafic Google = Free doit être proche de 200 Gb/s si Free réalisait des upgrades régulièrement. Maintenant l'abonnement est là pour payer cet investissement. Google, c'est l'arbre qui cache la foret. Le trafic Free = Cogent est lui aussi très faible le soir et c'est pareil avec d'autres fournisseurs de transit IP. C'est bien de proposer du FTTH avec un débit down de 500 Mb/s (observé en réalité vers quelques rares destinations), mais je préférerais 30 Mb/s vers toutes les destinations. Aujourd'hui c'est ça le FTTH de Free : = 58 Mo/s de débit moyen soit 487 Mb/s vers Free = 34 Ko/s pour un téléchargement Google ou Cogent Heu Youtube est l'arbre derrière lequel se cache la forêt. Entre 17h et 23h le débit général de Free ADSL est proche des 100KB/s que des 1MB/s en tous cas depuis facilement septembre 2012. A un tel point, que meme en VPN j'ai du mal a avoir un débit correct (même en faisant tout ce qu'on peux bidouiller pour passer les divers CBQ qui trainnent sur le réseau). C'est un fait. Donc quitte a être sur une réseau non neutre, l'adblock n'est pas une nouveauté stratégique. Now, la question est : quels sont les fai vraiment neutres ? (j'en connais qqn uns)... Xavier Oui, on se concentre sur la problématique Youtube, mais la moitié des transit ont des pb de débits avec Free ! Bouygues Telecom, Numericable, Adeli, K-Net, Lasotel, Axione, OVH, Renater, ZeOP Reunicable,... sont des FAI avec une politique de peering ouverte, il sont tous les présents sur FranceIX (ou un GIX partenaire) avec les route serveur activé, ce qui signifie qu'il suffit d'être sur ce point de peering et d'activer les route serveur pour peerer simplement avec eux et avoir une qualité de service au top. Je vois que des FAI éloignés comme ZeOP Reunicable font l'effort de venir sur paris (Interxion-1) pour peerer sur France-IX, pourtant le coût n'est pas le même que pour un FAI qui a déjà de nombreux routeurs dans le même datacenter que le GIX. Je remarque par contre qu'il manque un minorité de FAI français à l'appel sur FranceIX (il semble en manquer trois :o). Ce sont ceux qui ont des problèmes récurrents avec Youtube ? Certains clients de Free ou Orange ont du mal a comprendre pourquoi les gros FAI qui peuvent pourtant faire une économie d'échelle sur leur réseau, sont ceux qui ont des problèmes de peering saturés... j'accepterai parfaitement qu'on descende mon débit Internet (pas TV) à 5-6Mb/s, si on m'assurait une qualité meilleure que cette merde de connexion Free ! = http://lafibre.info/peering/peering-symetrique-gratuit-ou-asymetriques-payant/12/ --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [MISC] Mieux que l'HADOPI, Free !
Le 04/01/2013 22:06, Solarus a écrit : Si Free n'est pas capable de payer des 10G là où il en a besoin, je m'inquiète pour leur survie. Ou alors est-ce le fantasme de faire racker Google ? Si c'est celà il foncent droit dans le mur. Solarus. --- Liste de diffusion du FRnOG http://www.frnog.org/ Le trafic Google = Free doit être proche de 200 Gb/s si Free réalisait des upgrades régulièrement. Maintenant l'abonnement est là pour payer cet investissement. Google, c'est l'arbre qui cache la foret. Le trafic Free = Cogent est lui aussi très faible le soir et c'est pareil avec d'autres fournisseurs de transit IP. C'est bien de proposer du FTTH avec un débit down de 500 Mb/s (observé en réalité vers quelques rares destinations), mais je préférerais 30 Mb/s vers toutes les destinations. Aujourd'hui c'est ça le FTTH de Free : $ *wget -O /dev/null http://testdebit.info/fichiers/1000Mo.dat* 100%[] 1 000 000 000 *59,8M/s* ds 16s 2012-12-18 19:36:39 (*58,0 MB/s*) - «/dev/null» sauvegardé [10/10] = 58 Mo/s de débit moyen soit 487 Mb/s Mais c'est aussi ça : $ *youtube-dl http://www.youtube.com/watch?v=-oCCnxBos10* |[download] 51.0% of 92.65M at*34.10k/s* ETA 22:43^C ERROR: Interrupted by user| = 34 Ko/s pour un téléchargement Google ou Cogent Sinon, j'aime bien les nouvelles impostures de pub Orange Il y a internet libre, ouvert et neutre et internet verrouillé avec Free = http://lafibre.info/free-espace-technique/free-bloque-la-pub-google/msg69890/#msg69890 Vivien --- Liste de diffusion du FRnOG http://www.frnog.org/
[FRnOG] [TECH] Configuration IPv6 avec Vlan sous Ubuntu server 11.10
Bonsoir, J'ai honte, cela fait plusieurs jours que je bloque sur une simple configuration IPv6 avec Vlan sous linux... J'ai testé sur plusieurs machines nouvellement installées avec Ubuntu server 11.10, plusieurs type de carte réseau, rien a faire, IPv6 ne monte pas sur le Vlan. J'ai bien installé le paquet vlan. IPv4 sans vlan = ok IPv6 sans vlan = ok IPv4 avec vlan = ok IPv6 avec vlan = non ok Pas besoin d'avoir de réseau, j'ai fait l'exercice avec réseau et juste avec l'interface up sans rien derrière = même pb *Mon fichier /etc/network/interfaces :* auto lo iface lo inet loopback auto eth0 iface eth0 inet static address 192.168.0.50 netmask 255.255.255.0 iface eth0 inet6 static address 2a01:6e00::::2 netmask 64 auto eth0.77 iface eth0.77 inet static address 192.168.1.50 netmask 255.255.255.0 gateway 192.168.1.1 iface eth0.77 inet6 static address 2a01:6e00::::2 netmask 64 gateway 2a01:6e00::::1 J'ai testé avec plusieurs type d'IP, changé le N° de vlan, avec / sans gateway, mais IPv6 ne monte pas. *un ifconfig après un reboot :* eth0 Link encap:Ethernet HWaddr 00:24:e8:96:45:ff inet adr:192.168.0.50 Bcast:0.0.0.0 Masque:255.255.255.0 adr inet6: fe80::224:e8ff:fe96:45ff/64 Scope:Lien adr inet6: 2a01:6e00::::2/64 Scope:Global UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 Packets reçus:1 erreurs:0 :0 overruns:0 frame:0 TX packets:37 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 lg file transmission:1000 Octets reçus:60 (60.0 B) Octets transmis:2062 (2.0 KB) Interruption:43 Adresse de base:0xc000 eth0.77 Link encap:Ethernet HWaddr 00:24:e8:96:45:ff inet adr:192.168.1.50 Bcast:0.0.0.0 Masque:255.255.255.0 adr inet6: fe80::224:e8ff:fe96:45ff/64 Scope:Lien UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 Packets reçus:0 erreurs:0 :0 overruns:0 frame:0 TX packets:30 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 lg file transmission:0 Octets reçus:0 (0.0 B) Octets transmis:1476 (1.4 KB) * *On a bien une IPv6 Scope:Global sur eth0 mais pas sur eth0.77 * Si je fait un /etc/init.d/networking restart :* * Running /etc/init.d/networking restart is deprecated because it may not enable again some interfaces * Reconfiguring network interfaces... ssh stop/waiting ssh start/running, process 1577 net.ipv6.conf.eth0.autoconf = 0 ssh stop/waiting ssh start/running, process 1622 Set name-type for VLAN subsystem. Should be visible in /proc/net/vlan/config ERROR: trying to add VLAN #77 to IF -:eth0:- error: File exists RTNETLINK answers: File exists Failed to bring up eth0.77. ...done. Voici le contenu de /proc/net/vlan/config : VLAN Dev name| VLAN ID Name-Type: VLAN_NAME_TYPE_RAW_PLUS_VID_NO_PAD eth1.77| 77 | eth1 Si vous avez des idées, je suis preneur ! Vivien. --- Liste de diffusion du FRnOG http://www.frnog.org/
[FRnOG] [TECH] Configuration IPv6 avec Vlan sous Ubuntu server 11.10
Merci, j'utilise ifupdown 0.7~alpha5.1ubuntu5 et c'est bien un bug de cette version, j'ai installé un Ubuntu 10.10 sur un PC et la aucun souci... Je vais attendre que le correctif soit dans les dépôts pour mettre l'IPv6 sur mon serveur :-) Merci à tous pour votre aide. Guillaume le Eth1 c'est la copie d'écran sur une autre machine (j'ai testé sur 3 PC différents) Le 16/12/2011 20:54, Nicolas Hyvernat a écrit : Version de package ifupdown? Si c'est la version 0.7 alpha... Des choses ont été corrigés en 0.7 beta1, comme par exemple: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=632902 Source: ifupdown Version: 0.7~beta1 [...] * Accept VLAN interface names (Closes: #632902). A+ --- Liste de diffusion du FRnOG http://www.frnog.org/
[FRnOG] Impacte de la latence et perte d’acquittement TCP sur le débit
Bonjour, J'ai réalisé de nombreux tests pour comprendre les performances réseau avec de la latence et perte d’acquittement TCP. Je ne parle pas des mauvaises performances liées au système d'exploitation client (Rwin limitée à 64 Ko avec tous les navigateurs sous Windows XP et limitée à 255 Ko sous Windows 7 avec les navigateurs IE, Firefox, Opéra) mais des performances coté serveur. On va prendre un cas simple : un abonné sur le réseau Numericbale (avec la fonction TCP ACK Suppression activée sur le modem DOCSIS qui entraîne une limitation à 222 ACK/sec, soit 92% des acquittements TCP dropés à 90 Mb/s) qui télécharge aux USA (latence de 100ms) = Le débit est limité à 580 Ko/s (testé avec 4 clients : Linux, MacOS X, Windows 7 avec une Rwin de 4 Mo et Windows XP avec une Rwin de 4 Mo) J'ai mis en place un serveur en France qui rajoute 100ms : http://100ms.lafibre.info (la latence supplémentaire est générée avec NetEm) et un autre sans la latence en+ http://0ms.lafibre.info ce qui permet de faire le test en ne modifiant que le paramètre latence. - Avec 100ms de latence en + avec TCP ACK Suppression : wget http://100ms.lafibre.info/10Gb.dat -O /dev/null = débit de 580 Ko/s - Avec 100ms de latence en + sans TCP ACK Suppression : wget http://100ms.lafibre.info/10Gb.dat -O /dev/null = débit plus de 10 Mo/s - Avec 0ms de latence en + (avec ou sans TCP ACK Suppression) : wget http://0ms.lafibre.info/10Gb.dat -O /dev/null = débit plus de 10 Mo/s Les débits sont donc bon si nous avons de la latence sans les pertes d’acquittement ou inversement des pertes d’acquittement sans latence. Avec de la latence et des pertes d’acquittement, le débit s'écroule. Malheureusement il n'est pas possible de désactiver la latence quand on télécharge aux USA ou le TCP ACK Suppression sur les modems Numericable. J'ai testé des serveurs mirror Australiens d'Ubuntu avec 1 Gb/s de BP vers le net : Serveur 1 : wget -O /dev/null http://mirror.aarnet.edu.au/pub/ubuntu/releases/11.04/ubuntu-11.04-desktop-i386.iso Je ping ce serveur en 310ms. Avec une connexion limitée à 222 ACK/sec, je suis limité à 0,2 Mo/s Avec une connexion sans perte d’acquittements, je télécharge à 9,4 Mo/s Serveur 2 : wget -O /dev/null http://ftp.iinet.net.au/pub/ubuntu-releases/11.04/ubuntu-11.04-desktop-i386.iso Je ping ce serveur en 365ms. Avec une connexion limitée à 222 ACK/sec, je télécharge à 6 Mo/s Avec une connexion sans perte d’acquittements, je télécharge à 6 Mo/s il y a donc un paramétrage serveur ou un système d'exploitation différent entre ces deux serveurs. http://100ms.lafibre.info/ et http://0ms.lafibre.info/ sont des Linux 2.6.38 + apache 2.2 avec les paramétrages TCP/IP par défaut. Ma question : quel système d'exploitation ou paramètre linux utiliser pour avoir des bonnes performances avec une latence importante et un drop des acquittements au-delà de 222 ACK/s ? Merci d'avance pour vos retours. Vivien. --- Liste de diffusion du FRnOG http://www.frnog.org/
[FRnOG] Freebox révolution fibre : limitation de débit liée au Broadcom BCM6368 ?
Bonjour, Il semblerait que le débit de la Freebox révolution fibre soit limité non pas par le réseau (1 Gb/s) mais par le Broadcom BCM6368. = http://lafibre.info/free-la-fibre/freebox-revolution-fibre-ftth-debit-en-telechargement-de-1-gbs/ Le débit est en moyenne de 600 Mb/s en download TCP avec linux (avec des paquets IP dont la taille peux attendre 14,5 Ko d'après Wireshark). En UDP je reçois 300 Mb/s quand j'envoie 600 Mb/s (paquets de 1500 octets) comme le montre le test iperf ci-dessous. Le Broadcom BCM6368 a un bus interne de 1 Gb/s ce qui devrait permettre de dépasser les 600 Mb/s en half-duplex et on devrait frôler les 900 Mb/s en UDP. *La limitation est donc sur l'accélérateur de NAT du BCM6368 ?* Test iperf en UDP, le serveur envoie à 600 Mb/s : [ ID] Interval Transfer BandwidthJitter Lost/Total Datagrams [ 3] 0.0- 1.0 sec 36.7 MBytes 308 Mbits/sec 0.020 ms 26120/52302 (50%) [ 3] 1.0- 2.0 sec 36.8 MBytes 309 Mbits/sec 0.041 ms 26440/52719 (50%) [ 3] 2.0- 3.0 sec 30.4 MBytes 255 Mbits/sec 0.046 ms 30810/52482 (59%) [ 3] 3.0- 4.0 sec 35.5 MBytes 298 Mbits/sec 0.053 ms 27442/52766 (52%) [ 3] 4.0- 5.0 sec 35.1 MBytes 294 Mbits/sec 0.062 ms 27324/52333 (52%) [ 3] 5.0- 6.0 sec 31.3 MBytes 263 Mbits/sec 0.053 ms 30475/52833 (58%) [ 3] 6.0- 7.0 sec 34.3 MBytes 288 Mbits/sec 0.051 ms 28196/52649 (54%) [ 3] 7.0- 8.0 sec 34.9 MBytes 293 Mbits/sec 0.044 ms 27738/52640 (53%) [ 3] 8.0- 9.0 sec 35.5 MBytes 298 Mbits/sec 0.102 ms 26856/52213 (51%) [ 3] 9.0-10.0 sec 34.0 MBytes 285 Mbits/sec 0.061 ms 28785/53045 (54%) [ 3] 0.0-10.0 sec 345 MBytes 289 Mbits/sec 0.045 ms 280305/526231 (53%) Cordialement, Vivien.
Re: [FRnOG] Freebox révolution fibre : limitation de débit liée au Broadcom BCM6368 ?
Le 14/02/2011 21:13, Pierre-François Hugues a écrit : 2011/2/14 Vivien GUEANTviv...@gueant.org: Il semblerait que le débit de la Freebox révolution fibre soit limité non pas par le réseau (1 Gb/s) mais par le Broadcom BCM6368. Le Broadcom BCM6368 a un bus interne de 1 Gb/s ce qui devrait permettre de dépasser les 600 Mb/s en half-duplex et on devrait frôler les 900 Mb/s en UDP. La limitation est donc sur l'accélérateur de NAT du BCM6368 ? Tu as une source expliquant ce que le 6368 a à voir avec le NAT sur ce matériel ? J'ai une source, robotek, qui explique que le switch n'ayant que 6 ports, 4 sont pour les ports Ethernet LAN, un pour relier le BCM6368 et un pour le SoC ARM 88F6281 à 1,2 GHz. Pas de place pour le SFP. Le BCM6368 possède 2 ports 1 Gb/s ce qui permet de gérer le SFP et le switch 6 ports. = http://lafibre.info/free-la-fibre/freebox-revolution-fibre-ftth-debit-en-telechargement-de-1-gbs/msg29938/#msg29938 Vivien --- Liste de diffusion du FRnOG http://www.frnog.org/
[FRnOG] Etherchannel avec QoS activé à 90% de charge sans perdre des paquets ?
Bonjour, Je suis a la recherche d’informations pour comprendre a partir de quel moment un routeur va droper des paquets sur un lien Etherchannel 2 x 1 Gb/s ou 2x 10 Gb/s sur lequel passe 10% de flux priorisé en utilisant le champ DSCP. L’information sur la charge du lien est donnée par CACTI (avec un relevé » des compteurs toutes les 5 minutes). Avec une charge de 80% (soit 16 Gb/s sur un lien 2x 10 Gb/s), est-il normal que le routeur commence à droper des paquets sur les flux non priorisés ? Le paramétrage par défaut des routeurs Cisco et Juniper est identique sur ce point ? Qu’es-ce qui pourrait expliquer sur le graphe http://lafibre.info/images/cogent/graphe_saturation.png que le lien sature a seulement 85% ? Est-il possible d’utiliser un lien Etherchannel avec QoS activé à 90% de charge sans perdre des paquets ? Vivien --- Liste de diffusion du FRnOG http://www.frnog.org/
[FRnOG] Re: [FRnOG] Re: [FRnOG] Eth erchannel avec QoS activé à 90% de charge sans perdre des paquets ?
Le 09/12/2010 22:20, Raphael Maunier a écrit : Hello Vivien, Si tu as une source/dest identique de chaque cote qui bourrine est qui est un flux unique, ca ne va pas load-balancer correctement. Tu pourra donc avoir un lien full et l'autre non. Tu as les infos de charge de chaque liens ? Il faut souvent tweaker le hash-key pour permettre un meilleur load-balancing. Ensuite sur un clsco, en fonction du nombre de pps, ça a une incidence. Je parle de façon générale avec de nombreux petits flux. C'est normal que la répartition ne soit pas équivalente sur chaque lien ? Pour prendre un exemple concret, à l'heure où j'écris, sur OVH : - Entre vss-2-6k et asr-g1-a9 il y a 4 liens 10 Gb/s dont la charge varie de 46% à 55% - Entre asr-g1-a9 et ams-1-6k il y a 4 liens 10 Gb/s dont la charge varie de 74% a 80% = http://weathermap.ovh.net/backbone Vivien --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] Etherchannel avec QoS activé à 90% de charge sans perdre des paquets ?
Le 09/12/2010 22:52, Raphael Maunier a écrit : Bon apres, je n'avais pas fais attention a seulement juste avant 85% :) 85% , c'est beaucoup trop :) Pour toi il faut l'upgrader un lien a quel % de charge ? 70% ? (on ne prend pas en considération l'aspect sécurisation, qui fait que dans une boucle il faut charger à moins de la moitié au cas où la boucle s'ouvre) Quels sont les impacts clients d'un lien 20 Gb/s chargé à 80% ? aucun ? Vivien. --- Liste de diffusion du FRnOG http://www.frnog.org/
[FRnOG] M6 replay depuis Bouygues Telecom : pourquoi on arrive aux USA ?
Bonsoir, J'ai fait une capture Wireshark pour voir quel réseau utilise M6 replay. Surprise, le serveur utilisé, 4.23.55.125, est aux USA comme le montre le traceroute : # traceroute-nanog -A 4.23.55.125 traceroute to 4.23.55.125 (4.23.55.125), 30 hops max, 60 byte packets 2 V113.TenGEC5-10G.core03-t2.club-internet.fr (62.34.0.169) [AS5410] 0.204 ms 0.210 ms 0.196 ms 3 V210.TenGEC1-20G.core04-t2.club-internet.fr (62.34.0.166) [AS5410] 0.265 ms 0.225 ms 0.217 ms 4 213.242.111.61 (213.242.111.61) [AS3356/AS9057] 0.442 ms 0.447 ms 0.479 ms 5 ae-33-51.ebr1.Paris1.Level3.net (4.69.139.193) [AS3356] 0.908 ms 1.095 ms 1.323 ms 6 ae-47-47.ebr1.London1.Level3.net (4.69.143.109) [AS3356] 7.837 ms 7.822 ms 7.787 ms 7 ae-100-100.ebr2.London1.Level3.net (4.69.141.166) [AS3356] 8.071 ms 7.555 ms 7.610 ms 8 ae-43-43.ebr1.NewYork1.Level3.net (4.69.137.74) [AS3356] 76.582 ms 76.616 ms 76.313 ms 9 ae-4-4.ebr1.NewYork2.Level3.net (4.69.141.18) [AS3356] 76.458 ms 76.379 ms 76.510 ms 10 ae-1-51.edge3.NewYork2.Level3.net (4.69.138.196) [AS3356] 118.055 ms 76.514 ms 76.340 ms 11 * * * 12 * * * Le flux regardé était le suivant : http://www.m6replay.fr/#/info/enquete-exclusive/18690 La capture a été fait pendant le contenu, pas pendant la publicité. Le pb est commun à tous les FAI ou c'est uniquement pour l'AS5410 (Bouygues Telecom FAI) ? Quel intérêt pour M6 d'héberger du contenu réservé aux français, outre-atlantique, chez Level3 ? Il me semble que si on demande le flux depuis une IP non française on est jeté (après la publicité qui elle passe bien à l'étranger). Vivien. --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] M6 replay depuis Bouygues Telecom : pourquoi on arrive aux USA ?
Le 21/10/2010 00:52, MM a écrit : Parceque c'était le provider le moins cher et que le délais est pas du tout gênant quand on fait du streaming ? Cogent ? ;) Bon, il est vrai que L3 est (était ?) assez agressif sur ses tarifs. Ils est tout de même dommage de charger une transatlantique pour un service français vu par un public français - ou alors L3 a de la capacité à ne plus savoir quoi en faire ... Ce qui est dommage également, c'est d'utiliser du transit là où il serait possible de mettre un peering. Si je résume la situation chez Free : - Dailymotion paye pour du paid-peering - Google à un peering privé gratuit - M6 replay oblige Free à payer du transit pour ses vidéos Level3 est un fournisseur de transit pour Free : /*Free */ /*Bande passante: *//*Fournisseurs: */ 200410 Gbps OpenTransit, Telia, Sprint 200510 Gbps Open Transit, Teleglobe 200640 Gbps Teleglobe, Level(3) 200740 Gbps Teleglobe, Level(3) 200880 Gbps Teleglobe, Level(3) 2009160Gbps Teleglobe, Level(3) Vivien.
Re: retour au ripe (was Re: [FRnOG] Le RIPE et les PI)
Le 06/08/2010 11:59, Thomas Mangin a écrit : De plus, même si RIPE ne peut plus allouer d'IPv4 l'année prochaine, cela ne veut pas dire que tout va s'arrêter en le monde IPv4. Ca, c'est le message marketing pour que les gens se bouge les fesses (je le supporte). La réalité est que beaucoup d'organisations ont des réserves suffisantes pour encore quelques années (moi inclus). C'est dans 2-3-4 ans que les premières dents vont réellement grincer. L'année prochaine ce sont les nouveaux entrants qui vont souffrir - et soyons honnête avec nous même, les acteurs établis ne vont pas pleurer. J'ai même entendu qu'en 2014, le trafic IPv4 sera toujours supérieur au trafic IPv6. Moi qui pensais qu'en 2014 le trafic IPv4 serait proche de 0, le dual stack préférant l'IPv6 et l'ensemble des serveurs web ayant une double pile v4/v6. Certains acteurs établis ne migreraient pas en IPv6 avant plusieurs années et quand les IPv4 vont manquer c'est du NAT nouvelle génération, avec ouverture des ports en UPnP, qui va prendre la relève pour les nouveaux clients... Ah citéFibre et ses adresses publiques réservées pour la VoIP : Chaque abonné avait 3 IP : Une publique pour Internet, une publique pour la VoIP et une privée pour la TV. Bon c'est terminé les derniers abonnés ont été résiliés le 28 juin 2010, l'aventure est terminée, la fibre va partir à la poubelle. Pour les nostalgiques une copie du site web http://lafibre.info/site/citefibre/ Vivien. --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] Outil de validation de bande passante
Bonjour, J'ai noté ce bug lors d'un test avec l'option -r (reverse) avec iperf 2.0.4 et dans certains cas avec iperf 1.7.0. Iperf 2.0.2 me donne entière satisfaction. Iperf 2.0.2 est téléchargeable sur : http://iperf.fr Les sources sont ici : http://sourceforge.net/projects/iperf/ Vivien. thioux nicolas a écrit : Bonjour, Merci pour vos retours; le problème avec Iperf, lorsqu'il tourne en serveur (-D), c'est qu'il n'est pas possible de finir un test complet, il s'arrête en plein test initial. C'est un bug connu, devant être réglé avec les dernières versions, mais je n'ai trouvé nul part si tel était le cas, et en plus le site des développeurs est fermé donc.. je pense à autre chose ! Merci et bonne journée Nicolas / / --- En date de : *Dim 15.11.09, eberkut /eber...@minithins.net/* a écrit : De: eberkut eber...@minithins.net Objet: Re: [FRnOG] Outil de validation de bande passante À: Liste FRnoG frnog@frnog.org Date: Dimanche 15 Novembre 2009, 22h11 Le 15 nov. 2009 à 20:51, thioux nicolas a écrit : Bonjour Pierre-Edouard, Merci pour ta réponse; en fait, ce que je recherche ne correspond pas à un testeur Trend ou Fluke, mais il s'agit d'une procédure client-serveur disponible pour nos clients, et non pas d'un outil hardware ou il faudrait envoyer un tech etc... Le modèle est l'outil iperf, mais il n'est pas complet et buggé, malheureusement pour nous... Bonne soirée Nicolas netperf ou netpipe. J'ai tendance à éviter iperf parce que le code contient pas mal de linuxismes (tandis que netperf existe même sous Windows, cf http://lists.freebsd.org/pipermail/freebsd-performance/2007-May/002706.html. Par contre tu as peut-être intérêt à préciser en quoi iperf n'est pas complet pour toi. -- Vincent Morel--- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] Authentification utilisateur FTTH
Raphaël Jacquot a écrit : On Tue, 2009-09-22 at 10:37 +0200, Julien Doussot wrote: Bonjour à tous, J’ai une petite question concernant le FTTH. Comment authentifiez-vous vos utilisateurs sur votre réseau FFTH Ethernet ? Y a t’il un best practice ? Merci sfr, orange : bah, on change pas un systeme foireux... on continue a utiliser du pppoe over la fibre, et on change toujours l'ip de l'abonné de force toutes les 24h, sauf s'il paye l'option ip fixe a 20€/mois free: nous, on fait plus simple. la mac de la freebox optique est la seule autorisée sur le port du 4500 sur lequel la fibre du mec est connectée... citéFibre : IP publique Data : Vlan 100 + PPPoE IP publique VoIP : Vlan 1100 + DHCP IP privée STB 1 : Vlan 2100 + DHCP avec options IP privée STB 2 : Vlan 2100 + DHCP avec options Chaque service à son IP mais cela nécessite 2 IP publique. Vivien.
Re: [FRnOG] Authentification utilisateur FTTH
Je confirme : IPv4 publique fixe pour SFR Fibre optique (avec les technos Gpon, P2P, VDSL2 ou extension Axione) IPv4 fixe également avec citéFibre. Par contre, l'IPv4 est dynamique avec Orange fibre optique. Vivien. Nicolas MARTIN - Smea a écrit : Non, l'@ IP n'est pas changée de force toutes les 24H chez SFR Cdt, Nikola Le 22 septembre 2009 12:29, Vivien GUEANT viv...@gueant.org mailto:viv...@gueant.org a écrit : Raphaël Jacquot a écrit : On Tue, 2009-09-22 at 10:37 +0200, Julien Doussot wrote: Bonjour à tous, J’ai une petite question concernant le FTTH. Comment authentifiez-vous vos utilisateurs sur votre réseau FFTH Ethernet ? Y a t’il un best practice ? Merci sfr, orange : bah, on change pas un systeme foireux... on continue a utiliser du pppoe over la fibre, et on change toujours l'ip de l'abonné de force toutes les 24h, sauf s'il paye l'option ip fixe a 20€/mois free: nous, on fait plus simple. la mac de la freebox optique est la seule autorisée sur le port du 4500 sur lequel la fibre du mec est connectée... citéFibre : IP publique Data : Vlan 100 + PPPoE IP publique VoIP : Vlan 1100 + DHCP IP privée STB 1 : Vlan 2100 + DHCP avec options IP privée STB 2 : Vlan 2100 + DHCP avec options Chaque service à son IP mais cela nécessite 2 IP publique. Vivien.
Re: [FRnOG] Megavideo innaccessible depuis la France
CitéFibre (petit FAI FTTH sur le réseau Axione) serait-il le seul FAI français à ne pas bloquer le DNS de megavideo.com ? megavideo.com est bloqué sur le serveur DNS primaire, mais pas sur le secondaire : $ nslookup megavideo.com ns1.axione.fr ;; connection timed out; no servers could be reached $ nslookup megavideo.com ns2.axione.fr Server:ns2.axione.fr Address:217.119.179.41#53 Non-authoritative answer: Name:megavideo.com Address: 69.5.88.227 Name:megavideo.com Address: 69.5.88.228 Name:megavideo.com Address: 69.5.88.229 Name:megavideo.com Address: 69.5.88.230 Name:megavideo.com Address: 69.5.88.231 Name:megavideo.com Address: 69.5.88.225 Name:megavideo.com Address: 69.5.88.226 Pour les autres, vous pouvez rajouter 69.5.88.229 megavideo.com à votre fichier /etc/hosts Vivien. Raphael Maunier a écrit : En tout ca, megaupload (CIRN/CARPATHIA...) ca fonctionne tres bien , je passe plus de 3 gig avec eux sur Ashburn :) ( http://as29748.peeringdb.com/) Pour les videos, je vois plus un pb de geoloc comme pour netflix qui filtrent les ips eyeball EU Raphael Le 27 juin 09 à 08:02, Michel Py a écrit : En tout cas ça résout et ça marche depuis les EU, je suis bien curieux de savoir la raison du blocage? Sur plusieurs FAI américains ça résout 69.5.88.229 (PTR hosted.by.cirn.net), apparemment situé à Ashburn, Virginie. Michel. From: owner-fr...@frnog.org [mailto:owner-fr...@frnog.org] On Behalf Of Christophe Gasmi Sent: Friday, June 26, 2009 10:41 PM To: Korben Cc: Mailing List French Netw Operators Group Subject: Re: [FRnOG] Megavideo innaccessible depuis la France Salut, Effectivement les FAI bloque au niveau DNS quelques sites de partage vidéo, fait le test avec d'autres serveurs dns tel que opendns, tu verra que cela fonctionne et l'info circule déja sur Internet donc dans quelques jours le filtrage mis en place sera innoperant. Je m'étonne du filtrage mis en place, Y a t'il eu une décision de justice pour déclarer ces sites illegaux ? Il n'est pas dur de trouver du contenu qui ne respecte pas le droit d'auteur sur Youtube mais bannir Youtube ferait tache pour le FAI, outch. Christophe Le 27 juin 2009 07:07, Korben kor...@korben.info a écrit : Bonjour à tous, En tant que petit rapporteur d'info, je voulais vous signaler à tous (surtout les FAI) que le site Megavideo.com était inaccessible depuis chez quasi tous les FAI. Je n'ai pas plus d'informations à ce sujet mais le site reste accessible depuis l'étranger. Évidemment la rumeur enfle, et de nombreuses personnes sur les forums hurlent à la censure gouvernementale. Je n'y crois pas trop mais je viens vers vous pour savoir si vous avez plus d'informations. Merci à tous et bon week end --- Liste de diffusion du FRnOG http://www.frnog.org/
[FRnOG] Loi création et internet adopté e par l'Assemblée Nationale
renchap a écrit : Avec 2.5% des députés présents pour le vote, la loi création et internet a été adoptée par l'Assemblée Nationale. http://www.pcinpact.com/actu/news/50142-assemblee-nationale-adopte-riposte-graduee.htm http://www.laquadrature.net/fr/hadopi-penible-accouchement-du-monstre-a-lassemblee Les déconnectés par l'HADOPI n'auront plus à injustement continuer de payer leur abonnement durant la déconnexion. = Si je comprend bien, la coupure ne concerne qu'Internet (la VoIP et la TVoIP doivent rester fonctionnel) et en plus l'abonné ne paye plus d'abonnement ? Si l'abonné à souscrit a des chaines TV optionnel, il doit continuer à les payer ? Qui va payer l'abonnement ? L'état ? (Le transit IP, ce n'est pas le plus gros dans la facture d'un abonné ;-) ) Sinon si j'ai bien compris Albanel, il suffit de prouver que personne n'étais chez vous au moment du piratage pour échapper à la coupure ? (c'est connu, e-Mule quand vous partez travailler, il attend votre retour pour continuer) Ne ratez pas les 2 vidéos d'Albanel, que du bonheur : http://www.pcinpact.com/actu/news/50142-assemblee-nationale-adopte-riposte-graduee.htm Vivien. --- Liste de diffusion du FRnOG http://www.frnog.org/
[FRnOG] IPv6 : Comment fait Free pour avoir le AAAA de Google ?
Bonjour, Sur les serveurs DNS de Free, un dig nous donne des enregistrements pour www.google.fr et www.gmail.com : $ dig @212.27.53.252 www.google.fr -t | grep -A 4 ; ANSWER ;; ANSWER SECTION: www.google.fr.254873INCNAMEwww.google.com. www.google.com.600413INCNAMEwww.l.google.com. www.l.google.com.257IN2001:4860:a003::68 $ dig @212.27.53.252 www.gmail.com -t | grep -A 4 ; ANSWER ;; ANSWER SECTION: www.gmail.com.82413INCNAMEmail.google.com. mail.google.com.248290INCNAMEgooglemail.l.google.com. googlemail.l.google.com. 211IN2001:4860:0:1001::53 Sur mon serveur DNS ou sur ceux d'autres FAI, je ne retrouve pas ces enregistrements : $ dig @127.0.0.1 www.google.fr -t | grep -A 4 ; ANSWER ;; ANSWER SECTION: www.google.fr.345283INCNAMEwww.google.com. www.google.com.604483INCNAMEwww.l.google.com. ;; AUTHORITY SECTION: Pourtant sur certains sites j'ai bien un enregistrement (comme par exemple le site www.free.fr ), donc je ne pense pas que ce soit mon serveur DNS qui soit en cause : $ dig @127.0.0.1 www.free.fr -t | grep -A 4 ; ANSWER ;; ANSWER SECTION: www.free.fr.86400IN2a01:e0c:1:1599::1 ;; AUTHORITY SECTION: free.fr.148566INNSfreens1-g20.free.fr. Comment fait Free pour récupérer les enregistrements de Google ? C'est rentré en dur ? Si oui, où est disponible la liste des IPv6 à déclarer ? Vivien. --- Liste de diffusion du FRnOG http://www.frnog.org/
[FRnOG] [FRnOG] Re: Re: [FRnOG] Re: Numericable : mauvaise techno ou mauvais réseau
Rani Assaf a écrit : - Jérôme Nicolle jer...@ceriz.fr wrote: Pas forcement, c'est ce que je suis en train de découvrir chez certains offices HLM par exemple, la distribution cuivre leur appartient. Dans ce cas, pour un déploiement rapide, le VDSL n'est pas inintéressant, surtout avec des composants qui gèrent ADSL2+ et VDSL2. Et les opérateurs qui sont au NRA qui vont être totalement perturbés par ton VDSL en pied d'immeuble, on s'en fout? C'est le cas avec Erenis, certains abonnés FreeBox ont vu leur débit divisé par 2 quand ils se sont abonnés à Erenis, sur la seconde paire de cuivre de leur câble téléphonique. On retrouve également des petites perturbations sur l'ADSL quand des entreprises commandent de nombreuses lignes SDSL 2 Mb/s symétrique. Ethernet : Erenis à fait un test sur un immeuble en Ethernet, dans un câble cat5, 2 paires servent pour le 100 Mb/s Ethernet et 1 paire pour le téléphone analogique (= pas de box chez l'utilisateur car Erenis ne proposait pas de TV à l'époque). Le problème c'est que cela limite à 100 mettre, or en VDSL, le DSLAM Erenis est éloigné jusqu'à 800m du logement (ce n'est pas un DSLAM par immeuble mais un DSLAM pour un ensemble d'immeubles proche). Vivien http://lafibre.info/
Re: [FRnOG] Livebox + vente liée ?
Jérôme a écrit : Personnellement, je n'appelle pas ça de la mise en concurrence, il n'y a au aucune mention d'alternative, pas même l'offre de Numericable pourtant présent sur le secteur depuis longtemps, ni eu aucun document technique ou informatif accompagnant. J'espère que le syndic a grassement été rémunéré pour sa bienveillance. Il est aberrant de fibrer plusieurs fois un même immeuble, mais ce n'est pas interdit. A Paris, certains immeubles sont fibrés par les 4 opérateurs (Orange, SFR, Free et Numericbale). Chaque opérateur a posé sa fibre (coax pour NC) verticalement dans l'immeuble et histoire d'encombrer les parties communes, les boitiers de distribution (qui ne sont pas présent à tous les étages) sont installés aux même étages. L'immeuble à donc 5 réseaux distinct (paire de cuivre pour l'ADSL, coax FTTLA, et 3x FTTH) http://lafibre.info/images/citeFibre/2008_08_immeuble_5eme_etage_3.jpg Sur cette photo à gauche les 48 fibres SFR et à droite en bleu les 48 fibres citéFibre. SFR regroupe les fibres par tube de 8, citéFibre par tube de 4. http://lafibre.info/images/sfr/200901_install_sfr_gpon_08.jpg C'est la photo d'un point de mutualisation posé par SFR. Les 3 premiers blocs de 48FO vont dans les étages. Le 48FO du bas contiens les coupleurs Gpon de SFR et la fibre noir par dans les égouts. Si un 2éme opérateur est intéressé, il rajoute un étage 48FO de plus en dessous. Vivien.
[FRnOG] Re: [FRnOG] Re: Numericable : mauvaise techno ou mauvais réseau
Pierre Col a écrit : J'ai le Net chez Neuf en dégroupage partiel, le téléphone chez FT (mais en présélection chez Neuf avec de l'illimité sur les fixes France) et la télé chez NC : j'ai jamais les 3 en panne en même temps - et ça pour moi cela a une valeur, donc un prix (j'ai vu trop de proches restér privés de Net + tel pendant quelques jours, chez tous les FAI) - et on téléphone très très peu du fixe et quasi jamais à l'étranger. Ok ça coûte 70 euros par mois don 38 de NC, mais je suis un ultra-privilégié (enfin, sans payer l'ISF pour autant hein) et je peux m'offrir ce luxe... qui correspond à mon profil particulier. Pour un petit jeune qui a déjà un mobile, n'a pas besoin de se faire appeler sur un fixe, ne regarde pas la télé et ne veut que le Net, il est bien d'avoir une offre avec juste le Net sec non ? Tu n'est pas le seul ultra-privilégié j'en connais plusieurs de FRnOG qui ont 2 FAI ADSL chez eux ce qui est un autre moyen pour s'assurer pour pas cher une dispo à 99,99% Ce qui m'a choqué par contre, c'est que certains n'ont pas compris que l'ADSL ont peut le partager, j'ai rencontré une famille (parents et 2 enfants) avec 3 PC (habituel a ce niveau là) mais avec 3 accès Internet ! Moi qui en 2000 partageais ma connexion Netissimo 1 (512 / 128) avec mon (petit) immeuble que j'ai câblé en Ethernet ! Vivien. http://lafibre.info --- Liste de diffusion du FRnOG http://www.frnog.org/
[FRnOG] Re: [FRnOG] Re: [FRnOG] Re: [FRnOG] Re: [FRnOG] Numericable : mauvaise techno ou mauvais réseau
Xavier Niel a écrit : et on fait de la VOD MPEG4 à 1 Mbit/s de très bonne qualité avec 99,99% des abonnés dégroupés éligibles, 1 Mb/s et très bonne qualité me semble contradictoire sauf si l'écran est celui d'un GSM. Pour en revenir à Numericable, sa force c'est la qualité de la TV HD. En faisant de la pub pour la TVHD, les opérateurs ADSL sont peut-être en train de se tirer une balle dans le pied ! Ce qui est vraiment catastrophique chez Numericbale, ce n'est pas le réseau mais la communication : Le câble utilise une norme de diffusion qui lui est propre (DOCSIS), très supérieure en capacité à celle utilisée par les opérateurs ADSL (IP). Elle lui permet notamment de véhiculer jusqu'à 2,5 Gigas octets de données, là où la norme IP propose au mieux 24 Méga octets, ou 100 Méga octets avec une liaison fibre optique. Source : http://www.numericable.fr/corporate/reseau.php Docsis un concurrent d'IP ? 100 Méga octets = 800 Méga bits ? par seconde ? Une connection FTTH est moins bien que DOCSIS ? Le site est bourré de fautes de ce type : http://lafibre.info/index.php/topic,3017.0.html Vivien
Re: [FRnOG] bandwith is the killer application
Jérôme Nicolle a écrit : Mais quels tuyaux va t on déployer pour faire ça ? Du GPON ? De l'ethernet ? les deux font débat en France à l'heure actuelle, et chacun sont deux visions différentes d'Internet : là ou le GPON est conçu comme un moyen de distribuer du contenu, l'ethernet est naturellement symétrique et place tous les noeuds au même niveau. J'en appelle aux emmerdeurs pour me confirmer que ethernet = internet et gpon = minitel d'ailleurs ;) Le Gpon c'est 2488 Mb/s *symétrique* partagés par 64 abonnés maximum, ce qui permet de vendre des offres commerciales à 1 Gb/s symétrique (il faut avoir un ONT avec une connexion à 1 Gb/s). Pour saturer les 2488 Mb/s, il faut que chaque abonné download ou upload a 38,8 Mb/s, ce qui à peu de chance de se produire. (en ADSL certains FAI n'hésitent pas à mettre 10 DSLAM ADSL 2+ de 1000 abonnés chainés entre eux sur une fibre de 1 Gb/s et cela ne semble pas poser de problèmes) A l'avenir, d'autres technologies pon permettrons certainement d'aller au delà des 2488 Mb/s actuel. Si j'en crois les références de PES, Numericable ferais du Gpon : http://www.pes-technologie.fr/index_fichiers/Page350.htm (regardez en bas de la liste de référence) Les rumeurs disent également que Free pourrait faire du Gpon là où il ne peut pas faire du point à point... (dans certains cas lors de l'utilisation des fourreaux libres de France Telecom / Numericable) Vivien. http://LaFibre.info
[FRnOG] Re: [FRnOG] Re: [FRnOG] Le filtrage d'Internet est-il inéluctable ?
Philippe Bourcier a écrit : L'intérêt dans une démarche de la part du FRNOG serait de faire comprendre a l'Etat qu'il n'existe pas que 3 FAI, mais une constellation d'autres petits et moyens fournisseurs d'accès, qui ne sont représentés nulle part ailleurs a priori. Certes le nombre d'abonné est faible par rapport aux gros, mais que vont-ils devoir faire si la loi leur exige le déploiement de dispositifs de filtrage ? Un filtrage DNS comme c'est pratiqué dans certains pays d'Afrique du nord sera peut être suffisant, non ? En Tunisie, il y a quelques années, http://www.amnesty.org/ ne fonctionnais pas mais http://amnesty.org/ (sans le www) fonctionnais très bien. Les sites filtrés ne l'étaient à l'époque que si l'on met le www. Bien sur ce sera simple pour Mme Michu de prendre un serveur DNS à l'international non filtré, mais si cela suffit aux FAI Français pour répondre aux obligations contractuelles, c'est le plus important. Vivien http://LaFibre.info --- Liste de diffusion du FRnOG http://www.frnog.org/
[FRnOG] Re: [FRnOG] Re: [FRnOG] Re: [FRnOG] Le fi ltrage d'Internet est-il inéluctable ?
Francois Petillon a écrit : Je ne fait pas de réseau donc je peux me planter mais le traffic est généralement shappé par connexion TCP. Le P2P arrivant avec ses dizaines/centaines de connexions simultannées par téléchargement, il phagocyte litéralement le réseau en cas de saturation d'un lien et est susceptible de rendre litéralement inutilisable les protocoles normaux. Du coup, il faut d'une manière ou d'une autre ré-équilibrer les priorités entre protocoles. Dans certains cas la QoS installé par l'opérateur s'applique également par connexion TCP. C'étais le cas avec MédiaFibre (http://www.mediafibre.com/), petit opérateur FTTH sur Pau, racheté par Neuf-SFR qui ne devais pas avoir de Cisco SCE. Test iperf 1 connexion TCP sur le port 4662 : Upload 0.05 Mbits/s - Download 0.54 Mbits/s Test iperf 10 connexions TCP sur le port 4662 : Upload 0.47 Mbits/s - Download 4.29 Mbits/s = On voit qu'avec 10 connexions TCP sur le port 4662, on a un débit environ 10 fois supérieur à celui obtenu avec 1 connexion TCP. Il suffit de changer de port ne plus être bridé : Test iperf 1 connexion TCP sur le port 5001 : Upload 7.04 Mbits/s - Download 18.1 Mbits/s Test iperf 5 connexions TCP sur le port 5001 : Upload 20.0 Mbits/s - Download 22.5 Mbits/s Le détail des tests, réalisés le 8 septembre 2006 sont ici : http://lafibre.info/index.php/topic,2194.msg17512.html#msg17512 En FTTH, avec un abonnement symétrique, les abonnés consomment plus d'upload que de download, la faute au P2P qui tourne 24h/24. SFR ne pratique plus ce bridage (mais le prix de la BP pour MédiaFibre et pour SFR n'est pas le même aussi). Vivien. --- Liste de diffusion du FRnOG http://www.frnog.org/
[FRnOG] Re: [FRnOG] Le filtrage d'Interne t est-il inéluctable ?
Guillaume Monnette a écrit : Essayez de faire du P2P internet avec le WIFI Orange, Wifi d'Hotêl ou une clé 3G. D'ailleurs, une adresse routable semble devenir l'exeption... Partout ailleurs qu'à la maison, ce n'est que proxies et désolation. IPv6 partout = solution ? (on est encore vendredi 13) Vivien. http://LaFibre.info --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] Il a free, mais il a pas tout compris
Seblu a écrit : A priori sur le net ya 2 techniques: - Faire un bridge entre l'interface WAN et LAN de son routeur, on filtrant massivement ce qu'on veut. - Utiliser le NDP proxy. Pour la première solution (pont filtrant l'IPv4 entre le WAN et le LAN du routeur IPv4), il y a un exemple sur http://www.rt74.eu/index.php?post/2008/02/12/Routeur-NAT-et-IPv6 J'ai une 3éme proposition dont l'intérêt et de ne pas nécessiter de pont / proxy linux et qui est utilisable avec son routeur linksys (ou autre) préféré : Elle consiste à relier la FreeBox sur l'interface Wan du linksys (pour l'IPv4) ET sur l'interface Lan du linksys (pour l'IPv6). Ce qui pose problème dans cette situation c'est que la FreeBox fait DHCPv4 et le routeur linksys aussi. Il faut donc désactiver le serveur DHCPv4 sans faire de pont filtrant = Dans l'interface free, on active le mode routeur, on désactive le serveur DHCP et on configure une DMZ vers l'interface Wan du linksys que l'on fixe en dur dans le même sous-réseau. = On fait du double NAT pour l'IPv4 mais cela fonctionne. Pour info, la FreeBox ne propose pas de DHCPv6 , les adresses IPv6 sont obtenu par auto-configuration, une explication est donnée sur http://lafibre.info/index.php/topic,3605.0.html Vivien. --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] point de peering FREEIX
Raphaël Jacquot a écrit : On Mon, 2008-11-17 at 14:53 +0100, Raymond Caracatamatere wrote: Bonjour à tous, J'ai entendu ici et là beaucoup de chose comme quoi l'accès sur le point de peering FreeIX était maintenant très restreint voir impossible. Quant est-il réellement ? pour un échange d'environ 20/50Mbits ou plus ? aucune chance... le mantra ces temps cis, c'est le giga, le giga ! Le PANAP, repris par Bouygues Telecom, est toujours ouvert et gratuit. http://www.panap.fr/ Vivien.
Re: [FRnOG] Choix technologique IPoA vs PPPoA
daren crew a écrit : J'ai tout d'abord pensé, outre les problèmes bien connus du PPP, aux performances... L'encapsulation ? Ce ne sont pas quelques octets de plus qui constituent une différence transcendante... ni même le temps de traitement, on a dépassé ce stade depuis des décénnies ;) la fragmentation liée à la MTU (en pppoe)... les routeurs modernes font avec... Attention, pour la VoIP (petits paquets), si on prend du G711 et un paquet généré toutes les 20ms, le PPPoE utilise 3 paquets ATM (le CPE est obligé de bourrer pour remplir le 3éme paquet ATM qui à une taille fixe). En PPPoA, on utilise 2 paquets ATM. = On peut dans un lien SDSL faire transiter 1/3 de plus de communications G711, si on utilise le PPPoA ou l'IPoA à la place du PPPoE. Vivien.
[FRnOG] Adresses IP RFC1918 dans le réseau d'Orange ?
Bonjour, Je ne comprend pa pourquoi un traceroute depuis ma Freebox vers l'IP publique d'un abonné Orange 86.192.131.92 (c'est une offre ADSL 1er prix, à 1 Mb/s sans VoIP) me fait passer par une IP RFC1918 (non routable) : *10.125.66.77* # traceroute-nanog -A 86.192.131.92 traceroute to 86.192.131.92 (86.192.131.92), 64 hops max, 40 byte packets 1 192.168.1.1 (192.168.1.1) [AS28513] 1 ms 1 ms 1 ms 2 82.245.26.254 (82.245.26.254) [AS12322] 58 ms 58 ms 55 ms 3 78.254.1.222 (78.254.1.222) [AS12322] 57 ms 57 ms 56 ms 4 chy94-1-v902.intf.nra.proxad.net (78.254.255.66) [AS12322] 57 ms 63 ms 56 ms 5 bny92-1-v900.intf.nra.proxad.net (78.254.255.70) [AS12322] 56 ms 59 ms 55 ms 6 rob92-1-v902.intf.nra.proxad.net (78.254.255.74) [AS12322] 61 ms 59 ms 55 ms 7 cla92-1-v900.intf.nra.proxad.net (78.254.255.78) [AS12322] 57 ms 59 ms 56 ms 8 * * * 9 bzn-crs16-1-be1008.intf.routers.proxad.net (212.27.51.101) [AS12322] 55 ms 60 ms * 10 th1-6k-2-po20.intf.routers.proxad.net (212.27.50.158) [AS12322] 57 ms 62 ms * 11 ae15-0.nosta102.Paris.francetelecom.net (193.252.160.153) [NONE] 55 ms 60 ms 58 ms 12 tengige0-10-0-1.ntsta102.Paris.francetelecom.net (193.251.126.142) [AS3215] 57 ms 61 ms 58 ms 13 ge-6-0-0-0.nrlil202.Lille.francetelecom.net (193.251.126.141) [AS3215] 59 ms 63 ms 62 ms 14 81.253.129.57 (81.253.129.57) [NONE] 61 ms 64 ms 60 ms 15 81.253.129.53 (81.253.129.53) [NONE] 64 ms 68 ms 67 ms 16 193.253.88.113 (193.253.88.113) [AS3215] 66 ms * * *17 10.125.66.77 (10.125.66.77) [NONE] 64 ms 67 ms 62 ms* 18 * * * 19 * * * Subtilité : Le même traceroute effectué simultanément depuis un serveur dedié OVH Hébergé sur Paris et un serveur dédie OVH hébergé sur Roubaix ne donne pas le même résultat : Depuis OVH Roubaix : # traceroute-nanog -A 86.192.131.92 traceroute to 86.192.131.92 (86.192.131.92), 30 hops max, 40 byte packets 1 rbx-28-m2.routers.ovh.net (91.121.94.252) [AS16276] 19.092 ms 2.667 ms 1.828 ms 2 rbx-2-6k.routers.ovh.net (213.251.191.130) [AS16276] 0.863 ms 6.742 ms * 3 020G.th2-1-6k.routers.ovh.net (213.186.32.202) [AS16276] 166.261 ms * 5.157 ms 4 020G.free.routers.ovh.net (213.186.32.186) [AS16276] 4.824 ms 5.733 ms 4.828 ms 5 * th1-6k-2-po21.intf.routers.proxad.net (212.27.57.214) [AS12322] 5.127 ms 4.729 ms 6 ae15-0.nosta102.Paris.francetelecom.net (193.252.160.153) [*] 4.828 ms 4.743 ms 5.838 ms 7 tengige0-10-0-5.ntsta102.Paris.francetelecom.net (193.251.126.134) [AS3215] 6.839 ms 5.750 ms 5.826 ms 8 ge-6-2-0-0.nrlil202.Lille.francetelecom.net (193.251.126.133) [AS3215] 8.837 ms 8.687 ms 9.829 ms 9 81.253.129.57 (81.253.129.57) [*] 8.827 ms 9.722 ms 9.825 ms 10 81.253.129.13 (81.253.129.13) [*] 13.833 ms 14.720 ms 14.822 ms 11 193.253.88.113 (193.253.88.113) [AS3215] 13.832 ms 13.741 ms 13.824 ms *12 10.125.66.77 (10.125.66.77) [*] 13.830 ms 13.716 ms 14.826 ms* 13 * * * 14 * * * 15 * * * Depuis OVH Paris (pas d'IP en 10.125.66.77) : # traceroute-nanog -A 86.192.191.92 traceroute to 86.192.191.92 (86.192.191.92), 64 hops max, 40 byte packets 1 213.251.129.253 (213.251.129.253) [AS16276] 1 ms 1 ms 1 ms 2 213.251.130.148 (213.251.130.148) [AS16276] 0 ms 0 ms * 3 040G.th2-1-6k.routers.ovh.net (213.186.32.149) [AS16276] 1 ms * * 4 020G.free.routers.ovh.net (213.186.32.186) [AS16276] 1 ms 1 ms 1 ms 5 th1-6k-2-po21.intf.routers.proxad.net (212.27.57.214) [AS12322] 1 ms 1 ms * 6 ae15-0.nosta102.Paris.francetelecom.net (193.252.160.153) [NONE] 1 ms 1 ms 1 ms 7 tengige0-10-0-5.ntsta102.Paris.francetelecom.net (193.251.126.134) [AS3215] 2 ms 2 ms 1 ms 8 ge-6-2-0-0.nrlil202.Lille.francetelecom.net (193.251.126.133) [AS3215] 5 ms 5 ms 5 ms 9 ge-2-2-0-0.nrlil201.VilleneuveDascq.francetelecom (193.252.100.217) [AS3215] 5 ms 5 ms 5 ms 10 gi0-0-0.nclil301.VilleneuveDascq.francetelecom.ne (193.252.103.129) [NONE] 5 ms 5 ms 5 ms 11 * net1lo3.bslil255.Lille.francetelecom.net (193.253.172.45) [AS3215] 7 ms * 12 * * * 13 * * * Depuis une connexion citéFibre, pas de 10.125.66.77 : # traceroute-nanog -A 86.192.191.92 traceroute to 86.192.191.92 (86.192.191.92), 64 hops max, 40 byte packets 1 217.171.24.1.citefibre.fr (217.171.24.1) [AS31167] 1 ms 1 ms 1 ms 2 ge-0-0-0-v7-rou-th275-01.bcb.axione.fr (217.119.176.25) [AS31167] 1 ms 1 ms 4 ms 3 ge-1-0-0-v200-rou-th275-01.bcb.axione.fr (217.119.176.185) [AS31167] 1 ms 1 ms 1 ms 4 xe-0-2-0-128.par70.ip.tiscali.net (213.200.76.21) [AS3257] 22 ms 1 ms 1 ms 5 pos0-0-0-2.auvtr1.Aubervilliers.opentransit.net (193.251.243.77) [AS5511] 4 ms 3 ms 2 ms 6 pos0-9-4-0.pastr1.Paris.opentransit.net (193.251.242.250) [AS5511] 3 ms 2 ms 2 ms 7 so-0-0-0-0.loncr5.London.opentransit.net (193.251.242.249) [AS5511] 9 ms 9 ms 9 ms 8 ge-6-3-0-0.nrlil202.Lille.francetelecom.net (193.252.100.201) [AS3215] 13 ms so-1-0-0-0.nrlil202.Lille.francetelecom.net (193.252.100.249)
Re: [FRnOG] Adresses IP RFC1918 dans le réseau d'O range ?
Paul Rolland (ポール・ロラン) a écrit : Deux suppositions : - l'abonne en question route des choses chez lui, en ayant mis en place des regles de NAT/redirection vers une machine en RFC 1918, - les FAI ne filtrent pas tous les IPs en RFC1918, donc chez certains, les paquets ICMP en source 1918 passent, et chez d'autres, c'est filtre. My 0.02 € ;) et bon WE, Paul C'est moi qui a fait l'installation : c'est un modem adsl netgear premier prix qui est utilisé (IP du réseau local en 192.168.1.x ) et la personne ne s'y cannait pas du tout en informatique (je cherchait à prendre le contrôle de son PC pour l'aider et je n'ai pas réussi, mais je suis sur de l'IP 86.192.131.92 : c'est celle que je vois arriver sur mon serveur web.) Peut être qu'Orange fait du double NAT et lui a donné une IP RFC1918 ? Vivien. --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] Wi-Fi party.
Artur Pydo a écrit : Bonjour, Je cherche quelques conseils et peut-être un retour d'expérience sur le déploiement et l'utilisation d'un réseau Wi-Fi localisé. Je m'interroge en fait sur la bonne méthode et les bons moyens pour connecter entre 20 et 100 PC portables sur un réseau sans fil situés dans une même salle. Les PC discutent en HTTP avec un serveur localisé dans la même salle. Il s'agirait d'une infrastructure légère, montable et démontable facilement pour des événements temporaires à budget réduit. Voilà pour le périmètre et les contraintes. Si vous avez quelques idées sur le matériel à mettre en oeuvre ou encore sur des questions que l'on peut se poser (bande passante réellement disponible dans une telle configuration, cohabitation avec les réseaux Wi-Fi publics, fiabilité d'une telle installation...) je suis preneur. Merci par avance. Si tu souhaite augmenter la bande passante avec plusieurs point d'accès sur des canaux différents, ne pas oublier que le wifi déborde sur les canaux voisins. *Canal * *Fréquence (Mhz) * * Autre utilisation de cette plage de fréquence* *1* 2401 = 2423 Caméras sans fil + radio amateurs + armée Française + canaux Wi-Fi 2, 3, 4 et 5 2 2406 = 2428 Caméras sans fil + radio amateurs + armée Française + canaux Wi-Fi 1, 3, 4, 5 et 6 3 2411 = 2433 Caméras sans fil + radio amateurs + armée Française + canaux Wi-Fi 1, 2, 4, 5, 6 et 7 4 2416 = 2438 Caméras sans fil + radio amateurs + armée Française + canaux Wi-Fi 1, 2, 3, 5, 6, 7 et 8 *5* 2421 = 2443 Caméras sans fil + radio amateurs + armée Française + canaux Wi-Fi 1, 2, 3, 4, 6, 7, 8 et 9 6 2426 = 2448 Caméras sans fil + radio amateurs + armée Française + canaux Wi-Fi 2, 3, 4, 5, 7, 8, 9 et 10 7 2431 = 2453 Caméras sans fil + radio amateurs + armée Française + micro-ondes + canaux Wi-Fi 3, 4, 5, 6, 8, 9, 10 et 11 8 2436 = 2458 Caméras sans fil + radio amateurs + armée Française + micro-ondes + canaux Wi-Fi 4, 5, 6, 7, 9, 10, 11 et 12 *9* 2441 = 2463 Caméras sans fil + radio amateurs + armée Française + micro-ondes + canaux Wi-Fi 5, 6, 7, 8, 10, 11 , 12 et 13 10 2446 = 2468 Caméras sans fil + radio amateurs + micro-ondes + canaux Wi-Fi 6, 7, 8, 9, 11 , 12 et 13 11 2451 = 2473 Caméras sans fil + canaux Wi-Fi 7, 8, 9, 10, 12 et 13 12 2456 = 2478 Caméras sans fil + canaux Wi-Fi 8, 9, 10, 11 et 13 *13*2461 = 2483 Caméras sans fil + canaux Wi-Fi 9, 10, 11 et 12 Utiliser exactement le même canal qu'un autre point d'accès Wi-Fi, ou bien qu'un autre utilisateur présente évidemment l'inconvénient de devoir partager la bande passante avec lui, mais offre l'avantage de permettre aux mécanismes de détection de collisions de paquets de fonctionner. Tandis que plusieurs émetteurs accordés sur des canaux se recouvrant partiellement subiront les émissions des autres comme des parasites radio-électriques, sans que la collision des paquets puisse être évitée. Il s'en suivra des erreurs de transmission. La recommandation pour optimiser l'utilisation du spectre en Europe en limitant les interférences consiste à utiliser les canaux 1 - 5 - 9 et 13. = tu peut mettre un maximum de 4 points d'accès Wifi relié à ton serveur. (canaux 1 - 5 - 9 et 13). Cela fait 25 PC / borne wifi soit 300 Kb/s par PC si ils utilisent tous le réseau en même temps. Vivien
Re: [FRnOG] Internet, on arrête de jouer !
Radu-Adrian Feurdean a écrit : On Tue, 22 Apr 2008 20:58:32 +0200, Spyou [EMAIL PROTECTED] said: Et pour finir, le FAI qui dit au fournisseur de contenu ben fais le, ton réseau national (alors que c'est pas son metier ..) pourquoi il fourni pas du contenu (autre que la télé et vod, j'entends) ... ? La tele en VOD, qui n'est a la limite meme pas SON contenu. Par contre, le FAI en question il me semble qu'il a deja une activite de hebergeur. et pas depuis hier Je pense que Free fait de l'hébergement principalement pour équilibrer son trafic (upload / download) pour satisfaire des peering policy qui demandent d'avoir un trafic pas trop déséquilibré. Au début c'étais les pages persos, puis free à bridé le débit vers les IP qui n'appartiennent pas à son réseau ( http://lafibre.info/index.php/topic,2087.0.html ) et utilisé la place disponible dans un datacenter trop grand, acheté pas cher, pour lancer un service de serveur dédie à prix cassé. On peut quand même reconaitre à Free le fait d'avoir fait bouger les prestations et prix en France. C'est toujours amusant de comparer une même marque en France et à l'étranger : - http://tele2.fr = Tele2 box essentiel : 19,90 € pour du dégroupage total + ADSL Illimité à 20 Mb/s max + TV + Tel à la carte - http://tele2.be = ADSL Pure : 34,90 € pour du dégroupage total + ADSL limité à 15 Go/mois à 4 Mb/s (sans tel et sans TV) Vivien.
Re: [FRnOG] quel status au freeix
Greg VILLAIN a écrit : Je vais passer pour le démago standard, mais il serait pas judicieux d'envisager un modèle associatif, donc payant mais pas lucratif par essence, dans lequel les membres d'un IX sont impliqués dans la bonne tenue de celui-ci ? D'autres le font (i.e LINX je crois, pour AMSIX, pas sûr), c'est que ça peut marcher non ? POUIX ( http://www.pouix.net ) est un GIX associatif présent sur TH2 / Redbus / TeleCity. Prix : 30 euros /mois (Frais d'installation : 100 euros) Il y a 30 AS connectées mais pas de gros opérateurs (1 seul FAI : http://www.fdn.fr ) Vivien. --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] streaming video taux d'encodage
Damien Wetzel a écrit : gabriel, Si tu en as la possibilité peux tu mettre la ligne suivante dans ton fichier hosts : 69.88.148.2 medici-arts.flashsvc.vitalstreamcdn.com puis 77.242.194.2 medici-arts.flashsvc.vitalstreamcdn.com et refaire un test. La premiere est le POP Internap d'amsterdam La deuxieme est le POP Internap de Londres une difference de qualité voudrait dire que l'interconnexion de Free avec les T1 est plus ou moins bonne selon le nom du T1 ? J'ai testé depuis une connexion Free : Le serveur DNS primaire ( 212.27.53.252 ) m'envoie par default sur le POP de Londres. = Catastrophique. POP d'amsterdam = Parfait. La trace depuis le POP d'Amsterdam est classique. La trace du POP de Londres est, comme le résultat, catastrophique : Les paquets sont transmis dans un désordre incroyable. Si on suppose que le désordre est du à des pertes de paquets entraînant des retransmissions, j'ai 32% de perte sur la capture que vous pouvez télécharger pour l'analyser vous même sur http://lafibre.info/index.php/topic,3194.msg25344.html#msg25344 Pour moi, il ne faut pas chercher le problème sur l'encodage utilisé mais sur le routage. Vivien. --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] Débit TCP
[FrameIP.com] - FONTAINE Sebastien a écrit : Bonsoir, J'utilise le logiciel Iperf pour effectuer des tests de performance. Les deux stations se place à un temps de réponse à 11ms et j'utilise une fenêtre TCP de 350K. J'obtiens un débit linéaire de 300Mbps, quelqu'un pourrait il m'aider à faire le calcul mathématique en fonction du size et du temps de réponse afin de valider le résultat ? Merci d'avance, _SebF Il faudrait nous donner ton RTT applicatif. RTT = temps que met un paquet de la taille du MSS à être envoyé + le temps pour recevoir un acquittement. C'est donc entre environ le temps d'un ping de 32 octets divisé par 2 + un ping de 1460 octets divisé par 2. Il faut aussi connaître la perte de paquet, car le débit est également limité par 0.7 MSS / (RTT * racine probabilité de perte d'un paquet ) Cela te donne ce type de limitation : http://lafibre.info/debit/debit-max-tcp.html Vivien
Re: [FRnOG] concert live flash
Bonsoir, La qualité est c-a-t-a-s-t-r-o-p-h-i-q-u-e. Je ne suis pas sur que les problèmes de freeze viennent du flash... Quand j'ai vu la tête du dump, je me suis dit que je rêvais, que tu avais du coder toi même ta pile TCP/IP. - Les paquets sont envoyés dans un désordre qui fait peur. Si on considère que le réseau transmet les paquets dans l'ordre, alors on a 35% de perte de paquets. - De plus de nombreux paquets sont ré-émis plusieurs fois d'affiliés (16% des paquets arrivent en double) - De nombreux paquets ont une taille de 522 octets. Cela pourrais être normal, mais ce qui l'est moins, c'est qu'un même paquet, quand il est reçu en double fasse dans un cas 522 octets et dans l'autre 1514 octets - Et le serveur il est où physiquement ? Je dépasse les 200 ms de ping avec ma connexion ADSL ! J'ai fais un post avec des captures d'écran intéressantes + le .cap a télécharger pour ceux qui veulent analyser par eux même. http://lafibre.info/index.php/topic,3194.msg Pau Rolland, ce n'est pas une mesure du MOS vidéo qu'il faut, mais du SmartPing vers 64.7.222.3 ;-) je pense que l'on découvrirais des choses intéressntes, au moins depuis une IP Free. Vivien. Damien Wetzel a écrit : Bonjour, Comme c'est les vacances, voici un petit moment de detente ;) Je diffuse en ce moment le concert du philharmonic de NW en corée du nord. C'est ici http://www.medici.tv/ comme c'est du streaming flash et que ce protocole recele encore des mysteres pour moi, je voulais savoir si la qualité était bonne pour vous ? Cordialement,
Re: [FRnOG] Multicast monitoring ,
Xavier Beaudouin a écrit : J'ai pas mal de multicast avec beaucoup de pps (de l'ordre de 40kpps a 60kpps selon les humeurs...). Ce que je cherches c'est un ensemble qui pourrais m'indiquer la disponibilité des groupe multicast a coup de snmp... Eg quels groupe ais-je a l'instant T (demande page web par exemple), et eventuelleemnt un graphe dans le temps me permettant de savoir de quelle heure a quelle heure tel groupe multicast est arrivé sur mon réseau... Je connais un outil pas cher (Anevia semble le donner à ses clients) qui s'installe sur un linux. Il se connecte en IGMP sur une IP multicast, vérifie que le flux MPEG TS arrivent et se désabonne. En scriptant le tout ca fonctionne très bien (il est possible définir un seuil pour la gigue ou si le bit de scambling est présent). Le logiciel est tmm v0.3 et il faut contacter la société Anevia http://www.anevia.com Un autre outil gratuit, que je n'ai pas testé est TS reader. Je ne sait pas si il rempli le cacher des charges. http://www.coolstf.com/tsreader/ En payant il y à de nombreuses sondes capable d'analyser jusqu'a 10 Gb/s de flux multicast : http://www.isovision.fr/ http://www.ineoquest.com/ Il faut compter 10 000 euros min pour une sonde 1 Gb/s ethernet. Les sondes sont limités à un nb de flux max (environ 200 pour une sonde 1 Gb/s). Chaque radio multicast compte pour un flux. Vivien. 06 64 88 60 55 --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] Saturation du lien Neuf = FreeIX ?
Sebastien WILLEMIJNS a écrit : le probleme de vivien c'est une saturation en heure de pointe http://forum.paubc.info/iperfpng/courbes_forum_neuf50.png Je préfère que l'on ne parle pas de ces courbes car il y a 2 saturations qui se cumulent et que je manque d'éléments pour savoir qui est en cause : - saturation de l'upload en heure de pointe des clients Neuf FTTH vers les différents AS que j'ai testé. (boucles Atrica saturées ? lien Neuf - Axione pour la collecte du trafic FTTH ?) - saturation du download en heure de pointe uniquement vers le FreeIX, d'où ce post pour savoir si un routeur qui répond à 100% des ping mais entre 1ms et 2200ms cela était à cause de la saturation. (cf http://forum.paubc.info/images/neuf/SaturationNeufFreeIX.png ) Je vais changer de serveur pour un dédié OVH pour éliminer ce dernier point, ces courbes ne représentant pas le ressenti utilisateur sur Pau (download proche des 50 Mb/s ou 70 Mb/s provisionnés même aux heures de pointe). Vivien GUEANT. --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] Saturation du lien Neuf = FreeIX ?
Pierre-Yves Maunier a écrit : Radu-Adrian Feurdean wrote: A moins que ca soit OVH. Difficile a savoir si c'est vraiment Free ou ou l'uplink/peering prive d'OVH qui sature. Regardez le mtr : aucune perte de paquet sur la destination : les routeurs intermédiaires forwardent bien l'icmp mais n'y répondent pas forcément ce qui explique les 'packets loss'. Donc aucune perte de paquet en free et ovh. Comme dit dans un précédent mail les routeurs doivent filtrer l'icmp car je suppose qu'ils ont des choses plus importantes à faire que de répondre à ce genre de paquet. Pierre-Yves Maunier Ce qui m'étonne sur ce MTR ( http://forum.paubc.info/images/neuf/SaturationNeufFreeIX.png ), ce ne sont pas les routeurs de Free qui ne répondent pas à 100% des paquets ICMP cause du icmp limit rate, mais le routeur ldcom.FreeIX.net qui répond aux requêtes ICMP entre 1ms et 2245ms (moyenne 33ms). ldcom.FreeIX.net à une IP free (AS 12322) mais je suppose qu'il est géré par Neuf. Le lien n'étant pas saturé (cf intervention de Thierry MAUPOINT), qu'est ce qui génère ce phénomène ? Vivien Guéant. --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] Saturation du lien Neuf = FreeIX ?
Concernant la vidéo saccadée : Il y a des grosses pertes de paquets du flux TCP depuis ma FreeBox. (je ne compte pas les TCP retransmission). J'ai fais un TCP Graph avec Wireshark, cela parle mieux qu'un long discours : http://forum.paubc.info/images/wireshark/TCPGraph77.242.194.2.png Il me semble erroné de faire un traceroute vers l'hébergeur du site vu que le flux TV ne viens pas de cette IP. Sur ma FreeBox, le flux provient de 77.242.194.2 et je fais un aller / retour à londre pour joindre le serveur. Le MTR est ici : http://forum.paubc.info/images/wireshark/mtr77.242.194.2.png Il tournait pendant que je regardais la vidéo (saccadée) et il na pas enregistre de perte de paquets. Vivien. PS : les Timestamps étaient bien présent dans les paquets TCP Jean-Michel Planche a écrit : Par bien brillant aussi vu d'ici : traceroute to www.medici-arts.tv (89.30.127.50), 64 hops max, 40 byte packets 1 rtr-01 (192.168.0.1) 4.842 ms 1.521 ms 1.455 ms 2 rtr-02 (192.168.0.14) 2.519 ms 4.658 ms 3.811 ms 3 82.231.50.254 (82.231.50.254) 52.780 ms 41.792 ms 48.988 ms 4 * * 213.228.8.254 (213.228.8.254) 50.303 ms 5 * * * 6 * * * 7 bsocom.freeix.net (213.228.3.168) 44.829 ms 42.304 ms 42.103 ms 8 89.30.0.37 (89.30.0.37) 42.262 ms 46.463 ms 42.814 ms 9 unknown.itx.fr.bsocom.net (83.243.16.109) 49.067 ms 55.603 ms 49.503 ms 10 unknown.itx.fr.bsocom.net (83.243.17.37) 43.754 ms 45.457 ms 44.008 ms 11 atanar.bsocom.net (89.30.127.50) 58.033 ms 42.720 ms 43.199 ms --- Liste de diffusion du FRnOG http://www.frnog.org/
[FRnOG] Saturation du lien Neuf = FreeIX ?
Bonsoir, J'ai des problèmes de performances sur le lien Neuf - FreeIX en soirée (certaines tests IPERF en TCP descendent à 2 Mb/s). Je me demande si le lien Neuf = FreeIX ne serait pas saturé. J'ai lancé un MTR pendant plusieurs heures vers ldcom.FreeIX.net (depuis OVH) et j'ai un ping average très élevé sur ldcom.FreeIX.net, avec un max supérieur à 2000ms... *Pensez-vous que c'est la conséquence d'une saturation ?* Regardez ma capture d'écran : http://forum.paubc.info/images/neuf/SaturationNeufFreeIX.png Ce peering sur le FreeIX est important, car sur Pau il y a 2 FAI FTTH : Pauonline et Neuf. Les abonnés Pauonline et les abonnés Neuf sur l'ancienne offre (MédiaFibre) ont une IP Axione. Les nouveaux abonnés Neuf ont une IP Neuf (qu'Axione, l'opérateur neutre qui exploite le réseau FTTH de Pau, livre à Neuf sur Telehouse2). Voici le traceroute entre 2 abonnés FTTH palois (IP Neuf = IP Axione) : Packets Pings HostLoss% Snt Last Avg Best Wrst StDev 1. neufbox 0.0%361.7 0.9 0.4 2.7 0.5 2. 1.255.199-77.rev.gaoland.net 0.0%36 46.0 5.0 1.5 46.0 9.0 3. ge-0-1-0-v228-rou-th275-01.bcb.axione.fr 0.0%36 22.9 19.5 15.5 60.7 8.0 4. 86.64.177.33 8.3%36 16.4 28.4 15.7 134.0 31.1 5. 84.96.244.73 41.7%36 17.7 26.2 15.5 74.8 18.6 6. axione.freeix.net 0.0%36 16.7 17.5 16.2 19.6 0.9 7. ge-0-0-bas-hdf64-01.pau.axione.fr 0.0%35 38.6 40.9 34.5 124.3 14.8 8. 217.119.178.130 0.0%35 35.2 38.6 34.5 49.0 3.1 9. ppp2672-hdf64-mediafibre.com 0.0%35 36.6 38.7 34.1 47.4 3.3 Quand un abonné Neuf FTTH Pau (IP Neuf) fais des transfert vers un autre abonné Neuf FTTH (IP Axione) : 1/ 2/ 3/ Axione transporte le trafic des IP neuf vers Paris pour le livrer à Neuf. 4/ 5/ 6/ Neuf peer alors avec Axione via le FreeIX (les IP MédiaFibre appartenant à Axione et non Neuf). 7/ 8/ 9/ Axione récure le flux et le fait repartir vers Pau. (je vous l'accorde ce n'est un routage optimal, le lien Paris - Pau fessant perdre 16ms) Je précise que cette saturation, dans le sens FreeIX = Neuf n'appariait que le soir. Cordialement, Vivien.
Re: [FRnOG] Wanadoo / Orange SMTP
//Guillaume Leccese a écrit : Pour Free vu qu'il est très facile de modifier cette restriction dans l'interface, je comprends pas trop la redirection. Je trouve ça très lourd pour pas grand chose. D'autres FAI font ce filtrage, notamment Tele2 en zone dégroupée LDcom (ce n'est pas au niveau de la box, car c'est sur une offre avec un sagem [EMAIL PROTECTED]). Impossibilité de désactiver ce filtrage. J'utilise donc un autre port. J'ai également des doutes sur AOL, mais je n'ai pas d'abonnement ADSL chez eux pour tester. Vivien, ex-cité/Fibre/
Re: [FRnOG] Recherche centre de supervision Reseau Telecom
La socit Axione ( http://www.axione.fr/ ) filiale 100% d'ETDE (Bouygues Construction) devrais pouvoir rpondre favorablement ton attente, elle fournit dj un service "NOC" 24h/24 7j/7 pour plusieurs entreprises. Axione est notamment connu pour tre oprateur "neutre" sur le Pau Broadband Country o Neuf vient de lancer son Offre FTTH bas sur l'offre d'Axione. Le site axione.fr propose peu d'informations. Il faut les contacter. Vivien GUEANT citFibre - 8 rue de la Ville l'Evque - 75008 Paris gsm: 06 83 89 76 02 - direct: 01 73 50 24 19 Jacques Koubi a crit: Bonsoir Je suis a la recherche d'une socit proposant un service NOC. Centre de supervision de reseau , services a superviser SDH, IP,Ethernet, WIFI capable de superviser et assurer la gestion des incidents du reseau ( diagnostique, teleaction..) fonctionnant en 24/7. Pour reseau en France. Si quelqu'un a une info a me communiquer en urgence , elle sera la bienvenue. Merci d'avance . Cdt Jacques KOUBI Gnral Manager Tel: +33 (0)493837705 Fax: +33 (0)493724266 Gsm: +33 (0)610454989 http://www.telsam.com