Доброго времени суток.
Пишем тут с другом клиент одноранговой p2p-сети на QT, общающийся по UDP. Вопросов по архитектуре (и не только) накопилось много.
1. Как грамотно организовать очереди? Дело в том, что если делать 1 общую очередь на все пиры, то возможны абьюзы, когда кто-то один забивает всю очередь сообщениями. Делать для каждого активного пира по своей очереди, или есть более изящные варианты?
Если очередь реализована отдельно для каждого пира, то можно устанавливать специально для этого пира скорость отдачи. Но если активных пиров много, и много создано очередей (скажем, 1024) - это сильно повлияет на производительность?
Вообще, как это делают белые люди?
2. Нумерование пакетов (запросов), подразумевающих то, что на них должен прийти ответ - есть ли способ лучше, чем подстановка sequence-id для каждого пакета, нуждающегося в подтверждении доставки?
3. Ограничение скорости. Как мне знать с какой скоростью пир может принимать данные? Это понятно, что если пакет потеряется, то его попросят еще раз. В качестве тупого варианта:
a) отослать 2048 пакетов получателю подряд, без задержек
б) сообщений о доставке придет N
в) зная время, кол-во пакетов и их размер, можно посчитать скорость.
Но это тупо.
4. MTU. Как его определить для конкретно взятого пира? Или взять с потолка какое-то не очень большое значение? Есть, конечно и эмпирический вариант, типа:
а) отправляем датаграмму длиной 100500 байт
б) принимающая сторона проверяет целостность пакета, отвечает "битый/не битый"
в) отправляем датаграмму длиной 100500/2 байт
г) ...
Есть ли другие варианты? Просто втупую трафик создавать не хочется. Да и потом, все эти прелести эмпирического определения любой величины X подразумевают организацию эдаких "стадий" общения пиров. А это все сильно усложняет.
5. NAT. uPnP, STUN, .. ? На upnp я не смог найти четкой спецификации и логики работы этого протокола, нашел только какую-то одноименную qt-либу. А от stun (
http://tools.ietf.org/html/rfc3489) становится страшно. Может ли кто подкинуть дровишек?
Просто фишка эта обязательно нужная, поскольку много юзеров всегда сидят за домашним натом. А в самом плохом случае - за двумя натами, если провайдер изначально дает серый айпишник.
И в целом, что бы кто мог посоветовать, в какую сторону посмотреть, на какие грабли наступить? Ибо с сетевым кодингом я знаком по принципу "пришло A, сделай B", что-то более серьезное писать не приходилось.
Спасибо.
