Re: [FRnOG] [JOBS] Coupure de connexion SSH

[Thomas SCHOTSMANS]

Bonjour,

As tu essayé de changer les câbles ethernet ou les ports ?

Quand tu fais des traceroutes, tu passes par le même chemin pour les 2 
serveurs ?


Thomas

Le 21/05/2015 13:36, Mehdi BADAOUI a écrit :

Bonjour la liste,

J'ai deux serveurs reliés à un même Vlan, le Vlan est connecté à un routeur
Nexus.
Un des deux serveurs a des coupures fréquentes de connexion ssh et pas le
deuxième.
Je précise que les deux serveurs ne passe pas par un FireWall.

Résultat d'un Ping d'une machine X vers le serveur en question.

Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Délai d'attente de la demande dépassé.
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps=1 ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Délai d'attente de la demande dépassé.
Délai d'attente de la demande dépassé.
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Délai d'attente de la demande dépassé.
Délai d'attente de la demande dépassé.
Délai d'attente de la demande dépassé.
Délai d'attente de la demande dépassé.
Délai d'attente de la demande dépassé.
Délai d'attente de la demande dépassé.
Délai d'attente de la demande dépassé.
Délai d'attente de la demande dépassé.
Délai d'attente de la demande dépassé.
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Délai d'attente de la demande dépassé.
Délai d'attente de la demande dépassé.
Délai d'attente de la demande dépassé.



Des idées pour ce genre de problème s'il vous plait??

Merci d'avance pour votre aide
Cordialement,




---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [JOBS] Coupure de connexion SSH

[Manuel Guesdon]

Bonjour,

On Thu, 21 May 2015 13:36:41 +0200
Mehdi BADAOUI  wrote:
>| J'ai deux serveurs reliés à un même Vlan, le Vlan est connecté à un routeur
>| Nexus.
>| Un des deux serveurs a des coupures fréquentes de connexion ssh et pas le
>| deuxième.
>| Je précise que les deux serveurs ne passe pas par un FireWall.
>| 
...
>| Des idées pour ce genre de problème s'il vous plait??

Conflit de mac-addr ou d'IP ?

Manuel 

--
__
Manuel Guesdon - OXYMIUM


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [JOBS] Coupure de connexion SSH

[Jeremy]

Pourquoi ce mail atterrit sur la boite JOBS ? ...

Jérémy

Le 21/05/2015 13:36, Mehdi BADAOUI a écrit :

Bonjour la liste,

J'ai deux serveurs reliés à un même Vlan, le Vlan est connecté à un routeur
Nexus.
Un des deux serveurs a des coupures fréquentes de connexion ssh et pas le
deuxième.
Je précise que les deux serveurs ne passe pas par un FireWall.

Résultat d'un Ping d'une machine X vers le serveur en question.

Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Délai d'attente de la demande dépassé.
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps=1 ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Délai d'attente de la demande dépassé.
Délai d'attente de la demande dépassé.
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Délai d'attente de la demande dépassé.
Délai d'attente de la demande dépassé.
Délai d'attente de la demande dépassé.
Délai d'attente de la demande dépassé.
Délai d'attente de la demande dépassé.
Délai d'attente de la demande dépassé.
Délai d'attente de la demande dépassé.
Délai d'attente de la demande dépassé.
Délai d'attente de la demande dépassé.
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Délai d'attente de la demande dépassé.
Délai d'attente de la demande dépassé.
Délai d'attente de la demande dépassé.



Des idées pour ce genre de problème s'il vous plait??

Merci d'avance pour votre aide
Cordialement,




---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [JOBS] Coupure de connexion SSH

[Thomas Dubois]

Et pourquoi le sujet est à propos de SSH alors que c'est un problème de
Layer 2?

>Quand tu fais des traceroutes, tu passes par le même chemin pour les 2
serveurs ?
Le TTL est de 63 sur le ping donc la machine est connectée sur le même
réseau.

Thomas D.

Le 21 mai 2015 13:56, Jeremy  a écrit :

> Pourquoi ce mail atterrit sur la boite JOBS ? ...
>
> Jérémy
>
> Le 21/05/2015 13:36, Mehdi BADAOUI a écrit :
>
>> Bonjour la liste,
>>
>> J'ai deux serveurs reliés à un même Vlan, le Vlan est connecté à un
>> routeur
>> Nexus.
>> Un des deux serveurs a des coupures fréquentes de connexion ssh et pas le
>> deuxième.
>> Je précise que les deux serveurs ne passe pas par un FireWall.
>>
>> Résultat d'un Ping d'une machine X vers le serveur en question.
>>
>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>> Délai d'attente de la demande dépassé.
>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>> Réponse de 192.168.130.5 : octets=32 temps=1 ms TTL=63
>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>> Délai d'attente de la demande dépassé.
>> Délai d'attente de la demande dépassé.
>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>> Délai d'attente de la demande dépassé.
>> Délai d'attente de la demande dépassé.
>> Délai d'attente de la demande dépassé.
>> Délai d'attente de la demande dépassé.
>> Délai d'attente de la demande dépassé.
>> Délai d'attente de la demande dépassé.
>> Délai d'attente de la demande dépassé.
>> Délai d'attente de la demande dépassé.
>> Délai d'attente de la demande dépassé.
>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>> Délai d'attente de la demande dépassé.
>> Délai d'attente de la demande dépassé.
>> Délai d'attente de la demande dépassé.
>>
>>
>>
>> Des idées pour ce genre de problème s'il vous plait??
>>
>> Merci d'avance pour votre aide
>> Cordialement,
>>
>>
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
>

---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [JOBS] Coupure de connexion SSH

[Alexis Lameire]

j'ai vue passé un truc similaire sur cette ml il y a quelque temps de ca.

