Onderwerp: VLAN vraagje

Ben wat aan het testen met een Procurve 2810 switch.

Situatie:
poort 1: uplink naar internet
poort 2: naar intern netwerk
poort 3: pc met tcpdump (die traffiek mirrored van poort 1 met de HP mirroring functie en dus ingress en egress zou moeten binnenkrijgen)

Wat zie ik met tcpdump:
- traffiek van internet naar intern netwerk:
21:48:18.414203 00:11:92:1c:d8:00 > 00:YX:48:2a:77:YX, ethertype IPv4 (0x0800), length 1514: 217.XXX.XXX.XXX.30095 > 192.XXX.XXX.XXX.80: . 2099111392:2099112852(1460) ack 1721308302 win 64183

- traffiek van intern netwerk naar internet:
21:48:18.413880 00:YX:YX:2a:77:YX > 00:11:92:1c:d8:00, ethertype 802.1Q (0x8100), length 64: vlan 1, p 0, ethertype IPv4, 192.XXX.XXX.XXX.80 > 80.XXX.XXX.XXX.62485: . ack 1159 win 64

Merk op: inkomende traffiek heeft geen vlan1 id, de uitgaande traffiek wel.
De vlan1 id is de default vlan die HP voorgeconfigureerd heeft in zijn switches (en kan dus hernoemd worden, maar niet worden verwijderd).

Qua config (om het voorlopig eenvoudig te houden): alle poorten op de switch staan untagged in de standaard vlan (zijnde nr1).

Wat zou ik nu willen:
- ofwel dat de uitgaande traffiek die vlan1 id kwijt geraakt
- ofwel dat de inkomende traffiek ook een vlan1 id krijgt
(dat de in- en uitgaande traffiek m.a.w. op dezelfde manier wordt behandeld, dat de vlan encapsulatie dus dezelfde is (niets of vlan1))

Hoe los ik dat volgens de regels der kunst op?
Heb al veel docs van HP zitten lezen, maar niet direct een mooie oplossing gevonden voor dit probleem?
Iemand enige tips?

Verkeer op poortje 1 krijgt toch een tag zodra dit daar binnen komt en is verwerkt? Als je het tagged wil laten binnen komen moet je bij de provider zijn.

inderdaad, dat dacht ik ook, maar in de andere situatie: Ik vind het raar dat ik die 2810 niet kan instellen om niets te taggen (geen standaard vlan id dus). Ofwel heb ik nog niet gevonden waar ik dat kan aanpassen ;-)

Hoe staan de vlan geconfigged.
Uit me hoofd (in het menu): 2 -> 7 (Vlan menu) -> 3 (port assignment)

Zorg dat bij alle poorten bij DEFAULT_VLAN er untagged staat.

Is ook zo:
Alle poorten op de switch staan untagged in de standaard vlan (zijnde vlan1).

Laat de config eens zien in die in de HP zit (cmdline: show run).

Het kan nog zijn dat poort 2 het al getagged binnen krijgt. Wat zit er aan poort 2, en is dat apparaat in staat op tagged pakketjes te versturen?

Running configuration:

; J9022A Configuration Editor; Created on release #N.11.15

hostname "test.local.be"
snmp-server contact "me@you.com"
snmp-server location ""
time timezone 60
time daylight-time-rule Middle-Europe-and-Portugal
mirror-port 3
console inactivity-timer 30
interface 1
speed-duplex 100-full
exit
interface 2
speed-duplex 100-full
exit
interface 3
speed-duplex 100-full
exit
interface 4
speed-duplex 100-full
...
...
exit
interface 24
speed-duplex 100-full
exit
ip default-gateway xxx.xxx.xxx.1
sntp server 193.190.198.10
timesync sntp
sntp unicast
snmp-server community "mijncommunity" Unrestricted
vlan 1
name "DEFAULT_VLAN"
untagged 1-48
ip address 19X.XXX.XXX.XXX 255.255.255.0
exit
interface 1
monitor
exit
no tftp client
password manager
password operator

Poort 2 is bijvoorbeeld een firewall, waarachter dan het intern netwerk ligt.
Die firewall tagged normaal gezien geen pakketjes, want daar is niets geconfigureerd van vlan's en dergelijke.

