Linux: Beim senden von Ethernet-frames das ethertype wird neu geschrieben

Ich geschrieben habe ein C-Programm, das schreiben von Ethernet-frames direkt auf den Draht (die läuft in zwei Modi, dem Absender oder Empfänger). Der sender schickt die Rahmen mit zwei VLAN-tags auf Sie (QinQ), aber seltsam, wenn der frame erreicht den Empfänger das ethertype-hat sich zu einem standard (single) VLAN gekapselt Rahmen. Ist es möglich, die Netzwerkkarte ist, dies zu tun, oder macht Linux das nicht möglich? Wireshark zeigt das gleiche Verhalten wie tcpdump.

Erklären das Bild unten, der sender sendet Rahmen an die Ethernet-broadcast-Adresse FF:FF:FF:FF:FF:FF zu finden, die den Empfänger (dies sind die beiden test-Maschinen verbunden über ein crossover-Kabel, aber das Ergebnis unten ist das gleiche mit einem switch oder hub). Wie Sie sehen können die frames kommen in zwei VLAN-tags auf Sie, der äußere tag hat ein ethertype von 0x8100 und eine VLAN-ID von 40, die innere VLAN hat ethertype 0x8100 und eine VLAN-ID des 20. Wie wir alle wissen, obwohl, mit QinQ Rahmen in den äußeren Rahmen sollte ein ethertype von 0x88a8!

Wenn die frames gesendet werden, der Absender in meiner Anwendung haben Sie den äußeren ethertype von 0x88a8 aber gemäß dem Bild unten sind Sie erhalten mit 0x8100 auf sowohl den inneren und äußeren ethertypes. Der markierte text wird der Empfänger sendet zurück, eine Antwort, wie Sie sehen können die frames haben 0x88a8 auf den äußeren Rahmen und 0x8100 auf der inneren. tcpdump auf der anderen Maschine zeigt das gleiche (es ist derselbe code! Frames werden gesendet mit 0x88a8 äußeren 0x8100 inneren aber immer erhalten, wie 0x8100 äußeren und 0x8100 innen).

void BuildHeaders(char* &txBuffer, unsigned char (&destMAC)[6], 
     unsigned char (&sourceMAC)[6], short &PCP, short &vlanID,
     short &qinqID, short &qinqPCP, int &headersLength)
{

int offset = 0;

short TPI = 0;
short TCI = 0;
short *p = &TPI;
short *c = &TCI;
short vlanIDtemp;

//Copy the destination and source MAC addresses
memcpy((void*)txBuffer, (void*)destMAC, ETH_ALEN);
memcpy((void*)(txBuffer+ETH_ALEN), (void*)sourceMAC, ETH_ALEN);
offset = (ETH_ALEN*2);

//Add on the QinQ Tag Protocol Identifier
vlanIDtemp = qinq
TPI = htons(0x88a8); //0x88a8 == IEEE802.1ad, 0x9100 == older IEEE802.1QinQ
memcpy((void*)(txBuffer+offset), p, 2);
offset+=2;

//Now build the QinQ Tag Control Identifier:
TCI = (qinqPCP & 0x07) << 5;
qinqID = qinqID >> 8;
TCI = TCI | (qinqID & 0x0f);
qinqID = vlanIDtemp;
qinqID = qinqID << 8;
TCI = TCI | (qinqID & 0xffff);

memcpy((void*)(txBuffer+offset), c, 2);
offset+=2;

//VLAN headers
vlanIDtemp = vlanID;
TPI = htons(0x8100);
memcpy((void*)(txBuffer+offset), p, 2);
offset+=2;

TCI = (PCP & 0x07) << 5;
vlanID = vlanID >> 8;
TCI = TCI | (vlanID & 0x0f);
vlanID = vlanIDtemp;
vlanID = vlanID << 8;
TCI = TCI | (vlanID & 0xffff);

memcpy((void*)(txBuffer+offset), c, 2);
offset+=2;

//Push on the Ethertype (IPv4) for the payload
TPI = htons(0x0800);
memcpy((void*)(txBuffer+offset), p, 2);
offset+=2;

headersLength = offset;

}

sendResult = sendto(sockFD, txBuffer, fSizeTotal, 0, (struct sockaddr*)&socket_address, sizeof(socket_address));