Envois nous un ptit ifconfig de l'interface de ton serveur, savoir si il
est en 1G ou 100M (soucis d'auto nego, toussa toussa).

Cordialement
Alexis Lameire

Le 21 mai 2015 14:08, Thomas Dubois  a écrit :

> Et pourquoi le sujet est à propos de SSH alors que c'est un problème de
> Layer 2?
>
> >Quand tu fais des traceroutes, tu passes par le même chemin pour les 2
> serveurs ?
> Le TTL est de 63 sur le ping donc la machine est connectée sur le même
> réseau.
>
> Thomas D.
>
> Le 21 mai 2015 13:56, Jeremy  a écrit :
>
> > Pourquoi ce mail atterrit sur la boite JOBS ? ...
> >
> > Jérémy
> >
> > Le 21/05/2015 13:36, Mehdi BADAOUI a écrit :
> >
> >> Bonjour la liste,
> >>
> >> J'ai deux serveurs reliés à un même Vlan, le Vlan est connecté à un
> >> routeur
> >> Nexus.
> >> Un des deux serveurs a des coupures fréquentes de connexion ssh et pas
> le
> >> deuxième.
> >> Je précise que les deux serveurs ne passe pas par un FireWall.
> >>
> >> Résultat d'un Ping d'une machine X vers le serveur en question.
> >>
> >> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
> >> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
> >> Délai d'attente de la demande dépassé.
> >> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
> >> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
> >> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
> >> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
> >> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
> >> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
> >> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
> >> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
> >> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
> >> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
> >> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
> >> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
> >> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
> >> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
> >> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
> >> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
> >> Réponse de 192.168.130.5 : octets=32 temps=1 ms TTL=63
> >> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
> >> Délai d'attente de la demande dépassé.
> >> Délai d'attente de la demande dépassé.
> >> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
> >> Délai d'attente de la demande dépassé.
> >> Délai d'attente de la demande dépassé.
> >> Délai d'attente de la demande dépassé.
> >> Délai d'attente de la demande dépassé.
> >> Délai d'attente de la demande dépassé.
> >> Délai d'attente de la demande dépassé.
> >> Délai d'attente de la demande dépassé.
> >> Délai d'attente de la demande dépassé.
> >> Délai d'attente de la demande dépassé.
> >> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
> >> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
> >> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
> >> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
> >> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
> >> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
> >> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
> >> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
> >> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
> >> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
> >> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
> >> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
> >> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
> >> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
> >> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
> >> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
> >> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
> >> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
> >> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
> >> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
> >> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
> >> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
> >> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
> >> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
> >> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
> >> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
> >> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
> >> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
> >> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
> >> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
> >> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
> >> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
> >> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
> >> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
> >> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
> >> Délai d'attente de la demande dépassé.
> >> Délai d'attente de la de

Re: [FRnOG] [JOBS] Coupure de connexion SSH

[David Ponzone]

+1

Faut régler le problème de pertes de paquet, qui est plus qu’anormal sur un LAN.

Dans l’ordre de probabilité décroissante:
-défaut sur l’OS (si OS=windows) (ok je sors)
-problème d’autonégo
-défaut de câble
-défaut de carte réseau
-défaut sur l’OS (si OS=linux)
-pas de chance
-défaut sur Nexus

Le 21 mai 2015 à 14:12, Alexis Lameire  a écrit :

> j'ai vue passé un truc similaire sur cette ml il y a quelque temps de ca.
> 
> Envois nous un ptit ifconfig de l'interface de ton serveur, savoir si il
> est en 1G ou 100M (soucis d'auto nego, toussa toussa).
> 
> Cordialement
> Alexis Lameire
> 
> Le 21 mai 2015 14:08, Thomas Dubois  a écrit :
> 
>> Et pourquoi le sujet est à propos de SSH alors que c'est un problème de
>> Layer 2?
>> 
>>> Quand tu fais des traceroutes, tu passes par le même chemin pour les 2
>> serveurs ?
>> Le TTL est de 63 sur le ping donc la machine est connectée sur le même
>> réseau.
>> 
>> Thomas D.
>> 
>> Le 21 mai 2015 13:56, Jeremy  a écrit :
>> 
>>> Pourquoi ce mail atterrit sur la boite JOBS ? ...
>>> 
>>> Jérémy
>>> 
>>> Le 21/05/2015 13:36, Mehdi BADAOUI a écrit :
>>> 
 Bonjour la liste,
 
 J'ai deux serveurs reliés à un même Vlan, le Vlan est connecté à un
 routeur
 Nexus.
 Un des deux serveurs a des coupures fréquentes de connexion ssh et pas
>> le
 deuxième.
 Je précise que les deux serveurs ne passe pas par un FireWall.
 
 Résultat d'un Ping d'une machine X vers le serveur en question.
 
 Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
 Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
 Délai d'attente de la demande dépassé.
 Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
 Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
 Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
 Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
 Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
 Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
 Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
 Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
 Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
 Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
 Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
 Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
 Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
 Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
 Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
 Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
 Réponse de 192.168.130.5 : octets=32 temps=1 ms TTL=63
 Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
 Délai d'attente de la demande dépassé.
 Délai d'attente de la demande dépassé.
 Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
 Délai d'attente de la demande dépassé.
 Délai d'attente de la demande dépassé.
 Délai d'attente de la demande dépassé.
 Délai d'attente de la demande dépassé.
 Délai d'attente de la demande dépassé.
 Délai d'attente de la demande dépassé.
 Délai d'attente de la demande dépassé.
 Délai d'attente de la demande dépassé.
 Délai d'attente de la demande dépassé.
 Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
 Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
 Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
 Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
 Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
 Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
 Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
 Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
 Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
 Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
 Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
 Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
 Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
 Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
 Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
 Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
 Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
 Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
 Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
 Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
 Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
 Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
 Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
 Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
 Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
 Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
 Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
 Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
 Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
 Réponse de 192.168.130.5 : 

Re: [FRnOG] [JOBS] Coupure de connexion SSH

[Xavier Beaudouin]

Hello,

> Faut régler le problème de pertes de paquet, qui est plus qu’anormal sur un 
> LAN.
> 
> Dans l’ordre de probabilité décroissante:
> -défaut sur l’OS (si OS=windows) (ok je sors)
> -problème d’autonégo
> -défaut de câble
> -défaut de carte réseau
> -défaut sur l’OS (si OS=linux)
> -pas de chance
> -défaut sur Nexus
> 

J'ai eu un jour des trucs voodooo avec un Nexus de ce type là. J'ai placé une 
update dans la tronche du nexus (il n'y avais pas dans les release notes 
l'expression du bug que j'avais trouvé, mais vu mon expérience avec les 
switchs, si t'as un truc vooodooo, essayes d'upgrader) et ca avais réglé le pb 
au grand désarroi d'un des ingé cisco qui n'y avais pas pensé :)

Xavier


---
Liste de diffusion du FRnOG
http://www.frnog.org/

RE: [FRnOG] [JOBS] Coupure de connexion SSH

[Ludovic LACOSTE]

Dans l'ordre,
- autoneg a forcer, prérequis chez cisco qui met 3 secondes à négocier
- update Nexus, prérequis chez cisco vu la stabilité du bazar ...
- après que si c'est du windows, tu auras sans doute plus de facilité à forcer 
l'autoneg, vu que sur freeBSD, cette fonctionnalité est sortie bien après 2004 
(je sors si vous me prouvez le contraire :-) )

-Message d'origine-
De : frnog-requ...@frnog.org [mailto:frnog-requ...@frnog.org] De la part de 
Xavier Beaudouin
Envoyé : jeudi 21 mai 2015 19:44
À : frnog-j...@frnog.org
Objet : Re: [FRnOG] [JOBS] Coupure de connexion SSH

Hello,

> Faut régler le problème de pertes de paquet, qui est plus qu’anormal sur un 
> LAN.
> 
> Dans l’ordre de probabilité décroissante:
> -défaut sur l’OS (si OS=windows) (ok je sors) -problème d’autonégo 
> -défaut de câble -défaut de carte réseau -défaut sur l’OS (si 
> OS=linux) -pas de chance -défaut sur Nexus
> 

J'ai eu un jour des trucs voodooo avec un Nexus de ce type là. J'ai placé une 
update dans la tronche du nexus (il n'y avais pas dans les release notes 
l'expression du bug que j'avais trouvé, mais vu mon expérience avec les 
switchs, si t'as un truc vooodooo, essayes d'upgrader) et ca avais réglé le pb 
au grand désarroi d'un des ingé cisco qui n'y avais pas pensé :)

Xavier


---
Liste de diffusion du FRnOG
http://www.frnog.org/


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [JOBS] Coupure de connexion SSH

[Xavier Beaudouin]

Hello,

> Le 21 mai 2015 à 20:49, Ludovic LACOSTE  a écrit :
> 
> Dans l'ordre,
> - autoneg a forcer, prérequis chez cisco qui met 3 secondes à négocier

Sur du >= Giga ne pas forcer, la NORME est prévue pour bien négocier… On est 
plus au temps du 100BaseTX... Le hint : spanning-tree portfast (uniquement pour 
les machines pas les switches).

> - update Nexus, prérequis chez cisco vu la stabilité du bazar …

:D

Xavier


signature.asc
Description: Message signed with OpenPGP using GPGMail

Re: [FRnOG] [JOBS] Coupure de connexion SSH

[David Ponzone]

Question idiote: tu as rebooté le Nexus, juste histoire de savoir si ça règle 
le problème pour quelques temps ?
A part l’upgrade, puis un case au TAC si ça persiste, je vois pas quoi faire 
d’autres.
Tu as bien essayé tous les modes d’autoneg GigE de Cisco ?

Le 26 mai 2015 à 14:44, Mehdi BADAOUI  a écrit :

