Talk:Подтверждение (сети передачи данных)

Эта статья имеет рейтинг C-класса по шкале оценки контента Википедии . Она представляет интерес для следующих WikiProjects :

Вычислительная техника : Сетевые технологии Низкая важность This article is within the scope of WikiProject Computing, a collaborative effort to improve the coverage of computers, computing, and information technology on Wikipedia. If you would like to participate, please visit the project page, where you can join the discussion and see a list of open tasks.ComputingWikipedia:WikiProject ComputingTemplate:WikiProject ComputingComputing articles Low This article has been rated as Low-importance on the project's importance scale. This article is supported by Networking task force (assessed as High-importance). Telecommunications Low‑importance This article is within the scope of WikiProject Telecommunications, a collaborative effort to improve the coverage of Telecommunications on Wikipedia. If you would like to participate, please visit the project page, where you can join the discussion and see a list of open tasks.TelecommunicationsWikipedia:WikiProject TelecommunicationsTemplate:WikiProject TelecommunicationsTelecommunications articles Low This article has been rated as Low-importance on the project's importance scale.

The contents of the NAK (protocol message) page were merged into Acknowledgement (data networks) on 2016-06-05. For the contribution history and old versions of the redirected page, please see Error: Invalid time. its history; for the discussion at that location, see its talk page.

The contents of the Acknowledge character page were merged into Acknowledgement (data networks) on 2016-06-05. For the contribution history and old versions of the redirected page, please see Error: Invalid time. its history; for the discussion at that location, see its talk page.

The contents of the Negative-acknowledge character page were merged into Acknowledgement (data networks) on 2016-06-05. For the contribution history and old versions of the redirected page, please see Error: Invalid time. its history; for the discussion at that location, see its talk page.

В статье в настоящее время говорится:

Многие протоколы компьютерных сетей не подтверждают немедленно каждый переданный байт. Некоторые из них ждут конца каждого сетевого пакета, а затем подтверждают каждый пакет.

Так означает ли "немедленно подтверждать каждый переданный байт", что для каждого переданного байта отправляется подтверждение? Если да, то какие протоколы это делают?

TCP не имеет «пакетов», имеющих значение для пользователя службы TCP, поэтому подтверждения подтверждают байты, но не обязательно подтверждают каждый байт как переданный, потому что один сегмент TCP с данными очень часто будет иметь более одного байта, и поэтому получатель TCP не увидит каждый байт отдельно. В других протоколах предлагаемая услуга предоставляется в единицах PDU, а не байтах, поэтому нет байтов для подтверждения. TCP и другие протоколы передаются по сетям, где адаптер не уведомляет получателя о получении каждого байта, поэтому они не могут немедленно подтвердить каждый переданный байт; это может произойти только в адаптере на физическом уровне. Гай Харрис ( обсуждение ) 20:17, 7 августа 2017 (UTC) [ ответить ]

Этот неиспользуемый бит недавно был добавлен DavidCary . Вместо того, чтобы удалить его, я немного его подчистил и надеялся, что другие смело улучшат его дальше. Я полагаю, что аппаратные протоколы обладают способностью индивидуально распознавать каждый байт. ~ Kvng ( talk ) 15:19, 10 августа 2017 (UTC) [ ответить ]

Протокол I2C обычно отправляет один бит подтверждения после каждого переданного байта.

Шина CAN также обычно отправляет один бит подтверждения, но в конце каждого кадра данных.

Спасибо за улучшения, Kvng и Гай Харрис .

Я считаю, что раньше существовало широкое разделение между « сетью передачи данных », где и данные, и подтверждения попеременно передаются по одному и тому же медному проводу (например, TCP по кабелю CAT5 и протокол Multimaster I2C по тому же кабелю CAT5 ^{[1] [2] ), и «} системной шиной компьютера » с отдельным проводом, предназначенным для сигнала подтверждения и ничего более.

Я понимаю, что могли бы быть и более удачные варианты разделения, которые были бы более полезны для сегодняшних читателей.

В недавних сводках по редактированию этой статьи упоминаются "аппаратный протокол", "протокол шины", "сетевой протокол", как будто это 2 (или 3?) разных вещи, которые, как мне кажется, являются важными концепциями, которые *должны* быть определены, обсуждены, сравнены и противопоставлены где-то в Википедии. Какая статья Википедии должна (или, возможно, уже сравнивает?) эти вещи? -- DavidCary ( обсуждение ) 17:52, 15 августа 2017 (UTC) [ ответ ]

Это было бы неплохо. Вы можете начать с рассмотрения протокола связи . Это всеобъемлющий беспорядок и до сих пор не хватает такого обсуждения. Может быть, также Bus (вычисления) . ~ Kvng ( обсуждение ) 15:21, 16 августа 2017 (UTC) [ ответить ]

Беглый взгляд на https://www.lexico.com показывает, что "acknowledgment" является основным написанием рассматриваемого слова в американском английском, с "acknowledgement" в качестве альтернативного написания, и что "acknowledgement" является основным написанием рассматриваемого слова в британском английском. Ни в одной из записей слово не упоминается в контексте телекоммуникаций.

Недавно статья была отредактирована: один случай «acknowledgment» был заменен на «acknowledgement», но остальные остались.

Статья содержит шаблон {{ Use British English }} . В контексте телекоммуникаций, является ли "acknowledgement" правильным написанием британского английского? Если да, то все случаи, по-видимому, следует изменить, указав "acknowledgment" в верхней части как одно из двух написаний, после "acknowledgement", и, возможно, с указанием языковых вариантов, для которых они подходят. Гай Харрис ( talk ) 08:00, 9 мая 2022 (UTC) [ reply ]

Это простая проблема WP:ENGVAR . Поскольку статья озаглавлена ​​и помечена для британского английского, мы должны использовать «подтверждение» на протяжении всего текста. Я внес исправления. ~ Kvng ( обсуждение ) 13:38, 16 мая 2022 (UTC) [ ответить ]