Manager OVH

Bonsoir, je viens de demander encore une fois en haut lieu est la réponse est identique. Je n'ai pas de retour a vous communiquer pour ce blacklistage. Pour le moment j'ai que l'information que c'est nullrouté et que ce ne sera pas retiré. Cordialement, Angie

Bonjour, le problème ici est que ce n'est pas un incident sur votre serveur mais un problème de réseau entre network solutions et ovh. Il n'y a pas de escalade dans les tickets incidents serveurs dédiés après moi. Je suis la dernière étape avant les sysadmins et directeur technique. J'ai remonter déjà a deux réprises votre problème et la réponse est toujours la même: noc@ovh.net ( Octave et non /dev/null ). Notez bien que si network solutions se retrouve blacklisté quelque part dans nos routeurs ce n'est pas non plus une erreur. Si une tel protection as été déclencher, c'est qu'il y ait une bonne raison. Cordialement, Angie

Bonjour Angie, Et encore une semaine de passée sans que rien n'ait changé. Vous me dites que vous ne pouvez rien faire, je vous crois volontiers, mais je commence à me demander si noc@ovh.net n'est pas un forward vers /dev/null ?? Puis-je vous demander de ne pas répondre "je ne peux rien faire" mais d'escaler mon ticket, afin qu celui-ci ne se retrouve pas dans le statut "Répondu" --> donc le client est satisfait ? Un grand merci, je vous souhaite une bonne soirée. Frédéric

Bonjour, comme indiqué pour le nullroute c'est en cours sur noc. Je ne peut rien faire a ce niveau. Pour le ticket de monitoring: le service indique effectivement les alertes dans le ticket ouverte. Cela est fait pour éviter les très nombreuses multithread au sujet des machines. Cordialement, Angie

J'ai fait un upgrade de tous les paquets debian, puis j'ai rebooté. Probablement que le précédent reboot remontait à longtemps, ce qui a forcé un fsck lorsque j'ai rebooté la machine. Le monitoring a pollué un ticket qui n'a rien à voir et le problème d'origine est toujours ouvert. Frédéric

Bonjour, A la date 2009-10-11 11:32:12, nous avons constaté un défaut sur votre serveur et nous avons programmé une intervention afin de palier à ce defaut. Toutefois, à la date 2009-10-11 11:44:02 notre système de monitoring n'a plus relevé de défaut sur votre serveur dédié r21033.ovh.net Nous ne sommes pas intervenus sur votre machine. Nous ne connaissons pas l'origine du défaut. L'intervention programmée a été supprimée de notre liste. Logs: ---------------------- PING r21033.ovh.net (87.98.147.180) from 213.186.33.13 : 56(84) bytes of data. From 213.186.33.13: Host is alive From 213.186.33.13: Host is alive From 213.186.33.13: Host is alive --- 87.98.147.180 ping statistics --- 10 packets transmitted, 10 packets received, 0 errors, 0% packet loss ---------------------

De : OVH Monitoring Pour : df380-ovh	Voir le message
Date : 2009-10-11 11:36:03

De : OVH Monitoring Pour : df380-ovh	Cacher le message
Date : 2009-10-11 11:36:03

Notre système de monitoring vient de détecter un défaut
sur votre
serveur r21033.ovh.net. Le défaut a été constaté à la
date 2009-10-11 11:32:12

Notre équipe de techniciens sur site (opérationnelle
24h/24, 7j/7),
a été informée de ce défaut et va intervenir sur votre
machine.

Sachez que d'autres interventions peuvent être en cours
actuellement
et qu'il faut compter en moyenne 30 minutes par
intervention et par
machine.
Par conséquent, nous ne pouvons pas vous donner plus de
précisions
quant à l'heure de début de l'intervention.

Vous pouvez avoir un aperçu global des machines
actuellement en defaut
et en intervention sur tout le réseau à cette adresse:

  http://travaux.ovh.net/vms/

Votre serveur se trouve dans la baie 23B21

