Bonjour,
Je dois avouer mon ignorance sur le sujet. Quels en sont les fabricants
et les modèles ? Je suppose que cela ne fonctionne que s'il y a des
"sports" de part et d'autre du cable (cuivre ou fibre).
Mais peut-être est-ce le mécanisme permettant de relier entre eux des
switchs "stackables". Dans ce cas, je pense que ce ne sont pas des ports
Ethernet : ils doivent utiliser un protocole particulier. On ne doit pas
pouvoir brancher un PC ou tout autre équipement dessus.
D'ailleurs, il faudrait peut-être adapter et centraliser
NetworkPortEthernet::showConnection et
NetworkPortEthernet::dropdownConnect pour pouvoir implémenter un
NetworkPort_NetworkPort dans le cas de connexions point à points non
Ethernet. Cela concerne ce type d'uplink ainsi que les
NetworkPortDialup. Mais une telle modification risque de déstabiliser le
trunk et donc retarder la sortie de la 0.84. Donc, nous devrions
attendre avant de la mettre en oeuvre.
Damien
On 04/11/2012 11:04, David DURIEUX wrote:
Ce sont des ports normaux qui sont les dernier sports et au lieu d'etre
des 1 Gbps, des fois on a des 2 ou 4 Gbps
Le Fri, 02 Nov 2012 18:33:44 +0100
Damien Touraine <g...@damien-touraine.net> a écrit:
Bonjour,
Il y a un truc qui m'échappe : NetworkPortEthernet est dédié à la
gestion des ports Ethernet. À ma connaissance seules les vitesses 10
Mbits/s, 100 Mbit/s, 1 GBit/s et 10 Gbit/s ont été normalisées par
l'ISO. Quels sont ces switchs qui gèrent des vitesses "hors norme" ?
S'il s'agit d'aggrégats, alors tu devrais les définir comme tel en
utilisant NetworkPortAggregate. Peut-être manque-t-il une vitesse
propre aux aggrégats ...
Tu trouveras un patch, ci-joint, qui résout le problème pour
l'affichage, mais pas pour la saisie.
Je ne l'ais pas commité car si les ports en question sont des
aggrégats, cette modification devrait logiquement rejoindre la classe
NetworkPortAggregate.
Damien
On 02/11/2012 05:53, Damien Touraine wrote:
Bonjour,
Dans la base de donnée, ce champs est un entier. Donc, il n'y a pas
de soucis avec la structure de donnée actuelle. Mais, c'est pour le
rendu et la saisie dans les formulaires que cela pose problème.
Je vais essayer de résoudre ce problème :
C'est bien dans le cas d'un import que tu rencontre ce problème,
Non ? Si tel est le cas, on peut se contenter de simplement afficher
la valeur si elle ne fait pas partie des valeur pré-définies (10,
100, 1000, ...), tout en laissant ces champs prédéfinie pour la
saisie de la valeur.
Si on souhaite également pouvoir saisir une valeur différente dans
le formulaire, nous pourrions ajouter une ligne "autre" dans le
choix des vitesses. Un champs "text" appraîtrait afin de saisir
cette valeur.
Damien
On 01/11/2012 18:47, David DURIEUX wrote:
J'ai des ports réseau de switch par exemple qui peuvent avoir des
vitesses différentes de celle qui sont pas défaut (10, 100, 1000,
10000) genre du 2 Gbit/s ou autre.
Est-ce qu'il ne faudrait pas créé un objet networkportspeed avec des
valeurs personalizables (en ayant les 4 que l'on a actuellement créé
dedans)?
PS : désolé je n'avais pas percuté avant pour ce soucis de
vitesse :/
David Durieux
++
_______________________________________________
Glpi-dev mailing list
Glpi-dev@gna.org
https://mail.gna.org/listinfo/glpi-dev
_______________________________________________
Glpi-dev mailing list
Glpi-dev@gna.org
https://mail.gna.org/listinfo/glpi-dev
_______________________________________________
Glpi-dev mailing list
Glpi-dev@gna.org
https://mail.gna.org/listinfo/glpi-dev
