#dev (ilita) [real time] | Обсуждение разработки I2Pd | i2pd development discussion | http://i2pd.website/

orignal onon я починил aaaaaaa

onon аааааааа

onon Ну круто, чё

orignal ну просто счас появилась возможность прям с лизсета брать

orignal раньше не было

onon А я вот сделал choked для большого количества пропущенных пакетов

onon Но мне не очень нравится как это в коде выглядит

onon Там хрен разберёшься теперь

onon А ещё же нужно будет для других ситуаций сделать

orignal а я вот датаграммы новые делаю

onon privatebin.i2p/?eded5372d992934c#DKqAQU9ZrBHSsjD2zgNxBcNHtfrGcLhehtcexE9didTu

onon privatebin.i2p/?e1088134b76a4401#3qtfUR9CHWTa2SCMbvjnJa9ygmhqsMie1TPJJ69qEnwu

onon Вот, посмотри как будет время

orignal посмотрю

onon Лучшего названия для переменных я не придумал

onon Датаграммы3 тоже могут быть размером до 64кб?

orignal до 56K вроде

onon Значит у нас такая же схема с тагами как в стримах?

onon Если отправили много пакетов в пустоту - то всё

onon Связь не восстановим

onon Так?

orignal так

orignal но мы можем некие данные пихать в опции

onon Значит нам нужно окно, чтобы мы не отправляли больше разрешённого одновременно количества пакетов

onon Значит нам нужно пакеты нумеровать и записывать какие мы отправили и нам их клиент должен подтвеждать

onon Чтобы мы могли отправить новые

onon Так же как в стримах

orignal ну да вот это и надо писать в опции

orignal что это пакет номер такой размер окна такой то

onon Вот я и пытаюсь щас вспомнить что я тогда напридумывал

onon Я вроде рабочую схему имел

onon Не знаю, стоит ли туда CC городить, или переложить это на уровень выше

onon Но там может и не быть CC...

onon А если у нас может быть переменный размер пакета то нужно это как-то учитывать

onon Если делать CC

onon Считать байты

onon Очень сложная схема получается

orignal надо сделать как в quick

orignal quic

onon В квике разве есть ограничение на кол-во одновременно отправленных пакетов?

orignal ну как то же они держать окно

onon Значит нам нужно флаг быстрого ответа и поле с номером. Сервер шлёт пакеты с номерами и в некоторые вставляет флаг быстрого ответа = 1, в остальных = 0. Клиент отвечает номером пакета если флаг = 1.

onon Это пока только мысли если что.

onon Ещё нам нужно как-то сообщить клиенту, что его ответы до нас не доходят, если сломался входящий маршрут.

onon Так как у нас тут ретрансмитов нету, то нужно слать особый пакет

orignal ну вот думай

onon Например номер пакета = 0 и флаг быстрого ответа = 1

onon Типа номер пакета 0 зарезервирован

onon Или отдельное поде резервировать для такого "магического" пакета

onon Получив такой магический пакет, клиент будет менять исходящий маршрут ( который для сервера входящий)

onon Стоит ли с "магическим" пакетом слать нагрузку в виде полезных данных - пока не знаю.

onon Или просто если перестали получать акки - перестаём слать поток, и шлём только магические

onon Получили ответ - снова шлём поток

onon Всё это время входящие пакеты с сокета придётся, наверное дропать

onon Нет смысла их копить

onon Не знаю отправлять ли акки отдельными пакетами, если связь двусторонняя

onon Если вместе с нагрузкой, то нужно ещё дополнительные поля

orignal ну правильно

onon Давай свои мысли, что я ещё забыл

orignal так нету их

orignal надо какие то еще подтверждения слать

onon Серверу чтобы считать RTT нужно записывать номера отправленных пакетов и время. Раз в 1/10 RTT шлём пакет с запросом быстрого ответа. Клиент нам подтверждает, мы удаляем из "окна" этот номер и все предыдущие.

onon И шлём новые

orignal может как в TCP сделать подтверждение сразу пачки?

onon Ну у нас ретрансмитов же здесь нет

onon Значит можно считать все пакеты меньше подтверджённого тоже доставленными

onon Вот только не знаю, будет ли здесь проблема если злоумышленник будет запрашивать подтверждение на каждый пакет...

onon Т.е. шлёт мегабайт в секунду и запрашивает столько же ответов

orignal ну правильно да

orignal ретрансмиты не нужны

onon А клиент не знает, нужно ли столько подтверждений

onon Можно наверное минимальный таймер сделать между ответами

onon Для таких случаев

onon Или просто смотреть на номера пакетов и не отвечать если инкремент...

onon Да, неплохой вариант, кмк

onon Но акакер тогда может слать пакеты с пропусками в нумерации...

onon В общем не могу хорошего решения придумать

onon Ну пока у меня получается два флажка: 1.запрос акка 2.Является ли пакет акком; и два поля с номерами 1.порядковый номер пакета 2.подтверждение номера пакета. Если стоит запрос акка и порядковый номер=0 то переключаем исходящий маршрут...

orignal неее

orignal там опции строковые

onon Ну вот думай, как это тогда туда вписать

onon Чтоб эффективно работало

onon А я может ещё чего придумаю

orignal надо все данные передавать одной строкой короче

onon Да, и ещё нужно в начале сеанса чтоб стороны обменялись количеством тагов

onon Чтобы знать максимальный размер окна

DAOOfBS и2пд конфликтует с nekoray/nekobox, без коннективности ИРЦ если в nekoray активированы Tun и Sys Proxy. Ща иссуй заделаю

DAOOfBS внешняя прокси vless://

orignal а нам какое дело до какого то nekoray?

DAOOfBS популярен

DAOOfBS да пох

DAOOfBS orignal, ты сидишь без инет блокировок вот тебе и нет дела

DAOOfBS ну похрену

orignal так ты объясни проблему

orignal что в такой то конфигурации просиходит то то и то то

DAOOfBS да забить болт, мне влом разбираься

IRCaBot New messages won't show without JavaScript.
My JS code is small and simple. Check it at /realtimechat.js and come back with enabled!