Re-bonjour,
Merci d'excuser le bruit.
Le pb semble avoir pour origine le filtrage icmp du coté OVH...
Cela complique qd même le diagnostique réseau cette idée.
Internet'ment vôtre,
Guillaume
Digicube sas
Le 19/05/2010 18:55, Guillaume Esnault a écrit :
Bonjour à tous,
Je ne vois plus OVH à p
Salut,
Aucun soucis par ici, j'accède bien à OVH depuis divers réseaux.
Kianouch
- "Guillaume Esnault" a écrit :
> Bonjour à tous,
>
> Je ne vois plus OVH à partir de Cogent ou Interoute.
>
> Quelqu'un sait ce qui ce passe ?
>
> Guillaume
> Digicube sas
> ---
>
Bonjour à tous,
Je ne vois plus OVH à partir de Cogent ou Interoute.
Quelqu'un sait ce qui ce passe ?
Guillaume
Digicube sas
---
Liste de diffusion du FRnOG
http://www.frnog.org/
Le Wed, 28 Apr 2010 13:58:06 +0100,
Thomas Mangin a écrit :
> Bloquer ICMP et forcer un MSS est courant dans les milieu telecom (internet
> 3G, etc.) c'est vraiment dommage de voir ces pratiques passer dans les
> réseaux des ISP/Hebergeurs, mais > chacun gère sont réseau comme il veut.
La plu
Xavier Nicollet wrote:
Le 29 avril 2010 à 11:28, Antoine Versini a écrit:
Disons que tu peux avoir communication si un routeur est amenné à
proposer une fragmentation à l'éméteur du paquet qu'il détruit.
Communication unidirectionnelle, certes, mais communication tout de même.
Le routeur pr
Le 29 avril 2010 à 11:28, Antoine Versini a écrit:
> Disons que tu peux avoir communication si un routeur est amenné à
> proposer une fragmentation à l'éméteur du paquet qu'il détruit.
> Communication unidirectionnelle, certes, mais communication tout de même.
Le routeur prend-il l'ip de la lo
ux vivons caché ;-)
Michaël Villar
-Message d'origine-
De : nicol...@jeru.org [mailto:owner-fr...@frnog.org] De la part de Xavier
Nicollet
Envoyé : jeudi 29 avril 2010 10:23
À : frnog@FRnOG.org
Objet : Ip publiques (was Re: [FRnOG] Pb OVH)
Le 28 avril 2010 à 19:04, Radu-Adr
Clement Cavadore wrote:
Ce fonctionnement là ne me choque pas. Si on a un subnet alloué pour le
backbone, il faut bien qu'il soit public (ie: non RFC1918), mais si la
communication avec l'extérieur du réseau n'est pas nécessaire (ce qui
est généralement le cas avec les IPs d'interco interne au r
On Thu, 29 Apr 2010 10:22:56 +0200, "Xavier Nicollet"
said:
> Des IP publiques peuvent être annoncées à des peers sans pour autant se
> retrouver dans la table globale.
> Ca me semble un fonctionnement certes inhabituel, mais normal en IPv4.
En occurence pas visible en tant que client, pas vis
Hello,
On Thu, 2010-04-29 at 10:22 +0200, Xavier Nicollet wrote:
> Le 28 avril 2010 à 19:04, Radu-Adrian Feurdean a écrit:
> > Le pire que j'ai vu c'est des IP publiques utilises dans le core mais
> > pas annonces dans la table globale
>
> Des IP publiques peuvent être annoncées à des peers sans
Le 28 avril 2010 à 19:04, Radu-Adrian Feurdean a écrit:
> Le pire que j'ai vu c'est des IP publiques utilises dans le core mais
> pas annonces dans la table globale
Des IP publiques peuvent être annoncées à des peers sans pour autant se
retrouver dans la table globale.
Ca me semble un fonctionnem
Hello,
Le 28 avr. 2010 à 13:37, Denis Alligand a écrit :
> Le 28 avril 2010 13:33, Jérôme Nicolle a écrit :
> Le 28/04/10 13:23, Sébastien Mortier a écrit :
> > Bonjour,
> >
> > A priori, OVH vient de limiter le trafic (limiter = interdire..??) ICMP
> > "Internet" vers "OVH".
> >
> > http://trav
les packets qui sont filtrés, ils seront bien passés par une ligne avant
d'etre detruit par le routeur.
Les packets passeront sur le lien entre le transitaire/peer et OVH -
mais ce que OVH protège c'est son backbone, il ne cherche pas a
réduire sa facture de transit mais a proteger ses liens in
On Wed, 28 Apr 2010 16:25:11 +0200 (CEST), "Julien Reveret"
said:
> Je ne sais pas comment OVH réalise ce filtrage mais à leur place je le
> ferais le plus près possible de la source. Dans leur cas c'est Internet la
> source, donc filtrer en périphérie de réseau serait (toujours selon moi)
> une
Julien Reveret wrote:
Je ne comprend pas ce genre de stratégie, je veux bien être le
candide à qui on a besoin de faire un dessin pour comprendre
Le problème des 2 litres d'eau dans la carafe d'un litre, le filtrage n'y
change rien, il n'y a pas besoin de dessin pour le comprendre :)
Et e
On 28 Apr 2010, thomas.man...@exa-networks.co.uk wrote:
> Qui prend le pari que c'est un changement qui va être défait a' cause
> de la pression clientèle ?
Chez OVH ? Je ne prendrais pas ce pari.
--
Cyril Bouthors
---
Liste de diffusion du FRnOG
http://www.frnog.org/
>> Le message d'Octave sur la mailing list ovh
>>
>> http://pastebin.com/JkDPtzuf
>
> Je ne comprend pas ce genre de stratégie, je veux bien être le
> candide à qui on a besoin de faire un dessin pour comprendre
Le problème des 2 litres d'eau dans la carafe d'un litre, le filtrage n'y
change ri
> les packets qui sont filtrés, ils seront bien passés par une ligne avant
> d'etre detruit par le routeur.
Les packets passeront sur le lien entre le transitaire/peer et OVH - mais ce
que OVH protège c'est son backbone, il ne cherche pas a réduire sa facture de
transit mais a proteger ses liens
> ... chacun gère sont réseau comme il veut.
ouff !
---
Liste de diffusion du FRnOG
http://www.frnog.org/
Hello,
On Wed, 2010-04-28 at 15:33 +0200, Stephane Le Men wrote:
> Je ne comprend pas ce genre de stratégie, je veux bien être le
> candide à qui on a besoin de faire un dessin pour comprendre
Je ne prends pas position sur la légitimité ou non de telles pratiques,
mais: Je pense plutôt que si un
Le message d'Octave sur la mailing list ovh
http://pastebin.com/JkDPtzuf
Je ne comprend pas ce genre de stratégie, je veux bien être le
candide à qui on a besoin de faire un dessin pour comprendre
les packets qui sont filtrés, ils seront bien passés par une ligne avant
d'etre detruit par le ro
Le Wednesday 28 Apr, vers 13:49, Jérôme Nicolle exprimait :
> Le 28/04/10 13:42, Jean-Michel Planche a écrit :
> > Ceci dit monitorer avec de l'icmp, est ce bien raisonnable ... ;-)
>
> Ca fait partie des tests "de base" sur un schéma plus global.
>
> Niveau "best practices", j'en arrive grosso
> Le path MTU discovery ne marche déjà pas vers le site ovh.com qui filtre
> tout l'icmp sans distinction.
>
> D'un autre côté, il y en a surement d'autres.
>
> Si ces pratiques n'étaient pas courantes, la MTU moyenne utilisée sur
> Internet aurait pu grandir. Et ça, ça aurait limité le nombre de
Le 28 avril 2010 à 12:41, Thomas Mangin a écrit:
> Qui prend le pari que c'est un changement qui va être défait a' cause de la
> pression clientèle ?
> Avec de la chance ils filtrent correctement et path MTU discovery marche
> encore :p
Le path MTU discovery ne marche déjà pas vers le site ovh.c
Le message d'Octave sur la mailing list ovh
http://pastebin.com/JkDPtzuf
On Wed, 28 Apr 2010 13:55:34 +0200, Steven Le Roux
wrote:
> 2010/4/28 Stephane Kanschine
>
>>
>> Bonjour,
>>
>> Le Wednesday 28 Apr, vers 13:33, Jérôme Nicolle exprimait :
>> > >
>> > > http://travaux.ovh.net/?do=details&
>
> Filtrage de l'ICMP sur un réseau d'hébergeur, je suis le seul à trouver
> ça tendancieux ? Ne devraient ils pas plutôt inviter les administrateurs
> à configurer leurs firewalls ?
On ne peut pas faire changer les autres (surtout les clients de nos jours
qui se croient tout permis parce qu'ils
2010/4/28 Stephane Kanschine
>
> Bonjour,
>
> Le Wednesday 28 Apr, vers 13:33, Jérôme Nicolle exprimait :
> > >
> > > http://travaux.ovh.net/?do=details&id=4140
> >
> > Filtrage de l'ICMP sur un réseau d'hébergeur, je suis le seul à trouver
> > ça tendancieux ?
>
> OVH ne fait pas que de l'héberg
Le 28/04/10 13:44, Stephane Kanschine a écrit :
>
> OVH ne fait pas que de l'hébergement.
Et ? Tant qu'ils y font de l'hébergement, s'ils le font sur un réseau
(pas taper) "quasi-neutre", c'est un problème
>> Ne devraient ils pas plutôt inviter les administrateurs
>> à configurer leurs firewalls
Le 28/04/10 13:42, Jean-Michel Planche a écrit :
> Ceci dit monitorer avec de l'icmp, est ce bien raisonnable ... ;-)
Ca fait partie des tests "de base" sur un schéma plus global.
Niveau "best practices", j'en arrive grosso modo à ce schéma :
- ICMP (smokeping et traceroute si variation de latenc
Bonjour,
Le Wednesday 28 Apr, vers 13:33, Jérôme Nicolle exprimait :
> >
> > http://travaux.ovh.net/?do=details&id=4140
>
> Filtrage de l'ICMP sur un réseau d'hébergeur, je suis le seul à trouver
> ça tendancieux ?
OVH ne fait pas que de l'hébergement.
> Ne devraient ils pas plutôt inviter le
Qui prend le pari que c'est un changement qui va être défait a' cause de la
pression clientèle ?
Avec de la chance ils filtrent correctement et path MTU discovery marche encore
:p
Thomas
On 28 Apr 2010, at 12:37, Denis Alligand wrote:
> Le 28 avril 2010 13:33, Jérôme Nicolle a écrit :
> Le 28
Entièrement d'accord avec toi Jérôme.. Je trouve ça moyen-moyen.. Mais
je crois définitivement que nous ne sommes plus à l'ère de la
responsabilisation des admins...
Quand Free filtre le SMTP par défaut sur ses freeboxs : OK (d'autant
plus que c'est désactivable)... mais là...
Le 28/04/2010 13
Le 28 avril 2010 13:33, Jérôme Nicolle a écrit :
> Le 28/04/10 13:23, Sébastien Mortier a écrit :
> > Bonjour,
> >
> > A priori, OVH vient de limiter le trafic (limiter = interdire..??) ICMP
> > "Internet" vers "OVH".
> >
> > http://travaux.ovh.net/?do=details&id=4140
> >
> > A suivre...
> > Cord
Le 28/04/10 13:23, Sébastien Mortier a écrit :
> Bonjour,
>
> A priori, OVH vient de limiter le trafic (limiter = interdire..??) ICMP
> "Internet" vers "OVH".
>
> http://travaux.ovh.net/?do=details&id=4140
>
> A suivre...
> Cordialement,
Filtrage de l'ICMP sur un réseau d'hébergeur, je suis le
Bonjour,
A priori, OVH vient de limiter le trafic (limiter = interdire..??) ICMP
"Internet" vers "OVH".
http://travaux.ovh.net/?do=details&id=4140
A suivre...
Cordialement,
Seb.
Le 28/04/2010 12:55, WideVOIP a écrit :
Bonjour a tous
Avez-vous aussi des problèmes vers OVH depuis le DECIX
Bonjour a tous
Avez-vous aussi des problèmes vers OVH depuis le DECIX
Cordialement
Thierry
36 matches
Mail list logo