да, хоть это и проблемы других коммутаторов, что они там видят

Объясните пожалуйста. Вот в ethernet у нас проверка CFS, check frame sequence. Проверка целостности кадра.

Потом у нас проверка в IP, Header Checksum.

Потом там ещё наверно что-то в TCP/UDP, но я ещё не разобрался, щас интересует хотя бы ethernet и ip.

Это все проверяется исключительно на моменте инкапсуляции, когда мы собираем пакет ?

А когда уже пакет собран, то что ? Мы просто его шлем и там уже разруливает UDP с TCP? Пакетик 2ГБ же не сразу отправиться, а максимум 1500байт и вот его частями будет отправлять UDP/TCP, но тут нам уже не нужно вновь и вновь проверять ethernet и ip?

FCS - frame check sequence

2 гига фильма бьется на мелкие кусочки, каждому считается контрольная сумма, у каждого проверяется контрольная сумма.

Это на каком уровне?

Ethernet FCS пересчитывается каждым коммутатором использующем store-and-forward метод коммутации перед отправкой кадра дальше.

безотносительно метода коммутации

В Cut-trhough не обязательно, там есть варианты для манёвра.

если он говняху обнаружил в конце, а переслал только 2/3, то последние битики пересылать он не будет (поправьте меня)

В зависимости от реализации может проверятся только первые 512 бит и всё, то, что входит в ethernet time slot. Если повреждений не обнаружено кадр будет передан дальше, иначе придётся весь его сначала буферезировать, чтобы добраться до FCS.

в смысле 512? там чексумма в конце, надо всё собрать пересчитать и только в конце станет ясно был ли в этом смысл

или речь про только-заголовок?

“Fragment free is a variation on cut-through switching that partially addresses this problem by assuring that collision fragments are not forwarded. Fragment free will hold the frame until the first 64 bytes are read from the source to detect a collision before forwarding. This is only useful if there is a chance of a collision on the source port.[6]
The theory here is that frames that are damaged (usually by collisions) are often shorter than the minimum valid ethernet frame size of 64 bytes. With a fragment-free buffer the first 64 bytes of each frame, updates the source MAC and port if necessary, reads the destination MAC, and forwards the frame. If the frame is less than 64 bytes, it is discarded. Frames that are smaller than 64 bytes are called runts; this is why fragment-free switching is sometimes called “runt less” switching. Because the switch only ever buffers 64 bytes of each frame, Fragment Free is a faster mode than Store and Forward, but there still exists a risk of forwarding bad frames.[7]”

512 бит, это 64 байта, в них входит, как заголовок, так и часть data поля.

это про другое

Пакеты по 2 гигабайта не отправляются, для этого они на транспортном уровне сегментируются на фрагменты меньшего размера, после чего инкапсулируют в IP пакеты и дальше в кадры Ethernet.

Checksum IP пакета пересчитывается каждым маршрутизатором, перед отправкой пакета дальше. Про Ethernet написал выше уже, TCP/UDP checksum проверяется уже получателем.

Вы к кому обращались?

инкапсуляция - процесс добавления заголовков

то есть был один кусок данных, мы к нему приклеили другой, третий, четвретый заголовок - это инкапсуляция

То есть каждый фрагмент, ещё проверяется коммутатором или роутером, смотря через что прошел до клиента, на целостность кадра и ip пакета ? Каждое устройство в общем проверяет ethernet и ip, а клиент который получил пакет, проверяет посредством tcp/udp?