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

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

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

Я понимаю, что на современных (то есть коммутируемых) сетях Ethernet CSMA / CA больше не используется, и эффект захвата канала, упомянутый в источнике, не возникает, но я пытаюсь понять разделение и взаимодействие сетевого уровня, как реализовано ядром Linux в этой ситуации.

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

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

  • создать статический IP-адрес Ethernet на artik10
  • не получить полную скорость сети (или даже закрыть) в 100 Мбит / с
  • nmap необработанные пакетные привилегии не работают («операция не разрешена», даже как root)
  • Почему я только получаю 100mbit на моем Asus GigaX1005?
  • Как построить устройство сетевого подключения?
  • Настройка сети 802.11s для мобильных устройств для связи с проводным сервером
  • Не могу понять, почему Ethernet-пакеты игнорируются
  • Невозможно выполнить ssh через WiFi без подключения Ethernet
  • 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 для примера.

    Interesting Posts

    Как установить внешний жесткий диск Western Digital

    Можно ли использовать идентификатор ssh-copy-id, как только пароль на основе пароля отключен?

    Довольно отображение «ip route»

    В чем причина того, что «rm -rf a / b» говорит: «a / b не пуст»?

    Могу ли я установить половину раздела ext4

    Использовать приложение по умолчанию в виде миниатюры файлов в файловом браузере Mint

    Как проверить, сколько файлов было создано за одну неделю?

    С find -exec grep, как печатать только базовое имя или разделять имя файла / строки на отдельных строках?

    можно ли отправить управляющую последовательность в эмулятор терминала с помощью клавиатуры

    VirtualBox продолжает давать мне ошибки!

    Создание файла csv

    ANSI Цвета при использовании Systemd Service

    Удалить последний измененный файл

    Как я могу получить вывод `ls -l` для ссылки рекурсивно, пока не достигнут исходный файл?

    GIT push только совершает более ста лет, чем х месяцев

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