Specifieke Vlan verbinden over untagged gedeelte

[ureal]

Hallo,

Op het moment zit ik een beetje knel met een opdracht.

Situatie omschrijving:

Een vlan op een andere bedrijfslocatie wil ik verbinden met de hoofdlocatie
Het gaat hierbij om een internet verbinding (VLAN 110) en deze wil ik door gaan lussen naar de hoofdlocatie.
(Om deze daar dan in de 2e WAN poort te gaan drukken van de internet router)

Dus over de aanwezige Switches (HP Procurve L3) wil ik VLAN 110 gaan doorsturen.
In de hoofdswitch komt deze VLAN 110 weer uit en wil ik hem in de internet router stoppen (WAN2)

De verbindingen tussen de Switches onderling zijn allemaal tagged (niet zichtbaar in de afbeelding), behalve over de richtantenne verbinding (Ruckus ZF7731) En deze verbinding zorgt voor communicatie tussen de 2 bedrijfslocaties.
Aangezien deze verbinding untagged is, stuit ik op wat problemen.

VLAN 110 is op dit moment wel bereikbaar vanaf alle andere locaties, dus dat werkt.
Alleen moet ik de internet verbinding gaan redirecten vanaf die locatie naar de WAN poort.

Heeft iemand enige tips???
Of moet ik gewoon zorgen dat de verbinding over de Richtantenne ook tagged wordt???

[Pauwl]

Dan moet je op de switch het native vlan (of hoe dat ook heet in hp termen) op 110 instellen.
Dat zou er dan voor moeten zorgen dat untagged verkeer gatagged wordt op 110 op de trunk.

[Anoniem: 187361]

Weet je dat je internetadressen gebruikt binnen je LAN? 5.x.x.x is geen RFC1918.

[Voor 4% gewijzigd door Anoniem: 187361 op 19-05-2011 13:35]

[DJSmiley]

zet de poorten naar je ruckus setje in dual mode, gooi vlan 110 er tagged bij. Volgens mij kunnen die ruckus dingen ook prima met vlans overweg, desnoods maak je een losse link ernaast, ruckus kan meerdere ssids verdeeld over vlans aan.

dus dan heb je wifi
<untagged 1> - ruckus - ssid lan - ruckus - <untagged 1>
<tagged 110> - ruckus - ssid wan - ruckus - <tagged 110>


en idd, waarom 5.x.x.x

the wireless bridge link is secure and can scale to
support multiple networks segmented by VLANs

Bron: http://pdf.ruckuscdn.com/datasheets/ds-zoneflex-7731.pdf

[Voor 22% gewijzigd door DJSmiley op 19-05-2011 16:08]

[Anoniem: 325380]

Offtopic: Maakt hamachi geen gebruik van de 5 range?

[ureal]

Deze adressering was in opdracht.(5.x.x.x)

Ik ga vandaag de Switch poorten naar de Ruckus toe in tagged mode zetten.
De ip adressering in de ruckus werkt.
En dan kijken hoe dat uitpakt...

Enige tips wat ik nog zou moeten veranderen op de Ruckus zelf???

[Zer0]

ureal schreef op woensdag 25 mei 2011 @ 09:36:
Deze adressering was in opdracht.(5.x.x.x)

Ik ga vandaag de Switch poorten naar de Ruckus toe in tagged mode zetten.
De ip adressering in de ruckus werkt.
En dan kijken hoe dat uitpakt...

Enige tips wat ik nog zou moeten veranderen op de Ruckus zelf???

Waarschijnlijk alleen het management vlan, zodat ze bereikbaar blijven voor beheer.

[ureal]

Inmiddels heb ik de test uitgevoerd.
Tijdens deze test bleek dat alleen het 5.xx.xx.xx netwerk te functioneren. Het 192.168.xx.xx functioneerde helaas niet.

Ik vermoed dat ik de routering moet aanpassen.
Deze routering negeert op dit moment de Ruckus verbinding. En springt gelijk van Switch 1 naar Switch 2.
(zo werkte het nu ook)

Dus dat wil ik gaan aanpassen door middel van gelijk naar de richtantenne te gaan voor de bewuste Switch.
Bijvoorbeeld: route op Switch locatie 1 next hop (5.0.101.230) ipv 5.0.101.240
De Ruckus heeft een default gateway adres naar de direct aangesloten Switch.

Het is snel uitgetest maar helaas gaat het om een cruciaal netwerk onderdeel
Dus ff inplannen op een rustig tijdstip.

UPDATE: 26-5-2011
Na contact te hebben gehad met een fabrikant blijkt dat de huidige instellingen van de Ruckus goed te zijn.
Op de een of andere manier is de vertaling op de Switch van locatie 2 van het 5.0.xx.xx netwerk naar de 192.168.100.0 netwerk niet goed.

Want het verkeer van locatie 1 in het 5.0.xx.xx netwerk naar locatie 2 (ook in het 5.0.xx.xx netwerk) gaat zoals verwacht (ca 10MBps)
Op dezelfde Switch kan het verkeer van werkstations in het 192.168.100.xx netwerk ook zonder vertraging naar de hoofdswitch, dus daar wordt de snelheid ook gehaald.

Dus puur de vertaling op de Switch van locatie 2 5.0.xx.xx naar 192.168.100.0 netwerk gaat fout.
Heeft iemand zo enig idee waar dit aan kan liggen???

De Routering op Switch Locatie 1 is:
ip route 192.168.100.0 255.255.255.0 5.0.101.240 (=Switch Locatie 2)
ip route 192.168.102.0 255.255.255.0 5.0.101.240 (=Switch Locatie 2)
ip route 192.168.103.0 255.255.255.0 5.0.101.240 (=Switch Locatie 2)
ip route 192.168.104.0 255.255.255.0 5.0.101.240 (=Switch Locatie 2)
ip route 0.0.0.0 0.0.0.0 192.168.101.254
ip route 172.16.1.0 255.255.255.0 5.0.101.240 (=Switch 2)

Routering op Switch Locatie 2 is:
ip route 0.0.0.0 0.0.0.0 192.168.100.250
ip route 192.168.101.0 255.255.255.0 5.0.101.250 (=Switch Locatie 1)
ip route 192.168.107.0 255.255.255.0 5.0.101.250 (=Switch Locatie 1)
ip route 192.168.110.0 255.255.255.0 5.0.101.250 (=Switch Locatie 1)

[Voor 54% gewijzigd door ureal op 26-05-2011 15:29]