Re: [FRnOG] Re: [MISC] idiots du mail
Bonjour, Le 29/07/2019 18:55, Stéphane Rivière a écrit : > Après on peut "bisounourser" sur l'ignorance des RFC et de la netiquette > et parler de "violence" alors qu'il s'agit de respect et finalement > empaqueter le tout dans du "vivreensemble" pour que ça sente meilleur. > > La vérité est ailleurs : MIB ne devrait pas exister et (en attendant ce > jour hypothétique) pourrait au moins connaître les technos de son biz et > vérifier les en-têtes. Mon propos portait sur l'utilisateur de MailInBlack qui pour moi se faisait insulter directement pour peut-être juste avoir fait une erreur. Il n'a peut-être même pas fait d'erreur si il n'est pas au courant qu'il utilise ce système. Ce n'était donc pas à propos de MailInBlack. Juste au cas où, je précise que je n'aime pas la solution MailInBlack. Mais force est de constater qu'elle est présente un peu partout, désormais. :( Bonne journée à tous. Cordialement, -- Nicolas Brunet Responsable technique Devopsys 12 rue Gémini Bâtiment 3 87068 Limoges Cedex 0587030302 http://www.devopsys.com --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] Re: [MISC] idiots du mail
Bonjour Arnaud, Le 30/07/2019 01:08, Arnaud Brand a écrit : > Petite différence d'appréciation, effectivement. > "idiot" n'était pas pour moi une insulte, pas vraiment. > Les dictionnaires, sans qualifier ce terme d'insulte, me signalent que > c'est un terme péjoratif. > Au temps pour moi. > > Personnellement, je considère qu'on peut s'attendre d'un professionnel > du réseau qu'il utilise des systèmes et outils qui respectent les normes > (RFC) communes qui lui permettent d'exercer son activité et de gagner sa > croute. > Ne pas le faire serait mettre en péril son activité, donc son gagne > pain, et au final un peu idiot, non ? > > Quant à MIB, comme déjà signalé par d'autres, la moindre des choses > c'est de connaître les bases de son business. > De mon côté, je vends me journées de conseil, je ne fais pas de > bénévolat, je peux leur lire les RFC, mais ce sera payant. > > Enfin, les entêtes "Precedence" ne permettent pas à un spammeur de > bypasser MIB, mais simplement d'éviter que MIB ne spamme les expéditeurs > de mails qui passent par des listes de diffusion. > > Personnellement, je n'ai pas tenté de rentrer en contact avec ces > personnes, j'ai juste écrit à une liste. > Et pourtant j'ai aussi reçu des demandes de confirmation pour pouvoir > communiquer avec eux. > Ce n'est pas normal. > S'ils ne veulent pas les mails de la liste, ils n'ont qu'à ne pas s'y > inscrire. > Ou avec un mail dédié secret sans MIB dessus. Merci pour cette réponse instructive. Juste au cas où, je précise que je n'aime pas la solution MailInBlack. Mais force est de constater qu'elle est présente un peu partout, désormais. :( Bonne journée à tous. Cordialement, -- Nicolas Brunet Responsable technique Devopsys 12 rue Gémini Bâtiment 3 87068 Limoges Cedex 0587030302 http://www.devopsys.com --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] Re: [MISC] idiots du mail
Bonjour Arnaud, Le 29/07/2019 13:17, Arnaud BRAND a écrit : > Pourrais-tu être plus précis, s'il te plaît ? > Notamment quelle est l'insulte et qui est insulté ? > > Même si elle est un peu crue, je trouve la réaction de Jérôme justifiée. Pour moi, l'insulte est le premier mot du sujet du mail et la personne visée est l'utilisateur MailInBlack. Si ce n'est pas cela, je vous prie de m'excuser. > Je viens de vérifier et les mails qui viennent de la liste portent les > deux entêtes suivants (entre autres) : > Precedence: list > Precedence: bulk > > La dernière fois que j'ai regardé (c'est à dire autour de 2005), c'était > un standard pour identifier un mail qui provenait d'une liste. > Une petite recherche plus tard : c'est bien un standard documenté dans > la RFC3834, modifié par la 5436 qui en change pas ce point (après un > survol de 2 minutes). Il est possible que MailInBlack ne fasse pas les choses correctement mais ma réponse ne portait pas sur eux. > La vindicte vis à vis de l'utilisateur mailinblack n'est peut-être pas > justifiée. > Peut-être qu'il n'a même pas été mis au courant du fait que la boite > dans laquelle il travaille basculait sur mailinblack ? > Peut-être qu'il pensait que mailinblack faisait le job correctement ? > Peut-être qu'on ne lui a pas laissé le choix ? > Ou peut-être aussi qu'il s'en moque Peut-être effectivement qu'il s'en moque mais pour le moment on n'en sait rien. Je pense que la violence n'engendre que la violence (à tous les niveaux de violence et que ce soit par des actes ou des paroles) et entraîne rapidement sa surenchère. Il me semble qu'il est possible que les gens discutent d'un problème calmement et que tout le monde s'en porterait mieux dans ce monde... Mais c'est peut-être une idéologie un peu trop "bisounours" ? ;) > Mais je pense que, provenant d'une société comme mailinblack qui se dit > spécialisée dans le traitement des mails ou du moins qui fait de ce > traitement son business, de telles "indélicatesses" et un tel mépris (ou > pire méconnaissance) des standards existants sont simplement > inacceptables et pourraient justifier des réactions sensiblement plus > crues que celle de Jérôme. Comme indiqué ci-dessus, il est possible que MailInBlack ne fasse pas les choses correctement, mais ma réponse ne portait pas sur eux. Aussi, il est peut-être possible de leur remonter le problème avec des explications et des sources ? Je ne sais pas si cela a déjà été fait par quelqu'un. Si personne ne leur dit ce qu'ils font de pas bien, ça ne risque pas trop de changer. Cela est aussi possiblement un parti pris de leur part. Si n'importe qui peut mettre les entêtes que vous indiquez alors il suffirait peut-être que tous les spammeurs utilisent cette technique pour contourner MailInBlack ? Ce serait à voir avec eux et des spécialistes, mais ce n'était pas le sujet de ma réaction au départ. Cordialement, -- Nicolas Brunet Responsable technique Devopsys 12 rue Gémini Bâtiment 3 87068 Limoges Cedex 0587030302 http://www.devopsys.com --- Liste de diffusion du FRnOG http://www.frnog.org/
[FRnOG] Re: [MISC] idiots du mail
Bonjour, Le 26/07/2019 17:38, Jérôme Nicolle a écrit : > Merci de désinscrire immédiatement tout utilisateur de ce genre de > saloperie telle que Mail In Black. Ils n'ont rien à foutre sur un > mailling-list, vu qu'ils n'ont même pas compris les bases du mail. Est-il normal d'insulter publiquement sur une mailing list quelqu'un qui n'a peut-être juste fait qu'une erreur ? Cordialement, -- Nicolas Brunet Responsable technique Devopsys 12 rue Gémini Bâtiment 3 87068 Limoges Cedex 0587030302 http://www.devopsys.com --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [BIZ] Recherche 2 spf Cisco QSFP-40G-SR4-S=
Bonjour, Le 07/06/2019 09:23, Nicolas Even a écrit : > Je suis à la recherche de 2 QSPF Cisco officiels QSFP-40G-SR4-S=. > J'ai bien eu un devis pour cela, mais habitué au prix des compatibles, je > suis tombé de ma chaise. > Si quelqu'un a un bon plan, je suis preneur. Tu as essayé avec un broker pour du reconditionné ? J'ai déjà testé BE Networks, ils peuvent avoir de belles offres. Je peux envoyer un contact en privé si besoin. À voir si ils ont ce modèle et à quel prix... Cordialement, -- Nicolas Brunet Responsable technique Devopsys 12 rue Gémini Bâtiment 3 87068 Limoges Cedex 0587030302 http://www.devopsys.com --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] Appliance / Logiciel Fax Trunk SIP
Le 03/06/2019 14:06, David Ponzone a écrit : > Généralement, quand on est déçus par un ATA FXS Patton, c’est qu’on a pris > le M-ATA, une grosse bouse qui je crois n’est même pas fabriqué par eux. > T’es sûr que c’était pas ton cas ? Vu les photos que je trouve sur Internet, ça y ressemble effectivement beaucoup ! Cordialement, -- Nicolas Brunet Responsable technique Devopsys 12 rue Gémini Bâtiment 3 87068 Limoges Cedex 0587030302 http://www.devopsys.com --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] Appliance / Logiciel Fax Trunk SIP
Bonjour, Le 31/05/2019 23:23, David Ponzone a écrit : > Euh SPA 112 ? > Je pense que tu auras plus de réussite avec du Patton mais bon c’est plus > cher. De notre côté, on avait trouvé les passerelles Patton moins bien que les passerelles Linksys/Cisco et maintenant on met des passerelles Grandstream (HT802), qu'on trouve meilleures. Mais bon, avec le fax sur IP, c'est un peu comme lancer une pièce en l'air : pile, ça fonctionnera bien, face, pas vraiment... Cordialement, -- Nicolas Brunet Responsable technique Devopsys 12 rue Gémini Bâtiment 3 87068 Limoges Cedex 0587030302 http://www.devopsys.com --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] Appliance / Logiciel Fax Trunk SIP
Bonjour, Le 28/05/2019 06:46, Christophe BARRY a écrit : > hylafax Plus précisément, on peut envoyer l'appel entrant du Trunk SIP vers un compte IAX. Ce compte IAX est configuré dans IAXmodem, combiné à HylaFAX. Un modem par numéro pour gérer le destinataire. À moins qu'il n'y ait plus simple ? Un exemple, mais avec des vieilles versions de logiciels : http://the-asterisk-book.com/1.6/faxserver-mit-iaxmodem-und-hylafax.html Cordialement, -- Nicolas Brunet Responsable technique Devopsys 12 rue Gémini Bâtiment 3 87068 Limoges Cedex 0587030302 http://www.devopsys.com --- Liste de diffusion du FRnOG http://www.frnog.org/
[FRnOG] [JOBS] Offre d'emploi technicien réseau
Bonjour, Nous recrutons actuellement une personne en CDI pour un poste de technicien informatique sur notre site de Limoges. Devopsys, créée en 2007, est un fournisseur local d'accès à Internet et de téléphonie pour les entreprises, notamment en Haute-Vienne, Creuse et Corrèze. Nous proposons aussi des services complémentaires comme l'hébergement, les noms de domaine, la messagerie électronique, le portail captif, les bornes Wi-Fi, etc... Vous trouverez ci-dessous les principales compétences demandées pour ce poste : - connaissance du cuivre (pour mise en service et expertise xDSL, vérification de desserte locale) - réseau local (DNS, DHCP, VLAN, routeur, firewall (pfSense), VPN (IPsec, OpenVPN), switches manageables, ...) - environnement Linux (notamment Debian et dérivés) en ligne de commande - bonne autonomie et facilité d'apprentissage - bon relationnel client - permis B Des capacités en développement (PHP, HTML, CSS, Shell, Perl) serait un plus. Le poste est à pourvoir au plus tôt et la rémunération est à négocier selon votre profil. Si vous êtes intéressé, merci de me faire parvenir un C.V. et une lettre de motivation à j...@devopsys.com. Cordialement, -- Nicolas Brunet Responsable technique Devopsys 12 rue Gémini Bâtiment 3 87068 Limoges Cedex 0587030302 http://www.devopsys.com --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [MISC] Porta, dégroupage et désaturation
Bonjour, Le 06/05/2019 13:01, David Ponzone a écrit : > Tu portes le numéro et tu l’écrases en ADSL en même temps. > Tu risques d’avoir un écart de 24/48h entre les 2 donc cho momo, mais je vois > pas d’autres moyens. Effectivement, on a eu plusieurs fois le problème et il n'y a pas de solution simple et sûre à 100%. Tu peux porter le numéro et le renvoyer sur un portable le temps de construire l'ADSL en dégroupage total sur ligne inactive, ce qui prends généralement une semaine maximum. Sauf que des fois, la ligne ne reste pas inactive dans les bases Orange et est simplement supprimée, ce qui fait qu'il faut faire une commande à partir d'un autre numéro voisin, si il y en a, ce qui est plus long... La solution la plus sûre est de demander la désaturation mais cela peut prendre plusieurs mois et effectivement, Orange peut demander le paiement de cette désaturation, qui coûte plusieurs centaines d'euros... Après, si quelqu'un a une autre solution, je suis preneur aussi ! ;) Cordialement, -- Nicolas Brunet Responsable technique Devopsys 12 rue Gémini Bâtiment 3 87068 Limoges Cedex 0587030302 http://www.devopsys.com --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [MISC] Conservation log appels opérateurs/presta Voip
Bonjour, Le 03/03/2019 22:08, admin Obf a écrit : > Y a pas de firewall entre l'Infra voix de l'opé et le client Si c'est bloqué côté prestataire et côté opérateur, le fait de mettre en place, même temporairement, un pare-feu genre pfSense entre l'autocom et l'opérateur pourrait débloquer la situation avec un petit tcpdump. Cordialement, -- Nicolas Brunet Responsable technique Devopsys 12 rue Gémini Bâtiment 3 87068 Limoges Cedex 0587030302 http://www.devopsys.com --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [MISC] ZNE et Portabilité
Bonjour, Le 17/12/2018 18:37, David Ponzone a écrit : > Hmmm tu peux pas vraiment partir du principe que le PAI sert à ça, ou sera > utilisé pour ça par tel ou tel opérateur. > > Ne sachant pas ce qu'un client va envoyer, l’opérateur doit décider sur > quelle base il va traduire le numéro: > -numéro appelant -> ZNE -> INSEE -> traduction > ou > -client appelant -> base interne -> INSEE -> traduction Sauf erreur de ma part, je ne vois pas comment passer d'une ZNE à un code INSEE. Par exemple, Limoges (code INSEE 87085) et Nieul (code INSEE 87107) sont deux communes sur la ZNE de Limoges mais n'ont pas la même traduction du 17 (police / gendarmerie). Cordialement, -- Nicolas Brunet Responsable technique Devopsys 12 rue Gémini Bâtiment 3 87068 Limoges Cedex 0587030302 http://www.devopsys.com --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] Re: [TECH] Demande d'aide sur réseau "blacklisté"
Bonjour, Le 01/06/2018 17:57, Nicolas Brunet a écrit : > Merci du retour, mais ce n'est pas résolu pour nos adresses. Un client > Softlayer a pu ouvrir un ticket d'incident chez eux aujourd'hui, en > espérant que cela fera avancer les choses ! Juste pour information par rapport à ma demande initiale, je vous informe que je suis enfin tombé sur le bon contact Softlayer hier, lequel m'a répondu : "The range was blocked on our edge routers but it has been removed at this time." C'était donc bien bloqué du côté Softlayer. Après quelques tests, je confirme que ça fonctionne bien et je suis content que ce problème qui date depuis fin 2016 / début 2017 soit enfin résolu ! Merci à tous pour votre aide. Cordialement, -- Nicolas Brunet Responsable technique Devopsys 12 rue Gémini Bâtiment 3 87068 Limoges Cedex 0587030302 http://www.devopsys.com --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] Connexion FTTO Orange via PFSENSE
Bonjour, Je peux vous confirmer avec des fibres et SDSL CEE Orange en production (même demande de paramétrage de VLAN et de QoS) et paramétrage pfSense comme indiqué (VLAN 2900 à créer avec le VLAN Priority à 2), cela fonctionne parfaitement. Cordialement, Le 20/09/2018 08:43, David Ponzone a écrit : > C’est assez clair dans le GUI pourtant: > > VLAN Priority = 802.1Q VLAN Priority (0 à 7) > -> 802.1p > > >> Le 20 sept. 2018 à 05:27, Michel Py a >> écrit : >> >> Encore en train d'apprendre pfSense (et c'est pas aussi simple ou intuitif >> que prévu) :-( >> >>>> David Ponzone a écrit : >>>> Les STAS Orange sont sans équivoque: c’est la valeur 802.1p qui est prise >>>> en compte. >> >>> Lionel RIVIERE a écrit : >>> Peut-on confirmer que je dois positionner « 2 » dans le champ « VLAN >>> Priority » de la page de configuration VLAN du PFSENSE ? >> >> J'ai regardé ta config Cisco, çà je comprends, pour pfSense je suis aussi >> sec que toi, >> >>> « 2 » dans le champ « VLAN Priority » >> >> Il y a 2 (et plus) manières de lire ceci : >> >> 1. Tag all traffic with 802.1 p QOS 2 >> 2. VLAN 2 a priorité sur les autres. >> >> Merci aux experts de pfSense de clarifier. >> >> Michel. >> > > > --- > Liste de diffusion du FRnOG > http://www.frnog.org/ > -- Nicolas Brunet Responsable technique Devopsys 12 rue Gémini Bâtiment 3 87068 Limoges Cedex 0587030302 http://www.devopsys.com --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] Question opérateur
Bonjour, Le 31/05/2018 à 20:33, Anthony Frnog a écrit : Nous rencontrons régulièrement des incident technique avec l'opérateur Sewan. La fréquence des incidents est d'environ 1 à 2 par mois. Nous ne travaillons pas avec Sewan en direct mais avec l'un de ses revendeurs. Je souhaiterais savoir si l'un d'entre vous rencontre aussi des incidents de voip avec la plateforme Communigate? Je ne sais pas si cela correspond à votre problème mais nous avons eu de grosses perturbations VoIP avec Sewan ce matin entre 10h et 11h (compte SIP désenregistré, pas d'appels entrants ni sortants). Cordialement, -- Nicolas Brunet Responsable technique Devopsys 12 rue Gémini Bâtiment 3 87068 Limoges Cedex 0587030302 http://www.devopsys.com --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] Re: [TECH] Demande d'aide sur réseau "blacklisté"
Le 29/05/2018 à 15:10, David Ponzone a écrit : C’est vrai, mais il dit que Softlayer (IBM) l’a envoyé balader. Ca risque d’être long et pénible, surtout si c’est un filtre chez eux qui dépend d’une blacklist et qui n’est plus synchronisé parce que le stagiaire qui l’avait mis en place est parti… Nicolas, en fait pour que Softlayer regarde vraiment, il faudrait qu’un de leurs clients se plaignent. Cela me semble compliqué de trouver un client qui voudrait se plaindre pour nous... Je vais réessayer d'écrire à Softlayer, vu que vos tests ont l'air de dire, comme je le pense, que le problème vient de chez eux. Peut-être que je me suis mal expliqué jusque là (c'est pas forcément simple en anglais) et je vais leur fournir les résultats du test blaeu-reach en supplément. En plus, j'ai trouvé d'autres emails de contact chez eux. On verra bien ce que ça donne. Merci pour votre aide. Cordialement, -- Nicolas Brunet Responsable technique Devopsys 12 rue Gémini Bâtiment 3 87068 Limoges Cedex 0587030302 http://www.devopsys.com --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] Re: [TECH] Demande d'aide sur réseau "blacklisté"
Merci pour vos retours. Le 29/05/2018 à 14:33, Stephane Bortzmeyer a écrit : Ce serait bien d'avoir un pingable: officiel dans ce réseau, pour les tests. Je me suis permis d'utiliser 159.100.32.239. Vous pouvez effectivement utiliser l'adresse IP 159.100.32.239. Avec les sondes Atlas, le problème semble être d'ampleur très limité : % blaeu-reach -r 100 -c FR 159.100.32.239 97 probes reported Test #13538742 done at 2018-05-29T12:28:55Z Tests: 297 successful tests (100.0 %), 0 errors (0.0 %), 0 timeouts (0.0 %), average RTT: 56 ms Et aux États-Unis : % blaeu-reach -r 100 -c US 159.100.32.239 100 probes reported Test #13538790 done at 2018-05-29T12:30:17Z Tests: 297 successful tests (99.0 %), 0 errors (0.0 %), 3 timeouts (1.0 %), average RTT: 157 ms Intéressant, cette commande. Depuis leur looking glass (http://lg.softlayer.com), on peut aussi voir que nos adresses IP ne sont pas joignables. Bref, ce listenoirage semble peu répandu. Oui, 99% des sites inaccessibles par nos clients passent par Softlayer, je pense vraiment que le problème vient de chez eux. Cordialement, -- Nicolas Brunet Responsable technique Devopsys 12 rue Gémini Bâtiment 3 87068 Limoges Cedex 0587030302 http://www.devopsys.com --- Liste de diffusion du FRnOG http://www.frnog.org/
[FRnOG] [TECH] Demande d'aide sur réseau "blacklisté"
Bonjour, Nous avons fait l'acquisition du réseau IPv4 159.100.32.0/20 en décembre 2016. Or, ce réseau était inclus dans le réseau 159.100.0.0/18 qui était blacklisté selon le RIPE entre le 27/11/2014 et le 24/05/2016. Il apparaît que certaines personnes continuent de "blacklister" notre réseau. Nous avons notamment toutes les destinations qui passent par softlayer.equinix-ix.fr qui nous sont refusées, ce qui est de plus en plus problématique pour nous. Par exemple : $ ping plastics.ulprospector.com PING origin-www.ulprospector.com (169.53.6.110): 56 data bytes ^C --- origin-www.ulprospector.com ping statistics --- 5 packets transmitted, 0 packets received, 100.0% packet loss $ traceroute plastics.ulprospector.com traceroute to origin-www.ulprospector.com (169.53.6.110), 64 hops max, 52 byte packets 1 159.100.34.66 (159.100.34.66) 2.387 ms 2.509 ms 2.375 ms 2 ge-3-1-9-v101-mpe-lim87-02.axione.fr (85.14.145.89) 9.790 ms 9.227 ms 9.171 ms 3 * * * 4 * * * 5 * * * 6 * * * 7 * * * 8 * * * 9 * * * 10 * * * Alors que depuis un autre réseau, il n'y a pas de problème : $ ping plastics.ulprospector.com PING origin-www.ulprospector.com (169.53.6.110) 56(84) bytes of data. 64 bytes from www.ulprospector.com (169.53.6.110): icmp_seq=1 ttl=49 time=126 ms 64 bytes from www.ulprospector.com (169.53.6.110): icmp_seq=2 ttl=49 time=126 ms 64 bytes from www.ulprospector.com (169.53.6.110): icmp_seq=3 ttl=49 time=126 ms 64 bytes from www.ulprospector.com (169.53.6.110): icmp_seq=4 ttl=49 time=126 ms 64 bytes from www.ulprospector.com (169.53.6.110): icmp_seq=5 ttl=49 time=126 ms ^C --- origin-www.ulprospector.com ping statistics --- 5 packets transmitted, 5 received, 0% packet loss, time 4004ms rtt min/avg/max/mdev = 126.343/126.555/126.775/0.150 ms $ traceroute plastics.ulprospector.com traceroute to plastics.ulprospector.com (169.53.6.110), 30 hops max, 60 byte packets 1 109.74.88.254 (109.74.88.254) 1.045 ms 1.283 ms 1.287 ms 2 ge-3-1-9-v126-mpe-lim87-02.axione.fr (85.14.145.89) 8.199 ms 8.455 ms 8.700 ms 3 softlayer.equinix-ix.fr (195.42.145.33) 10.496 ms 10.502 ms 10.500 ms 4 ae5.cbs01.eq01.par02.networklayer.com (50.97.19.140) 9.681 ms 9.687 ms 9.924 ms 5 ae1.cbs02.eq01.lon03.networklayer.com (50.97.19.175) 20.543 ms 20.528 ms 21.072 ms 6 ae7.cbs01.eq01.lon03.networklayer.com (169.45.19.32) 21.078 ms 20.264 ms 19.973 ms 7 * * * 8 ae1.cbs02.tl01.nyc01.networklayer.com (169.45.19.46) 88.712 ms * * 9 ae0.cbs01.eq01.chi01.networklayer.com (50.97.17.48) 109.860 ms * * 10 ae2.cbs02.dr01.dal04.networklayer.com (169.45.18.4) 127.390 ms 125.400 ms 125.107 ms 11 ae8.cbs02.eq01.dal03.networklayer.com (169.45.18.72) 127.378 ms 125.360 ms * 12 ae28.dar01.dal09.networklayer.com (50.97.17.221) 126.572 ms 124.151 ms 131.186 ms 13 po1.fcr01b.dal09.networklayer.com (198.23.118.135) 127.885 ms po1.fcr01a.dal09.networklayer.com (198.23.118.131) 128.211 ms 126.094 ms 14 * * * 15 * * * 16 * * * 17 * * * 18 * * * 19 * * * 20 * * * 21 * * * 22 * * * 23 * * * 24 * * * 25 * * * 26 * * * 27 * * * 28 * * * 29 * * * 30 * * * Nous avons contacté notre fournisseur de transit IP (Axione), Softlayer et Equinix, qui nous ont tous envoyés balader. Est-ce que vous auriez une idée ou une solution pour résoudre ce problème ? Cordialement, -- Nicolas Brunet Responsable technique Devopsys 12 rue Gémini Bâtiment 3 87068 Limoges Cedex 0587030302 http://www.devopsys.com --- Liste de diffusion du FRnOG http://www.frnog.org/