2013-10-10 23 views
6

Muszę wysłać źle sformułowane ramki Ethernet do celów testowych. Mam niepełnosprawnego odciążyć dla RX i TX sum kontrolnych:modyfikacja Ethernet FSC w Scapy

[email protected]:~# ethtool --show-offload eth0 
Features for eth0: 
rx-checksumming: off 
tx-checksumming: off 
    tx-checksum-ipv4: off [fixed] 
    tx-checksum-unneeded: off [fixed] 
    tx-checksum-ip-generic: off 
    tx-checksum-ipv6: off [fixed] 
    tx-checksum-fcoe-crc: off [fixed] 
    tx-checksum-sctp: off [fixed] 

Jednak ma to dotyczyć tylko wyładowania IP, TCP i UDP sum kontrolnych? Czy możliwe jest wysyłanie ramek ze zniekształconą funkcją sprawdzania sekwencji ramek w stopce Ethernet za pomocą funkcji Scapy? Wątpię w to, ponieważ obliczenie Ethernet FSC jest prawdopodobnie zaimplementowane w sprzęcie NIC?

+0

http://stackoverflow.com/questions/6329583/how-to -reliably-generate-ethernet-frame-errors-in-software – RyPeck

+1

@RyPeck Przed wypisaniem tego pytania spróbowałem tego skryptu Pythona i przynajmniej na moim Intel 82573L (moduł e1000e) nie wysyłał ramek ze zmodyfikowanym FSC. Jeśli wyślę te ramki do przełącznika Cisco, mogę to zweryfikować za pomocą licznika "FCS errors" na wyjściu "sh controllers", a jeśli wyślę te ramki na inną maszynę (Broadcom BCM5721 NIC), to nie ma błędów w łączu "ip -s" "wyjście. Last but not least, wolałbym to zrobić za pomocą Scapy. – Martin

+0

Każdy postęp @Martin? Ciekawi mnie to. – RyPeck

Odpowiedz

1
  1. TAK, NIC offover tuż eter, IP, TCP, UDP kontrolna „s, a suma kontrolna UDP jest sprawdzana rzadko.

  2. TAK, SCAPY montaż pakietowych może nawet to jest złe kontrolna stosując surowe gniazdo

  3. prostu spróbować dań :)