Frage : VLAN 2 auf 3Com 5500 mit Faser SFP verursacht Probleme auf Rückstellung VLAN 1

Wir haben immer ein ziemlich flaches (d.h. Netz der begrenzten Wegewahl) gehabt, also haben wir nicht viel mit VLANs in der Vergangenheit getan.  Wir versuchten es einmal vor, aber stießen auf das gleiche grundlegende Problem.  Wenn ich oben das neue VLAN 2 (den Häfen d.h. ermöglichen oder sie physikalisch verbinden), hole, das „Kernnetz“ (Rückstellung VLAN 1) hat Mühe.  Zusammenhang erscheint fein (d.h. ping-fähig), aber Leistung leidet groß und benimmt sich wie eine Schleife, existiert (obgleich nicht so streng, dass das Netz. zusammenstößt),

Goal:
Create getrenntes/unterschiedliches VLAN für WiFi (192.168.1.x)

Internet kommt in relative Satznummer 1 durch ein gesammeltes Paar Watchguard x1250e Brandmauern.  Dieses neue VLAN schließt an die Brandmauer auf einem wahlweise freigestellten Hafen an (192.168.1.1).  Gegründet auf Benutzerbescheinigungen und SSL-Authentisierung an der Brandmauer, wird Zugang entweder zum Internet (Primärzweck), zum Internet und zum Kern LAN bewilligt oder verweigert.  Ich werde nicht mit dem an diesem Punkt betroffen, da es das VLAN selbst ist, das mir Mühe gibt.  Dieses veranschaulicht einfach, dass das VLAN (d.h. keine Wegewahl) außerhalb der Brandmauer vollständig unterschiedlich sein sollte.  Die Mühe ist, wenn sie das VLAN 2 an ein anderes Gebäude über einzelnen Modus fiber.

-, das liefert ich ping die VLAN 2 Schnittstelle auf den 5500 an relativer Satznummer 1 (192.168.1.2), (Kernnetz) vom
- mit der Verbindung oben, ich, kann ping die VLAN 2 Schnittstelle auf den 5500 relative Satznummer 2 (192.168.1.3) am
- kann ich denke, dass STP das Problem verursachen kann, besonders da unsere angehäufte Verbindung defektes im Augenblick (bewegliche Faser des Aufbaus.)

Part des Probleme ist ist, dass unsere 3Com 5500 Schalter (3CR17254-91) die neueren Schalter sind.  Unsere Kernschalter sind Schalter der Faser 3Com 4900, nur von denen einer VLANs (ursprüngliches gestorben, Neues hat neue Software auf ihr,) mich am Führen des VLAN Verkehrs über die FAHLE Verbindung hindernd stützt.  Ein angehäuftes Paar des Gigabits des einzelnen Modus trägt Verbindung diese zwei Gebäude zusammen.  Jede 5500 wird dann über Vielfachbetriebs bis die 4900 in ihrem jeweiligen buildings.

I dachten verbunden, dass es einfacher sein würde, eine zweite direkte Faserverbindung zwischen den 5500 Schaltern einfach herzustellen, zugewiesen VLAN 2.  Da es eine zweite körperliche Verbindung ist, gibt es das Potenzial für eine Schleife, aber ich kann nicht sehen, wo die in der Programmierung möglich ist.  Ursprünglich wurden die Häfen für diese Verbindung zwischen den 5500 Schaltern als trunked, etikettiertes VLAN 2. eingestellt.  Ich habe sie seit dem zu den Zugangshäfen, untagged VLAN 2 geändert und gedacht, dass das, möglicherweise, das die Schalter versuchten, 10.210.x.x über dem Stamm aus irgendeinem Grund zu verlegen.  Keine Änderung in behavior.

Not seiend vertraut mit 3Com CLI, habe ich die meisten der Arbeit über die Schalter 3Com über das GUI erledigt, das ein großes Teil des Probleme sein kann.  Und ich habe nicht noch über der Programmierung gegossen, wie im CLI.

We dargestellt ein anderes Netz mit einem Schalter Cisco-3560 in der relativen Satznummer 2 und ein 2950 in relativer Satznummer 1, mit ihrer eigenen FAHLEN Verbindung der Faser auch haben.  Plan B würde, das VLAN auf dem zu verursachen equipment. sein

Attachments:

WiFi-VLAN.jpg (28 KBs) (Akten-Art Details)

Diagram

3com5500Location1.txt (7 KBs) (Akten-Art Details)

3Com 5500 relative Satznummer 1 Programming

3com5500Location2.txt (8 KBs) (Akten-Art Details)

3Com 5500 relative Satznummer 2 Programming

Antwort : VLAN 2 auf 3Com 5500 mit Faser SFP verursacht Probleme auf Rückstellung VLAN 1

VORSICHT: Ich durchführen NIE irgendwelche der Schritte lche, die ich unten anzeige, OHNE eine Unterstützung ZUERST zu erhalten.


Wie Sie Notwendigkeit klingen, die Installierung von SQL 2008 weg vom Bediener zu erhalten, dann die Installierung von SQL 2005 reparieren.

Ist hier ein Werkzeug zu den Installationen der Reinigung MSI:

http://support.microsoft.com/kb/290301

Ist hier eine Verbindung zur Reparatur der Installation von SQL 2005:

http://msdn.microsoft.com/en-us/library/ms144259%28SQL.90%29.aspx