Cuestión : VLAN 2 en 3Com 5500 con la fibra SFP causa problemas en el defecto VLAN 1

Hemos tenido siempre (es decir una red algo plana de la encaminamiento limitada), así que no hemos hecho mucho con VLANs en el pasado.  Lo intentamos una vez antes, pero encontramos el mismo problema básico.  Cuando traigo para arriba el nuevo VLAN 2 (es decir permitir los puertos o ligarlos físicamente), la “red de la base” (el defecto VLAN 1) tiene apuro.  La conectividad aparece muy bien (es decir silbar como una bala-capaz), pero el funcionamiento sufre grandemente, comportándose como un lazo existe (aunque no tan sea severo que la red se estrella.) el

Goal: VLAN segregado/separado del
Create para WiFi (192.168.1.x)

Internet viene en la localización 1 con un par arracimado de cortafuegos de Watchguard x1250e.  Este nuevo VLAN interconecta con el cortafuego en un puerto opcional (192.168.1.1).  De acuerdo con las credenciales del usuario y la autentificación del SSL en el cortafuego, el acceso se concede al Internet (propósito primario), al Internet y al LAN de la base, o se niega.  No me refiero a ése a este punto, pues es el VLAN sí mismo que me está dando apuro.  Esto ilustra simplemente que el VLAN debe ser totalmente separado (es decir ninguna encaminamiento) fuera del cortafuego.  El apuro consiste en la entrega del VLAN 2 a otro edificio vía el solo modo fiber.

- que puedo silbar como una bala el interfaz de VLAN 2 en los 5500 en la localización 1 (192.168.1.2), (red) de la base del
- con el unir, yo puedo silbar como una bala el interfaz de VLAN 2 en los 5500 en el
- de la localización 2 (192.168.1.3) pienso que STP puede causar el problema, especialmente puesto que nuestro acoplamiento agregado es en el momento (fibra móvil de la construcción.) el

Part del problema es que nuestros 3Com 5500 interruptores (3CR17254-91) son los más nuevos interruptores.  Nuestros interruptores de la base son interruptores de la fibra 3Com 4900, sólo uno cuyo las ayudas VLANs (haber muerto original, nuevo tiene nuevo software en él,) evitando que pase tráfico de VLAN sobre el acoplamiento PÁLIDO.  Un par agregado de gigabit del solo modo vira acoplamiento hacia el lado de babor estos dos edificios junto.  Cada 5500 entonces se liga vía con varios modos de funcionamiento a los 4900 en su buildings.

I pensaron que sería más fácil establecer simplemente segundas relaciones directas de la fibra entre los 5500 interruptores, asignados a VLAN 2.  Puesto que es un segundo acoplamiento físico, hay el potencial para un lazo, pero no puedo ver donde está posible eso en la programación.  Original, los puertos para este acoplamiento entre los 5500 interruptores fueron fijados como VLAN trunked, marcado con etiqueta 2.  Los he cambiado desde entonces a los puertos de acceso, VLAN untagged 2, pensando que eso quizás que los interruptores intentaban encaminar 10.210.x.x sobre el tronco por alguna razón.  Ningún cambio en behavior.

Not que era familiar con 3Com CLI, he hecho la mayor parte de el trabajo sobre los interruptores 3Com vía el GUI, que puede ser una mayor parte del problema.  Y todavía no he vertido sobre la programación como presentado en el CLI.

We también tener otra red con un interruptor de Cisco 3560 en la localización 2 y una 2950 en la localización 1, con su propio acoplamiento PÁLIDO de la fibra.  El plan B sería crear el VLAN en eso equipment. class= " lastRow del

>Attachments del " nombre " del class= del class= " valor " del

del >