RE: [FRnOG] [BIZ] Recherche fibre noire ou lambda 10G France-IX <=> Equinix PA4
Je ne savais même pas que les lambda "colorées" se vendaient tel quel, vu le potentiel a pouvoir fiche a l'air le signal des autres. Mais merci pour l'info, si ca permet de réduire le récurrent et surtout de rester en passif, ca peut être très intéressant. Maintenant je ne sais pas quelle est la souplesse de France-IX a utiliser des optiques non "classiques". En tout cas merci pour les retours, je pense que je vais trouver mon bonheur ! Gabriel -Original Message- From: frnog-requ...@frnog.org On Behalf Of David Ponzone Sent: mardi 18 mai 2021 13:36 To: Radu-Adrian Feurdean Cc: frnog@frnog.org Subject: Re: [FRnOG] [BIZ] Recherche fibre noire ou lambda 10G France-IX <=> Equinix PA4 Ah oui j’ai pas pensé à ça. J’ai dû rêver que le lambda soit shifté pour éviter le SFP coloré, mais à ce prix là…. Merci pour l’info > Le 18 mai 2021 à 13:22, Radu-Adrian Feurdean > a écrit : > > On Tue, May 18, 2021, at 12:47, David Ponzone wrote: >> Sipartech par exemple, 225€/mois pour un lambda 10G passif. >> Evidemment, faudra ajouter les X-co de chaque côté, donc environ 200€ de >> plus. > > Du LambdaParis, ca va pas le faire (en raison des optiques DWDM, qu'on essaye > d'eviter autant que possible cote client). > >> Mais y a d’autres fournisseurs capables de faire ça: >> https://www.franceix.net/fr/members-resellers/remote-connection/ > > Ca, ou plus simplement via XCO "fiberconnect" (voir mon precedent e-mail). > > > --- > 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] [BIZ] Recherche fibre noire ou lambda 10G France-IX <=> Equinix PA4
Ah je ne savais pas que Sipartech faisait autre chose que de la fibre noire, bon à savoir ! Merci David pour l'info. Pour le remote peering sur France IX ce n'est vraiment pas clair et les offres des fournisseurs ne sont pas plus claires : est ce qu'on a un peering direct avec France IX ou est ce qu'on peer avec le fournisseur qui lui fournit les routes vers France IX ? Dans les deux cas, qui s'occupe du X connect entre France IX et le fournisseur, en théorie cela doit être inclus dans la prestation ? Je préfère pour ma part très largement la première méthode (sinon autant prendre un transit), mais je n'ai pas trouvé d'explication claire sur le service proposé ni le prix à ce sujet. J'accepte bien volontiers les messages privés des différents fournisseurs s'ils ont plus d'infos (et des tarifs!) à ce sujet. Gabriel -Original Message- From: David Ponzone Sent: mardi 18 mai 2021 12:47 To: Gabriel Barazer Cc: frnog-...@frnog.org Subject: Re: [FRnOG] [BIZ] Recherche fibre noire ou lambda 10G France-IX <=> Equinix PA4 Sipartech par exemple, 225€/mois pour un lambda 10G passif. Evidemment, faudra ajouter les X-co de chaque côté, donc environ 200€ de plus. Mais y a d’autres fournisseurs capables de faire ça: https://www.franceix.net/fr/members-resellers/remote-connection/ > Le 18 mai 2021 à 12:33, Gabriel Barazer via frnog a écrit : > > Bonjour à tous, > > Suite à un projet d'upgrade 1G=>10G, nous recherchons un fournisseur soit de > fibre noire soit une lambda 10G entre un des PoP de France-IX (cross connect > inclus) et idéalement Equinix PA4 (Equinix PA2 possible mais moins pratique > pour nous). Quelle serait la solution la plus pratique ou au meilleur prix ? > > Concernant la fibre noire, nous pouvons éclairer jusqu'à 40Km sans problème, > mais est ce que vous savez si France-IX est en mesure de le faire aussi ? > > Autre proposition valable sinon , mais a mon avis plus couteuse (hors prix du > routeur qu'on a déjà), disposer de 2U et 150W dans un PoP France-IX + fibre > noire vers Equinix PA2 ou PA4. > > Merci pour vos avis et réponses ! > > Gabriel > > > --- > Liste de diffusion du FRnOG > http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/
[FRnOG] [BIZ] Recherche fibre noire ou lambda 10G France-IX <=> Equinix PA4
Bonjour à tous, Suite à un projet d'upgrade 1G=>10G, nous recherchons un fournisseur soit de fibre noire soit une lambda 10G entre un des PoP de France-IX (cross connect inclus) et idéalement Equinix PA4 (Equinix PA2 possible mais moins pratique pour nous). Quelle serait la solution la plus pratique ou au meilleur prix ? Concernant la fibre noire, nous pouvons éclairer jusqu'à 40Km sans problème, mais est ce que vous savez si France-IX est en mesure de le faire aussi ? Autre proposition valable sinon , mais a mon avis plus couteuse (hors prix du routeur qu'on a déjà), disposer de 2U et 150W dans un PoP France-IX + fibre noire vers Equinix PA2 ou PA4. Merci pour vos avis et réponses ! Gabriel --- Liste de diffusion du FRnOG http://www.frnog.org/
[FRnOG] [BIZ] Cherche en urgence switch Juniper
Bonjour, Je cherche en urgence deux EX2200-48T-4G neuf et/ou d’occasion, le plus important c’est qu’il me les faudrait pour le 10 décembre au plus tard. Quelqu’un aurait ça en stock sous le coude ? Question Bonus : Est-il possible de rattacher par la suite des contrats de supports sur ces produits ? Merci pour les infos et réponses off-liste, Gabriel --- Liste de diffusion du FRnOG http://www.frnog.org/
RE: [FRnOG] [TECH] Redondance sur chemins optiques
En effet, je cherche à faire de la redondance uniquement au niveau fibre optique et pas au-dessus, afin de limiter la complexité. Sinon ça revient à déployer de la redondance L2 sur N x le nombre de canaux WDM, ce qui est précisément ce que je veux éviter :-). D'autre part, il y aura au moins un circuit sur lequel je n'aurais pas la main sur le niveau 2. Sinon, je crois que faire du LACP et autres sur des liens moyenne distance avec des latences qui peuvent être potentiellement différentes, ce n'est pas très pratique. Ça apporte en tout cas de l'eau à mon moulin, merci ! Gabriel From: Surya ARBY [mailto:arbysu...@yahoo.fr] Sent: Tuesday, October 30, 2012 4:13 PM To: Jérémy Martin Cc: Gabriel Barazer; frnog@frnog.org Subject: Re: [FRnOG] [TECH] Redondance sur chemins optiques Le truc c'est qu'il a des mux/demux; je suis parti du postulat que peut-être qu'un jour il voudra faire passer autre chose que de l'ethernet ou avoir des topologies complexes (anneau ?) cdlt, Surya De : Jérémy Martin li...@freeheberg.com À : Surya ARBY arbysu...@yahoo.fr Cc : Gabriel Barazer gabr...@oxeva.fr; frnog@frnog.org frnog@frnog.org Envoyé le : Mardi 30 octobre 2012 16h09 Objet : Re: [FRnOG] [TECH] Redondance sur chemins optiques C'est peut être une vision très simpliste de ma part, mais on peut pas créer un LAG avec les deux fibres entre les deux POP ? 'fin sauf si tu veux redonder aussi les switch (ça paraitrait logique). Mais si la problématique est juste la FO en elle même, ça me parait pertinent. Ou alors je suis à coté de la plaque ? Cordialement, Jérémy Martin Le 30/10/2012 15:34, Surya ARBY a écrit : Bonjour; Passe par de la protection du circuit optique matérielle si tu peux (un peu à la sauce SDH) tu peux avoir des temps de bascule de l'ordre de 50 ms de mémoire; sinon on laisse les protocoles supérieurs (L2) gérer la panne; en général la problématique étant de savoir si l'état réel du lien est bien reporté au équipements de chaque côté (signal down) ce qui est le cas si tous tes liens sont directs ou passent par des mux/demux passifs. cdlt, Surya De : Gabriel Barazer gabr...@oxeva.fr À : frnog@frnog.org Envoyé le : Mardi 30 octobre 2012 15h25 Objet : [FRnOG] [TECH] Redondance sur chemins optiques Bonjour à tous, J'ai différentes configurations sur des fibres noires distantes d'environ 20km que je souhaiterais passer en double adduction. Quelles sont à votre avis les solutions optimales qui permettent d'y arriver ? J'ai sur ces chemins soit de l'ethernet sur WDM (avec mux/demux passifs) soit de l'ethernet direct. J'ai pensé a de l'encapsulation par-dessus du routage L3 et faire la redondance à ce niveau, mais ça me parait ajouter beaucoup trop de complexité alors que la problématique est très simple. Il me semble aussi qu'il existe des switches optiques permettant d'utiliser un chemin lumineux disponible et d'utiliser l'autre en cas de coup de pelleteuse sur le premier. Que pensez-vous de ces solutions, et avez-vous des préférences ? Merci ! --- 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] Redondance sur chemins optiques
Ca ressemble beaucoup a ce que je cherche en effet ! Sauf que je n'ai même pas besoin de pouvoir reconfigurer des lambdas d'un circuit à l'autre, j'ai juste besoin de pouvoir faire basculer toutes d'un coup :-). Ça existe pour des petites installations et qui coute pas les 2 yeux des choses comme ça ? -Original Message- From: frnog-requ...@frnog.org [mailto:frnog-requ...@frnog.org] On Behalf Of Michel Moriniaux Sent: Tuesday, October 30, 2012 4:31 PM To: Gabriel Barazer Cc: Surya ARBY; Jérémy Martin; frnog@frnog.org Subject: Re: [FRnOG] [TECH] Redondance sur chemins optiques Ce serait pas plutot un ROADM que tu cherches? adva, infinera etc. 2012/10/30 Gabriel Barazer gabr...@oxeva.fr En effet, je cherche à faire de la redondance uniquement au niveau fibre optique et pas au-dessus, afin de limiter la complexité. Sinon ça revient à déployer de la redondance L2 sur N x le nombre de canaux WDM, ce qui est précisément ce que je veux éviter :-). D'autre part, il y aura au moins un circuit sur lequel je n'aurais pas la main sur le niveau 2. Sinon, je crois que faire du LACP et autres sur des liens moyenne distance avec des latences qui peuvent être potentiellement différentes, ce n'est pas très pratique. Ça apporte en tout cas de l'eau à mon moulin, merci ! Gabriel From: Surya ARBY [mailto:arbysu...@yahoo.fr] Sent: Tuesday, October 30, 2012 4:13 PM To: Jérémy Martin Cc: Gabriel Barazer; frnog@frnog.org Subject: Re: [FRnOG] [TECH] Redondance sur chemins optiques Le truc c'est qu'il a des mux/demux; je suis parti du postulat que peut-être qu'un jour il voudra faire passer autre chose que de l'ethernet ou avoir des topologies complexes (anneau ?) cdlt, Surya De : Jérémy Martin li...@freeheberg.com À : Surya ARBY arbysu...@yahoo.fr Cc : Gabriel Barazer gabr...@oxeva.fr; frnog@frnog.org frnog@frnog.org Envoyé le : Mardi 30 octobre 2012 16h09 Objet : Re: [FRnOG] [TECH] Redondance sur chemins optiques C'est peut être une vision très simpliste de ma part, mais on peut pas créer un LAG avec les deux fibres entre les deux POP ? 'fin sauf si tu veux redonder aussi les switch (ça paraitrait logique). Mais si la problématique est juste la FO en elle même, ça me parait pertinent. Ou alors je suis à coté de la plaque ? Cordialement, Jérémy Martin Le 30/10/2012 15:34, Surya ARBY a écrit : Bonjour; Passe par de la protection du circuit optique matérielle si tu peux (un peu à la sauce SDH) tu peux avoir des temps de bascule de l'ordre de 50 ms de mémoire; sinon on laisse les protocoles supérieurs (L2) gérer la panne; en général la problématique étant de savoir si l'état réel du lien est bien reporté au équipements de chaque côté (signal down) ce qui est le cas si tous tes liens sont directs ou passent par des mux/demux passifs. cdlt, Surya De : Gabriel Barazer gabr...@oxeva.fr À : frnog@frnog.org Envoyé le : Mardi 30 octobre 2012 15h25 Objet : [FRnOG] [TECH] Redondance sur chemins optiques Bonjour à tous, J'ai différentes configurations sur des fibres noires distantes d'environ 20km que je souhaiterais passer en double adduction. Quelles sont à votre avis les solutions optimales qui permettent d'y arriver ? J'ai sur ces chemins soit de l'ethernet sur WDM (avec mux/demux passifs) soit de l'ethernet direct. J'ai pensé a de l'encapsulation par-dessus du routage L3 et faire la redondance à ce niveau, mais ça me parait ajouter beaucoup trop de complexité alors que la problématique est très simple. Il me semble aussi qu'il existe des switches optiques permettant d'utiliser un chemin lumineux disponible et d'utiliser l'autre en cas de coup de pelleteuse sur le premier. Que pensez-vous de ces solutions, et avez-vous des préférences ? Merci ! --- 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/ --- Liste de diffusion du FRnOG http://www.frnog.org/
[FRnOG] Liste des datacenters parisiens
Bonjour à tous, Est ce qu'il existerais quelque part une liste des datacenters parisiens neutres qui ont la particularité (de plus en plus rare) d'avoir de l'espace coloc encore libre à louer? Pour l'instant j'ai relevé sans tenir compte des critères: Global Switch (clichy) Interxion (aubervilliers / st denis / nanterre) Equinix/Ixeurope (roissy / st denis) Neuf Telecom/Ldcom netcenter (courbevoie) Telecity/Redbus (courbevoie) Telehouse (paris / paris) Le DC1 d'OVH (paris) L'idée n'est pas d'aller faire un comparateur de prix, mais plutôt d'essayer d'avoir une vue d'ensemble un peu plus large que justement les quelques principaux carrier connus et qui sont le plus souvent archi-pleins. Gabriel --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] Liste des datacenters parisiens
On 06/18/2008 5:21:40 PM +0200, Spyou [EMAIL PROTECTED] wrote: At 15:51 18/06/2008, you wrote: Bonjour à tous, Est ce qu'il existerais quelque part une liste des datacenters parisiens neutres qui ont la particularité (de plus en plus rare) d'avoir de l'espace coloc encore libre à louer? les guillemets autour de neutre c'est pour décrire des salles ou le barman accepte que tu vienne avec ta propre biere si tu veux ? Par neutre j'entendais une salle qui permet de se connecter à d'autres opérateurs et qui eventuellement en a une liste, a la différence des opérateurs qui disposent de leurs propres salles avec uniquement leur propre connectivité (dans le modèle de Colt par exemple). Un distributeur de bière en salle de pause en standard serait une option effectivement très appréciée :) Parceque sinon, dans la liste, y'a que global switch, interxion et telehouse qui sont neutres ... encore qu'il me semble que telehouse propose des services managés et de la connectivité. Effectivement, ils se mettent tous a proposer plus ou moins des services managés, mais au moins on a toujours le choix. C'est ce choix qui me parait important. --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] Arastra ?
On 03/27/2008 12:59:31 AM +0100, Greg VILLAIN [EMAIL PROTECTED] wrote: Je cherchais des infos sur les switches 10G que fabrique Google, et je suis tombé sur des rumeurs qui sembleraient dire qu'ils sont basé sur ceux-ci: http://www.arastra.com/home/ Quelqu'un connait ? Déjà SFP+ ca me parle pas des masses comme interface, mais si on lit la home produit (presque vide d'ailleurs), il semblerait que ça fasse tout et bien, et que ça soit pas cher, et qu'en plus ca tienne 48xPorts 10G dans 1U (bin voyons...). Toute info est la bienvenue ! Hmm interessant rapport de capacité. Quelqu'un à une fourchette de prix pour ce genre de produit, histoire de voir si c'est capable de faire une alternative cheap à l'infiniband ? J'avoue par contre être sceptique sur la fiabilité d'un produit comme ca en layer 3/4 comme ils l'annoncent ou les performances en wire-speed, quand je vois les problèmes que rencontrent les autres constructeurs. Gabriel --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] streaming video taux d'encodage
J'ai (re-) lancé le stream il y a quelques instants depuis free, et tout a bien fonctionné sans le moindre freeze (audio tout du moins, je n'ai pas regardé de nouveau la vidéo). Puis j'ai mis en pause le temps de prendre un coup de fil et la c'est le drame: des interruptions toutes les 5 secondes, c'est devenu inaudible. Est-ce du à un problème lors de la reprise du flux (pause puis play), ou est ce que c'est parce qu'il y a des périodes comme ca ou la qualité de la connexion rend l'écoute totalement impossible? PS: je viens de lancer un deuxième navigateur, c'est pas mieux donc j'en déduis qu'en ce moment c'est la cata. Dommage car il faut avouer que ce concert est exceptionnel PS': niveau qualité d'encodage, tout dépend du public auquel tu t'adresses (national, international, régional, urbain?). Dans certains cas, il est tout a fait possible d'encoder a plus d'1Mbps sans que cela pose problème. Néanmoins, si on veut que les gens de la campagne qui ont de l'adsl 1024 ou une atténuation élevée puissent en profiter, 750K est effectivement un maximum. Gabriel On 03/03/2008 11:02:30 AM +0100, Damien Wetzel [EMAIL PROTECTED] wrote: Salut Vivien, et à la liste Comme je te l'ai dit il y'avait un probleme de redirection DNS Maintenant les POPs utilisés sont Londres ou Amsterdam, avec du routage optimisé sur chaque POP. Voici la video du concert de corée disponible en VOD streaming flash http://www.medici.tv (encodage 750 Kbps) ici se trouve une video encodée à 428 Kbps : http://www.medici-arts.tv/lpo.html On me reporte beaucoup de lags surtout quand les gens sont chez free meme avec une connexion rapide. Est ce que les amateurs de musique peuvent me confirmer ou infirmer :) ? La question que je me pose est quel est la limite d'encodage à ne pas dépasser pour avoir une qualité acceptable ? Est ce que cette limite baisse beaucoup si les POPs qui servent le stream n'ont pas de connections directes avec les Free Orange et Neufs. Toute expérience ou avis sur ce sujet m'interresse vivement, Damien, Vivien GUEANT writes: 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, !DOCTYPE html PUBLIC -//W3C//DTD HTML 4.01 Transitional//EN html head meta content=text/html;charset=ISO-8859-1 http-equiv=Content-Type /head body bgcolor=#ff text=#00 Bonsoir,br br La qualiteacute; est c-a-t-a-s-t-r-o-p-h-i-q-u-e.br Je ne suis pas sur que les problegrave;mes de freeze viennent du flash...br br Quand j'ai vu la tecirc;te du dump, je me suis dit que je recirc;vais, que tu avais du coder toi mecirc;me ta pile TCP/IP.br br - Les paquets sont envoyeacute;s dans un deacute;sordre qui fait peur. Si on considegrave;re que le reacute;seau transmet les paquets dans l'ordre, alors on a 35% de perte de paquets.br br - De plus de nombreux paquets sont reacute;-eacute;mis plusieurs fois d'affilieacute;s (16% des paquets arrivent en double)br br - De nombreux paquets ont une taille de 522 octets. Cela pourrais ecirc;tre normal, mais ce qui l'est moins, c'est qu'un mecirc;me paquet, quand il est reccedil;u en double fasse dans un cas 522 octets et dans l'autre 1514 octetsbr br - Et le serveur il est ougrave; physiquement ? Je deacute;passe les 200 ms de ping avec ma connexion ADSL !br br J'ai fais un post avec des captures d'eacute;cran inteacute;ressantes + le
[FRnOG] problème/enigme TCP qui bégaye
Bonsoir, J'ai actuellement un problème qui m'est pour le moment totalement insoluble, et qui après 3 jours de farfouillage me permet de l'exposer clairement. Je sais qu'ici n'est pas un support technique, mais peut etre que certaines personnes ont déjà eu ce genre d'expérience alors je tente le coup :-) Problématique initiale: * j'ai 2 serveurs web qui interrogent un serveur MySQL (super original). Tout irait pour le mieux si *de temps en temps* l'un ou l'autre serveur web ne se mettait pas a faire la tronche au serveur MySQL et a ne plus vouloir se connecter. En fouillant, j'obtiens de droles de données qui commencent à me rendre dingue: - Cela se produit pile poil toutes les 15 minutes (un coup c'est un serveur, un coup c'est l'autre 15 minutes chacun en décalé) et dure à peine 1 minute - Lorsque cela se produit, le fait de telnet ip de mysql 3306 provoque une latence d'*exactement* 3 secondes avant d'afficher le welcome de mysql Après avoir cherché la ou ca ne donne rien, j'ai décidé de sortir tcpdump, et au moment ou ca arrive, de le lancer sur le serveur et le client en même temps (dans mon cas, un serveur web et un serveur mysql). La capture des paquets m'indique que le client envoie un SYN au serveur, qui répond par un SYN,ACK, puis 3 secondes précisément s'écoulent, et le client renvoie de nouveau un SYN, puis le serveur répond SYN,ACK, et enfin le client complète le 3-way handshake par un ACK (puis se met à causer le mysql). J'ai fait le rapprochement des 3 secondes d'attente avant retransmission avec la variable tcp_retries1 qui est le temps avant de ressayer une transmission TCP sous linux. La ou est l'énigme, c'est que la capture des paquets sur le client ET le serveur sont exactement les mêmes, il n'y a donc pas de paquet qui à été perdu en cours de route! Pourquoi cet idiot passe dans la procédure de retry en attendant 3 secondes plus tard ? Infos: Le switch est un bête truc D-Link gigabit, qui commute sans problème tout le reste du traffic, donc ce n'est pas la cause. MySQL ne semble pas être en cause, car pendant qu'il galère a communiquer avec un des 2 serveurs, l'autre continue ses conversations sans accroc. Ce n'est pas une histoire de charge car tout ce bazar ne dépasse pas les 0.3 même en crachant 400 requetes/seconde Le fond du problème est: depuis quand le protocole TCP bégaye-t-il ??? Et pourquoi toutes les 15 minutes ? Quelqu'un à déja vu un truc pareil ? A vôt bon coeur! Gabriel --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] streaming video taux d'encodage
Attention toutefois à l'encodage dans Flash: Flash seulement depuis la dernière version sait lire le h264, seul encodage qui permet d'atteindre un débit/qualité équivalent à Xvid (en fait c'est quasiment la même chose). Pour toutes les autres versions de flash (et je ne sais pas si la version Linux est à jour pour lire le h264), il faut utiliser un encodage h263 dans une capsule FLV, et c'est de loin beaucoup moins bon comme qualité. Après, en application professionnelle (donc couteuse) mais de bonne qualité et compatible jusqu'a flash 7 ou 8, il y a On2 VP6 qui est un compresseur propriétaire qui donne une bonne qualité d'image. Attention toutefois, car la mise en place du système pour le streaming n'est pas ce qu'on pourrait appeler simple d'usage ni logique, mais la qualité le vaut bien (tm). D'autre part, pour un enregistrement pareil, je pense qu'il est mieux de laisser une très bonne qualité de compression pour l'audio quitte a sacrifier la video pour le même bitrate. Du mp3 256kbps me semble un grand minimum pour le son (flash ne sachant pas lire autre chose que du mp3) Gabriel On 03/03/2008 10:32:40 PM +0100, Steven Le Roux [EMAIL PROTECTED] wrote: Salut Damien, Voici mon expérience : Pas de freeze pendant les premieres 10 secondes, puis ça saccade. En revanche, vu la qualité de flash sous linux (CPU à 100% même pour une video youtube, dailymotion je n'en parle pas), je ne peux pas dire d'où ça vient. Par contre c'est clair que pour la vidéo, c'est trop encodé. por le bitrate recherché, le truc c'est que ça dépend de la résolution que tu veux. Ici c'est orienté fullscreen donc si tu passes à moins de 1500kbps je pense que ça va se voir. Pour info les film genre xvid et cie sont encodé avec un bitrate d'environ 1000kbps, mais pour une résolution bcp plus petite. Après peut être que le client flash peut faire du scaling, ce qui te permettrait de streamer à 12kbps pour une reso d'environ 720x580 (ou un truc du genre). my 2 cents. On Mon, 3 Mar 2008 11:02:30 +0100, Damien Wetzel [EMAIL PROTECTED] wrote: Salut Vivien, et à la liste Comme je te l'ai dit il y'avait un probleme de redirection DNS Maintenant les POPs utilisés sont Londres ou Amsterdam, avec du routage optimisé sur chaque POP. Voici la video du concert de corée disponible en VOD streaming flash http://www.medici.tv (encodage 750 Kbps) ici se trouve une video encodée à 428 Kbps : http://www.medici-arts.tv/lpo.html On me reporte beaucoup de lags surtout quand les gens sont chez free meme avec une connexion rapide. Est ce que les amateurs de musique peuvent me confirmer ou infirmer :) ? La question que je me pose est quel est la limite d'encodage à ne pas dépasser pour avoir une qualité acceptable ? Est ce que cette limite baisse beaucoup si les POPs qui servent le stream n'ont pas de connections directes avec les Free Orange et Neufs. Toute expérience ou avis sur ce sujet m'interresse vivement, Damien, Vivien GUEANT writes: 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, !DOCTYPE html PUBLIC -//W3C//DTD HTML 4.01 Transitional//EN html head meta content=text/html;charset=ISO-8859-1 http-equiv=Content-Type /head body bgcolor=#ff text=#00 Bonsoir,br br La qualiteacute; est c-a-t-a-s-t-r-o-p-h-i-q-u-e.br Je ne suis pas sur que les problegrave;mes de freeze viennent du flash...br br Quand j'ai vu la tête du dump,
Re: [FRnOG] problème/enigme TCP qui bégaye
On 03/03/2008 10:43:05 PM +0100, Steven Le Roux [EMAIL PROTECTED] wrote: On Mon, 03 Mar 2008 22:18:32 +0100, Gabriel Barazer [EMAIL PROTECTED] wrote: Bonsoir, Salut, J'ai actuellement un problème qui m'est pour le moment totalement insoluble, et qui après 3 jours de farfouillage me permet de l'exposer clairement. Je sais qu'ici n'est pas un support technique, mais peut etre que certaines personnes ont déjà eu ce genre d'expérience alors je tente le coup :-) Problématique initiale: * j'ai 2 serveurs web qui interrogent un serveur MySQL (super original). Tout irait pour le mieux si *de temps en temps* l'un ou l'autre serveur web ne se mettait pas a faire la tronche au serveur MySQL et a ne plus vouloir se connecter. En fouillant, j'obtiens de droles de données qui commencent à me rendre dingue: - Cela se produit pile poil toutes les 15 minutes (un coup c'est un serveur, un coup c'est l'autre 15 minutes chacun en décalé) et dure à peine 1 minute - Lorsque cela se produit, le fait de telnet ip de mysql 3306 provoque une latence d'*exactement* 3 secondes avant d'afficher le welcome de mysql Après avoir cherché la ou ca ne donne rien, j'ai décidé de sortir tcpdump, et au moment ou ca arrive, de le lancer sur le serveur et le client en même temps (dans mon cas, un serveur web et un serveur mysql). La capture des paquets m'indique que le client envoie un SYN au serveur, qui répond par un SYN,ACK, puis 3 secondes précisément s'écoulent, et le client renvoie de nouveau un SYN, puis le serveur répond SYN,ACK, et enfin le client complète le 3-way handshake par un ACK (puis se met à causer le mysql). J'ai fait le rapprochement des 3 secondes d'attente avant retransmission avec la variable tcp_retries1 qui est le temps avant de ressayer une transmission TCP sous linux. La ou est l'énigme, c'est que la capture des paquets sur le client ET le serveur sont exactement les mêmes, il n'y a donc pas de paquet qui à été perdu en cours de route! Pourquoi cet idiot passe dans la procédure de retry en attendant 3 secondes plus tard ? Infos: Le switch est un bête truc D-Link gigabit, qui commute sans problème tout le reste du traffic, donc ce n'est pas la cause. MySQL ne semble pas être en cause, car pendant qu'il galère a communiquer avec un des 2 serveurs, l'autre continue ses conversations sans accroc. Ce n'est pas une histoire de charge car tout ce bazar ne dépasse pas les 0.3 même en crachant 400 requetes/seconde Le fond du problème est: depuis quand le protocole TCP bégaye-t-il ??? Et pourquoi toutes les 15 minutes ? Quelqu'un à déja vu un truc pareil ? A vôt bon coeur! Gabriel J'ai eu exactement le problème il y a peu en testant une montée en charge de session sur des firewall. Au hasard, tu ne vois pas des trames spanning tree dans tes captures ? Pas dans mes captures directement (j'avais filtré) mais en recapturant sans filtrage j'ai effectivement du STP dans mes trames. En quoi cela pourrait jouer? Je n'ai pas compilé de support du 802.1d dans le noyau et c'est désactivé sur le switch D-link gigabit (c'est l'uplink qui envoie ces BPDU), il n'y a donc pas de raison que le switch se mette a bloquer des ports, d'autant plus que le serveur web, même si il est bloqué vers le serveur mysql avec cette latence due a la retransmission, continue de communiquer sans problème pour le contenu statique, et aussi ma session ssh dessus. Gabriel --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] problème/enigme TCP qui bég aye
Salut, Alors c'est simple, dans le sens premier du terme: - effectivement les 3 serveurs sur le même switch - pas de vlan taggé, un seul global untag - pas sur le switch en question - 1 lien par serveur vers le switch (3 liens total sur un switch qui en a actuellement une quinzaine) - aucune techno software style aggregation ni HA - c'est un nouveau déploiement, mais qui fonctionne sans problèmes sur quelques autres installations du même type (web + mysql) - j'ai le problème depuis 3 jours, et c'est suite à une migration depuis une ancienne infrastructure (qui commencait à montrer des symptomes similaires, je n'ai malheuresement pas pu tester ni faire de captures sur cette ancienne installation) - coté flux: - aucun équipement de filtrage à ce niveau les autres équipements n'interagissent pas avec les 3 serveurs en question, et fonctionnent d'eux même très bien. - Lorsque le problème survient, comme j'avais tenté de l'expliquer, c'est uniquement les connexions entre un serveur web et le serveur mysql qui font ce bégaiement TCP. toutes les autres communications entrantes et sortantes du serveur web et mysql fonctionnent (ssh sur les 2 serveurs, le http qui marche sur le web sans problème, mysql qui fonctionne sans problème avec l'autre serveur). - la table arp n'a pas plus de 10 entrées et je controle le réseau local de bout en bout, donc pas de connexion sauvage ou de conflit d'IP. N'ayant aucune piste, j'ai déjà vérifié tous ces élements jusqu'au trucs les plus absurdes sans rien trouver. J'ajoute que lorsque le problème arrive, un netstat sur le serveur MySQL montre tout un tas de connexions venant du serveur web en état SYN_RECV prouvant bien que le serveur est en train d'attendre que le client accepte la connexion. Le client de son côté a envoyé le SYN initial, recu le ACK du serveur, mais au lieu de répondre, il attend 3 secondes et retransmet le SYN. Simultanément, le meme serveur accepte les connexions de l'autre serveur web sans broncher. Je n'ai par ailleurs trouvé aucun élement ou serveur qui pourrait expliquer ce déclenchement du problème à intervalles si réguliers. J'avoue que c'est le genre de problème interessant à comprendre mais ca serait bien plus agréable si on me foutait pas autant la pression pour que ca marche derrière :) Gabriel On 03/03/2008 11:17:11 PM +0100, Christophe VIAUD [EMAIL PROTECTED] wrote: Salut, Je ne sais pas si ça intéresse tout le monde de suivre cette discussion, si cela gêne du monde, merci de nous le faire savoir on continuera en offline :D Pour ton pb, difficile d'en faire l'analyse sans qques infos complémentaires (pour ne rien perdre au passage et afin que l'on soit au même niveau d'info que toi ^_^) Côté architecture : - Ton architecture réseau c'est bien les 2 serveurs web et le serveur mysql sur le même switch ? - dans le même vlan ? - du spanning-tree ? - question bête mais sais t'on jamais : ton serveur MySQL a combien de lien physique vers ce switch ? fais-tu du teaming, channel bonding ou tout autre techno d'aggrégation de lien ou de tolérance de panne (lan ha,...) ? - lié à la question précédente : c'est un nouveau déploiement ? depuis combien de temps que tu as le pb par rapport à la date de déploiement ? Côté flux : - Pour ce flux tu passes en direct ou par un équipement de filtrage ? - quels sont les autres équipements (serveurs compris) qui sont dans le même segment que ton serveur et qui potentiellement pourrait nuir au trafic ? - lorsque le pb survient, c'est juste le flux serveur web - MySQL qui pose pb ou tu as des pb de connexion vers les serveurs web aussi ? as-tu vérifié les tables arp de tes serveurs web et de ton serveur MySQL lorsque le pb survient ? = je pense à une machine qui a la même ip ou la même adresse mac et qui pourrait émettre des trames de temps en temps, provoquant un pb dans la table de forwarding du switch, le temps de la ré-émission de paquet, ou encore un pb dans la config du teaming ou channel bonding (pb de mac flapping)... tu peux vérifier aussi dans ta capture réseau, mais le mieux c'est qd le problème survient. voilà c'est déjà pas mal pour un premier diag :) t'as de quoi faire ;) -- Christophe VIAUD Bonsoir, J'ai actuellement un problème qui m'est pour le moment totalement insoluble, et qui après 3 jours de farfouillage me permet de l'exposer clairement. Je sais qu'ici n'est pas un support technique, mais peut etre que certaines personnes ont déjà eu ce genre d'expérience alors je tente le coup :-) Problématique initiale: * j'ai 2 serveurs web qui interrogent un serveur MySQL (super original). Tout irait pour le mieux si *de temps en temps* l'un ou l'autre serveur web ne se mettait pas a faire la tronche au serveur MySQL et a ne plus vouloir se connecter. En fouillant, j'obtiens de droles de données qui commencent à me rendre dingue: - Cela se produit pile poil toutes les 15 minutes (un coup c'est un serveur, un coup c'est l'autre 15 minutes chacun en décalé) et
Re: [FRnOG] streaming video taux d'encodage
Je confirme aussi: la premiere adresse fonctionne parfaitement, la 2ème est catastrophique, avec son et vidéo complétement saccadés. Je remarque de même une proportion énorme de retransmissions. J'ai finalement gardé la première adresse pour me le réecouter demain :-) Gabriel On 03/04/2008 12:33:57 AM +0100, Vivien GUEANT [EMAIL PROTECTED] wrote: 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/ --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] problème/enigme TCP qui bég aye
On 03/04/2008 12:19:27 AM +0100, Christophe VIAUD [EMAIL PROTECTED] wrote: - coté flux: - aucun équipement de filtrage à ce niveau les autres équipements n'interagissent pas avec les 3 serveurs en question, et fonctionnent d'eux même très bien. - Lorsque le problème survient, comme j'avais tenté de l'expliquer, c'est uniquement les connexions entre un serveur web et le serveur mysql qui font ce bégaiement TCP. toutes les autres communications entrantes et sortantes du serveur web et mysql fonctionnent (ssh sur les 2 serveurs, le http qui marche sur le web sans problème, mysql qui fonctionne sans problème avec l'autre serveur). Le fait que tu sois en ssh ne prouve pas le fait qu'il n'y ait pas de pb de cnx. ça m'arrive de perdre ma cnx wifi et pourtant ma cnx ssh refonctionne souvent le temps que le wifi revienne (parfois ok ça déconnecte :) ) le mieux c'est de faire un ping TCP à partir de tes serveurs web à destination de ton serveur MySQL, avec hping par exemple : hping3 [ip] -p 3306 -S Quand je parle de connexion SSH, je ne parle pas d'idler sur une session, je parle de faire mes tests a partir de la session SSH en question, donc non je suis sur qu'il n'y a aucun problème dessus :) Pour tester le TCP, et n'ayant rien d'autre sous la main a ce moment la, j'ai utilisé telnet ip 3306 . Même effet, même résultat négatif. - la table arp n'a pas plus de 10 entrées et je controle le réseau local de bout en bout, donc pas de connexion sauvage ou de conflit d'IP. Ne le prend pas mal, tu l'as sûrement fait mais une re-vérif des configs, c'est possible ? (ça arrive à tout le monde et le plus souvent plus c'est gros et moins on le voit :) ) J'ai bien sur revérifié tout ca. En fait c'est plutot simple puisque j'ai simplement à jeter un coup d'oeil dans une interface et a cliquer :). J'ai aussi vérifié manuellement sur chaque serveur (ca va encore le pool est petit) d'autant plus que c'est une nouvelle install,... (une piste est une piste c'est tjrs ça de pris) Nouvelle install mais même architecture que plusieurs déjà existantes, c'est ca que j'arrive pas à m'expliquer, et qui me fait penser que le problème est lié au réseau ou a une bizarerie de ce genre plutôt qu'a un problème applicatif (pour lequel j'ai tout vérifié) N'ayant aucune piste, j'ai déjà vérifié tous ces élements jusqu'au trucs les plus absurdes sans rien trouver. J'ajoute que lorsque le problème arrive, un netstat sur le serveur MySQL montre tout un tas de connexions venant du serveur web en état SYN_RECV prouvant bien que le serveur est en train d'attendre que le client accepte la connexion. Le client de son côté a envoyé le SYN initial, recu le ACK du serveur, mais au lieu de répondre, il attend 3 secondes et retransmet le SYN. Simultanément, le meme serveur accepte les connexions de l'autre serveur web sans broncher. c'est quoi qui fait les cnx vers le MySQL : du php ? python ? perl ? avec le ping tcp (hping), tu devrais voir des pb de cnx en même temps que ton pb. Dans le cas où que le ping TCP ne pose pas de pb, mais que ton serv web a du mal à se connecter, il faudra regarder la partie logicielle (config, voir avec les developpeurs de l'appli ...) du PHP, mais ce n'est pas ce qui pose le problème. Et les problèmes de connexion sont effectivement visible en même temps. Mes captures indiquant la retransmission TCP qui n'a pas lieu d'être de la part du client prouve que le problème est dessous l'applicatif. Mais je ne suis pas un fainéant, j'ai juste déjà passé 36h sur les points dont tu parles :) 400 req/s : il y a du cache ou à chaque fois tu as des cnx vers le MySQL ? pour voir s'il faut travailler du côté des descripteurs de socket. Pour 400 requetes, on peut compter environ 200 connexions effectives au serveur MySQL (200 sessions TCP quoi). Aucun problème de sockets, pas de problème de backlog trop court. D'autre part, le serveur à côté fait dans les 1500 connexions par seconde sans broncher sur _exactement_ la même configuration matérielle et logicielle. J'ai eu le problème à l'instant, et j'ai réussi a raccourcir le temps d'indisponibilité de 1 minute a environ 20 secondes (mais c'est loin d'être suffisant étant donné le caractère critique du temps de réponse). J'ai tout simplement, et dans le non-respect des standards, raccourci le temps avant le retry d'une retransmission TCP à une seconde au lieu de 3. (echo 1 /proc/sys/net/ipv4/tcp_retries1). C'est tout ce qu'il y a de plus dégeu, mais cela ajoute à l'hypothèse qu'il s'agit bien d'un ennui au niveau réseau. Je vais voir du coté de hping ce que ca peut m'apporter comme infos en plus, mais ayant déjà un trace pcap du problème, je vois mal ce que je peux obtenir de plus. (et je ne peux pas poster ces traces, étant donné qu'ils contiennent les packets d'authentification de Mysql... mais je vais essayer d'en faire une version publique). En simplifié: T=0s. : client:xyz serveur:3306 TCP SYN T=0s.0001 :
Re: [FRnOG] concert live flash
Bonjour à tous, On 02/27/2008 12:43:09 AM +0100, Vivien GUEANT [EMAIL PROTECTED] wrote: - Et le serveur il est où physiquement ? Je dépasse les 200 ms de ping avec ma connexion ADSL ! Il a dit qu'il s'agissait d'une retransmission du concert (historique!) du philarmonique de NY en corée du nord (Pyong-Yang). Si le serveur est la bas, il ne faut donc pas s'étonner de la qualité déplorable de la connexion. C'est même à se demander combien de proxys/relais et autre procédés de filtrage ce flux passe avant d'arriver dans le monde libre ;-) (bon ok ca devient un peu politique là) Totalement subjectivement: Le son est de très bonne qualité, quand le flux ne freeze pas (ce qui pour ma part n'est pas arrivé si souvent). D'autre part, j'espère qu'il existe un enregistrement du flux avant transmission (avec peut etre une vidéo en haute qualité), car il s'agit vraiment d'un concert exceptionnel, et je pense que ceux que ca interesse ne voudraient pas en perdre une miette! Gabriel --- Liste de diffusion du FRnOG http://www.frnog.org/
[FRnOG] un squatteur dans la base RIPE
Bonjour, J'ai un gros problème avec un squatteur dans la base RIPE. Le mec a mis mon handle sur ses inetnums et je me prend toutes ses plaintes de spam dans la tronche (un isp russe sur des /25, je suis pas très confiant). J'ai écrit au contact en question avec A/R (pas très fiable mais ca marche quand même) + copies vers ses adresses connues, et c'est la que ca devient ironique, le mailer du bonhomme m'a renvoyé l'accusé en indiquant deleted without being read. Autant je croyait à la présomption d'innocence et que l'isp en question avait fait une faute de frappe, autant la je n'y croit plus du tout, notamment quand je vois la quantité impressionante de rapports de spam que je recois. Pour connaitre les inetnums j'ai simplement fait un inverse lookup. Je ne sais pas si cette liste est exhaustive ou s'il y a d'autres records qui contiennent mon handle. Vous avez une idée de ce que je peux faire ? ([EMAIL PROTECTED] est un robot qui me jette, donc je ne peux pas leur écrire par ce biais) Note: je ne suis pas LIR Vous ne trouvez pas qu'il s'agit la d'un problème de sécurité, qu'on puisse inserer n'importe quel contact sans l'autorisation du mntner? Gabriel --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] un squatteur dans la base RIPE
Curieusement, quelques minutes après avoir posté ce message, déjà 3 tentatives de modification de mes objects dans la base RIPE. Ce n'est problablement pas le gars qui squatte mon contact dans ses inetnums (qui est russe), étant donné que l'ip en question est francaise et de chez neuf (84.103.175.42). Je pense que ces tentatives proviennent de quelqu'un qui lit cette liste - d'ou ce message - alors il serait raisonnable pour cette personne qu'elle cesse ce genre de chose: Je suis en train d'écrire directement au RIPE concernant mes inetnums, il ne m'est pas difficile d'ajouter qu'en meme temps quelqu'un s'amuse avec mes autres objects (surtout que j'ai pensé un instant que c'était lié avant de vérifier l'IP). Merci en tout cas pour le contact: il est difficile au RIPE de tomber directement sur des humains. Gabriel On 02/27/2008 5:48:35 PM +0100, Pierre Baume [EMAIL PROTECTED] wrote: Salut Gabriel, Essaie [EMAIL PROTECTED]. Voir section 6.5 à: http://www.ripe.net/docs/ripe-402.html Bon courage. :-) Pierre. On 27/02/2008, Gabriel Barazer [EMAIL PROTECTED] wrote: Bonjour, J'ai un gros problème avec un squatteur dans la base RIPE. Le mec a mis mon handle sur ses inetnums et je me prend toutes ses plaintes de spam dans la tronche (un isp russe sur des /25, je suis pas très confiant). J'ai écrit au contact en question avec A/R (pas très fiable mais ca marche quand même) + copies vers ses adresses connues, et c'est la que ca devient ironique, le mailer du bonhomme m'a renvoyé l'accusé en indiquant deleted without being read. Autant je croyait à la présomption d'innocence et que l'isp en question avait fait une faute de frappe, autant la je n'y croit plus du tout, notamment quand je vois la quantité impressionante de rapports de spam que je recois. Pour connaitre les inetnums j'ai simplement fait un inverse lookup. Je ne sais pas si cette liste est exhaustive ou s'il y a d'autres records qui contiennent mon handle. Vous avez une idée de ce que je peux faire ? ([EMAIL PROTECTED] est un robot qui me jette, donc je ne peux pas leur écrire par ce biais) Note: je ne suis pas LIR Vous ne trouvez pas qu'il s'agit la d'un problème de sécurité, qu'on puisse inserer n'importe quel contact sans l'autorisation du mntner? Gabriel --- 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] un squatteur dans la base RIPE
On 02/28/2008 12:35:19 AM +0100, Vassili Tchersky [EMAIL PROTECTED] wrote: Le Wed, Feb 27, 2008 at 04:35:30PM +0100, Gabriel Barazer a écrit : Éventuellement, je parle russe et j'ai de bons contacts parmi les FAI soviétiques ... je peux t'aider à régler la situation si jamais la solution administrative marche trop lentement pour toi. Si ça peut aider à dé-diaboliser les pratiques des fournisseurs de l'autre côté du mur, il n'y a pas que des malfaisants. Loin de moi l'idée de diaboliser les ISP russes, c'est surtout la combinaison d'un ISP qui n'a rien a voir avec ma société ni la France et ne peut pas me connaître, avec des /25 (il s'est trompé de contact sur 3x /25 quand même), qui ne répond pas aux e-mails, et qui envoie plein de spam. De plus il est quand même clair que certains pays ont des régulation plus ou moins strictes concernant les activité internet et la Russie n'est pas particulierement stricte dans ce domaine. Et puis je crois (mais ca va encore entrer dans la politique) qu'il n'y a plus officiellement de mur ;). Bien que la réalité soit assez différente, notamment concernant la situation geopolitique de quelques pays d'ex URSS. Si les voies administratives ne sont pas concluantes, je ne manquerais pas de trouver d'autres pistes, et si d'écrire en russe peut aider, j'accepte volontiers :-) Gabriel --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] Infos sur routeur BGP !
Bonjour à tous, On 12/17/2007 8:54:54 AM +0100, David CHANIAL [EMAIL PROTECTED] wrote: Le Monday 17 December 2007 08:35:29 Julien Escario, vous avez écrit : D'où ma question : mon full route + OS prend 152 MB en RAM, qu'est ce que fais un 7200 (soft aussi si j'ai bien compris) pour ne pas pouvoir stocker ça dans 256 MB ? Il fait du RAID1 en RAM ? Bonjour Julien, Le soucis ne se situe pas au niveau de la RAM, mais dans la table de routage hard qui ne stocke que 256k routes max généralement. Je me suis souvent posé la même question concernant cette histoire de limite de mémoire, et par précaution lorsque j'ai fait mes premiers achats, j'ai directement pris 512MB de RAM (Foundry M4R4G). Après quelques temps, j'arrive à stocker 2 tables complètes + une vingtaines de peerings soit un total de plus de 550k routes BGP. Je suis maintenant surpris du peu de RAM que cela consomme, par rapport aux nombreuses remarques que j'ai entendues concernant justement le risque de manquer de RAM avec des tables complètes. #sh mem Total DRAM: 536813568 bytes Dynamic memory: 513744892 bytes total, 142592312 bytes free, 72% used BGP memory: 103262400 bytes (20%) used from dynamic memory J'en déduis donc que pour ces 550k routes, 100MB sont utilisés pour les routes BGP ? de plus, un affichage des valeurs systèmes (sh default values) me donne pour les routes : ip-route 128000 40 40 j'en déduis donc que ce modèle (déjà bien vieux), peut stocker 400k routes en CAM + (plus de 550k routes en RAM BGP) alors qu'aujourd'hui on en est a environ 250k ? J'en déduis aussi que 256MB auraient donc été largement suffisant ? Par contre, de base cette limite est fixée a 128k routes, et il faut changer cela dans la config + reload pour permettre les 400k routes. Ce problème de limite de mémoire est-il une légende urbaine ? Gabriel --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] Infos sur routeur BGP !
On 12/17/2007 12:15:24 PM +0100, Spyou [EMAIL PROTECTED] wrote: At 12:07 17/12/2007, you wrote: #sh mem Total DRAM: 536813568 bytes Dynamic memory: 513744892 bytes total, 142592312 bytes free, 72% used BGP memory: 103262400 bytes (20%) used from dynamic memory J'en déduis donc que pour ces 550k routes, 100MB sont utilisés pour les routes BGP ? C'est a peu près ca ... + les routes eluent par le routeur (qui expliquent la difference entre les 100 Mo et les 371 occupés. Comment des routes élues (=choisies comme best route ?), peuvent elles prendre 270MB alors que 550k routes BGP n'en prennent que 100 ? Ca représente plus d'1KB par route, ce qui est quand même conséquent meme en voulant stocker les communities, et quelques compteurs par route! de plus, un affichage des valeurs systèmes (sh default values) me donne pour les routes : ip-route 128000 40 40 j'en déduis donc que ce modèle (déjà bien vieux), peut stocker 400k routes en CAM + (plus de 550k routes en RAM BGP) alors qu'aujourd'hui on en est a environ 250k ? J'en déduis aussi que 256MB auraient donc été largement suffisant ? Les foundry ne descendent pas toutes les routes en CAM .. Principe de fonctionnement basé sur les flow ... de mémoire, les GMR4 ont 8 ou 16Mo de CAM dispo, une foi pleine, elle fonctionne comme un FIFO .. les anciennes entrées sont bazardées pour en mettre de nouvelles. D'ou le probleme potentiel de saturation CPU si on se tape un grand nombre de flux simultanés (P2P co ..) vu que la CAM se videra alors que les flux ne sont pas terminés et se re-remplira aussi sec (tout finira donc par passer par le CPU) SL 1: B4GMR4 M4 Management Module, SYSIF 2, M4, ACTIVE Serial #: CH07016239 8192 KB BRAM, SMC version 1, BM version 21 512 KB PRAM(512K+0K) and 2048*8 CAM entries for DMA 0, version 0209 512 KB PRAM(512K+0K) and shared CAM entries for DMA 1, version 0209 Je suppose que tu parles ici des 8MB indiqués ? Je comprends le principe, ce qui permet donc d'assigner théoriquement plus de routes qu'il n'en est réellement possible. Est ce qu'il y a un moyen d'afficher les routes actuellement utilisées ? Si je comprend bien aussi, cela veut dire qu'avec Foundry on peut tenir beaucoup de débit, tant que le nombre de connexion est limité à un certain nombre de routes. Est ce qu'on peut extrapoler en disant que si notre traffic se limite par exemple principalement à un continent (ou même un pays comme la France), on aura jamais ce problème de saturation ? Par contre si on a un usage plus intensif avec du P2P, ou autre utilisation avec de nombreuses connexions et routes très différentes, on se retrouve donc avec une saturation de cette mémoire, ce qui n'est pas le cas chez Cisco (tant qu'on a dimensionné correctement la bête dès le départ). Si cela peut apporter un peu d'eau au moulin de la personne qui en était au stade du choix du routeur ... Cela peut donc être déterminant selon l'utilisation et le traffic géré. Gabriel --- Liste de diffusion du FRnOG http://www.frnog.org/