In gans dit testnetwerkje zit er niets met een vlan1 id, vandaar dat ik redelijk zeker ben dat het van die switch komt.

Hoe staat te router ingestelt welke aan poort 1 zit.

Je tcpdump geeft aan dat de traffic van een publiek ip (213.x.x.x) naar een private adres gaat (192.x.x.x) (verkeer van inet naar intern).

Private adressen worden op het internet niet gerouteerd. Dus zal je iets gedaan moeten hebben met NAT om dat in je log te krijgen, als je het over verkeer heb wat van het internet af komt.

Dus geef je hele netwerk setup eens en laat geen dingen weg!

Neen, alle ip's zijn routable ip-adressen (ook deze van het hiervoor besproken 'intern' netwerk). Routing e.d. werkt dus perfect en er is geen natting.
Over de router heb ik geen zeggenschap, maar volgens de provider wordt er niets getagged.

wat is dat het 192.x.x.x adres. Als deze onder RFC1918 vallen.. dan zijn ze echt niet routable

Dat weet ik, vandaar dat ik zeg dat het een routable ip-adres is in de praktijk (195.x.x.x).

Dan hou ik er hier mee op. In het verleden is al meerdere malen gebleken bij het geven van de echte data vaker het probleem zo opgelost was. Daar waar de data aangepast was om met anders te maken werd er niet uitgekomen. Omdat er ook zoals nu naar dit soort dingen wordt gekeken.
Ook hier is er dus geen daadwerkelijke tcp dump output gegeven. Ik kap hier dus even mee.

Heb ondertussen contact gehad met support van HP en het blijkt zo te zijn dat op een HP2801 de mirrored poorten altijd getagged worden met vlan1. Hij maakte een onderscheid tussen mirroring en remote mirroring (waar de laatste enkel bij de high-end edge switches zou zijn ondersteund). Hij zou nog wat info doorsturen.

Een mogelijke oplossing zou kunnen zijn, de poort 3 tagged te zetten. Dit ben ik momenteel ook even aan het testen, hoewel het me zou verwonderen dat dit correct zou werken.

Oorspronkelijk geplaatst door sdetroch

Ben wat aan het testen met een Procurve 2810 switch.
poort 3: pc met tcpdump (die traffiek mirrored van poort 1 met de HP mirroring functie en dus ingress en egress zou moeten binnenkrijgen)
Merk op: inkomende traffiek heeft geen vlan1 id, de uitgaande traffiek wel.
De vlan1 id is de default vlan die HP voorgeconfigureerd heeft in zijn switches (en kan dus hernoemd worden, maar niet worden verwijderd).

Misschien denk ik hier veel te makkelijk hoor, maar zoals ik je korte stukje inclusief config lees gebeuren er 2 dingen op poort 3:

- Ontvang mirrored traffic van poort 1 (dit is zowel uitgaand als inkomend)
- Ontvang traffic voor vlan 1 (hij is immers member van vlan 1)

Ik weet dat de switch geen dubbele traffic zal sturen naar 1 poort, dus ik vermoed dat 1 van de 2 tagged is en de andere untagged.

De meest simpele test om dit uit te proberen is door alles behalve poort 3 naar vlan 2 (of vlan 3,4,etc) te zetten.

Oorspronkelijk geplaatst door sdetroch

Heb ondertussen contact gehad met support van HP en het blijkt zo te zijn dat op een HP2801 de mirrored poorten altijd getagged worden met vlan1. Hij maakte een onderscheid tussen mirroring en remote mirroring (waar de laatste enkel bij de high-end edge switches zou zijn ondersteund). Hij zou nog wat info doorsturen.

Een mogelijke oplossing zou kunnen zijn, de poort 3 tagged te zetten. Dit ben ik momenteel ook even aan het testen, hoewel het me zou verwonderen dat dit correct zou werken.

Oh, dit schreef je terwijl ik ook typte. Zou hij niet bedoelen dat mirrored poorten altijd getagged traffic krijgen?

Dat zou namelijk alleen maar mijn theorie bevestigen.

Als je de poort tagged zet, krijgt de poort iig niet meer de traffic untagged, alleen blijf je dubbel traffic laten filteren door deze poort.