Vraag : VLAN 2 op 3Com 5500 met vezel SFP veroorzaakt problemen aangaande gebrek VLAN 1

Wij hebben altijd een eerder vlak (d.w.z. het beperkte verpletteren) netwerk gehad, zodat hebben wij veel met VLANs in het verleden niet gedaan.  Wij probeerden het eens voordien, maar ontmoetten het zelfde basisprobleem.  Wanneer ik omhoog nieuwe VLAN 2 (laat d.w.z. de havens toe of verbind hen met elkaar fysisch) breng, heeft het „kernnetwerk“ (gebrek VLAN 1) probleem.  De connectiviteit lijkt fijn (d.w.z. ping-bekwaam), maar de prestaties lijden zeer, bestaat gedragen zich als een lijn (hoewel niet zo streng dat het netwerk.) verplettert

Goal:
Create komt een afgezonderde/afzonderlijke VLAN voor WiFi (192.168.1.x)

Internet in plaats 1 door een gegroepeerd paar firewalls van Watchguard x1250e.  Dit nieuwe VLAN zet met de firewall op een facultatieve haven (192.168.1.1) om.  Gebaseerd bij gebruikersgeloofsbrieven en SSL de authentificatie bij de firewall, wordt de toegang of verleend aan Internet (primair doel), Internet en kernLAN, of ontkend.  Ik ben niet betrokken op dit punt bij dat, aangezien het VLAN zelf is die me probleem geeft.  Dit illustreert eenvoudig dat VLAN (d.w.z. geen het verpletteren) buiten de firewall volledig afzonderlijk zou moeten zijn.  Het probleem is in het leveren van VLAN 2 aan de een andere bouw via enige wijze fiber.

- ik de interface VLAN 2 op 5500 bij plaats 1 (192.168.1.2), van 10.210.x.x (kernnetwerk)
- met de omhoog verbinding kan pingelen, kan ik de interface VLAN 2 op 5500 bij plaats 2 (192.168.1.3)
- pingelen die ik STP het probleem kan veroorzaken heb gedacht, vooral aangezien onze bijeengevoegde verbinding gebroken op het ogenblik (bouw bewegende vezel.)

Part van het probleem is is dat onze 3Com 5500 (3CR17254-91) schakelaars de nieuwere schakelaars zijn.  Onze kernschakelaars zijn 3Com 4900 vezelschakelaars, slechts één waarvan origineel VLANs (, nieuwe stierf men heeft nieuwe software op het,) verhinderend me verkeer VLAN over de BLEKE verbinding over te gaan steunt.  Een bijeengevoegd paar enige wijze gigabit havens verbindt samen deze twee gebouwen met elkaar.  Elke 5500 zijn dan verbonden via multimode met 4900 in hun respectieve buildings.

I dachten het gemakkelijker zou zijn een tweede direct vezelverband tussen de 5500 die schakelaars eenvoudig om tot stand te brengen, aan VLAN 2 worden toegewezen.  Aangezien het een tweede fysieke verbinding is, is er het potentieel voor een lijn, maar ik kan niet zien waar dat in de programmering mogelijk is.  Oorspronkelijk, werden de havens voor dit verband tussen de 5500 schakelaars geplaatst zoals trunked, geëtiketteerdea VLAN 2.  Ik heb sindsdien hen in toegangshavens, untagged VLAN 2 veranderd, denkend dat misschien de schakelaars probeerden om 10.210.x.x over de boomstam te leiden met een bepaalde bedoeling.  Geen verandering die in behavior.

Not vertrouwd met 3Com CLI zijn, heb ik het grootste deel van het werk aangaande de 3Com schakelaars via GUI gedaan, die een groot deel van het probleem kan zijn.  En ik heb nog niet over de programmering zoals voorgesteld in CLI.

We heb ook een ander netwerk met Cisco 3560 schakelaar in plaats 2 en 2950 in plaats 1, met hun eigen vezel BLEKE verbinding gegoten.  Het plan B zou VLAN op dat equipment. moeten creëren

Attachments:

van

WiFi-VLAN.jpg (28 KB) Diagram

van

3com5500Location1.txt (7 KB) 3Com 5500 Plaats 1 Programming

van

3com5500Location2.txt (8 KB) 3Com 5500 Plaats 2 Programming

Antwoord : VLAN 2 op 3Com 5500 met vezel SFP veroorzaakt problemen aangaande gebrek VLAN 1

VOORZICHTIGHEID: Ik zou NOOIT om het even welke stappen uitvoeren die ik hieronder op ZONDER reserve EERSTE heb gewezen te krijgen.


Het geluid als u moet worden installeert van SQL 2008 van de server, dan reparatie installeert van SQL 2005.

Hier is een hulpmiddel aan schoonmaakbeurtMSI installaties:

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

Hier is een verbinding met het herstellen van de installatie van SQL 2005:

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