Salma

Hello ! Merci pour ton retour ! Ahah, ça me permet de clarifier de mon côté aussi Malheureusement non, je suis sur portable, et pour le moment pas vraiment de spare niveau matériel, en tout cas je ne rencontre effectivement aucun soucis avec le réseau wifi, et pas de problèmes non plus avec un Macbook sur ce même routeur... Le ping loopback fonctionne correctement oui.. D'ici la fin de la semaine je serais en mesure de tester sur d'autres matériels fois si le problème persiste. Mais vu la bizarrerie de la chose et sauf erreur, je me demande si le PoE 24V sur lequel je me suis branché plus tôt n'a pas effectivement altéré la carte, quoique mon portable n'est pas très ancien et que ça me paraîtrait normal de prévoir une protection (non ? :| ) En regardant les connexions avec un netstat, j'ai trouvé bizarre que plusieurs processus utilisent les ports 137 et 138 sur la même ip 10.11.14.240, et qui d'après google sont utilisés par NetBios dont je ne connais rien. Sur wireshark, la capture ICMP TTL exceed renseigne les ports 137 et 138, ce qui m'a semblé bizarre aussi... Cela m'a plus ou mois fait penser à un éventuel processus qui saturerait le réseau ? Mais c'est juste une idée...

Holà, me revoilà ! A mon grand étonnement, suite à mon dernier post, le câble est resté pluggé près d'une heure environ, et ô joie, je remarque être connecté sur le réseau filaire en plus du wifi !! Branl'bas d'combat, je déconnecte le wifi je regarde mon ip : Check la table mac, le routeur apparait bien : et je tente un ping vers la passerelle : Il y a une bonne perte de paquet, je tente un ping depuis le routeur vers mon pc, en me connectant de nouveau via le wifi (connexion impossible depuis le filaire..) : J'ai lancé une capture en même temps, et j'ai remarqué ça : La notion de port injoignable pour le protocole ICMP me rend perplexe... Ce n'est pas au niveau 3 qu'il intervient Dans le doute je suis aller checker les ports en question (137 et 138 d'après la capture), et sur l'ip 10.11.14.240 il semble y avoir plusieurs processus ? Google me dit que NetBios utilise ces ports, quel rapport avec icmp ? Pour résumer, la config est bonne, le réseau est joignable, les machines peuvent communiquer, mais de manière très très dégradée, avec un windows 10, comme une debian.. Merci à vous d'avance

Bonjour ! Merci pour vos réponse, le déplacement du sujet et le masquage des infos Je n'avais pas pris le temps de mettre toutes les commandes et test effectués effectivement, je refais quelques test ce matin : J'ai ma carte en ip dynamique, et je branche la paire sur un port du routeur qui doit me fournir une ip en 10.11.12.0/22 (config vérifiée et opérationnelle avec un autre PC). C'est toujours un routeur MikroTik CCR. Le port clignote et le lien est détecté, avec un wireshark je remarque que mon PC envoi bien le dhcp discover en broadcast, mais aucune réponse n'est reçue, et la demande est bien renvoyée en boucle (img 1). J'ai effectivement utiliser les commande ipconfig /release et ipconfig /renew en boucle ces derniers jours sans succès .. J'obtiens au final une ip hapipa (img 2). Je tente un /release + /renew, et j'observe de nouveau les DHCP discover depuis wireshark et ma carte ethernet, sans réponse et en boucle. Je suis aller checker sur l'interface du mikrotik depuis ma carte wifi et une autre des ses ip, j'observe bizarrement que le serveur dhcp reçoit bien le discover, propose un bail, mais ne reçoit pas la réponse de mon pc ? Après quelques seconde, le lease proposé disparait des bails affichés (la MAC address est bien celle de ma carte..) (img3) J'ajoute que la table arp est toujours vide, et que je suis censé pouvoir me connecter au routeur via son adresse hapipa, sa MAC et un mactelnet, chose que j'ai d'ailleurs testé avec une Debian en dualboot, mais même un macping et un mactelnet ne fonctionnent pas...... (j'ai cassé la debian entre temps, du coup je n'peux pas fournir de screenshot ). D'ailleurs, le problème persistait bien avec la debian, donc je serais tenté d'écarter l'hypothèse d'un soucis côté windows, non ? Voilà voilà... J'ai tout de même aussi réinitialisé totalement les paramètres réseaux depuis windows, réinstallé le drivers Intel, ... J'ai aussi fouillé côté mikrotik, il y a bien quelques cas visiblement de soucis de connexion via winbox depuis une machine win10, je vais creuser un peu plus. Mais ce qui m'éberlue c'est que le soucis est apparu d'un coup, et même résolu à un moment en retentant sur un nouveau port du routeur entre deux reset. Quoi qu'il en soit, j'ai contourné le problème en me connectant via une AP, et mon collègue possédant un macbook n'a lui aucun soucis à communiquer avec la machine. Si vous avez des pistes, je suis preneur:) Merci et bonne journée à vous ! PS : pour résumer donc, les deux cartes sont bien sur le même LAN, le routeur reçoit bien un dhcp discovery provenant de mon adresse MAC, renvoit une offer vers cette même adresse mac, mais mon PC ne la réceptionne pas, et n'est pas non plus en mesure de macpinguer la MAC du routeur (visible depuis le hardware de la machine) ...

