Vlan tagged frames mit Microchip Harware/TCPIP stack

Gast #4087928
Lesenswert?

Hallo Zusammen,

ist es möglich, mit Microchip Hardware/TCPIP Stack VLAN tagged ethernet 
frames zu schicken/empfangen?


Im Datensheet von PIC18F67J60 steht, dass man in MACON3: MAC CONTROL 
REGISTER 3 für VLAN was einstellen kann.

PADCFG<2:0>: Automatic Pad and CRC Configuration bits
101 = MAC automatically detects VLAN protocol frames which have a 8100h 
type field and automatically pad to 64 bytes. If the frame is not a VLAN 
frame, it is padded to 60 bytes. After padding, a valid CRC is appended.

Hat jemand schon so was gemacht ?

Grüße
AlexP
Gast #4088862
Lesenswert?

Danke! Gut zu wissen, dass jemand schon das versucht hat.

In der Funktion MACPutHeader(MAC_ADDR *remote, BYTE type, WORD dataLen)
kann man Ethernet Header selber bauen.

z.B. MACPutArray(Bytes) oder MACPut(Byte).

ich habe gerade folgendes probiert in MAC zu schreiben:
-  remote MAC
-  source MAC
-  VLAN 4 Bytes
-  ethernet type


Dann aber ist der Board über Web nicht ansprechbar.
Ich versteh das nicht wieso, es nicht geht.
#4089120
Lesenswert?

Warum willst Du das machen? Was ist Sinn dieser Aktion?

Wenn Du mit VLANs gemäß 802.1q arbeiten willst, solltest Du einen Switch 
haben, der mit VLANs umgehen kann. Ansonsten wirft der alle getaggten 
Pakete weg, weil zu lang. Und ein VLAN-fäihiger Switch hat eine 
Managementoberfläche, wo Du die VLANs für jeden Port einstellen und 
tagged/untagged einstellen kannst. Für Deinen PIC stellst Du den 
entsprechenden Port eben auf untagged. Ende der Geschichte. Tagged Ports 
sind nur für Server und Router und andere Switche sinnvoll, auf denen 
mehrere VLANs laufen sollen.

Und: VLANs sind keine geeignete Securitymaßnahme, weil Du ja ohnehin 
alle Pakete bekommst.

fchk
Gast #4089158
Lesenswert?

Frank K. schrieb:
> Warum willst Du das machen? Was ist Sinn dieser Aktion?
>
> Wenn Du mit VLANs gemäß 802.1q arbeiten willst, solltest Du einen Switch
> haben, der mit VLANs umgehen kann. Ansonsten wirft der alle getaggten
> Pakete weg, weil zu lang. Und ein VLAN-fäihiger Switch hat eine
> Managementoberfläche, wo Du die VLANs für jeden Port einstellen und
> tagged/untagged einstellen kannst. Für Deinen PIC stellst Du den
> entsprechenden Port eben auf untagged. Ende der Geschichte. Tagged Ports
> sind nur für Server und Router und andere Switche sinnvoll, auf denen
> mehrere VLANs laufen sollen.
>
> Und: VLANs sind keine geeignete Securitymaßnahme, weil Du ja ohnehin
> alle Pakete bekommst.
>
> fchk

Du meinst ein Client bekommt nie ein tagged Frame, weil ein Switch das 
rausnimmt und das ohne VLAN weiter leitet?
Gast #4089163
Lesenswert?

> Du meinst ein Client bekommt nie ein tagged Frame, weil ein Switch das
> rausnimmt und das ohne VLAN weiter leitet?

Ein einfacher Switch (ohne Management) wird die Frames mit VLAN-Tag
einfach verwerfen.

Da muesstest Du schon ein Cross-Kabel nehmen.
Wenn Dein PC Auto-MDIX kann, dann geht auch ein normales Kabel.

Also direkt vom PIC zum PC (ohne Switch).

Dann kann immer noch der Kartentreiber diese tagged Frames verwerfen 
:-).
#4089258
Lesenswert?

AlexP schrieb:

>> Und: VLANs sind keine geeignete Securitymaßnahme, weil Du ja ohnehin
>> alle Pakete bekommst.
>>
>> fchk
>
> Du meinst ein Client bekommt nie ein tagged Frame, weil ein Switch das
> rausnimmt und das ohne VLAN weiter leitet?

Genau.

So sieht das im richtigen Leben aus. (siehe Bild)
Auf dem Switch existiert momentan nur das Default-VLAN 1. 
(Werkseinstellung) Wenn ich den Haken bei "VLAN aware enabled" wegmache, 
wird der Switch ein vorhandenes Tag entfernen. Wenn ich unter "Packet 
Type" auf Tagged only stelle, wird der Switch an ungetagte Pakete Tags 
dranmachen. Die letzte Spalte "PVID" bestimmt die primäre VLAN ID, d.h. 
die ID, die ein ungetagtes Paket bekommt.

Deine ganzen Bemühungen sind also fürn Ar***.

fchk
Angehängte Dateien:

Antwort schreiben

Bitte melde dich an, um einen Beitrag zu schreiben.

oder

Mit Google-Account einloggen

Die Registrierung ist kostenlos und dauert nur eine Minute.

Jetzt registrieren