Чрезмерные повторные передачи по Ethernet

Варианты CSMA / CA Ethernet обрабатывают избыточные неудачные передачи из-за повторных столкновений, отбрасывая текущий кадр и полагаясь на верхние уровни для повторных передач:

После 16 попыток станция B сбрасывает свой столкновение, позволяя ему снова агрессивно конкурировать. Но он также отбрасывает фрейм, который он пытался передать, требуя, чтобы он был снова поставлен в очередь для передачи программного обеспечения.

  • Как записывать пропускную способность сети на порт в течение длительного периода времени
  • Как я могу понять, совместим ли USB-адаптер Ethernet с определенной версией ядра, чтобы использовать его для загрузки ядра / файловой системы?
  • Как найти IP-адрес устройства, подключенного к той же сети, что и ПК на основе идентификатора MAC
  • Чат из одной системы в другую в терминале
  • Почему TCP-соединения IPv4 отображаются как tcp6?
  • Как добавить следующий статический адрес маршрута в / etc / sysconfig / network-scripts / route-eth0, чтобы сделать его постоянным?
  • Я понимаю, что на современных (то есть коммутируемых) сетях Ethernet CSMA / CA больше не используется, и эффект захвата канала, упомянутый в источнике, не возникает, но я пытаюсь понять разделение и взаимодействие сетевого уровня, как реализовано ядром Linux в этой ситуации.

    В Linux, на каких уровнях обрабатываются эти повторные передачи? Будет ли это выполнено на уровне IP, или потерянный кадр Ethernet также приведет к удалению пакета сетевого уровня и отброшенному сегменту TCP или дейтаграмме UDP?

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

  • Скрипт для перезапуска сети
  • Я могу пинговать внутреннее внешнее, но не извне во внутренний (статический IP)?
  • Самая эффективная технология блокировки Youtube на маршрутизаторах OpenWrt?
  • Межсетевой экран для разделения трафика равномерно между подключенными пользователями
  • Интерфейс не работает с интерфейсом ip link set up
  • Как захватить трафик со всего веб-сайта (включая внешние серверы) с помощью tcpdump
  • One Solution collect form web for “Чрезмерные повторные передачи по Ethernet”

    IP не гарантирует доставку, и на самом деле многие протоколы, которые строятся поверх IP (вероятно, в первую очередь UDP), также не дают таких гарантий.

    Гарантии доставки в TCP / IP обрабатываются TCP. TCP может работать над протоколом гарантированной доставки, но разработан таким образом, что он не требует его. Если базовый протокол не гарантирует доставку, TCP будет.

    Таким образом, в обычном случае TCP / IP потерянный Ethernet-фрейм приводит к упавшему или поврежденному IP-пакету, который, в свою очередь, преобразуется в упавший или поврежденный TCP или UDP-пакет. Если это TCP (или какой-либо другой протокол, обеспечивающий гарантии доставки), то TCP отвечает за обнаружение отказа и повторение передачи.

    Это независимо от реализации операционной системы или IP-стека, поскольку она касается самих протоколов. Любая реализация TCP, которая не обнаруживает сбои передачи нижнего уровня (IP или ниже), нарушает спецификацию.

    Также обратите внимание, что прямые столкновения – это единственный способ, которым пакеты могут стать поврежденными или искалеченными на уровне, который TCP не имеет возможности предотвратить и может только обнаруживать (и реагировать). И IP может работать и с не-Ethernet-переносчиками; см. RFC 1149 для примера.

    Linux и Unix - лучшая ОС в мире.