Bonjour ! Je viens vers vous en quête d'un coup de main : Je bidouille actuellement un routeur Mikrotik et des switch Ubiquiti Unifi pour me faire la main, et pas de problèmes ces deux derniers jours. L'idée est simplement d'accéder au routeur via le soft WinBox et l'adresse MAC de l'interface, avant de définir une ip sur celle-ci, puis de mettre en place un serveur dhcp qui puisse me fournir une ip. Je parviens à accéder au routeur via le soft et l'adresse MAC de l'interface ethernet 1, à lui fournir l'ip 10.11.12.1 dans le réseau 10.11.12.0/22. D'ordinaire aucun problème rencontré, je suis normalement en mesure de pinguer cette interface en définissant une ip fixe sur mon PC client, ainsi que de mettre en place le serveur dhcp pour allouer une ip dans la range 10.11.12.10 - 10.11.14.250.. Ce midi j'ai tenté de brancher le PC sur un switch donc le PoE passif était activé, j'ajoute que le switch était en mauvais état et qu'on l'a plus tard désalimenté d'urgence en sentant une odeur de brûlé venant de lui., mais bref. En continuant mes bricoles, je remarque à un moment ne plus pouvoir joindre le routeur sur lequel je me rebranche, ne plus avoir d'ip, et après changement câble et rebranchement du RJ plusieurs fois, que la carte ne détecte pas forcément le lien. J'ai reset le routeur totalement, redémarré le PC, etc... J'ai au final pu de nouveau détecter le routeur via WinBox et l'adresse MAC d'une interface. De nouveau défini une ip, et mis en place un dhcp. Pourtant je ne parviens plus à obtenir une ip, ni à communiquer avec le routeur avec une ip fixe dans son réseau, et hors de la range du dhcp...... Mon collègue sur mac reçoit un ip sans problème. Sur le routeur en checkant les bails dhcp, je peux apercevoir l'offre faite par le dhcp à destination de mon adresse MAC, et sur wireshark, je perçoit bien le dhcp discover en broadcast, mais le client ne semble pas réceptionner l'offer envoyée... Auriez-vous une piste svp ?? Merci d'avance et bonne soirée à vous ! Ci joint le résultat de la commande ipconfig /all avec l'ip fixe sur la carte ethernet. =============================================================== Configuration IP de Windows Nom de l’hôte . . . . . . . . . . : DESKTOP-██████ Suffixe DNS principal . . . . . . : Type de noeud. . . . . . . . . . : Hybride Routage IP activé . . . . . . . . : Non Proxy WINS activé . . . . . . . . : Non Carte inconnue Connexion au réseau local : Statut du média. . . . . . . . . . . . : Média déconnecté Suffixe DNS propre à la connexion. . . : Description. . . . . . . . . . . . . . : ExpressVPN TUN Driver Adresse physique . . . . . . . . . . . : DHCP activé. . . . . . . . . . . . . . : Non Configuration automatique activée. . . : Oui Carte réseau sans fil Connexion au réseau local* 1 : Statut du média. . . . . . . . . . . . : Média déconnecté Suffixe DNS propre à la connexion. . . : Description. . . . . . . . . . . . . . : Microsoft Wi-Fi Direct Virtual Adapter Adresse physique . . . . . . . . . . . : ██-██-██-██-85-2E DHCP activé. . . . . . . . . . . . . . : Oui Configuration automatique activée. . . : Oui Carte réseau sans fil Connexion au réseau local* 10 : Statut du média. . . . . . . . . . . . : Média déconnecté Suffixe DNS propre à la connexion. . . : Description. . . . . . . . . . . . . . : Microsoft Wi-Fi Direct Virtual Adapter #2 Adresse physique . . . . . . . . . . . : ██-██-██-██-85-2D DHCP activé. . . . . . . . . . . . . . : Oui Configuration automatique activée. . . : Oui Carte Ethernet Ethernet : Suffixe DNS propre à la connexion. . . : Description. . . . . . . . . . . . . . : Intel(R) Ethernet Connection I219-LM Adresse physique . . . . . . . . . . . : ██-██-██-██-FF-B8 DHCP activé. . . . . . . . . . . . . . : Non Configuration automatique activée. . . : Oui Adresse IPv4. . . . . . . . . . . . . .: 10.11.12.5(préféré) Masque de sous-réseau. . . . . . . . . : 255.255.252.0 Passerelle par défaut. . . . . . . . . : 10.11.12.1 Serveurs DNS. . . . . . . . . . . . . : 10.11.12.1 NetBIOS sur Tcpip. . . . . . . . . . . : Activé Carte réseau sans fil Wi-Fi : Suffixe DNS propre à la connexion. . . : Description. . . . . . . . . . . . . . : Intel(R) Dual Band Wireless-AC 8260 Adresse physique . . . . . . . . . . . : ██-██-██-██-85-2D DHCP activé. . . . . . . . . . . . . . : Oui Configuration automatique activée. . . : Oui Adresse IPv4. . . . . . . . . . . . . .: 10.211.3.27(préféré) Masque de sous-réseau. . . . . . . . . : 255.255.252.0 Bail obtenu. . . . . . . . . . . . . . : dimanche 3 avril 2022 18:41:59 Bail expirant. . . . . . . . . . . . . : mercredi 6 avril 2022 19:14:37 Passerelle par défaut. . . . . . . . . : 10.211.0.1 Serveur DHCP . . . . . . . . . . . . . : 10.211.0.1 Serveurs DNS. . . . . . . . . . . . . : 10.211.0.1 NetBIOS sur Tcpip. . . . . . . . . . . : Activé

