забить под себя порт на шлюзе

[Proxy]

Как? Как это делает например квип при передаче файла. Как? Какое это имеет отношение к NAT? Как?
Куда искать? Где чтиво по сабжу есть? Кто такой весь работал с этим?

[Antonariy]

Никак. И квип ничего такого не делает. На уровне маршрутизации понятия "tcp-порт" не существует. Маршрутизатор просто принимает пакет от отправителя и отдает получателю. Или не отдает, если, работающий уровнем выше, tcp-фильтр блокирует траффик по этому порту. Если пакет дошел, получатель разгребает свои порты и отдает полученное приложению, висящему на искомом. Если на нем никого нет — отвечает "не алё".

[Proxy]

Как тогда два квипа соединяются и передают друг другу файлы не прибегая к помощи "третьего" хоста? Об этом было сказано здесь tyomitchем кажится.

[Хост А] <-> [Шлюз] <-> [Шлюз] <-> [Хост B]
И как они могут передавать данные друг-другу (непосредственно p2p), если они даже инициировать соединение без помощи хоста C не могут?

[ANDLL]

На уровне маршрутизации понятия "tcp-порт" не существует.

На уровне того места, где есть NAT существует, иначе бы никакого NAT не было бы.
Но забить порт самостоятельно на маршрутизаторе нельзя. Еще чего.

Как тогда два квипа соединяются и передают друг другу файлы не прибегая к помощи "третьего" хоста?

Никак. Либо прибегают, либо один из хостов "внешний"

[Proxy]

А >тут< сказано соединяются) Это собственно точка, от которой меня зацепил сабж)

[Proxy]

Извините за некрофилию, но всё же давно хотел добавить кое-что к этому посту (и таки добрался):

UPnP IGD

One solution for NAT traversal, called the Internet Gateway Device Protocol (IGD Protocol), is implemented via UPnP. Many routers and firewalls expose themselves as Internet Gateway Devices, allowing any local UPnP control point to perform a variety of actions, including retrieving the external IP address of the device, enumerate existing port mappings, and add or remove port mappings. By adding a port mapping, a UPnP controller behind the IGD can enable traversal of the IGD from an external address to an internal client.

А вообще ссылки почти на все решения по NAT traversal и соответствующие RFC есть здесь. Плюс смотрим TURN (универсальная штука, которую я когда-то сильно искал, однако все тогда говорили о том, что такого не существует, ибо никому не нужно).

И да, UPnP IGD — это и есть та пресловутая опция на SOHO роутерах ("интернет центрах"), которую все так ненавидят. Почему-то в 2008 мне это не казалось очевидным

Вполне возможно, что кому-то этот набор костылей потребуется и в IPv6 эпоху, которая всё никак не начнется.