Vous recevrez un email dés qu'un technicien prendra en
charge votre
serveur. En attendant, vous avez la possibilité de le
rebooter à partir
de votre manager.

Logs:
----------------------
PING r21033.ovh.net (87.98.147.180) from 213.186.33.13 :
56(84) bytes of data.
From 213.186.33.13: Destination Host Unreachable
From 213.186.33.13: Destination Host Unreachable
From 213.186.33.13: Destination Host Unreachable

--- 87.98.147.180 ping statistics ---
10 packets transmitted, 0 packets received, +6 errors, 100%
packet loss
---------------------

Merci Angie d'avoir repris ce ticket. J'espère que vous comprenez la bien fondé de ma réclamation qui impacte d'ailleurs tous vos mutus et tous vos dédiés. Pour le moment la connectivité avec ce range ne semble toujours pas en ordre. Bonne journée, Frédéric

Bonjour, le mail de NetSol as bien été récu par Noc qui as du traiter cette demande. Je vais faire une remontée de mon coté afin qu'un administrateur réseau qui traite les demandes de NOC vérifie. Cordialement, Angie

copie du mail qui vous a été envoyé (heure de Paris) ----- Original Message ----- From: "Jim Aurouze" <jaurouzeAnetworksolutions.com> To: "Frédéric De Mees" <fredericAdemees.net> Cc: <frederic.demeesAgmail.com>; <nocAovh.net>; "Cook, Cory" <Cory.CookAnetworksolutions.com> Sent: Saturday, October 03, 2009 3:41 PM Subject: Re: Routing problems with AS16276 Thank you for the information Frederic. OVH NOC, could you please provide the details on what Network Solutions IP ranges are being blocked, and why the blocks were put in place? We host millions of customer mail domains out of the 205.178.146.0/24 and 205.178.149.0/24 network blocks. Please reference Frederic's ticket #235354 below. Thank you, Jim Aurouze Senior Network Engineer Network Solutions, LLC

bonjour, en tant que client Ovh , je demande donc svp de supprimer le blocage installe par Ovh dans les echanges mail avec netsol.com. je vous laisse faire les echanges entre noc. merci -fdm@mobile

Bonjour, Les administrateurs réseau qui gérent NOC vont répondre aux mail aux administrateurs de network solution, ce sera à network solution de vous communiquer ces informations s'ils le souhaitent. Cordialement, Denis M.

Regardez bien: vous avez reçu un mail de Jim, chez NETSOL, hier à 23:13 heure de Paris, à l'adresse noc@ovh.net Ce ne serait pas courtois de leur demander 2 fois la même chose. En plus aujourd'hui c'est la première fois que vous reconnaissez avoir blacklisté NETSOL qui est quand même un acteur majeur sur la scène internet. Pourquoi ça fait une semaine et demie qu'on rame à tourner autour du pot ? Vous dites: <<C'est à ce prestataire de s'expliquer avec nos service>> ... et tout d'abord pourquoi sont-ils blacklistés au niveau IP ? Frédéric

Bonjour, Network Solutions, LLC NSLLC02 (NET-205-178-146-0-1) doit nous envoyer une demande de déblocage sur l'adresse noc@ovh.net pour qu'on puisse déblacklister leurs ip. C'est à ce prestataire de s'expliquer avec nos service, cela ne peut se faire par votre intermédiaire, les administrateurs de networksolution doivent donc rentrer en contact avec nos administrateurs, via l'adresse noc@ovh.net Cordialement, Denis M.