> Hello All,
> 
> Après un long week-end retour sur le problème :)
> 
> Apparemment l'erreur viens du Nexus et pas de mon serveur, ce matin mon
> deuxième serveur commence à être impacté avec 5% de perte de paquet.
> On a constaté ce matin que y a une perte de paquet sur les deux Nexus 3548P
> alors la solution qu'on a pour le moment est de faire un upgrade des Nexus
> 
> Est ce que y a d'autres propositions?
> 
> Cordialement,
> 
> -- Message transféré --
> De : Mehdi BADAOUI 
> Date : 22 mai 2015 09:10
> Objet : Re: [FRnOG] [JOBS] Coupure de connexion SSH
> À : David Ponzone 
> 
> 
> Merci à vous tous,
> 
> Mehdi
> 
> 
> 
> Le 21 mai 2015 18:14, David Ponzone  a écrit :
> 
>> +1
>> 
>> Faut régler le problème de pertes de paquet, qui est plus qu’anormal sur
>> un LAN.
>> 
>> Dans l’ordre de probabilité décroissante:
>> -défaut sur l’OS (si OS=windows) (ok je sors)
>> -problème d’autonégo
>> -défaut de câble
>> -défaut de carte réseau
>> -défaut sur l’OS (si OS=linux)
>> -pas de chance
>> -défaut sur Nexus
>> 
>> Le 21 mai 2015 à 14:12, Alexis Lameire  a écrit
>> :
>> 
>>> j'ai vue passé un truc similaire sur cette ml il y a quelque temps de ca.
>>> 
>>> Envois nous un ptit ifconfig de l'interface de ton serveur, savoir si il
>>> est en 1G ou 100M (soucis d'auto nego, toussa toussa).
>>> 
>>> Cordialement
>>> Alexis Lameire
>>> 
>>> Le 21 mai 2015 14:08, Thomas Dubois  a écrit
>> :
>>> 
>>>> Et pourquoi le sujet est à propos de SSH alors que c'est un problème de
>>>> Layer 2?
>>>> 
>>>>> Quand tu fais des traceroutes, tu passes par le même chemin pour les 2
>>>> serveurs ?
>>>> Le TTL est de 63 sur le ping donc la machine est connectée sur le même
>>>> réseau.
>>>> 
>>>> Thomas D.
>>>> 
>>>> Le 21 mai 2015 13:56, Jeremy  a écrit :
>>>> 
>>>>> Pourquoi ce mail atterrit sur la boite JOBS ? ...
>>>>> 
>>>>> Jérémy
>>>>> 
>>>>> Le 21/05/2015 13:36, Mehdi BADAOUI a écrit :
>>>>> 
>>>>>> Bonjour la liste,
>>>>>> 
>>>>>> J'ai deux serveurs reliés à un même Vlan, le Vlan est connecté à un
>>>>>> routeur
>>>>>> Nexus.
>>>>>> Un des deux serveurs a des coupures fréquentes de connexion ssh et pas
>>>> le
>>>>>> deuxième.
>>>>>> Je précise que les deux serveurs ne passe pas par un FireWall.
>>>>>> 
>>>>>> Résultat d'un Ping d'une machine X vers le serveur en question.
>>>>>> 
>>>>>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>>>>>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>>>>>> Délai d'attente de la demande dépassé.
>>>>>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>>>>>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>>>>>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>>>>>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>>>>>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>>>>>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>>>>>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>>>>>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>>>>>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>>>>>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>>>>>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>>>>>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>>>>>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>>>>>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>>>>>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>>>>>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>>>>>> Réponse de 192.1

Re: [FRnOG] [JOBS] Coupure de connexion SSH

[Mehdi BADAOUI]

Dans le doute REBOOT, oui c'est fait ça :)
Pour le moment on a pas d'autres pistes, si ça reste comme ça on fera un
Upgrade en fin de journée.

Le 26 mai 2015 15:19, David Ponzone  a écrit :

> Question idiote: tu as rebooté le Nexus, juste histoire de savoir si ça
> règle le problème pour quelques temps ?
> A part l’upgrade, puis un case au TAC si ça persiste, je vois pas quoi
> faire d’autres.
> Tu as bien essayé tous les modes d’autoneg GigE de Cisco ?
>
> Le 26 mai 2015 à 14:44, Mehdi BADAOUI  a écrit :
>
> > Hello All,
> >
> > Après un long week-end retour sur le problème :)
> >
> > Apparemment l'erreur viens du Nexus et pas de mon serveur, ce matin mon
> > deuxième serveur commence à être impacté avec 5% de perte de paquet.
> > On a constaté ce matin que y a une perte de paquet sur les deux Nexus
> 3548P
> > alors la solution qu'on a pour le moment est de faire un upgrade des
> Nexus
> >
> > Est ce que y a d'autres propositions?
> >
> > Cordialement,
> >
> > ------ Message transféré --
> > De : Mehdi BADAOUI 
> > Date : 22 mai 2015 09:10
> > Objet : Re: [FRnOG] [JOBS] Coupure de connexion SSH
> > À : David Ponzone 
> >
> >
> > Merci à vous tous,
> >
> > Mehdi
> >
> >
> >
> > Le 21 mai 2015 18:14, David Ponzone  a écrit :
> >
> >> +1
> >>
> >> Faut régler le problème de pertes de paquet, qui est plus qu’anormal sur
> >> un LAN.
> >>
> >> Dans l’ordre de probabilité décroissante:
> >> -défaut sur l’OS (si OS=windows) (ok je sors)
> >> -problème d’autonégo
> >> -défaut de câble
> >> -défaut de carte réseau
> >> -défaut sur l’OS (si OS=linux)
> >> -pas de chance
> >> -défaut sur Nexus
> >>
> >> Le 21 mai 2015 à 14:12, Alexis Lameire  a
> écrit
> >> :
> >>
> >>> j'ai vue passé un truc similaire sur cette ml il y a quelque temps de
> ca.
> >>>
> >>> Envois nous un ptit ifconfig de l'interface de ton serveur, savoir si
> il
> >>> est en 1G ou 100M (soucis d'auto nego, toussa toussa).
> >>>
> >>> Cordialement
> >>> Alexis Lameire
> >>>
> >>> Le 21 mai 2015 14:08, Thomas Dubois  a
> écrit
> >> :
> >>>
> >>>> Et pourquoi le sujet est à propos de SSH alors que c'est un problème
> de
> >>>> Layer 2?
> >>>>
> >>>>> Quand tu fais des traceroutes, tu passes par le même chemin pour les
> 2
> >>>> serveurs ?
> >>>> Le TTL est de 63 sur le ping donc la machine est connectée sur le même
> >>>> réseau.
> >>>>
> >>>> Thomas D.
> >>>>
> >>>> Le 21 mai 2015 13:56, Jeremy  a écrit :
> >>>>
> >>>>> Pourquoi ce mail atterrit sur la boite JOBS ? ...
> >>>>>
> >>>>> Jérémy
> >>>>>
> >>>>> Le 21/05/2015 13:36, Mehdi BADAOUI a écrit :
> >>>>>
> >>>>>> Bonjour la liste,
> >>>>>>
> >>>>>> J'ai deux serveurs reliés à un même Vlan, le Vlan est connecté à un
> >>>>>> routeur
> >>>>>> Nexus.
> >>>>>> Un des deux serveurs a des coupures fréquentes de connexion ssh et
> pas
> >>>> le
> >>>>>> deuxième.
> >>>>>> Je précise que les deux serveurs ne passe pas par un FireWall.
> >>>>>>
> >>>>>> Résultat d'un Ping d'une machine X vers le serveur en question.
> >>>>>>
> >>>>>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
> >>>>>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
> >>>>>> Délai d'attente de la demande dépassé.
> >>>>>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
> >>>>>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
> >>>>>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
> >>>>>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
> >>>>>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
> >>>>>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
> >>>>>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
> >>>>>> Réponse de 

Re: [FRnOG] [JOBS] Coupure de connexion SSH

[ilyass siba]

Bonjour, je n'ai rien a faire ici, comment fait on pour se desincrire et ne 
plus recevoir de mail??

Cdt siba ilyass

Envoyé de mon iPhone

> Le 26 mai 2015 à 14:46, Mehdi BADAOUI  a écrit :
> 
> Hello All,
> 
> Après un long week-end retour sur le problème :)
> 
> Apparemment l'erreur viens du Nexus et pas de mon serveur, ce matin mon
> deuxième serveur commence à être impacté avec 5% de perte de paquet.
> On a constaté ce matin que y a une perte de paquet sur les deux Nexus 3548P
> alors la solution qu'on a pour le moment est de faire un upgrade des Nexus
> 
> Est ce que y a d'autres propositions?
> 
> Cordialement,
> 
> -- Message transféré ----------
> De : Mehdi BADAOUI 
> Date : 22 mai 2015 09:10
> Objet : Re: [FRnOG] [JOBS] Coupure de connexion SSH
> À : David Ponzone 
> 
> 
> Merci à vous tous,
> 
> Mehdi
> 
> 
> 
> Le 21 mai 2015 18:14, David Ponzone  a écrit :
> 
>> +1
>> 
>> Faut régler le problème de pertes de paquet, qui est plus qu’anormal sur
>> un LAN.
>> 
>> Dans l’ordre de probabilité décroissante:
>> -défaut sur l’OS (si OS=windows) (ok je sors)
>> -problème d’autonégo
>> -défaut de câble
>> -défaut de carte réseau
>> -défaut sur l’OS (si OS=linux)
>> -pas de chance
>> -défaut sur Nexus
>> 
>> Le 21 mai 2015 à 14:12, Alexis Lameire  a écrit
>> :
>> 
>>> j'ai vue passé un truc similaire sur cette ml il y a quelque temps de ca.
>>> 
>>> Envois nous un ptit ifconfig de l'interface de ton serveur, savoir si il
>>> est en 1G ou 100M (soucis d'auto nego, toussa toussa).
>>> 
>>> Cordialement
>>> Alexis Lameire
>>> 
>>> Le 21 mai 2015 14:08, Thomas Dubois  a écrit
>> :
>>> 
>>>> Et pourquoi le sujet est à propos de SSH alors que c'est un problème de
>>>> Layer 2?
>>>> 
>>>>> Quand tu fais des traceroutes, tu passes par le même chemin pour les 2
>>>> serveurs ?
>>>> Le TTL est de 63 sur le ping donc la machine est connectée sur le même
>>>> réseau.
>>>> 
>>>> Thomas D.
>>>> 
>>>> Le 21 mai 2015 13:56, Jeremy  a écrit :
>>>> 
>>>>> Pourquoi ce mail atterrit sur la boite JOBS ? ...
>>>>> 
>>>>> Jérémy
>>>>> 
>>>>> Le 21/05/2015 13:36, Mehdi BADAOUI a écrit :
>>>>> 
>>>>>> Bonjour la liste,
>>>>>> 
>>>>>> J'ai deux serveurs reliés à un même Vlan, le Vlan est connecté à un
>>>>>> routeur
>>>>>> Nexus.
>>>>>> Un des deux serveurs a des coupures fréquentes de connexion ssh et pas
>>>> le
>>>>>> deuxième.
>>>>>> Je précise que les deux serveurs ne passe pas par un FireWall.
>>>>>> 
>>>>>> Résultat d'un Ping d'une machine X vers le serveur en question.
>>>>>> 
>>>>>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>>>>>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>>>>>> Délai d'attente de la demande dépassé.
>>>>>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>>>>>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>>>>>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>>>>>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>>>>>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>>>>>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>>>>>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>>>>>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>>>>>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>>>>>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>>>>>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>>>>>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>>>>>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>>>>>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>>>>>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>>>>>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>>>>>> Réponse de 192.168.130.5 : octets=32 temps=1 ms TTL=63
>>>>>> Réponse de 192.168.130.5 : octets=3

Re: [FRnOG] [JOBS] Coupure de connexion SSH

[Pierre DOLIDON]

<mailto:sy...@frnog.org?subject=unsubscribe%20frnog>


Le 26/05/2015 21:00, ilyass siba a écrit :

Bonjour, je n'ai rien a faire ici, comment fait on pour se desincrire et ne 
plus recevoir de mail??

Cdt siba ilyass

Envoyé de mon iPhone


Le 26 mai 2015 à 14:46, Mehdi BADAOUI  a écrit :

Hello All,

Après un long week-end retour sur le problème :)