Salut à vous ! Je cherche à passer de win10 famille vers pro sur un PC fixe récemment acheté (d'occas). J'ai trouvé sur conseil, une clef "d'occas" pour ne pas payer les 300eu d'ugrade via le microsoft store. J'ai aussi compris qu'il n'était pas possible de passer d'une telle version vers pro, sans passer par le store, à moins de réinstaller l'OS de zéro, ou d'utiliser une clef générique. J'ai choisi cette dernière option, et trouvé la clef "VK7JG-NPHTM-C97JM-9MPGT-3V66T" qui est la même quelque soit les sources sur le net (valable pour win10 pro donc). En passant par les menus de config de win, j'ai tenté d'upgrader l'OS vers cette version grâce à cette clef, dans l'objectif de rentrer ma clef achetée par la suite. Pourtant, il m'est dit en premier lieu que la mise à jour n'est pas possible. Après quelques recherches, je retente via le microsoft store directement, avec la même clef générique : on me dit que la clef n'est pas valide. Tant pis pour la clef générique je me dis, j'ai pas grand chose d'installé sur ce PC, et je peux éventuellement tout réinstaller via une image. Le truc c'est que maintenant, et suite à ces manip, on me dit que la version actuellement installée de win famille n'est pas activée. Ca me rebute un peu donc, et ayant besoin que ce PC soit fonctionnel ces jours ci, pourquoi cela ne planterait pas en réinstallant l'ensemble ? Du coup la question : j'ai bien une clef win10 pro achetée et à priori valide, quelle serait la methode pour l'activer malgré les problèmes rencontrés plz ? Merci d'avance !!

Edit : Pour l'entreprise je voulais dire. C'est donc une info que je vais remonter, idem pour le recettage ! Je viens de comprendre ahah ! De nouveau merci à vous, j'ai finis ce stage, je n'aurais sans doute pas de nouveaux éléments à rapporter. Si vous avez d'autres infos à donner je suis toujours preneur bien sûr; J'entame un autre stage dans le courant du mois normalement, dans un autre environnement, je viendrais sans doute requérir votre aide

Ah ! Je suis pas sûr que ce soit une évidence ça ! J'ai pris un photo des infos notés sur les câble muraux (dont l'extrémité n'est pas toujours reliée à des prises murales). En tapant la ref, je ne trouve pas plus d'info que ça, si ce n'est qu'il sont cat6 S/FTP, sauf erreur : En clair : SSTP CAT6 4P 26AWG LSOH PATCH CONFORM TO EIA/TIA-568-C.2 & ISO/IEC 11901 La plupart des câbles baie de brassage/switch sont eux neuf et en cat7, mais quelques un restent encore identiques aux infra. C'est vrai que les passages ne sont pas complètement clean, avec des angles et des enroulements à certains endroits. Pour la baie de brassage, la seule info que j'ai c'est la marque des connecteurs RJ : "excel" En tout cas un grand merci à vous pour votre aide et le temps passé ! Même s'il n'y aura peut être pas de soluce finale, ça m'a bien éclairé tout du long !

Tout à fait, ce que j'ai confirmé, et que l'on m'a assuré.. Mais effectivement ce sont des cat6 pour les muraux (20/30m), et non cat6a. Pourquoi donc 500MHz ? Les recommandation indiquent pourtant le 10Gb possible sur de courtes distances (<50m) non ? Là, je découvre la notion ahah, et n'ai pas la réponse donc.

Ah oui, c'était pas à jour ! C'est mon dernier jour chez eux, je n'aurais plus accès au SI... Si la piste du switch défaillant parait la plus probable au premier coup d'oeil, y'a tout de même l'air d'y avoir d'autres facteurs côté client, surtout si le deuxième switch s'y met aussi, je me trompe ? Je fais donc remonter les infos : mettre à jour le switch master et les cartes réseau, vérifier les paramètres des cartes de chaque poste (mise en veille etc..), peut être voir du côté de green ethernet et Qos (?). Si tu as d'autres conseils/infos je suis preneur, j'y suis encore jusqu'à 18h :°

Deplug/replug du RJ sur le pc pour retrouver l'accès au réseau. J'ai vu passer ça : Effectivement la vitesse a l'air bloquée sur 1Gb (je cherche la soluce pour y remédier). Je vois aussi à gauche, la mise en veille de la carte si elle n'est pas utilisée. Penses-tu que cela puisse participer au problème, et s'il ne vaut pas mieux décocher l'option ? Je n'ai accès qu'à ce PC, mais je pense que la config doit être la même sur les autres.

Ah ! Effectivement elle a l'air bloquée sur 1gb.. En regardant les paramètres j'ai perdu l'accès au réseau 3D bizarrement...... Oui, en fait il y a quand même un NAS pluggé sur le switch vidéo en 1gb pour de la backup, le serveur master de rendu en 1Gb, et le switch 748 pour la ferme de rendu en 1Gb de même, j'aurais pu le préciser. Je tente de résoudre la panne de nouveau !

Salut ! Non semble-t-il, on ne peut seulement définir la vitesse qu'en 1Gb ou qu'en auto, étonnamment, quelque soit le port.

Re, Le gars pluggé sur le 19 sur switch master vient à l'instant de perdre sa connexion ! plus de clignotement de led sur la NI et le port, il a fallu changer de port. Il avait accès au réseau 2D mais plus aux NAS des réseaux 3D... ça remet un peut en cause ce que je dis depuis le début du coup, si le 2e switch est aussi incriminé. Aucune info sur les logs concernant le port 19, seulement la connexion au port 21.

On retrouve des up/down, mais moins fréquents. Un screen que je viens de prendre, le port 19 servait hier (petit calcul pour déterminer l'heure exacte) à quelqu'un qui pilotait le pc en team viewer toute la journée, et sans doute le soir. Il n'y a pas eu de perte de connexion pour lui de ce que j'en sais. J'ai fais un ping sur le switch Master3D (.252), ça passe donc par le switch video incriminé et le Lag, aucune perte de paquet ni up/down. En updatant les logs 5 minutes après l'arrêt du ping, je vois que le port a de nouveau sauté... le ping était 12h49, l'alternance à commencé 3 mins plus tard, j'ai uploadé à 54 (j'avais perdu l'accès web entre temps.. Mais je crois qu'il y a un time out, sauf erreur de ma part) Donc je recommence un ping -t en attendant un peu plus, et en updatant les logs constamment : rien ! Sur les logs du switch master, rien n'est apparu !

Hello ! Ca ne concerne que les PC oui, et le monitoring se fait sur l'ensemble du réseau. Hormis le lag, il y a le RSTP entre les deux, qui est activé malgré l'absence de redondance. C'est le switch vidéo qui est désigné comme root. Depuis un mois que je suis dans cette boîte, les logs indiquent tous les jours des alternances up/down, assez généralement sur des postes en veille, la nuit notamment, mais pas que ! (souvent les logs du matin montrent des alternances constantes plusieurs heures avant) Ce matin, c'est le port auquel je suis connecté qui fait la fête, depuis que j'ai relancé la machine (date et heure ne sont pas à jour)

Et le synoptique du réseau en question : Le switch incriminé est le "SW Vidéo" ; le "3D Master" est celui qui ne pose pas de problème. Le "SW render" est en 1Gb et relie les serveur qui calcul les rendus d'image. Les pc "3D" sont à titre indicatifs, il y en beaucoup plus.

Bonjour ! C'est noté ! Plutôt en attente. Je suis allé voir les paramètres green ethernet, tout ce qui peut être désactivé est désactivé, ce qui est la config par défaut je crois. A noter que certains paramètres ne peuvent pas être désactivés, comme la mise en "veille" du port si pas de courant détecté, ou le une espèce de calcul de longueur de câble.. Ci joint les screen de la config green ethernet : Ci dessus pas moyen de désactiver les options activée Ca correspond je crois bien aux postes actifs actuellement sur ce switch. Autre chose, voici un exemple des logs de ce matin (date/heure ne sont pas à jour) lorsque je suis arrivé, certains ports font la fête alors que personne ne les utilise.. Le 22 n'est toujours pas utilisé, mais alterne entre up/down, et le stp le forward...

Je note pour la garantie à vie, je ne savais pas ! Il traine comme une méfiance vis à vis de netgear en tout cas, je me trompe ? Le switch incriminé a été mis à jour il y a quelque jour, en essayant de régler le problème justement ; l'autre switch est du coup sur une version antérieur depuis, mais à noter que le problème persiste et n'a pas évolué depuis l'upgrade de l'autre. Faut-il dans tous les cas que j'insiste pour mettre à jour le premier ? Pas de vlan ! La raison étant que le nombre de ports actuellement utilisé sur les switch 10G ne répond qu'à peine au nombre de machine connectées, et que l'infrastructure évolue étroitement en fonction de la marge financière. Peut être y'aurait-il des améliorations à faire à ce niveau, mais les 48 ports au total permettent la mise en réseau d'une bonne trentaine de poste, plus une "ferme de rendu" et autres serveurs. Tous les autres postes n'ayant pas besoin d'accèder à ces serveurs sont cloisonnés dans le réseau initial qui est en 1G. Je ne sais pas si j'ai été clair ?:° Je n'ai pas de valeurs exactes. Le gros du trafic se fait lors de l'accès aux serveurs NAS depuis ou vers la 30aine de postes qui travaillent sur de la modélisation 3D ou du montage vidéo depuis les ressources stockées dans ces nas. Les ressources en question sont globalement des fichiers images non compressés qui je crois atteignent plusieurs Go pour 1 seule frame. Ce qui en ressort d'après les employés, c'est que ce n'est pas le débit qui pose problème, mais bien les coupures fréquentes qui surviennent. J'essaie en ce moment d'avoir une idée plus précise des différents débits de chaque noeud, à venir donc .. De mémoire, les ports qui lâchent apparaissent littéralement off en visionnant le switch depuis l'interface web. Sur les logs je peux vous mettre une capture demain si l'occasion se présente. Les logs indiquent régulièrement que certains ports se mettent down, et par moment indiquent certaines infos sur le protocole STP et LAPD. Idem, je vous transmets une screen si cela peut aider ? J'ai fait un synoptique du réseau si cela peut intéressé ? Merci à vous !

Okok, bien reçu ! Je force un peu, mais n'y aurait-il pas des indices qui puissent confirmer une panne au niveau du switch que l'on puisse repérer par exemple dans les logs ? J'ai accès l'interface web du switch au passage. Merci encore pour les tuyaux !! C'est un switch netgear XS728T en 10G ! J'allais vous demander votre avis sur cette marque d'ailleurs ? ^^ Et peut être hors sujet, mais dans le cas où ce n'est pas une bonne ref, quelle serait une alternative sans se casser le bras comme du cisco ?

Ahahah ! Je reste stagiaire, c'est normal de ne pas pouvoir bidouiller à tâton sans être à peu prêt sûr du résultat quand même, au risque de mettre le réseau par terre, ce qui serait problematique dans ce cas :° A terme je ne pense pas que la solution soit trouvée avant la fin de mon stage, mais pour moi c'est l'objectif de pouvoir écarter des pistes et me pencher sur celles qui paraissent le plus évidentes, à titre d'expérience perso tout du moins ! D'un autre côté, en terme de temps et d'argent, ce n'est pas anodin dans cette config de mettre down ce switch qui est central pour le remplacer. J'imagine donc que vu les enjeux, il faudrait être sûr que ce soit un problème matériel qui soit la cause des pannes avant d'envisager de couper le réseau pour tenter un remplacement.. Bonsoir ! Des tests croisés ? A noter qu'il y a bien deux switchs du même modèle qui ont été installés au même moment (+/- 2 ans m'a-t-on dit), et globalement, la majorité du trafic passe par l'autre vu les soucis rencontrés.. Quels seraient les tests, ou mesures à effectuer pour être sûr que ce soit ce switch et non une autre cause ? Merci à vous pour votre temps !!

Malheureusement non déjà que de remplacer 8 rj45 sur la 50aine a provoqué la panique.. En terme de hardware, je n'ai pas vraiment moyen de faire des tests... Je vais quand même essayer de négocier demain pour y brancher un pc portable, si cela peut élucider ce que vous me disiez plus haut . edit : Merci pour la réponse @Tulburite !

Ouaip ! Vu la taille de la boîte, il n'y a pas de personne dédié à la gestion du réseau, et vu l'utilisation h24 de celui-ci, c'est d'autant plus compliqué de prendre le temps de chercher la cause du problème en profondeur. Donc chaque jour, dès qu'une connexion est perdue, on se contente soit de déplugger/replugger sur un autre port, soit de rebooter le switch, ce qui résout le problème généralement. Puisque c'est quotidien, les ports qui sautent ne sont pas repérés, cela arrive en tout cas à n'importe quel moment, sur n'importe lequel, et quelque soit la machine qui y est branchée. D'autant plus qu'il n'y a pas de port qui soit constamment "mort", puisqu'un reboot relance le tout au pire des cas, on se retrouve donc avec des ports qui fonctionne un jour et soudainement plus le lendemain à un certain moment. Ca n' pas l'air d'être inconnu comme problème, quelques utilisateurs y font référence sur les forum de netgear, pourtant aucune solution ou réelles infos de la part du support, si ce n'est de faire un factory reset (d'autant plus impossible dans mon cas..), ou de demander un ticket support (on n'a pas la soluce sur le forum donc...) Le plus simple est donc de se dire que c'est matériel et que le switch est en cause, donc de le renvoyer/le changer, sans plus d'information. Mais comme la personne qui s'occupe de ce réseau, on se dit que peut-être une config logicielle peut poser problème. Genre la configuration de ce switch (qui semble pourtant identique au deuxième qui lui fonctionne sans problème), ou les applications qui tournent sur le réseau (plusieurs serveurs : ferme de rendu, serveur Nas, serveur de licence, ...), ou peut-être une mauvaise gestion de l'architecture du réseau.... J'ai l'impression qu'il pourrait y avoir tellement de facteurs, que je me demande simplement si de manière théorique, tel ou tel élément pourrait éventuellement provoquer ce problème, et s'il n'y aurait pas un élément vers lequel je devrais chercher en priorité plutôt que de m'étaler comme je le fais maintenant ahah. Merci en tout cas !

Hello ! Merci pour votre temps et l'aide apporté ! La situation n'est pas évidente n'ayant pas totalement accès pour réaliser des tests ..:°

Je me permets de relancer le sujet avec une autre question : Est-il possible que des applications puissent provoquer l'arrêt de ces ports ? Par exemple, le réseau est monitoré avec plusieurs logiciels, comme PRTG Paessler qui récupère des informations matérielles sur chaque équipement grâce à des sondes en SNMP (si je ne dis pas de bêtise), ou Switch Port Mapper qui donne quelques infos sur les équipements connectés à chaque port ; Est ce que l'utilisation de ces softs depuis le poste admin pourrait mettre à mal le switch ? (des erreurs causés pas le SNMP par exemple ?)

Okay merci ! Les ip sont globalement fixes sur les deux cartes, dans une plage définit dans le DHCP ; les ip auto sont adressées selon les ip dispo en dehors de cette plage. De plus, les deux réseaux sont bien distincts et n'ont pas la même adresse réseau, donc pas de doublons possibles à priori.. J'ai vu que le STP était actif sur les deux switch, est ce que, malgré le fait qu'il n'y ait pas de redondance, ce pourrait être ça qui désactive les ports ? J'avais pensé à ça à première vue.. Je me suis demandé aussi si l'agrégation de lien entre les deux switch ne pouvait pas justement faire planté le STP ?