Как Bittorrent работает в одноранговых сетях за NAT-сетями операторского уровня

Question

Когда я гуглю "какой у меня IP", он говорит что-то вроде "112.134.xy". Но когда я перехожу к настройкам маршрутизатора и под WAN IP, он говорит «100.68.ab» (насколько я знаю, это маршрутизируемый IP). Итак, я должен быть за NAT операторского класса (CGN).

Но торрент-клиенты, т.е. uTorrent и BitTorrent, могут выполнять загрузку или загрузку без каких-либо проблем. Как они это делают?

Возможность UPnP моего домашнего маршрутизатора отключена, и когда я пытаюсь выяснить, что происходит за кулисами с помощью Wire Shark, я вижу запросы NAT-PMP для сопоставления портов от uTorrent (192.168.1.100: 5351) на мой домашний маршрутизатор (192.168.1.1 : 5351) и для внешнего обнаружения IP. Но я не вижу никаких ответов на порт 5351! (Что это значит?)

К вашему сведению, я студент, который "пытается" заставить сетевую систему P2P, такую как BitTorrent, работать за NAT. Так что любая документация на эту тему была бы отличной .....(Я знаю о методах то есть Hole Punching, NAT-PMP, PCP, UPnP)

Answer 1

Есть разница между "работать на всех" и "работает хорошо". В P2P-сетях каждая сторона пары узлов должна иметь возможность инициировать соединение, а также принимать соединение, инициированное другой стороной.

По умолчанию NAT затрудняет или делает невозможным прием входящих соединений.

Поэтому, не делая ничего особенного, торрент-клиент будет по-прежнему работать за NAT, устанавливая соединения с теми, кто может принимать входящие соединения. Но это уменьшает пул доступных пиров, так как исключает клиентов с аналогичным NAT или брандмауэром. В худшем случае это может нарушить способность участвовать в торренте, но в среднем это просто ухудшает производительность.

Чтобы улучшить эту ситуацию, клиенты будут использовать различные методы обхода NAT, NAT-PMP является лишь одним из них.