В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

Network Education

619 membersпожаловаться на группу
2021 June 15

RP

Roman Polukhin in Network Education
Для этого есть наполнитель (padding), вы суть внимайте саму, о чём говорит Иннокентий.

Пакетов по 2 Gb не бывает. TCP протокол делит поток байт, который передаёт приложение на сегменты, размером от 0 до MSS.

Последнее не даром не имеет постоянного установленного размера, поскольку может меняться от соединения к соединению.
источник
18:40пожаловаться#1

I

Innokentiy in Network Education
> Пакетов по 2 Gb не бывает

rfc2675 + rfc6214 :-P
источник
18:50пожаловаться#2

I

Innokentiy in Network Education
забейте пока. пусть будет 1 байт, если так легче понимать
источник
18:51пожаловаться#3

I

Innokentiy in Network Education
просто пачка идущих подряд пронумерованных байтов
источник
18:52пожаловаться#4

I

Innokentiy in Network Education
обработчик tcp на отправителе ее формирует, упаковывает в конверт (и проставляет на конверте чексумму), и передает конверт обработчику ip
источник
18:53пожаловаться#5

RP

Roman Polukhin in Network Education
👍😂😂😂

Да, этот сценарий я не учёл 🧐🤗😂
источник
18:53пожаловаться#6

Ct

Casper 👻 the Friendl... in Network Education
Спрашивайте
источник
18:53пожаловаться#7

I

Innokentiy in Network Education
обработчик ip смотрит на размер конверта, оборачивает его своим заголовком, ставит свою чексумму, и смотрит на размер того что получилось
источник
18:54пожаловаться#8

D

Dmitry Vecherov in Network Education
Что интересует?
источник
19:15пожаловаться#9

D

Dmitry Vecherov in Network Education
Похоже это предания старины глубокой. Вряд ли сейчас есть такие коммутаторы
источник
19:17пожаловаться#10

RP

Roman Polukhin in Network Education
Cisco до сих пор об этом повествует в актуальных курсах своих, но насчёт поддержки такого метода в Nexus их, спорить не буду.
источник
19:21пожаловаться#11

I

Innokentiy in Network Education
все свитчи, которые сегодня называются cut-through, на самом деле одновременно и фрагмент-фри
источник
19:30пожаловаться#12

I

Innokentiy in Network Education
потому что если на заре эры свитчинга cut-through считывал только мак получателя, то потом все стало сильно хуже
источник
19:31пожаловаться#13

A

Andrei in Network Education
Так пограничные роутеры/коммутаторы ничего не проверяют, все делает обработчик на получателе?
источник
19:31пожаловаться#14

I

Innokentiy in Network Education
как только появились вланы, пришлось принимать коммутационное решение после приема метки с вланом. а учитывая, что первые метки были не четырех, а 30-байтовые, то эффективно свитччип считывал минимум 40 байт от начала кадра прежде чем отправлять запрос на матрицу коммутации
источник
19:32пожаловаться#15

I

Innokentiy in Network Education
а сегодня почти все чипы вынуждены считывать и IP заголовок для принятия решения
источник
19:33пожаловаться#16

I

Innokentiy in Network Education
роутеры проверяют FCS (в предположении, что везде используется Ethernet), так как с точки зрения канала связи получателями кадра являются именно они
источник
19:34пожаловаться#17

I

Innokentiy in Network Education
кроме того, они для форвардинга проверяют заголовок IP с его чексуммой
источник
19:35пожаловаться#18

A

Andrei in Network Education
Но не проверяют чек сумму ip, это делает обработчик получателя, так?
источник
19:35пожаловаться#19

I

Innokentiy in Network Education
IP проверяют
источник
19:35пожаловаться#20