Для чего обеспечивается гарантия доставки на двух уровнях по OSI?

Question

[elogrus]

Изучаю сети, дошел до транспортного уровня (по OSI), протоколов UDP и TCP.
TCP обеспечивает гарантию доставки и порядка следования данных.
Но на канальном уровне все делается точно также.
Для чего нужна двойная проверка? От чего данные могут исказиться, что не будет отслежено на канальном уровне?

Comments

[Василий Банников]

Верхние уровни OSI ничего не знают о нижних. По тому чисто в теории там может и не быть контроля целостности.
И гарантии порядка доставки

[elogrus]

Василий Банников, канальный уровень разве не ловит все ошибки? зачем еще раз все проверять?

[pfg21]

elogrus, теоритически, канальный уровень может быть и другим, без гарантии доставки.
В стандарте TCP прописана гарантия доставки, поэтому ее реализовали внутри протокола, дабы протокол был полноценен и не зависел от внешних обвязок

[elogrus]

pfg21, понял, спасибо

[Валентин]

1) в случае битого Ethernet фрейма принимающий L2 узел не сообщит отправляющему об этом, повторной пересылки не будет.
2) в случае битого TCP сегмента отправляющий примет информацию об этом от принимающего и повторит попытку посылки
3) вместо Ethernetа на втором уровне может быть LTE, wifi, xdsl.
4) на канальном уровне они могут и не исказиться, а могут изломаться/потеряться на сетевом уровне - когда пакет прыгает уже между маршрутизаторами, в том числе через сеть интернет

Answer 1

[Griboks]

Если вы используйте промежуточные узлы, например интернет, то гарантия доставки по wifi не гарантирует доставку от сервера. Кроме того, гарантия доставки чанка (кадра) не гарантирует гарантию доставки всего сегмента (который может разбиваться на несколько кадров).

P. S.
Принято проверять на ошибки, порядок и доставку на всех уровнях вплоть до прикладного для повышения надежности. Также это позволяет реализовать автоматическую коррекцию ошибок.

Answer 2

[nApoBo3]

Насколько я помню ethernet не гарантирую доставку.

Comments

[elogrus]

если у тебя идет подключение через WIFI, то можно отправлять все udp'ом и не париться?

[nApoBo3]

elogrus, никогда не вникал как в wifi, но думается там тот же ethernet.
В любом случае у вас пакет третьего уровня может не дойти, даже при корректной доставке пакетов второго уровня.

[elogrus]

nApoBo3, в WIFI идет проверка на достоверность пакетов, ибо шанс искажения очень большой. а в остальном - почти тот же ethernet, только беспроводной

[elogrus]

nApoBo3, почему пакет третьего уровня может не дойти, если на втором все было нормально? какие причины могут быть?

[nApoBo3]

elogrus, например ширина канала. l2 пакет в пределах сегмента прошел, все ок, но в другой l2 сегмент не попал.

[Wexter]

elogrus, пототому что wifi не единственный транспорт для L2. по витой паре/оптике пакет может спокойно потеряться или измениться

Answer 3

[Saboteur]

1. Если пакет не прошел, полезно его повторить именно на последнем участке, а не с первого шага
2. Маршрутизируемые протоколы могут отправить пакет разными путями, и ты тоже только на верхнем уровне тогда сможешь понять дошли ли все пакеты.

Answer 4

[Роман Кулакович]

На канальном уровне работает не только TCP, но и UDP.

UDP не гарантирует доставку пакета без повреждений, фрагментации или в целом его присутствие. TCP в конечном случае, просто разорвет сессию и её придется устанавливать заново, на что будут потрачены ресурсы и время. При этом, используя например ВКС для связи, потеря нескольких пакетов не принципиальна. Но условная точка доступа wi-fi в любом случае должна убедиться, что пакет пришел от клиента без повреждений