Question : VLAN 2 sur 3Com 5500 avec la fibre SFP pose des problèmes sur le défaut VLAN 1

Nous avons toujours eu (c.-à-d. un réseau plutôt plat de cheminement limité), ainsi nous n'avons pas fait beaucoup avec VLANs dans le passé.  Nous l'avons essayé par le passé avant, mais avons rencontré le même problème de base.  Quand j'apporte vers le haut le nouveau VLAN 2 (c.-à-d. permettre les ports ou les lier physiquement), le « réseau de noyau » (le défaut VLAN 1) a l'ennui.  La connectivité apparaît très bien (c.-à-d. cingler-capable), mais l'exécution souffre considérablement, se comportant comme une boucle existe (bien que pas aussi grave que le réseau se brise.) le

Goal : VLAN isolé/séparé du
Create pour WiFi (192.168.1.x)

Internet vient dans l'endroit 1 par une paire groupée de murs à l'épreuve du feu de Watchguard x1250e.  Ce nouveau VLAN se connecte par interface au mur à l'épreuve du feu sur un port facultatif (192.168.1.1).  Basé sur des qualifications d'utilisateur et l'authentification de SSL au mur à l'épreuve du feu, l'accès est accordé à l'Internet (but primaire), à l'Internet et au LAN de noyau, ou nié.  Je ne suis pas concerné par celui en ce moment, car c'est le VLAN lui-même qui me donne l'ennui.  Ceci illustre simplement que le VLAN devrait être complètement séparé (c.-à-d. aucun cheminement) en dehors de du mur à l'épreuve du feu.  La difficulté est en livrant le VLAN 2 à un autre bâtiment par l'intermédiaire du mode unitaire fiber.

- que je peux cingler l'interface de VLAN 2 sur les 5500 à l'endroit 1 (192.168.1.2), (réseau de noyau) du
- avec le relier, je peux cingler l'interface de VLAN 2 sur les 5500 au
- de l'endroit 2 (192.168.1.3) je pense que STP peut poser le problème, d'autant plus que notre lien agrégé est à l'heure actuelle (fibre mobile de construction.) le

Part du problème est que nos 3Com 5500 commutateurs (3CR17254-91) sont les commutateurs plus nouveaux.  Nos commutateurs de noyau sont des commutateurs de la fibre 3Com 4900, seulement un dont des appuis VLANs (morte originale, neuf a le nouveau logiciel là-dessus,) m'empêchant de passer le trafic de VLAN au-dessus du lien de WAN.  Une paire agrégée de gigabit de mode unitaire met en communication le lien ces deux bâtiments ensemble.  Chaque 5500 est alors liés par l'intermédiaire d'à plusieurs modes de fonctionnement aux 4900 dans leur buildings.

I ont pensé qu'il serait plus facile de créer simplement un deuxième lien direct de fibre entre les 5500 commutateurs, assignés à VLAN 2.  Puisque c'est un deuxième lien physique, il y a le potentiel pour une boucle, mais je ne peux pas voir où c'est possible dans la programmation.  À l'origine, les ports pour ce lien entre les 5500 commutateurs ont été placés en tant que VLAN trunked et étiqueté 2.  Je les ai depuis changés en ports d'accès, VLAN untagged 2, pensant que cela peut-être que les commutateurs essayaient de conduire 10.210.x.x au-dessus du tronc pour quelque raison.  Aucun changement de behavior.

Not étant familiarisé avec 3Com CLI, j'ai effectué la majeure partie du travail sur les commutateurs 3Com par l'intermédiaire du GUI, qui peut être une grande partie du problème.  Et je n'ai pas encore versé au-dessus de la programmation comme présenté dans le CLI.

We avoir également un autre réseau avec un commutateur de Cisco 3560 dans l'endroit 2 et un 2950 dans l'endroit 1, avec leur propre lien de la fibre WAN.  Le plan B serait de créer le VLAN sur cela equipment. class= " lastRow de

>Attachments de " nom " de class= de

class= " valeur " de

>