Apparemment l'erreur viens du Nexus et pas de mon serveur, ce matin mon
deuxième serveur commence à être impacté avec 5% de perte de paquet.
On a constaté ce matin que y a une perte de paquet sur les deux Nexus 3548P
alors la solution qu'on a pour le moment est de faire un upgrade des Nexus

Est ce que y a d'autres propositions?

Cordialement,

-- Message transféré --
De : Mehdi BADAOUI 
Date : 22 mai 2015 09:10
Objet : Re: [FRnOG] [JOBS] Coupure de connexion SSH
À : David Ponzone 


Merci à vous tous,

Mehdi



Le 21 mai 2015 18:14, David Ponzone  a écrit :


+1

Faut régler le problème de pertes de paquet, qui est plus qu’anormal sur
un LAN.

Dans l’ordre de probabilité décroissante:
-défaut sur l’OS (si OS=windows) (ok je sors)
-problème d’autonégo
-défaut de câble
-défaut de carte réseau
-défaut sur l’OS (si OS=linux)
-pas de chance
-défaut sur Nexus

Le 21 mai 2015 à 14:12, Alexis Lameire  a écrit
:


j'ai vue passé un truc similaire sur cette ml il y a quelque temps de ca.

Envois nous un ptit ifconfig de l'interface de ton serveur, savoir si il
est en 1G ou 100M (soucis d'auto nego, toussa toussa).

Cordialement
Alexis Lameire

Le 21 mai 2015 14:08, Thomas Dubois  a écrit

:

Et pourquoi le sujet est à propos de SSH alors que c'est un problème de
Layer 2?


Quand tu fais des traceroutes, tu passes par le même chemin pour les 2

serveurs ?
Le TTL est de 63 sur le ping donc la machine est connectée sur le même
réseau.

Thomas D.

Le 21 mai 2015 13:56, Jeremy  a écrit :


Pourquoi ce mail atterrit sur la boite JOBS ? ...

Jérémy

Le 21/05/2015 13:36, Mehdi BADAOUI a écrit :


Bonjour la liste,

J'ai deux serveurs reliés à un même Vlan, le Vlan est connecté à un
routeur
Nexus.
Un des deux serveurs a des coupures fréquentes de connexion ssh et pas

le

deuxième.
Je précise que les deux serveurs ne passe pas par un FireWall.

Résultat d'un Ping d'une machine X vers le serveur en question.

Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Délai d'attente de la demande dépassé.
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps=1 ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Délai d'attente de la demande dépassé.
Délai d'attente de la demande dépassé.
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Délai d'attente de la demande dépassé.
Délai d'attente de la demande dépassé.
Délai d'attente de la demande dépassé.
Délai d'attente de la demande dépassé.
Délai d'attente de la demande dépassé.
Délai d'attente de la demande dépassé.
Délai d'attente de la demande dépassé.
Délai d'attente de la demande dépassé.
Délai d'attente de la demande dépassé.
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=

Re: [FRnOG] [JOBS] Coupure de connexion SSH

[Xavier Teyssier]

Bonjour,

Le mardi 26 mai 2015, 21:00:32 ilyass siba a écrit :
> Bonjour, je n'ai rien a faire ici, comment fait on pour se desincrire et ne
> plus recevoir de mail??

On regarde les en-têtes de tous les mails transitant sur cette mailing-liste :
List-Unsubscribe: 

Ou on suit le lien qui termine chacun des mails transitant sur cette mailing-
list : 
http://www.frnog.org/

Cordialement,
-- 
Xavier Teyssier


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [JOBS] Coupure de connexion SSH

[Thomas SCHOTSMANS]

Bonjour,

As tu essayé de changer les câbles ethernet ou les ports ?

Quand tu fais des traceroutes, tu passes par le même chemin pour les 2 
serveurs ?


Thomas

Le 21/05/2015 13:36, Mehdi BADAOUI a écrit :

Bonjour la liste,

J'ai deux serveurs reliés à un même Vlan, le Vlan est connecté à un routeur
Nexus.
Un des deux serveurs a des coupures fréquentes de connexion ssh et pas le
deuxième.
Je précise que les deux serveurs ne passe pas par un FireWall.

Résultat d'un Ping d'une machine X vers le serveur en question.

Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Délai d'attente de la demande dépassé.
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps=1 ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Délai d'attente de la demande dépassé.
Délai d'attente de la demande dépassé.
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Délai d'attente de la demande dépassé.
Délai d'attente de la demande dépassé.
Délai d'attente de la demande dépassé.
Délai d'attente de la demande dépassé.
Délai d'attente de la demande dépassé.
Délai d'attente de la demande dépassé.
Délai d'attente de la demande dépassé.
Délai d'attente de la demande dépassé.
Délai d'attente de la demande dépassé.
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Délai d'attente de la demande dépassé.
Délai d'attente de la demande dépassé.
Délai d'attente de la demande dépassé.



Des idées pour ce genre de problème s'il vous plait??

Merci d'avance pour votre aide
Cordialement,




---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [JOBS] Coupure de connexion SSH

[Manuel Guesdon]

Bonjour,

On Thu, 21 May 2015 13:36:41 +0200
Mehdi BADAOUI  wrote:
>| J'ai deux serveurs reliés à un même Vlan, le Vlan est connecté à un routeur
>| Nexus.
>| Un des deux serveurs a des coupures fréquentes de connexion ssh et pas le
>| deuxième.
>| Je précise que les deux serveurs ne passe pas par un FireWall.
>| 
...
>| Des idées pour ce genre de problème s'il vous plait??

Conflit de mac-addr ou d'IP ?

Manuel 

--
__
Manuel Guesdon - OXYMIUM


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [JOBS] Coupure de connexion SSH

[Jeremy]

Pourquoi ce mail atterrit sur la boite JOBS ? ...

Jérémy

Le 21/05/2015 13:36, Mehdi BADAOUI a écrit :

Bonjour la liste,

J'ai deux serveurs reliés à un même Vlan, le Vlan est connecté à un routeur
Nexus.
Un des deux serveurs a des coupures fréquentes de connexion ssh et pas le
deuxième.
Je précise que les deux serveurs ne passe pas par un FireWall.

Résultat d'un Ping d'une machine X vers le serveur en question.

Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Délai d'attente de la demande dépassé.
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps=1 ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Délai d'attente de la demande dépassé.
Délai d'attente de la demande dépassé.
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Délai d'attente de la demande dépassé.
Délai d'attente de la demande dépassé.
Délai d'attente de la demande dépassé.
Délai d'attente de la demande dépassé.
Délai d'attente de la demande dépassé.
Délai d'attente de la demande dépassé.
Délai d'attente de la demande dépassé.
Délai d'attente de la demande dépassé.
Délai d'attente de la demande dépassé.
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Délai d'attente de la demande dépassé.
Délai d'attente de la demande dépassé.
Délai d'attente de la demande dépassé.



Des idées pour ce genre de problème s'il vous plait??

Merci d'avance pour votre aide
Cordialement,




---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [JOBS] Coupure de connexion SSH

[Thomas Dubois]

Et pourquoi le sujet est à propos de SSH alors que c'est un problème de
Layer 2?

>Quand tu fais des traceroutes, tu passes par le même chemin pour les 2
serveurs ?
Le TTL est de 63 sur le ping donc la machine est connectée sur le même
réseau.

Thomas D.

Le 21 mai 2015 13:56, Jeremy  a écrit :

> Pourquoi ce mail atterrit sur la boite JOBS ? ...
>
> Jérémy
>
> Le 21/05/2015 13:36, Mehdi BADAOUI a écrit :
>
>> Bonjour la liste,
>>
>> J'ai deux serveurs reliés à un même Vlan, le Vlan est connecté à un
>> routeur
>> Nexus.
>> Un des deux serveurs a des coupures fréquentes de connexion ssh et pas le
>> deuxième.
>> Je précise que les deux serveurs ne passe pas par un FireWall.
>>
>> Résultat d'un Ping d'une machine X vers le serveur en question.
>>
>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>> Délai d'attente de la demande dépassé.
>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>> Réponse de 192.168.130.5 : octets=32 temps=1 ms TTL=63
>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>> Délai d'attente de la demande dépassé.
>> Délai d'attente de la demande dépassé.
>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>> Délai d'attente de la demande dépassé.
>> Délai d'attente de la demande dépassé.
>> Délai d'attente de la demande dépassé.
>> Délai d'attente de la demande dépassé.
>> Délai d'attente de la demande dépassé.
>> Délai d'attente de la demande dépassé.
>> Délai d'attente de la demande dépassé.
>> Délai d'attente de la demande dépassé.
>> Délai d'attente de la demande dépassé.
>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>> Délai d'attente de la demande dépassé.
>> Délai d'attente de la demande dépassé.
>> Délai d'attente de la demande dépassé.
>>
>>
>>
>> Des idées pour ce genre de problème s'il vous plait??
>>
>> Merci d'avance pour votre aide
>> Cordialement,
>>
>>
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
>

---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [JOBS] Coupure de connexion SSH

[Alexis Lameire]

j'ai vue passé un truc similaire sur cette ml il y a quelque temps de ca.

Envois nous un ptit ifconfig de l'interface de ton serveur, savoir si il
est en 1G ou 100M (soucis d'auto nego, toussa toussa).

Cordialement
Alexis Lameire

Le 21 mai 2015 14:08, Thomas Dubois  a écrit :

> Et pourquoi le sujet est à propos de SSH alors que c'est un problème de
> Layer 2?
>
> >Quand tu fais des traceroutes, tu passes par le même chemin pour les 2
> serveurs ?
> Le TTL est de 63 sur le ping donc la machine est connectée sur le même
> réseau.
>
> Thomas D.
>
> Le 21 mai 2015 13:56, Jeremy  a écrit :
>
> > Pourquoi ce mail atterrit sur la boite JOBS ? ...
> >
> > Jérémy
> >
> > Le 21/05/2015 13:36, Mehdi BADAOUI a écrit :
> >
> >> Bonjour la liste,
> >>
> >> J'ai deux serveurs reliés à un même Vlan, le Vlan est connecté à un
> >> routeur
> >> Nexus.
> >> Un des deux serveurs a des coupures fréquentes de connexion ssh et pas
> le
> >> deuxième.
> >> Je précise que les deux serveurs ne passe pas par un FireWall.
> >>
> >> Résultat d'un Ping d'une machine X vers le serveur en question.
> >>
> >> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
> >> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
> >> Délai d'attente de la demande dépassé.
> >> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
> >> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
> >> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
> >> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
> >> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
> >> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
> >> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
> >> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
> >> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
> >> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
> >> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
> >> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
> >> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
> >> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
> >> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
> >> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
> >> Réponse de 192.168.130.5 : octets=32 temps=1 ms TTL=63
> >> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
> >> Délai d'attente de la demande dépassé.
> >> Délai d'attente de la demande dépassé.
> >> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
> >> Délai d'attente de la demande dépassé.
> >> Délai d'attente de la demande dépassé.
> >> Délai d'attente de la demande dépassé.
> >> Délai d'attente de la demande dépassé.
> >> Délai d'attente de la demande dépassé.
> >> Délai d'attente de la demande dépassé.
> >> Délai d'attente de la demande dépassé.
> >> Délai d'attente de la demande dépassé.
> >> Délai d'attente de la demande dépassé.
> >> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
> >> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
> >> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
> >> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
> >> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
> >> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
> >> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
> >> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
> >> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
> >> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
> >> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
> >> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
> >> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
> >> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
> >> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
> >> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
> >> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
> >> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
> >> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
> >> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
> >> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
> >> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
> >> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
> >> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
> >> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
> >> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
> >> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
> >> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
> >> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
> >> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
> >> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
> >> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
> >> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
> >> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
> >> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
> >> Délai d'attente de la demande dépassé.
> >> Délai d'attente de la de

Re: [FRnOG] [JOBS] Coupure de connexion SSH

[David Ponzone]

+1

Faut régler le problème de pertes de paquet, qui est plus qu’anormal sur un LAN.

Dans l’ordre de probabilité décroissante:
-défaut sur l’OS (si OS=windows) (ok je sors)
-problème d’autonégo
-défaut de câble
-défaut de carte réseau
-défaut sur l’OS (si OS=linux)
-pas de chance
-défaut sur Nexus

Le 21 mai 2015 à 14:12, Alexis Lameire  a écrit :

> j'ai vue passé un truc similaire sur cette ml il y a quelque temps de ca.
> 
> Envois nous un ptit ifconfig de l'interface de ton serveur, savoir si il
> est en 1G ou 100M (soucis d'auto nego, toussa toussa).
> 
> Cordialement
> Alexis Lameire
> 
> Le 21 mai 2015 14:08, Thomas Dubois  a écrit :
> 
>> Et pourquoi le sujet est à propos de SSH alors que c'est un problème de
>> Layer 2?
>> 
>>> Quand tu fais des traceroutes, tu passes par le même chemin pour les 2
>> serveurs ?
>> Le TTL est de 63 sur le ping donc la machine est connectée sur le même
>> réseau.
>> 
>> Thomas D.
>> 
>> Le 21 mai 2015 13:56, Jeremy  a écrit :
>> 
>>> Pourquoi ce mail atterrit sur la boite JOBS ? ...
>>> 
>>> Jérémy
>>> 
>>> Le 21/05/2015 13:36, Mehdi BADAOUI a écrit :
>>> 
 Bonjour la liste,
 
 J'ai deux serveurs reliés à un même Vlan, le Vlan est connecté à un
 routeur
 Nexus.
 Un des deux serveurs a des coupures fréquentes de connexion ssh et pas
>> le
 deuxième.
 Je précise que les deux serveurs ne passe pas par un FireWall.
 
 Résultat d'un Ping d'une machine X vers le serveur en question.
 
 Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
 Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
 Délai d'attente de la demande dépassé.
 Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
 Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
 Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
 Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
 Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
 Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
 Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
 Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
 Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
 Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
 Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
 Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
 Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
 Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
 Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
 Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
 Réponse de 192.168.130.5 : octets=32 temps=1 ms TTL=63
 Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
 Délai d'attente de la demande dépassé.
 Délai d'attente de la demande dépassé.
 Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
 Délai d'attente de la demande dépassé.
 Délai d'attente de la demande dépassé.
 Délai d'attente de la demande dépassé.
 Délai d'attente de la demande dépassé.
 Délai d'attente de la demande dépassé.
 Délai d'attente de la demande dépassé.
 Délai d'attente de la demande dépassé.
 Délai d'attente de la demande dépassé.
 Délai d'attente de la demande dépassé.
 Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
 Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
 Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
 Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
 Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
 Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
 Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
 Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
 Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
 Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
 Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
 Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
 Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
 Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
 Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
 Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
 Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
 Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
 Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
 Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
 Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
 Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
 Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
 Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
 Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
 Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
 Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
 Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
 Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
 Réponse de 192.168.130.5 : 

Re: [FRnOG] [JOBS] Coupure de connexion SSH

[Xavier Beaudouin]

Hello,

> Faut régler le problème de pertes de paquet, qui est plus qu’anormal sur un 
> LAN.
> 
> Dans l’ordre de probabilité décroissante:
> -défaut sur l’OS (si OS=windows) (ok je sors)
> -problème d’autonégo
> -défaut de câble
> -défaut de carte réseau
> -défaut sur l’OS (si OS=linux)
> -pas de chance
> -défaut sur Nexus
> 

J'ai eu un jour des trucs voodooo avec un Nexus de ce type là. J'ai placé une 
update dans la tronche du nexus (il n'y avais pas dans les release notes 
l'expression du bug que j'avais trouvé, mais vu mon expérience avec les 
switchs, si t'as un truc vooodooo, essayes d'upgrader) et ca avais réglé le pb 
au grand désarroi d'un des ingé cisco qui n'y avais pas pensé :)

Xavier


---
Liste de diffusion du FRnOG
http://www.frnog.org/

RE: [FRnOG] [JOBS] Coupure de connexion SSH

[Ludovic LACOSTE]

Dans l'ordre,
- autoneg a forcer, prérequis chez cisco qui met 3 secondes à négocier
- update Nexus, prérequis chez cisco vu la stabilité du bazar ...
- après que si c'est du windows, tu auras sans doute plus de facilité à forcer 
l'autoneg, vu que sur freeBSD, cette fonctionnalité est sortie bien après 2004 
(je sors si vous me prouvez le contraire :-) )

-Message d'origine-
De : frnog-requ...@frnog.org [mailto:frnog-requ...@frnog.org] De la part de 
Xavier Beaudouin
Envoyé : jeudi 21 mai 2015 19:44
À : frnog-j...@frnog.org
Objet : Re: [FRnOG] [JOBS] Coupure de connexion SSH

Hello,

> Faut régler le problème de pertes de paquet, qui est plus qu’anormal sur un 
> LAN.
> 
> Dans l’ordre de probabilité décroissante:
> -défaut sur l’OS (si OS=windows) (ok je sors) -problème d’autonégo 
> -défaut de câble -défaut de carte réseau -défaut sur l’OS (si 
> OS=linux) -pas de chance -défaut sur Nexus
> 

J'ai eu un jour des trucs voodooo avec un Nexus de ce type là. J'ai placé une 
update dans la tronche du nexus (il n'y avais pas dans les release notes 
l'expression du bug que j'avais trouvé, mais vu mon expérience avec les 
switchs, si t'as un truc vooodooo, essayes d'upgrader) et ca avais réglé le pb 
au grand désarroi d'un des ingé cisco qui n'y avais pas pensé :)

