PT
seq 927635934:927636019 - это те номера о которых вы говорите?
Size: a a a
2020 May 08
I
это «я получил все байты с ISN по 3402173703, продолжай с 3402173704»
PT
Ок - супер ) Учучь читать тспдампы)
I
мне не нравится термин «номер квитанции»
I
он предполагает, что нумеруются квитанции
S
Трудности перевода
I
на самом деле нумеруются байты
AD
где обьяснено понятно про tcp -- скользящее окно? В Олиферах чет рисунки непонятны(
У таненбаума почитай - тоже неплохо описано. Но суть предельно проста - окно - это количество байт, которые могут находиться "в полёте" - в процессе доставки.
Если говорить об аналогиях, то представь себе бумажную ленту на двух бобинах (по типу старых магнитофонов). На ленте размечены колонки, каждая из которых соответствует одному байту потока данных. В колонках ставятся отметки о том, что байт ждёт отправки, уже отправлен, и его доставка подтверждена. Ширина окна - это часть ленты, в которой мы можем делать отметки. Когда данные передаются, то слева направо делаем отметы в колонках ленты. Когда приходит уведомление о том, что байты доставлены, то меняем значения в соответствующих колонках, и "прокручиваем ленту" дальше, если слева одни отметки о доставленных байтах.
Если говорить об аналогиях, то представь себе бумажную ленту на двух бобинах (по типу старых магнитофонов). На ленте размечены колонки, каждая из которых соответствует одному байту потока данных. В колонках ставятся отметки о том, что байт ждёт отправки, уже отправлен, и его доставка подтверждена. Ширина окна - это часть ленты, в которой мы можем делать отметки. Когда данные передаются, то слева направо делаем отметы в колонках ленты. Когда приходит уведомление о том, что байты доставлены, то меняем значения в соответствующих колонках, и "прокручиваем ленту" дальше, если слева одни отметки о доставленных байтах.
NK
А вот это уже интересно - Microsoft опенсорсит свой MsQuic.
А значит, что SMB через QUIC, альтернатива на UDP для TLS в интранете и так далее. Утверждают, что разработка кросс-платформенная и полностью соответствует IETF QUIC.
https://techcommunity.microsoft.com/t5/networking-blog/msquic-is-open-source/ba-p/1345441
А значит, что SMB через QUIC, альтернатива на UDP для TLS в интранете и так далее. Утверждают, что разработка кросс-платформенная и полностью соответствует IETF QUIC.
https://techcommunity.microsoft.com/t5/networking-blog/msquic-is-open-source/ba-p/1345441
АВ
TCP нумерует байты...
АВ
Байты...
АВ
Нумерует...
I
чтобы жизнь медом не казалась - нумерация идет не с нуля и не с единицы
S
АК
ID:0
А вот это уже интересно - Microsoft опенсорсит свой MsQuic.
А значит, что SMB через QUIC, альтернатива на UDP для TLS в интранете и так далее. Утверждают, что разработка кросс-платформенная и полностью соответствует IETF QUIC.
https://techcommunity.microsoft.com/t5/networking-blog/msquic-is-open-source/ba-p/1345441
А значит, что SMB через QUIC, альтернатива на UDP для TLS в интранете и так далее. Утверждают, что разработка кросс-платформенная и полностью соответствует IETF QUIC.
https://techcommunity.microsoft.com/t5/networking-blog/msquic-is-open-source/ba-p/1345441
SM
Коллеги, хочется странного, нужен совет. Хочется SLAAC с маской длиннее 64. Скажем, 65 ))
смоделировал сейчас в eNSP. RA есть, маска желаемая, /65. Но клиенты, заразы, продолжают слать RS и игнорируют RA с /65.
Это так и должно быть? И (они все умрут) без адресов.
Или нужно куда-то пнуть?
смоделировал сейчас в eNSP. RA есть, маска желаемая, /65. Но клиенты, заразы, продолжают слать RS и игнорируют RA с /65.
Это так и должно быть? И (они все умрут) без адресов.
Или нужно куда-то пнуть?
I
так и должно быть
I
слаак = 64
SM
Так какого RA работает с /65? Кому он нужен такой?
VG
дефолт роут, route info, rdnss