Am 17.08.23 um 13:35 schrieb Marc Haber:
> Kay Martinen <
use...@martinen.de> wrote:
>> Am 16.08.23 um 17:38 schrieb Marc Haber:
>>> Marco Moock <
mo...@posteo.de> wrote:
>>>> Am 16.08.2023 um 10:47:23 Uhr schrieb Marc Haber:
>>>>> Auf modernen Systemen mit VLAN offloading sieht man das VLAN-Tag
>>>>> eingehender Pakete nicht in tcpdump und auch nicht in wireshark.
>>>>
>>>> Das habe ich mal über ältere Karten gehört, die einfach das VLAN-Tag
>>>> entfernen.
>>
>> Aber, aktives Entfernen eines VLAN Tags aus dem erweiterten Header
>> erfordert IMHO Kenntnis der VLAN Header.
Hier meinte ich die von Marco angesprochenen "Älteren Karten" die "das
Tag entfernen". Nach nochmaligem Lesen zu 802.1Q werfen die älteren
Karten mangels Verständnis des Konzepts vermutlich gleich den ganzen
Frame weg weil die 4 Bytes mit dem Tag u.mehr im Datenbereich liegen.
Für eine dumme/alte Karte käme da zuerst ethertype dann payload. Wenn
sie mangels Kenntnis die CRC mit den 4 extra bytes falsch berechnet dann
muß sie den Frame ja für defekt halten.
An einem Managed Switch sollte so eine Karte dann aber funktionieren
wenn der Port untagged-only läuft.
> Bessere Karten können das.
Besser als 10Mbit ISA Karten? Das wär leicht. Ansonsten muß man das dann
wohl pro OS und Karte nach schlagen.
Immer das teuerste (oder IBM) kaufen ist m.E. auch kein Garant für Funktion.
>>> VLAN Offloading ist etwas anderes als einfach das VLAN-Tag zu
>>> entfernen. Bei VLAN Offloading nimmt schon die Hardware der
>>
>> Das sollte mittels 'ethtool' zu sehen oder ändern sein.
>
> Ändern ist halt auf produktiven Systemen nicht unheikel.
Ich hätte da beinahe die Naive Vorstellung gehabt das wäre ein "Geht,
Geht nicht" Szenario - aber davor hast du mich jetzt Gerettet. :)
Aber ich frage mich schon was denn passieren sollte. Wenn man die bei
OPN genannten Offloading-Features (TCO, LRO, CRC & Vlan) einfach mal an
läßt sollten entweder CRC o.a. Paketfehler-zahlen hoch gehen oder VLANs
auf dem Interface nicht funktionieren. Wenn man das sieht schaltet man
es eben wieder ab und die Fehlerzahl sollte nicht weiter/schnell steigen.
Das ist vielleicht nicht unheikel aber doch machbar.
Das blödeste dabei wären doch wohl Datenfehler (TCP?) und
Sessionabbrüche und das bei einem Cluster-Setup die anderen Knoten diese
Änderung an einem gleich mit repliziert bekommen - und es dann überall
Probleme gibt.
Andererseits ist das ein BSD und ob es da; oder auch bei Linux; treiber
gibt die mit Offloading-Features ein Problem (Broken) haben... Gute
Frage. Noch nicht von gehört/Gelesen. Aber wenn es verbreiteter wäre
sollte es datenbanken/Listen dazu geben oder?