Xavier


---
Liste de diffusion du FRnOG
http://www.frnog.org/


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [JOBS] Coupure de connexion SSH

[Xavier Beaudouin]

Hello,

> Le 21 mai 2015 à 20:49, Ludovic LACOSTE  a écrit :
> 
> Dans l'ordre,
> - autoneg a forcer, prérequis chez cisco qui met 3 secondes à négocier

Sur du >= Giga ne pas forcer, la NORME est prévue pour bien négocier… On est 
plus au temps du 100BaseTX... Le hint : spanning-tree portfast (uniquement pour 
les machines pas les switches).

> - update Nexus, prérequis chez cisco vu la stabilité du bazar …

:D

Xavier


signature.asc
Description: Message signed with OpenPGP using GPGMail

Re: [FRnOG] [JOBS] Coupure de connexion SSH

[David Ponzone]

Question idiote: tu as rebooté le Nexus, juste histoire de savoir si ça règle 
le problème pour quelques temps ?
A part l’upgrade, puis un case au TAC si ça persiste, je vois pas quoi faire 
d’autres.
Tu as bien essayé tous les modes d’autoneg GigE de Cisco ?

Le 26 mai 2015 à 14:44, Mehdi BADAOUI  a écrit :

> Hello All,
> 
> Après un long week-end retour sur le problème :)
> 
> Apparemment l'erreur viens du Nexus et pas de mon serveur, ce matin mon
> deuxième serveur commence à être impacté avec 5% de perte de paquet.
> On a constaté ce matin que y a une perte de paquet sur les deux Nexus 3548P
> alors la solution qu'on a pour le moment est de faire un upgrade des Nexus
> 
> Est ce que y a d'autres propositions?
> 
> Cordialement,
> 
> -- Message transféré --
> De : Mehdi BADAOUI 
> Date : 22 mai 2015 09:10
> Objet : Re: [FRnOG] [JOBS] Coupure de connexion SSH
> À : David Ponzone 
> 
> 
> Merci à vous tous,
> 
> Mehdi
> 
> 
> 
> Le 21 mai 2015 18:14, David Ponzone  a écrit :
> 
>> +1
>> 
>> Faut régler le problème de pertes de paquet, qui est plus qu’anormal sur
>> un LAN.
>> 
>> Dans l’ordre de probabilité décroissante:
>> -défaut sur l’OS (si OS=windows) (ok je sors)
>> -problème d’autonégo
>> -défaut de câble
>> -défaut de carte réseau
>> -défaut sur l’OS (si OS=linux)
>> -pas de chance
>> -défaut sur Nexus
>> 
>> Le 21 mai 2015 à 14:12, Alexis Lameire  a écrit
>> :
>> 
>>> j'ai vue passé un truc similaire sur cette ml il y a quelque temps de ca.
>>> 
>>> Envois nous un ptit ifconfig de l'interface de ton serveur, savoir si il
>>> est en 1G ou 100M (soucis d'auto nego, toussa toussa).
>>> 
>>> Cordialement
>>> Alexis Lameire
>>> 
>>> Le 21 mai 2015 14:08, Thomas Dubois  a écrit
>> :
>>> 
>>>> Et pourquoi le sujet est à propos de SSH alors que c'est un problème de
>>>> Layer 2?
>>>> 
>>>>> Quand tu fais des traceroutes, tu passes par le même chemin pour les 2
>>>> serveurs ?
>>>> Le TTL est de 63 sur le ping donc la machine est connectée sur le même
>>>> réseau.
>>>> 
>>>> Thomas D.
>>>> 
>>>> Le 21 mai 2015 13:56, Jeremy  a écrit :
>>>> 
>>>>> Pourquoi ce mail atterrit sur la boite JOBS ? ...
>>>>> 
>>>>> Jérémy
>>>>> 
>>>>> Le 21/05/2015 13:36, Mehdi BADAOUI a écrit :
>>>>> 
>>>>>> Bonjour la liste,
>>>>>> 
>>>>>> J'ai deux serveurs reliés à un même Vlan, le Vlan est connecté à un
>>>>>> routeur
>>>>>> Nexus.
>>>>>> Un des deux serveurs a des coupures fréquentes de connexion ssh et pas
>>>> le
>>>>>> deuxième.
>>>>>> Je précise que les deux serveurs ne passe pas par un FireWall.
>>>>>> 
>>>>>> Résultat d'un Ping d'une machine X vers le serveur en question.
>>>>>> 
>>>>>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>>>>>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>>>>>> Délai d'attente de la demande dépassé.
>>>>>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>>>>>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>>>>>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>>>>>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>>>>>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>>>>>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>>>>>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>>>>>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>>>>>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>>>>>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>>>>>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>>>>>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>>>>>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>>>>>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>>>>>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>>>>>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>>>>>> Réponse de 192.1

Re: [FRnOG] [JOBS] Coupure de connexion SSH

[Mehdi BADAOUI]

Dans le doute REBOOT, oui c'est fait ça :)
Pour le moment on a pas d'autres pistes, si ça reste comme ça on fera un
Upgrade en fin de journée.

Le 26 mai 2015 15:19, David Ponzone  a écrit :

> Question idiote: tu as rebooté le Nexus, juste histoire de savoir si ça
> règle le problème pour quelques temps ?
> A part l’upgrade, puis un case au TAC si ça persiste, je vois pas quoi
> faire d’autres.
> Tu as bien essayé tous les modes d’autoneg GigE de Cisco ?
>
> Le 26 mai 2015 à 14:44, Mehdi BADAOUI  a écrit :
>
> > Hello All,
> >
> > Après un long week-end retour sur le problème :)
> >
> > Apparemment l'erreur viens du Nexus et pas de mon serveur, ce matin mon
> > deuxième serveur commence à être impacté avec 5% de perte de paquet.
> > On a constaté ce matin que y a une perte de paquet sur les deux Nexus
> 3548P
> > alors la solution qu'on a pour le moment est de faire un upgrade des
> Nexus
> >
> > Est ce que y a d'autres propositions?
> >
> > Cordialement,
> >
> > ------ Message transféré --
> > De : Mehdi BADAOUI 
> > Date : 22 mai 2015 09:10
> > Objet : Re: [FRnOG] [JOBS] Coupure de connexion SSH
> > À : David Ponzone 
> >
> >
> > Merci à vous tous,
> >
> > Mehdi
> >
> >
> >
> > Le 21 mai 2015 18:14, David Ponzone  a écrit :
> >
> >> +1
> >>
> >> Faut régler le problème de pertes de paquet, qui est plus qu’anormal sur
> >> un LAN.
> >>
> >> Dans l’ordre de probabilité décroissante:
> >> -défaut sur l’OS (si OS=windows) (ok je sors)
> >> -problème d’autonégo
> >> -défaut de câble
> >> -défaut de carte réseau
> >> -défaut sur l’OS (si OS=linux)
> >> -pas de chance
> >> -défaut sur Nexus
> >>
> >> Le 21 mai 2015 à 14:12, Alexis Lameire  a
> écrit
> >> :
> >>
> >>> j'ai vue passé un truc similaire sur cette ml il y a quelque temps de
> ca.
> >>>
> >>> Envois nous un ptit ifconfig de l'interface de ton serveur, savoir si
> il
> >>> est en 1G ou 100M (soucis d'auto nego, toussa toussa).
> >>>
> >>> Cordialement
> >>> Alexis Lameire
> >>>
> >>> Le 21 mai 2015 14:08, Thomas Dubois  a
> écrit
> >> :
> >>>
> >>>> Et pourquoi le sujet est à propos de SSH alors que c'est un problème
> de
> >>>> Layer 2?
> >>>>
> >>>>> Quand tu fais des traceroutes, tu passes par le même chemin pour les
> 2
> >>>> serveurs ?
> >>>> Le TTL est de 63 sur le ping donc la machine est connectée sur le même
> >>>> réseau.
> >>>>
> >>>> Thomas D.
> >>>>
> >>>> Le 21 mai 2015 13:56, Jeremy  a écrit :
> >>>>
> >>>>> Pourquoi ce mail atterrit sur la boite JOBS ? ...
> >>>>>
> >>>>> Jérémy
> >>>>>
> >>>>> Le 21/05/2015 13:36, Mehdi BADAOUI a écrit :
> >>>>>
> >>>>>> Bonjour la liste,
> >>>>>>
> >>>>>> J'ai deux serveurs reliés à un même Vlan, le Vlan est connecté à un
> >>>>>> routeur
> >>>>>> Nexus.
> >>>>>> Un des deux serveurs a des coupures fréquentes de connexion ssh et
> pas
> >>>> le
> >>>>>> deuxième.
> >>>>>> Je précise que les deux serveurs ne passe pas par un FireWall.
> >>>>>>
> >>>>>> Résultat d'un Ping d'une machine X vers le serveur en question.
> >>>>>>
> >>>>>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
> >>>>>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
> >>>>>> Délai d'attente de la demande dépassé.
> >>>>>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
> >>>>>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
> >>>>>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
> >>>>>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
> >>>>>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
> >>>>>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
> >>>>>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
> >>>>>> Réponse de 

Re: [FRnOG] [JOBS] Coupure de connexion SSH

[ilyass siba]

Bonjour, je n'ai rien a faire ici, comment fait on pour se desincrire et ne 
plus recevoir de mail??

Cdt siba ilyass

Envoyé de mon iPhone

> Le 26 mai 2015 à 14:46, Mehdi BADAOUI  a écrit :
> 
> Hello All,
> 
> Après un long week-end retour sur le problème :)
> 
> Apparemment l'erreur viens du Nexus et pas de mon serveur, ce matin mon
> deuxième serveur commence à être impacté avec 5% de perte de paquet.
> On a constaté ce matin que y a une perte de paquet sur les deux Nexus 3548P
> alors la solution qu'on a pour le moment est de faire un upgrade des Nexus
> 
> Est ce que y a d'autres propositions?
> 
> Cordialement,
> 
> -- Message transféré ----------
> De : Mehdi BADAOUI 
> Date : 22 mai 2015 09:10
> Objet : Re: [FRnOG] [JOBS] Coupure de connexion SSH
> À : David Ponzone 
> 
> 
> Merci à vous tous,
> 
> Mehdi
> 
> 
> 
> Le 21 mai 2015 18:14, David Ponzone  a écrit :
> 
>> +1
>> 
>> Faut régler le problème de pertes de paquet, qui est plus qu’anormal sur
>> un LAN.
>> 
>> Dans l’ordre de probabilité décroissante:
>> -défaut sur l’OS (si OS=windows) (ok je sors)
>> -problème d’autonégo
>> -défaut de câble
>> -défaut de carte réseau
>> -défaut sur l’OS (si OS=linux)
>> -pas de chance
>> -défaut sur Nexus
>> 
>> Le 21 mai 2015 à 14:12, Alexis Lameire  a écrit
>> :
>> 
>>> j'ai vue passé un truc similaire sur cette ml il y a quelque temps de ca.
>>> 
>>> Envois nous un ptit ifconfig de l'interface de ton serveur, savoir si il
>>> est en 1G ou 100M (soucis d'auto nego, toussa toussa).
>>> 
>>> Cordialement
>>> Alexis Lameire
>>> 
>>> Le 21 mai 2015 14:08, Thomas Dubois  a écrit
>> :
>>> 
>>>> Et pourquoi le sujet est à propos de SSH alors que c'est un problème de
>>>> Layer 2?
>>>> 
>>>>> Quand tu fais des traceroutes, tu passes par le même chemin pour les 2
>>>> serveurs ?
>>>> Le TTL est de 63 sur le ping donc la machine est connectée sur le même
>>>> réseau.
>>>> 
>>>> Thomas D.
>>>> 
>>>> Le 21 mai 2015 13:56, Jeremy  a écrit :
>>>> 
>>>>> Pourquoi ce mail atterrit sur la boite JOBS ? ...
>>>>> 
>>>>> Jérémy
>>>>> 
>>>>> Le 21/05/2015 13:36, Mehdi BADAOUI a écrit :
>>>>> 
>>>>>> Bonjour la liste,
>>>>>> 
>>>>>> J'ai deux serveurs reliés à un même Vlan, le Vlan est connecté à un
>>>>>> routeur
>>>>>> Nexus.
>>>>>> Un des deux serveurs a des coupures fréquentes de connexion ssh et pas
>>>> le
>>>>>> deuxième.
>>>>>> Je précise que les deux serveurs ne passe pas par un FireWall.
>>>>>> 
>>>>>> Résultat d'un Ping d'une machine X vers le serveur en question.
>>>>>> 
>>>>>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>>>>>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>>>>>> Délai d'attente de la demande dépassé.
>>>>>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>>>>>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>>>>>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>>>>>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>>>>>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>>>>>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>>>>>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>>>>>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>>>>>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>>>>>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>>>>>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>>>>>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>>>>>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>>>>>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>>>>>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>>>>>> Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
>>>>>> Réponse de 192.168.130.5 : octets=32 temps=1 ms TTL=63
>>>>>> Réponse de 192.168.130.5 : octets=3

Re: [FRnOG] [JOBS] Coupure de connexion SSH

[Pierre DOLIDON]

<mailto:sy...@frnog.org?subject=unsubscribe%20frnog>


Le 26/05/2015 21:00, ilyass siba a écrit :

Bonjour, je n'ai rien a faire ici, comment fait on pour se desincrire et ne 
plus recevoir de mail??

Cdt siba ilyass

Envoyé de mon iPhone


Le 26 mai 2015 à 14:46, Mehdi BADAOUI  a écrit :

Hello All,

Après un long week-end retour sur le problème :)

