Hi, Does anyone know - if I look at an ethernet II transmission at the wire level it does not seem to contain the 0xfd at the end for end of frame. I cannot find any reason for this. Is this because the interpacket gap acts as the end of frame in ethernet ii?
Also If I look at the wire and send a packet from a Xena gigabit test bench (hardware) I see a packet of -
55 55 55 55 55 55 55 d5 00 0C 83 11 22 44 98 E7 43 7D 66 FB 08 00 00 01 02 03 04 05 06 07 08 09 0A 0B 0C 0D 0E 0F 10 11 00 01 02 03 04 05 06 07 08 09 0A 0B 0C 0D 0E 0F 10 11 2D C1 29 02 D7 45 89 00 01 00 00 00 35 FB D5 84 7F A0 7C 02 c3 bd c7 1d
If I then go to Colasoft Packet Builder software and format the same packet but leave off the last 4 bytes I see that it generates the checksum at the end 0xaf66a4bd
55 55 55 55 55 55 55 d5 00 0C 83 11 22 44 98 E7 43 7D 66 FB 08 00 00 01 02 03 04 05 06 07 08 09 0A 0B 0C 0D 0E 0F 10 11 00 01 02 03 04 05 06 07 08 09 0A 0B 0C 0D 0E 0F 10 11 2D C1 29 02 D7 45 89 00 01 00 00 00 35 FB D5 84 7F A0 7C 02 0xaf66a4bd
I cannot see how to correlate the generated fcs to the one in the actual packet. I should add that a switch is forwarding the actual packet so I can have faith that the actual packet is correct.
I am new to this and would appreciate help understanding it.
Thanks, Martin
