Commencer une nouvelle conversation

Solved!

Aller à la solution

1383

3 juillet 2020 09:00

Dell N2048P connectés au Cisco 3560 - comportement

Bonjour,

Nous sommes entrain de tester nos nouveaux Dell N2048p afin de remplacer nos anciens Cisco 3560.

En phase de test, nous avons donc branché les Dell N2048p sur les Cisco et nous avons ensuite connecté un PC sur le port 1/02/2 sur le réseau 192.168.1.x.

Les VLAN trunké et la passerelle ont été paramétrés et tout "semble" bien fonctionner depuis le PC connecté au Dell: ping ok dans tous les sens, vers l'interne, vers l'externe.
Accès au Web aucun problème, très fluide.

Néanmoins nous rencontrons des problèmes très étranges: lorsque nous lançons un rdp sur un de nos serveurs sur un autre réseau (192.168.0.x) par exemple celui ci initie la connexion mais met environ 30s à nous afficher l'inviter login / mot de passe. Ensuite le reste de l'accès est trrrrès lent à m'afficher la console.
sur le lan j'accède tantôt à un partage SMB puis sur l'autre réseau dans notre datacenter en 192.168.0.x impossible. tout est pourtant pingable et le tracert trouve parfaitement son chemin. sur le lan j'ai un application sur un port 8080 et 8383 en https, idem impossible d'afficher quoi que ce soit.
Idem si je verrouille le poste et remet ma session Windows, il faut attendre 30s. Comme si le serveur DNS n'était pas atteignable sur son port de destination.
Le poste étant connecté directement au Dell la console est parfaitement accessible.

en mode DEBUG sur le Dell, le seul message qui apparait est celui-ci:
DBG Report from interface Gi1/0/2 ignored -- no router ports on vlan 1

le port 1/0/2 étant le port d'interco entre le Cisco et le Dell

Il est possible que débarrassé des Cisco 3560, nos problèmes disparaissent mais nous aimerions comprendre avant!

Les protocoles depuis le PC semble ne pas approuver le test:

Le système de sécurité a détecté une erreur d’authentification pour le serveur cifs/DC1. Le code de la panne à partir du protocole d’authentification Kerberos était "Aucune autorité n’a pu être contactée pour l’authentification.
(0x80090311)".

Si quelqu'un a une piste intéressante nous sommes preneurs!

Merci

4 Operator

 • 

3.7K  messages

6 juillet 2020 02:00

Le VLAN natif n'est pas porté de la même manière sur les 2 marques ce qui explique les comportements de lenteur. En supprimant les CISCO de votre configuration réseau vous retrouverez effectivement les performances attendues.
Pour plus d'information je vois invite à consulter le document ci-dessous :

https://infohub.delltechnologies.com/section-assets/dell-campus-networking-interoperability-cisco-catalyst-11

 

Bonne journée.

4 Operator

 • 

3.7K  messages

6 juillet 2020 00:00

Bonjour,

 

Je ne suis pas spécialiste réseau et mais je pense que vous explorer la problématique dans la bonne voie. Je vais faire le point en interne avec un spécialiste.

 

Cordialement,

7  messages

7 juillet 2020 02:00

Bonjour Stéphane,

Merci pour ce retour. Je confirme que le VLAN1 pose problème dans cette configuration. VLAN2 par exemple est beaucoup plus cohérent et surtout lisible sur les switchs et routeurs.

Comme nous récupérons un historique, il va falloir basculer.

Merci!

4 Operator

 • 

3.7K  messages

7 juillet 2020 08:00

Je vous en prie.

 

Bonne fin de journée !

Aucun événement trouvé !

Top