Apparemment l'erreur viens du Nexus et pas de mon serveur, ce matin mon
deuxième serveur commence à être impacté avec 5% de perte de paquet.
On a constaté ce matin que y a une perte de paquet sur les deux Nexus 3548P
alors la solution qu'on a pour le moment est de faire un upgrade des Nexus

Est ce que y a d'autres propositions?

Cordialement,

-- Message transféré --
De : Mehdi BADAOUI 
Date : 22 mai 2015 09:10
Objet : Re: [FRnOG] [JOBS] Coupure de connexion SSH
À : David Ponzone 


Merci à vous tous,

Mehdi



Le 21 mai 2015 18:14, David Ponzone  a écrit :


+1

Faut régler le problème de pertes de paquet, qui est plus qu’anormal sur
un LAN.

Dans l’ordre de probabilité décroissante:
-défaut sur l’OS (si OS=windows) (ok je sors)
-problème d’autonégo
-défaut de câble
-défaut de carte réseau
-défaut sur l’OS (si OS=linux)
-pas de chance
-défaut sur Nexus

Le 21 mai 2015 à 14:12, Alexis Lameire  a écrit
:


j'ai vue passé un truc similaire sur cette ml il y a quelque temps de ca.

Envois nous un ptit ifconfig de l'interface de ton serveur, savoir si il
est en 1G ou 100M (soucis d'auto nego, toussa toussa).

Cordialement
Alexis Lameire

Le 21 mai 2015 14:08, Thomas Dubois  a écrit

:

Et pourquoi le sujet est à propos de SSH alors que c'est un problème de
Layer 2?


Quand tu fais des traceroutes, tu passes par le même chemin pour les 2

serveurs ?
Le TTL est de 63 sur le ping donc la machine est connectée sur le même
réseau.

Thomas D.

Le 21 mai 2015 13:56, Jeremy  a écrit :


Pourquoi ce mail atterrit sur la boite JOBS ? ...

Jérémy

Le 21/05/2015 13:36, Mehdi BADAOUI a écrit :


Bonjour la liste,

J'ai deux serveurs reliés à un même Vlan, le Vlan est connecté à un
routeur
Nexus.
Un des deux serveurs a des coupures fréquentes de connexion ssh et pas

le

deuxième.
Je précise que les deux serveurs ne passe pas par un FireWall.

Résultat d'un Ping d'une machine X vers le serveur en question.

Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Délai d'attente de la demande dépassé.
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps=1 ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Délai d'attente de la demande dépassé.
Délai d'attente de la demande dépassé.
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Délai d'attente de la demande dépassé.
Délai d'attente de la demande dépassé.
Délai d'attente de la demande dépassé.
Délai d'attente de la demande dépassé.
Délai d'attente de la demande dépassé.
Délai d'attente de la demande dépassé.
Délai d'attente de la demande dépassé.
Délai d'attente de la demande dépassé.
Délai d'attente de la demande dépassé.
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=63
Réponse de 192.168.130.5 : octets=32 temps<1ms TTL=

Re: [FRnOG] [JOBS] Coupure de connexion SSH

[Xavier Teyssier]

Bonjour,

Le mardi 26 mai 2015, 21:00:32 ilyass siba a écrit :
> Bonjour, je n'ai rien a faire ici, comment fait on pour se desincrire et ne
> plus recevoir de mail??

On regarde les en-têtes de tous les mails transitant sur cette mailing-liste :
List-Unsubscribe: 

Ou on suit le lien qui termine chacun des mails transitant sur cette mailing-
list : 
http://www.frnog.org/

Cordialement,
-- 
Xavier Teyssier


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re : Re: [FRnOG] [JOBS] Coupure de connexion SSH

[Ludovic LACOSTE]

En giga, il n'y a pas réellement de forçage,  mais il y a au moins 3 modes de 
nég qui permettent d'éviter les aléas Cisco...

--- Message initial ---

De : "Xavier Beaudouin" 
Envoyé : 21 mai 2015 20:59
A : frnog-j...@frnog.org
Objet : Re: [FRnOG] [JOBS] Coupure de connexion SSH

Hello,

> Le 21 mai 2015 à 20:49, Ludovic LACOSTE  a écrit :
>
> Dans l'ordre,
> - autoneg a forcer, prérequis chez cisco qui met 3 secondes à négocier

Sur du >= Giga ne pas forcer, la NORME est prévue pour bien négocier… On est 
plus au temps du 100BaseTX... Le hint : spanning-tree portfast (uniquement pour 
les machines pas les switches).

> - update Nexus, prérequis chez cisco vu la stabilité du bazar …

:D

Xavier


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re : Re: [FRnOG] [JOBS] Coupure de connexion SSH

[Ludovic LACOSTE]

En giga, il n'y a pas réellement de forçage,  mais il y a au moins 3 modes de 
nég qui permettent d'éviter les aléas Cisco...

--- Message initial ---

De : "Xavier Beaudouin" 
Envoyé : 21 mai 2015 20:59
A : frnog-j...@frnog.org
Objet : Re: [FRnOG] [JOBS] Coupure de connexion SSH

Hello,

> Le 21 mai 2015 à 20:49, Ludovic LACOSTE  a écrit :
>
> Dans l'ordre,
> - autoneg a forcer, prérequis chez cisco qui met 3 secondes à négocier

Sur du >= Giga ne pas forcer, la NORME est prévue pour bien négocier… On est 
plus au temps du 100BaseTX... Le hint : spanning-tree portfast (uniquement pour 
les machines pas les switches).

> - update Nexus, prérequis chez cisco vu la stabilité du bazar …

:D

Xavier


---
Liste de diffusion du FRnOG
http://www.frnog.org/