Le 27 avril 2010 22:24, cam.la...@azerttyu.net cam.la...@azerttyu.net a
écrit :
S'lt
Il existe graniou, il devrait répondre à ce genre de problématique de
logistique.
Km
Bonjour,
Des sociétés comme Unisys, SPIE, CS (liste non exhaustive) réalisent ce type
de service.
Cdt,
--
BP
Bonjour,
Au sein de “BE FREE“ prestataire de services orientés opérateurs, ce genre
de prestation demandée est notre cœur de métier. De plus nous avons une
couverture nationale avec des SLI (GTI) en 4, 2 ou 1 heure.
Je vais vous contacter en off si vous voulez bien, pour creuser votre besoin
?
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hello,
Bonjour,
Au sein de “BE FREE“ prestataire de services orientés opérateurs, ce genre
de prestation demandée est notre cœur de métier. De plus nous avons une
couverture nationale avec des SLI (GTI) en 4, 2 ou 1 heure.
Sinon y'a aussi
Bonjour,
Le 28/04/2010 09:40, Nicolas Strina a écrit :
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hello,
Bonjour,
Au sein de “BE FREE“ prestataire de services orientés opérateurs, ce genre
de prestation demandée est notre cœur de métier. De plus nous avons une
couverture nationale avec
Vi :)
Pas beau, pour faire de la pub , je conseille de sponsoriser une partie du
prochain FrNog, et la ce sera possible de presenter a tout le monde la societe
BeFree :)
Moi je dis ca, je dis rien :D
--
Raphaël Maunier
NEO TELECOMS
CTO / Responsable Ingénierie
AS8218
21 rue La Boétie
75008
BE FREE Networks propose ce genre de prestations, aux operateurs aux
équipementiers, aux collectivités locales et aux entreprises
etc
http://www.befree.fr www.befree.fr
Je suis à votre dispo pour en discuter en off si vous le souhaitez. Mon GSM
: 06 71 25 28 08.
De : owner-fr...@frnog.org
Participer au moins à un évènement FRnOG ? Sincèrement, on y réfléchit déjà.
Cordialement,
Halim Touahri
Pre Sales Engineer
BE FREE Networks
11, rue Gay Lussac 92320 Châtillon
Fixe : +33 1 74 73 41 32
Mob : +33 6 76 08 43 97
Fax : +33 1 74 73 41 35
Web : http://www.befree.fr
Bonjour a tous
Avez-vous aussi des problèmes vers OVH depuis le DECIX
Cordialement
Thierry
Bonjour,
A priori, OVH vient de limiter le trafic (limiter = interdire..??) ICMP
Internet vers OVH.
http://travaux.ovh.net/?do=detailsid=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
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
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 jer...@ceriz.fr a
Bonjour,
Le Wednesday 28 Apr, vers 13:33, Jérôme Nicolle exprimait :
http://travaux.ovh.net/?do=detailsid=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 les
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 latence)
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 ?
2010/4/28 Stephane Kanschine carx...@hexecho.net
Bonjour,
Le Wednesday 28 Apr, vers 13:33, Jérôme Nicolle exprimait :
http://travaux.ovh.net/?do=detailsid=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
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
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 ste...@le-roux.info
wrote:
2010/4/28 Stephane Kanschine carx...@hexecho.net
Bonjour,
Le Wednesday 28 Apr, vers 13:33, Jérôme Nicolle exprimait :
Bonjour à tous,
La Sté Colitel fait ce genre de chose pour plusieurs gros opérateurs.
Mais sans installation ni maintenance.
Il ont des stocks de routeurs qu'ils peuvent livrer d'urgence et à tout
moment sur tte la France.
Guillaume
Digicube sas
Julien LE TETU a écrit :
Bonjour,
Je
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.com
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 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 modo à ce
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
Chers collègues,
ICANN commencera à tester le déploiement de DNSSEC dans les zones suivantes, à
compter du 29-04-2010:
IN-ADDR-SERVERS.ARPA
IP6.ARPA
IP6-SERVERS.ARPA
IRIS.ARPA
URI.ARPA
URN.ARPA
Ces zones seront signées à l'aide de RSASHA256 et NSEC avec des KSK 2048-bit et
des ZSK
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
... chacun gère sont réseau comme il veut.
ouff !
---
Liste de diffusion du FRnOG
http://www.frnog.org/
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
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 rien, il
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/
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
On Wed, 28 Apr 2010 16:25:11 +0200 (CEST), Julien Reveret
shad...@c0a8.org 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
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
Le 28 avr. 2010 à 22:18, Rault Alexandre a écrit :
On me signale dans l'oreillette (par SMS surtout) que des abonnés privés chez
SFR en banlieue de Clermont-Ferrand et à Montluçon n'ont plus d'accès au net.
Des infos...? (je trouve ni tickets publiques ni weathermap chez eux :s )
A la
32 matches
Mail list logo