----- Original Message ----- From: "Aurouze, Jim" <jaurouzeAnetworksolutions.com> To: <fredericAdemees.net> Cc: <frederic.demeesAgmail.com>; <nocAovh.net>; "Cook, Cory" <Cory.CookAnetworksolutions.com> Sent: Tuesday, September 29, 2009 11:13 PM Subject: FW: Routing problems with AS16276 Hello Frederic, We have performed the requested traceroutes and routing is fine; we are unable to test from the server itself, but tested from the firewall directly in front of it. Based upon further testing, it appears that either you or one of your upstream providers are blocking a minimum of 205.178.146.48/28, and possibly the entire 205.178.146.0/24 network block. I'm pasting the results of two traceroutes below, one is from the 205.178.146.0/24 network and the other is from a different network; the block appears to be at the first chtix.eu hop. I hope this helps. Thanks, Jim Successful traceroute: 8 6 ms 2 ms 2 ms if-13-21.icore1.aeq-ashburn.as6453.net [216.6.42.1] 9 2 ms 2 ms 2 ms if-5-0-0-458.core3.aeq-ashburn.as6453.net [63.243.149.113] 10 282 ms 205 ms 211 ms if-13-0-0-880.core1.pv1-paris.as6453.net [209.58.27.154] 11 85 ms 85 ms 85 ms if-12-1.har1.pv0-paris.as6453.net [195.219.224.37] 12 87 ms 87 ms 86 ms 30g.teleglobe.th1-1-6k.routers.chtix.eu [213.186.32.245] 13 86 ms 87 ms * 40g.vss-1-6k.routers.chtix.eu [91.121.131.29] 14 85 ms 85 ms 84 ms s.dmmail.eu [87.98.147.180] Trace complete. Blocked traceroute from 205.178.146.0/24 network: 8: if-13-20.icore1.AEQ-Ashburn.as6453.net (209.58.27.45) asymm 1 13.458ms 9: if-13-0-0-22.core3.AEQ-Ashburn.as6453.net (216.6.51.1) asymm 1 18.741ms 10: if-6-427.har1.PV0-Paris.as6453.net (195.219.241.54) asymm 1 86.468ms 11: if-6-873.har1.PV0-Paris.as6453.net (195.219.224.41) asymm 1 88.077ms 12: no reply 13: no reply 14: no reply 15: no reply 16: no reply 17: no reply 18: no reply 19: no reply 20: no reply 21: no reply 22: no reply

Non. NETSOL est un pionnier de l'Internet [depuis 1979], ce n'est donc pas un de mes prestataires. Un de mes clients, brasseur belge, a lui-même un contact régulier avec des clients américains négociants en bières. Un de ceux-ci est hébergé chez NETSOL. Cet Américain ne peut envoyer de mail vers la plateforme OVH car il n'y a pas de route IP entre le smtp-out de NETSOL et OVH. Un traceroute de OVH vers cette adresse américaine bloque déjà au niveau de chtix.eu. Je me vois mal contacter un importateur de bière américain pour débloquer la situation chez chtix.eu. Pouvez-vous en votre qualité de propriétaire de AS16276 prendre contact avec NETSOL.COM s'il est avéré que le problème n'est pas chez vous. J'ai quand même envoyé à l'instant un mail à NETSOL et si je reçois une réponse je la poste dans le ticket. Cordialement, Frédéric

Bonjour, Le détenteur (sans doute l'un de vos prestataires) de cette range d'ip: Network Solutions, LLC NSLLC02 (NET-205-178-146-0-1) peut envoyer un mail sur noc@ovh.net, pour tenter de débloquer la situation. Je vous recommande donc de contacter ce prestataire dans ce sens Cordialement, Denis M.

traceroute 205.178.146.63 traceroute to 205.178.146.63 (205.178.146.63), 30 hops max, 40 byte packets 1 94.23.52.254 (94.23.52.254) 0.408 ms * * 2 20g.ldn-1-6k.routers.chtix.eu (94.23.122.65) 3.887 ms 3.914 ms 3.942 ms 3 * * * 4 * * * 5 * * * Les clients hébergés chez NETSOL.COM (Network Solutions) envoient leur mail à partir de l'IP 205.178.146.63 Apparemment il n'y a pas de routage entre OVH et cette adresse IP alors que depuis d'autres peerings il n'y a pas de problème. Donc les clients Netsol ne peuvent pas envoyer de mail vers les hébergements OVH . Comme c'est un timeout il n'y a pas (encore) de message d'erreur qui prévient l'expéditeur, sauf un warning, delayed mail, si c'est configuré comme ça là-bas.