[FRnOG] Tr: [sd-start] la zone dns de neuf.fr
Quelqu un pour traiter cela ? :) -Original Message- From: o...@ovh.net Date: Fri, 20 Feb 2009 15:36:56 To: host...@ml.ovh.net; sd-...@ml.ovh.net; sd-ba...@ml.ovh.net; sd-st...@ml.ovh.net Subject: [sd-start] la zone dns de neuf.fr Bonjour, Certains clients, surtout les clients serveurs dédiés, nous remontent les problèmes d'envoi des emails vers @neuf.fr. En effet, le serveur SMTP QMAIL n'arrive pas à trouver les serveurs MX en face chez @neuf.fr. Le problème est dû à la taille de la repose DNS de la zone neuf.fr. La réponse dépasse 512 bytes (583 bytes) et donc elle ne se fait pas en UDP. Elle se fait en TCP. Or QMAIL, en respectant les RFC, ne gère pas les requêtes DNS en TCP. Et donc il ne trouve pas les serveurs MX de @neuf. Voilà pour l'histoire. D'après les auteurs de Qmail, une zone à 512 ne respectent pas les RFC et donc il n'y a pas de patchs ni de correctifs à appliquer sur le Qmail puisque Qmail respectent les RFC. Nous allons publier un patch pour QMAIL afin que nos clients puissent résoudre ce problème. Mais sachant qu'on a presque 50'000 serveurs dédiés chez Ovh et QMAIL est installé sur plusieurs millions de serveurs dans le monde, le plus simple serait de corriger la zone neuf.fr afin de réduire la taille de la réponse et résoudre ce problème rapidement et avec minimum de travail. C'est tout simple, il suffit de réduire la taille de noms de serveurs: au lieu de neuf-infra-smtp-in-sp604010av.neufgp.fr. mettre un truc plus court genre n-i-s-i-sp604010av.neufgp.fr. Ceci permettrait de réduire la taille de la réponse de 583 bytes à moins de 512 bytes. Merci d'avance à ceux qui transmettront l'email au bon décideur. Amicalement Octave $ dig neuf.fr any @ns2.9services.com ;; Truncated, retrying in TCP mode. ; DiG 9.3.4 neuf.fr any @ns2.9services.com ; (1 server found) ;; global options: printcmd ;; Got answer: ;; -HEADER- opcode: QUERY, status: NOERROR, id: 3071 ;; flags: qr aa rd; QUERY: 1, ANSWER: 14, AUTHORITY: 0, ADDITIONAL: 2 ;; QUESTION SECTION: ;neuf.fr. IN ANY ;; ANSWER SECTION: neuf.fr.3600IN A 212.30.118.74 neuf.fr.3600IN NS ns2.9services.com. neuf.fr.3600IN NS dns2.gaoland.net. neuf.fr.3600IN NS ns01.sitadelle.com. neuf.fr.3600IN NS hazzi.hittite.isp.9tel.net. neuf.fr.3600IN NS nanni.hittite.isp.9tel.net. neuf.fr.3600IN NS ns1.9services.com. neuf.fr.3600IN SOA nanni.hittite.isp.9tel.net. hostmaster.isp.9tel.net. 2009020402 21600 3600 1209600 3600 neuf.fr.900 IN MX 20 neuf-infra-smtp-in-sp604010av.neufgp.fr. neuf.fr.900 IN MX 20 neuf-infra-smtp-in-sp604013av.neufgp.fr. neuf.fr.900 IN MX 20 neuf-infra-smtp-in-sp604014av.neufgp.fr. neuf.fr.900 IN MX 20 neuf-infra-smtp-in-sp604008av.neufgp.fr. neuf.fr.900 IN MX 20 neuf-infra-smtp-in-sp604009av.neufgp.fr. neuf.fr.3600IN TXT v=spf1 ip4:84.96.92.0/24 ip4:93.17.128.0/24 ?all ;; ADDITIONAL SECTION: ns2.9services.com. 3600IN A 84.96.147.1 ns1.9services.com. 3600IN A 84.96.72.129 ;; Query time: 2 msec ;; SERVER: 84.96.147.1#53(84.96.147.1) ;; WHEN: Fri Feb 20 15:16:37 2009 ;; MSG SIZE rcvd: 583 la taille de la reponse: 583 bytes au lieu de 512 bytes. - Desinscription: envoyez un message a: sd-start-unsubscr...@ml.ovh.net Pour obtenir de l'aide, ecrivez a: sd-start-h...@ml.ovh.net
Re: [FRnOG] Tr: [sd-start] la zone dns de neuf.fr
thomas.andr...@level-host.net a écrit : Quelqu un pour traiter cela ? :) Je me demandais combien de temps cela allait mettre entre la ml ovh et ici... 7 minutes donc :-) --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] Tr: [sd-start] la zone dns de neuf.fr
De l'avantage du push mail :) --Message d'origine-- De : Charles Expéditeur :owner-fr...@frnog.org À :frnog@frnog.org Répondre à :Charles Objet : Re: [FRnOG] Tr: [sd-start] la zone dns de neuf.fr Envoyé : 20 fév, 2009 15:45 thomas.andr...@level-host.net a écrit : Quelqu un pour traiter cela ? :) Je me demandais combien de temps cela allait mettre entre la ml ovh et ici... 7 minutes donc :-) --- Liste de diffusion du FRnOG http://www.frnog.org/ .+-y×�‰÷î²*'váQœá¡¶Úÿ0~¹è‚Šà
Re: [FRnOG] Tr: [sd-start] la zone dns de neuf.fr
Voilà pourquoi, en tant qu'abonné chez Neuf, je constate de gro spb de mail ces derniers jours ? -- Pierre Col - qui va reparler du filtarge sur son blog, puisque So Krazy veut filtrer les octets pédo-pornographiques... --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] Tr: [sd-start] la zone dns de neuf.fr
Peut-être entre autre, mais les problèmes de neuf sont surtout dus à leur infra sur les genoux. En attendant la migration vers sfr. Et on verra à ce moment-là si ça va mieux. Pierre Col a écrit : Voilà pourquoi, en tant qu'abonné chez Neuf, je constate de gro spb de mail ces derniers jours ? -- Pierre Col - qui va reparler du filtarge sur son blog, puisque So Krazy veut filtrer les octets pédo-pornographiques... --- Liste de diffusion du FRnOG http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] Tr: [sd-start] la zone dns de neuf.fr
Le Friday 20 February 2009 à 14:43, thomas.andr...@level-host.net écrivait: $ dig neuf.fr any @ns2.9services.com ;; MSG SIZE rcvd: 583 la taille de la reponse: 583 bytes au lieu de 512 bytes. Heuuu, Qmail fait une requete ANY pour trouver les MX ?!?? Parce que dig -t MX neuf.fr ça ne passe en UDP: ;; MSG SIZE rcvd: 507 -- Auré --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] Tr: [sd-start] la zone dns de neuf.fr
thomas.andr...@level-host.net a écrit : Quelqu un pour traiter cela ? :) [../..] Soit neuf vient de faire la modification, soit je ne constate pas le même problème En attachement un pcap d'illustration J'ai loupé quelque chose ? Renaud neuf_mx.pcap Description: Binary data
Re: [FRnOG] Tr: [sd-start] la zone dns de neuf.fr
Le Fri, Feb 20, 2009 at 03:51:04PM +0100, Aurélien Beaujean [abeauj...@proxad.net] a écrit: Le Friday 20 February 2009 à 14:43, thomas.andr...@level-host.net écrivait: $ dig neuf.fr any @ns2.9services.com ;; MSG SIZE rcvd: 583 la taille de la reponse: 583 bytes au lieu de 512 bytes. Heuuu, Qmail fait une requete ANY pour trouver les MX ?!?? Parce que dig -t MX neuf.fr ça ne passe en UDP: ;; MSG SIZE rcvd: 507 Moi j'ai : $ dig MX neuf.fr [...] ;; MSG SIZE rcvd: 491 (avec des additional et tout, parceque pas une interrogation directe d'un des autoritaires) Et du coup, ça me conforte bien dans l'idée de jamais toucher à Qmail, cette histoire :-p Par contre, je trouve un peu bizarre qu'ils aient mis toutes les priorité à 20, ça doit pas favoriser le réessai rapide du SMTP client si quoi que ce soit se passe mal dans une connexion. -- Dominique Rousseau Neuronnexion, Prestataire Internet Intranet 50, rue Riolan 8 Amiens tel: 03 22 71 61 90 - fax: 03 22 71 61 99 - http://www.neuronnexion.coop --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] Routeur qui fait BGP VoIP ?
Salut, Tu peux regarder du côté de la gamme H3C MSR 20 Series ( http://www.h3c.com/portal/Products___Solutions/Products/Routers/H3C_MSR_20_Series_Routers/Data_Sheet/200701/194838_57_0.htm). J'ai jamais testé, mais sur le papier ça semble répondre aux besoins (FXO, BGP et WAN ETH). @+ Yann On Mon, Feb 16, 2009 at 2:43 PM, Olivier CALVANO o.calv...@gmail.comwrote: Bonjour, Je suis a la recherche d'un routeur capable de ce brancher sur un port ethernet pour le wan et capable de delivrer deux ports FXO. Actuellement, on utilise des Cisco 1751 et des 1760, mais leur prix sont assez elevés quand on rajoute les differentes cartes. Quelqu'un a une experience la dessus de routeur VoIP ? merci d'avance Olivier
[FRnOG] Filtrage
Je me livre à une démonstration amusante : http://www.zdnet.fr/blogs/2009/02/20/filtrage-d-internet-nous-y-voila-/ Comment mettre sa trombine sur des milliers de disques durs francophones ! -- Pierre --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] Tr: [sd-start] la zone dns de neuf.fr
Le Friday 20 February 2009 à 17:29, o...@ovh.net écrivait: # grep dns_cname dns.c -A 10 switch(resolve(sa,T_ANY)) c'est ANY. Ça c'est dans le cas où il fait une requete sur un CNAME. La ligne interessante dans qmail-remote.c (385) c'est: switch (relayhost ? dns_ip(ip,host) : dns_mxip(ip,host,random)) { Et dans cette fonction il fait bien un switch(resolve(sa,T_MX)). Dans quel cas tu crois qu'il fait une requete CNAME pour les MX de Neuf ? -- Auré --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] Tr: [sd-start] la zone dns de neuf.fr
Fantec a été faire un tour dans le code de Qmail, et notre ami Bernstein fait bien une requete MX pas ANY... La vérité est ailleurs. zzii ...flash .. ...iii ... merde .. -4 points ;) http://cr.yp.to/qmail.html # wget ftp://ftp.eu.uu.net/pub/unix/mail/qmail/qmail-1.03.tar.gz # tar xfz qmail-1.03.tar.gz # cd qmail-1.03 # grep dns_cname dns.c -A 10 int dns_cname(sa) stralloc *sa; { int r; int loop; for (loop = 0;loop 10;++loop) { if (!sa-len) return loop; if (sa-s[sa-len - 1] == ']') return loop; if (sa-s[sa-len - 1] == '.') { --sa-len; continue; } switch(resolve(sa,T_ANY)) #^^ c'est ANY. plus que 8 points ;) bon wk Octave --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] Tr: [sd-start] la zone dns de neuf.fr
2009/2/20 o...@ovh.net: # wget ftp://ftp.eu.uu.net/pub/unix/mail/qmail/qmail-1.03.tar.gz # tar xfz qmail-1.03.tar.gz # cd qmail-1.03 # grep dns_cname dns.c -A 10 int dns_cname(sa) stralloc *sa; { int r; int loop; for (loop = 0;loop 10;++loop) { if (!sa-len) return loop; if (sa-s[sa-len - 1] == ']') return loop; if (sa-s[sa-len - 1] == '.') { --sa-len; continue; } switch(resolve(sa,T_ANY)) #^^ # ?!? WTF ! _$_ !! c'est ANY. plus que 8 points ;) Je suggère l'annulation des 4 points de pénalité, c'est mal de bosser en root :o bon wk Octave Pareil ;) -- Jérôme Nicolle --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] Tr: [sd-start] la zone dns de neuf.fr
On Fri, Feb 20, 2009 at 05:38:09PM +0100, Aurélien Beaujean wrote: Le Friday 20 February 2009 à 17:29, o...@ovh.net écrivait: # grep dns_cname dns.c -A 10 switch(resolve(sa,T_ANY)) c'est ANY. Ça c'est dans le cas où il fait une requete sur un CNAME. La ligne interessante dans qmail-remote.c (385) c'est: Nope. La ligne interessante est avant au niveau de la ligne (367) et (377) ce qui fait que code ne va pas jusqu'à la ligne (385). ça s'arrete avant. (367) addrmangle(sender,argv[2],flagalias,0); (377) addrmangle(reciplist.sa + reciplist.len,*recips,flagalias,!relayhost); notre ami DJB verifie que le FROM: est un truc catholique ... euhh canonical /* host has to be canonical, box has to be quoted */ addrmangle(sender,argv[2],flagalias,0); puis pareil sur la boucle de TO: while (*recips) { [...] addrmangle(reciplist.sa + reciplist.len,*recips,flagalias,!relayhost); [...] c'est là qu'il y a un plantage avec neuf.fr et le code s'arrete. @400c10c90df29c2c starting delivery 6634: msg 11979 to remote postmas...@neuf.fr @400c10c90df29c2c status: local 0/10 remote 1/120 @400c10c90e106914 delivery 6634: deferral: CNAME_lookup_failed_temporarily._(#4.4.3)/ En gros, le destinateur a une zone DNS pourri (alias la zone n'existe pas, n'a pas le minimum c'est à ni le A ni le MX ni NS, a une reponse 512 bytes) c'est pas la peine d'aller plus loin. et donc pas la peine d'executer dns_mxip. Amicalement Octave --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] Tr: [sd-start] la zone dns de neuf.fr
o...@ovh.net wrote: Fantec a été faire un tour dans le code de Qmail, et notre ami Bernstein fait bien une requete MX pas ANY... La vérité est ailleurs. int dns_cname(sa) ... switch(resolve(sa,T_ANY)) Si j'ai bien compris le code, il fait une requete ANY pour voir s'il n'y aurai pas un CNAME histoire de remplacer le domaine avant de faire sa requete MX. Malheureusement, dans son code, il oublie l'information que la réponse était tronquée et renvoie une erreur lorsqu'un enregistrement est erroné (du fait de la troncature). Du coup, il y a trois choses qui me genent : pourquoi oublier que l'enregistrement est tronqué alors qu'il y a une valeur recherchée dans la liste qui _est_ incomplete ? Pourquoi faire une recherche T_ANY pour récuperer un seul CNAME (là, je manque d'historique sur les requetes DNS) ? Et pourquoi commencer par un CNAME au lieu d'un MX ? (j'aurais tendance à penser que la plupart des domaines ont différentes entrées et qu'il leur faille donc un MX alors que le CNAME empeche toute autre entrée dans les DNS) Pour ce qui est des points : Le problème est dû à la taille de la repose DNS de la zone neuf.fr. La réponse dépasse 512 bytes (583 bytes) et donc elle ne se fait pas en UDP. Elle se fait en TCP. Or QMAIL, en respectant les RFC, ne gère pas les requêtes DNS en TCP. Et donc il ne trouve pas les serveurs MX de @neuf. Non, les réponses peuvent se faire sur 512 octets en tronquant les données. Là, cela devrait être clairement indésiré car il s'agit de récuperer une entrée dans une liste. Rien n'oblige Qmail à implementer les requetes TCP mais ce n'est pas pour autant que les entrées ne doivent pas dépasser les 512 octets. Là, Qmail se tire dans le pied et cela fait déjà quelques années que cela a été signalé. Sinon et depuis presque 10 ans déjà, les requetes en UDP peuvent dépasser les 512 octets (RFC 2671), il y a même un patch à qmail qui l'exploite... D'après les auteurs de Qmail, une zone à 512 ne respectent pas les RFC et donc il n'y a pas de patchs ni de correctifs à appliquer sur le Qmail puisque Qmail respectent les RFC. Ben non. Sinon, la RFC 1035 n'aurait pas prévu le flag TC pour signaler précisement que la réponse était tronquée. Nous allons publier un patch pour QMAIL afin que nos clients puissent résoudre ce problème Il en existe déjà qui utilisent EDNS0 : http://www.ckdhr.com/ckd/qmail-103.patch Mais sachant qu'on a presque 50'000 serveurs dédiés chez Ovh et QMAIL est installé sur plusieurs millions de serveurs dans le monde, le plus simple serait de corriger la zone neuf.fr afin de réduire la taille de la réponse et résoudre ce problème rapidement et avec minimum de travail. Et donc faire bosser un tiers pour contourner un bug dont il n'est pas responsable. François --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] Tr: [sd-start] la zone dns de neuf.fr
o...@ovh.net wrote: Nope. La ligne interessante est avant au niveau de la ligne (367) et (377) ce qui fait que code ne va pas jusqu'à la ligne (385). ça s'arrete avant. (367) addrmangle(sender,argv[2],flagalias,0); (377) addrmangle(reciplist.sa + reciplist.len,*recips,flagalias,!relayhost); notre ami DJB verifie que le FROM: est un truc catholique ... euhh canonical /* host has to be canonical, box has to be quoted */ Non, le dernier argument est à 0 ce qui inhibe la resolution T_ANY. addrmangle(reciplist.sa + reciplist.len,*recips,flagalias,!relayhost); c'est là qu'il y a un plantage avec neuf.fr et le code s'arrete. C'est là où il y a un plantage de qmail. Neuf n'a rien à voir là dedans. En gros, le destinateur a une zone DNS pourri (alias la zone n'existe pas, n'a pas le minimum c'est à ni le A ni le MX ni NS, a une reponse 512 bytes) c'est pas la peine d'aller plus loin. et donc pas la peine d'executer dns_mxip. Non, la réponse est tronquée à 512 octets, qmail l'oublie, la parse et s'arrete parce qu'il y a un enregistrement erroné. Des zones à plus de 512 bytes, il doit y en avoir quelques unes. François --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] Tr: [sd-start] la zone dns de neuf.fr
incomplete ? Pourquoi faire une recherche T_ANY pour récuperer un seul CNAME (là, je manque d'historique sur les requetes DNS) ? Et pourquoi c'est dans le CHANGES de qmail: CHANGES: fix: never, ever, do a CNAME query. dns_cname() now does an ANY Et donc faire bosser un tiers pour contourner un bug dont il n'est pas responsable. C'est toi qui dit c'est un bug. Les mecs de netqmail (la communauté qui maintient une distrib qmail) ne sont pas de cet avis. Moi je m'en fous qui a raison. Je voie juste que si les noms de serveurs smtp de neuf sont un peu plus court, ça jazze. Je veux donc bien passer pour un mec irresponsable et pragmatique. Octave --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] Tr: [sd-start] la zone dns de neuf.fr
(367) addrmangle(sender,argv[2],flagalias,0); Non, le dernier argument est à 0 ce qui inhibe la resolution T_ANY. exact pour FROM: Des zones à plus de 512 bytes, il doit y en avoir quelques unes. bahh ils receivent les emails de serveurs fonctionnant avec leqmail. c'est tout. ça va. --- Liste de diffusion du FRnOG http://www.frnog.org/
[FRnOG] Re: [FRnOG] Numericable : mauvaise techno ou mauvais réseau
Jérôme Nicolle wrote: Bonsoir, J'ai fais quelques stats sur une ligne numericable installée pour test recement et j'obtiens des valeurs absolument délirantes. Après une semaine de fonctionnement correct, (avg/min/max ping : 14/8/20; upload (kbps) 320/160/420; download (Mbps) 35/16/65; packet loss 0,02/0/2,5), j'ai vu la variance exploser sur les 10 derniers jours pour en arriver à (avg/min/max ping : 45/9/2180; upload (kbps) 220/30/380; download (Mbps) 22,6/4/65; packet loss 2,8/0/20,4). D'après la grenouille, ce serait un phénomène assez localisé, mais visiblement pas l'échelle d'une seule fibre. Question donc : est ce que la technologie est defective by design comme pas mal d'utilisateurs s'accordent à le dire de DOCSIS, ou s'agit il de défauts au niveau du réseau, dans quel cas ils devraient être imputables à des erreurs réparables ? Au passage, petite question aux juristes présents sur la liste : puisque tous les opérateurs transportent leurs données par fibre optique à divers endroit du réseau, est ce que toutes les technos pourraient être vendues comme de la fibre comme le fait Numericable ? Plus précisément, et si l'appellation est abusive, n'y a t il pas simplement tromperie ? (disclaimer : on est vendredi hein) Bon week end ! Bonjour, Puisqu'on est vendredi, nourissons un peu le troll : http://www.pcinpact.com/actu/news/49158-troubles-numericable-greves-salarie-ecrase.htm ++ Arthur --- Liste de diffusion du FRnOG http://www.frnog.org/
[FRnOG] Re: [FRnOG] Re: [FRnOG] Numericable : mauvaise techn o ou mauvais réseau
2009/2/20 Arthur Fernandez z...@toile-libre.org: Jérôme Nicolle wrote: Bonsoir, J'ai fais quelques stats sur une ligne numericable installée pour test recement et j'obtiens des valeurs absolument délirantes. Après une semaine de fonctionnement correct, (avg/min/max ping : 14/8/20; upload (kbps) 320/160/420; download (Mbps) 35/16/65; packet loss 0,02/0/2,5), j'ai vu la variance exploser sur les 10 derniers jours pour en arriver à (avg/min/max ping : 45/9/2180; upload (kbps) 220/30/380; download (Mbps) 22,6/4/65; packet loss 2,8/0/20,4). Vu que les derniers abonnés partagent un segment commun (le coax) et qu'il y a une modulation TDMA, chacun parle à son tour. Donc si un des clients se tape une synchro pourrie (qui n'est pas un évènement négligeable puisque les équipements sont logiquement low cost, non protégé de la foudre, d'un réseau électrique douteux,...), tous les clients de ce segment (en gros le quartier) sont contaminés et se paie un débit pourri. Il n'y a qu'à voir en ADSL la difficulté d'avoir une synchro parfaite, soit : pas de ligne en 4/10e, pas de voisin qui a une ligne SDSL car il va polluer la tienne par diaphonie, pas de cable électrique le long d'une ligne de tel, pas de feu rouge sur le trajet de ta ligne, pas de néon clignotant, pas de frigo sur la même prise, etc... Puis les filtres qui vieillissent mal, donc les synchro qui en patissent... mais ça, ça ne concerne qu'un seul utilisateur :). Prend tout ceci, et fait le produit de tout ce potentiel de synchro pourrie avec le nombre d'abonné sur un segment cable... Je ne connais pas une personne satisfaite du cable... D'après la grenouille, ce serait un phénomène assez localisé, mais visiblement pas l'échelle d'une seule fibre. Question donc : est ce que la technologie est defective by design comme pas mal d'utilisateurs s'accordent à le dire de DOCSIS, ou s'agit il de défauts au niveau du réseau, dans quel cas ils devraient être imputables à des erreurs réparables ? quand tu partages un segment, il faut être sûr que tout est nickel de bout en bout. Ce qui n'est pas faisable sur du grand public... Au passage, petite question aux juristes présents sur la liste : puisque tous les opérateurs transportent leurs données par fibre optique à divers endroit du réseau, est ce que toutes les technos pourraient être vendues comme de la fibre comme le fait Numericable ? Plus précisément, et si l'appellation est abusive, n'y a t il pas simplement tromperie ? Qu'est-ce qui différentie le cable de la paire cuivre si ce ne sont qq mètres ? Le CMTS n'est-il pas un DSLAM ? D'après le jugement, http://lafibre.info/index.php?topic=3625.0 , l'ADSL est donc du FTTLA, et donc Free a bien plus de 4 millions d'abonnés en fibre optique. La seule différence avec numéricable ? quelques mètres de cuivre... (et encore pour certains abonnés, ce n'est pas le cas :)) (disclaimer : on est vendredi hein) accordé ! Bon week end ! Bonjour, Puisqu'on est vendredi, nourissons un peu le troll : http://www.pcinpact.com/actu/news/49158-troubles-numericable-greves-salarie-ecrase.htm ++ Arthur --- Liste de diffusion du FRnOG http://www.frnog.org/ -- Steven Le Roux Jabber-ID : ste...@jabber.fr 0x39494CCB ste...@le-roux.info 2FF7 226B 552E 4709 03F0 6281 72D7 A010 3949 4CCB --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] Numericable : mauvaise techno ou mauv ais réseau
Le 20 févr. 09 à 19:40, Jérôme Nicolle a écrit : Bonsoir, J'ai fais quelques stats sur une ligne numericable installée pour test recement et j'obtiens des valeurs absolument délirantes. Après une semaine de fonctionnement correct, (avg/min/max ping : 14/8/20; upload (kbps) 320/160/420; download (Mbps) 35/16/65; packet loss 0,02/0/2,5), j'ai vu la variance exploser sur les 10 derniers jours pour en arriver à (avg/min/max ping : 45/9/2180; upload (kbps) 220/30/380; download (Mbps) 22,6/4/65; packet loss 2,8/0/20,4). Tiens on dirait du GPON ;-) Au passage, petite question aux juristes présents sur la liste : puisque tous les opérateurs transportent leurs données par fibre optique à divers endroit du réseau, est ce que toutes les technos pourraient être vendues comme de la fibre comme le fait Numericable ? Plus précisément, et si l'appellation est abusive, n'y a t il pas simplement tromperie ? FT a fait un litige dans ce sens est a perdu, donc en ADSL on peut marketer que l'on est en fibre optique aussi ;-) --- Liste de diffusion du FRnOG http://www.frnog.org/
[FRnOG] Re: [FRnOG] Numericable : mauvaise techno ou mauvais réseau
Le 20 février 2009 22:13, Steven Le Roux ste...@le-roux.info a écrit : Je ne connais pas une personne satisfaite du cable... En France, je crois que c'est assez unanime. Quid des US ? Le 20 février 2009 20:31, Xavier Niel xn...@iliad.fr a écrit : ... (avg/min/max ping : 45/9/2180; upload (kbps) 220/30/380; download (Mbps) 22,6/4/65; packet loss 2,8/0/20,4). Tiens on dirait du GPON ;-) Heu tu me fais peur là, ils vont sérieusement mettre de la fibre pour avoir 20% de paquets perdus? Claquer autant de fric pour une infra pas capable d'amener un paquet d'un point A à un point B, ça manque un peu de sérieux... FT a fait un litige dans ce sens est a perdu, donc en ADSL on peut marketer que l'on est en fibre optique aussi ;-) Je viens de lire le jugement, et franchement, ils sont forts les avocats de Numericable. -- Jérôme Nicolle --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] Re: [FRnOG] Re: [FRnOG] Numericable : mauvaise techno ou mauvais réseau
Le 20 févr. 09 à 22:13, Steven Le Roux a écrit : Je ne connais pas une personne satisfaite du cable... Je crois qu'on ne se connaît pas, mais maintenant tu pourras dire que tu en connais au moins un qui est satisfait et est un utilisateur intensif qui plus est. Et ce n'est pas si facile de le dire, dans ma position de fournisseur d'une technologie utilisée par 5,5 des 6,5 acteurs encore en lice de dimension nationale en France. Donc je parle à titre personnel et le plus honnêtement possible, comme j'ai toujours essayé de le faire. Donc voila, je le dis ... j'ai du câble chez moi, j'ai de l'ADSL aussi et je suis très satisfait par le câble. Est ce que cela fait force de loi et que l'on peut étendre mon expérience utilisateur à toute la France ? Certainement pas. Est ce qu'il n'y a pas des choses a améliorer et des marges de progrès ? Certainement. Est ce que ce que j'expérimente est homogène avec ce que vivra mon voisin dans la rue d'à coté ? Pas forcément de part la nature en boucle d'un réseau câble. Ceci dit, c'est une technologie qui fini par fonctionner quand on a le bon matériel, les bonnes règles d'ingénierie (on dit savoir faire), les bonnes personnes et la bonne supervision ( ;-) ) Sinon, c'est comme tout ... ca ne fonctionne pas si on ne s'en occupe pas. Des bons savent faire fonctionner n'importe quoi, même de la moquette chargée électrostatiquement. Des mauvais ne savent pas faire fonctionner de bonnes technologies. Et dernière question, est ce que c'est un troll de fin de vendredi ? Et non ;-) -- Jean-Michel Planche www.jmp.net www.twitter.com/jmplanche 2.0 j...@witbe.net www.witbe.net 1.0 www.internetforeveryone.fr 0.0 --- Liste de diffusion du FRnOG http://www.frnog.org/
[FRnOG] Re: [FRnOG] Re: [FRnOG] Numericable : mau vaise techno ou mauvais réseau
Bonjour, Jérôme Nicolle escribió: Le 20 février 2009 22:13, Steven Le Roux ste...@le-roux.info a écrit : Je ne connais pas une personne satisfaite du cable... En France, je crois que c'est assez unanime. Quid des US ? Je vais pas répondre pour les US mais pour le Chili, les opérateurs cables ici sont beaucoup plus fiables que les fournisseurs cuivre. Après ça reste du fournisseur grand public, notamment avec une spécificité locale, les connexions pour l'étranger aléatoires. Sinon sur du réseau bien géré, ça passe pas mal, pas de déco fréquente, ... Après le soucis du cuivre, c'est vu qu'il doit pas leur coûter cher, ils aiment bien faire des bobines avec, Je dirais tout dépend du côté clean de l'infra et du matos mis chez les clients, en l'occurence les fournisseurs de câbles sont plus sérieux. D'ailleurs question à part, de gros noob, il y a moyen avant de choisir un ISP français de savoir l'état de ses peerings avec un pays/opérateur donné? Parce que dans ce cas là ça joue beaucoup. Gaëtan --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] Re: [FRnOG] Numericable : mauvaise te chno ou mauvais réseau
Le 20 févr. 09 à 22:59, Jérôme Nicolle a écrit : En France, je crois que c'est assez unanime. Quid des US ? Les opérateurs traditionnels, type verizon ont fort à faire pour lutter contre l'hégémonie du câble ... le câble est énormément plus utilisé là bas qu'ici. On est même un peu une exception culturelle dans notre beau pays. Résurgence du passé du plan câble ? Je dois dire que je ne suis pas le plus grand fan de cette technologie, mais qui n'est pas pire que l'ADSL pour la desserte et en tous les cas pas moins non déterministe. Cette techno n'a plus rien à voir avec les premières expérimentations IP que nous faisions à Montreuil dans les années 90 ... Je préfère largement des réseaux tout optique et le plus neutres possible électriquement, mais c'est une autre histoire ;-) -- Jean-Michel Planche www.jmp.net www.twitter.com/jmplanche 2.0 j...@witbe.net www.witbe.net 1.0 www.internetforeveryone.fr 0.0 --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] Re: [FRnOG] Re: [FRnOG] Numericable : mauvaise techno ou mauvais réseau
Le Fri, 20 Feb 2009 22:13:13 +0100, Steven Le Roux ste...@le-roux.info a écrit : Vu que les derniers abonnés partagent un segment commun (le coax) et qu'il y a une modulation TDMA, chacun parle à son tour. Le DOCSIS est certes une vrai merde. Mais les méthodes hybrides de modulation permettent quand même de multiplexer ... maintenant ils faut aussi avoir des cablo-opérateurs qui comprennent ce qu'ils font ;-) (on est bien vendredi heing ?) Je ne connais pas une personne satisfaite du cable... Pas en France :) quand tu partages un segment, il faut être sûr que tout est nickel de bout en bout. Ce qui n'est pas faisable sur du grand public... Si mais pour çà, il faut avoir des plans corrects pour savoir ou ce trouve les amplificateurs et les coax (verydick™, j'ai des preuves). Au passage, petite question aux juristes présents sur la liste : puisque tous les opérateurs transportent leurs données par fibre optique à divers endroit du réseau, est ce que toutes les technos pourraient être vendues comme de la fibre comme le fait Numericable ? Plus précisément, et si l'appellation est abusive, n'y a t il pas simplement tromperie ? Qu'est-ce qui différentie le cable de la paire cuivre si ce ne sont qq mètres ? Le CMTS n'est-il pas un DSLAM ? Soyons magnanime et répondons : Aucune. ;-) a +. -- Jérôme Benoit aka fraggle La Météo du Net - http://grenouille.com OpenPGP Key ID : 9FE9161D Key fingerprint : 9CA4 0249 AF57 A35B 34B3 AC15 FAA0 CB50 9FE9 161D pgpxJGJqpgP90.pgp Description: PGP signature
Re: [FRnOG] Numericable : mauvaise techno ou mauvais réseau
On Fri, 2009-02-20 at 19:11 -0300, Gaëtan Duchaussois wrote: D'ailleurs question à part, de gros noob, il y a moyen avant de choisir un ISP français de savoir l'état de ses peerings avec un pays/opérateur donné? Parce que dans ce cas là ça joue beaucoup. Une anecdote (a ne pas generaliser donc) : si tu aimes les serveurs en Chine, evite neuf/sfr (et ovh, la situation pour ce cas particulier est identique) : http://www.justneuf.com/Debit-Vers-Chine-attention-Technique-t91101.html Avec orange, free et d'autres fournisseurs de serveur ca marche nickel. Je ne sais pas traduire ca en peering, transit etc... mais ici on doit pouvoir trouver des gens qui savent :). Laurent --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] Re: [FRnOG] Re: [FRnOG] Numericable : mauvaise techno ou mauvais réseau
Le Fri, 20 Feb 2009 19:11:23 -0300, Gaëtan Duchaussois gaetan.duchauss...@laposte.net a écrit : D'ailleurs question à part, de gros noob, il y a moyen avant de choisir un ISP français de savoir l'état de ses peerings avec un pays/opérateur donné? Parce que dans ce cas là ça joue beaucoup. çà existe pas encore ... mais çà va venir :) Sinon tu as çà http://www.internetpulse.net/ mais c'est pas exactement ce que tu veux ... a +. -- Jérôme Benoit aka fraggle La Météo du Net - http://grenouille.com OpenPGP Key ID : 9FE9161D Key fingerprint : 9CA4 0249 AF57 A35B 34B3 AC15 FAA0 CB50 9FE9 161D pgphtmrVzYqpS.pgp Description: PGP signature
[FRnOG] Re: [FRnOG] Numericable : mauvaise techno ou mauvais réseau
Laurent GUERBY wrote: On Fri, 2009-02-20 at 19:11 -0300, Gaëtan Duchaussois wrote: D'ailleurs question à part, de gros noob, il y a moyen avant de choisir un ISP français de savoir l'état de ses peerings avec un pays/opérateur donné? Parce que dans ce cas là ça joue beaucoup. Une anecdote (a ne pas generaliser donc) : si tu aimes les serveurs en Chine, evite neuf/sfr (et ovh, la situation pour ce cas particulier est identique) : http://www.justneuf.com/Debit-Vers-Chine-attention-Technique-t91101.html Avec orange, free et d'autres fournisseurs de serveur ca marche nickel. Je ne sais pas traduire ca en peering, transit etc... mais ici on doit pouvoir trouver des gens qui savent :). ah, je comprends mieux maintenant pourquoi Pascal Nègre avait tellement de mal a télécharger ses mp3 du japon. il est chez universal music, filiale de Vivendi universal, elle meme propriétaire de SFR, qui possède neuf... et doit donc avoir sa ligne adsl chez neuf ou sfr ;) tout s'explique ;) Laurent --- Liste de diffusion du FRnOG http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/