Обхитрил NAT (когда это не будет работать?)

клиентов с разных сетей не соединиш (для этого придумали UPNP перенаправление портов и тд)
Но c UDP я сделал такой финт (работает)- клиенты посылают пакет серверу сервер смотрит обратный адрес и порт и пересылает их поменяв обратно клиентам и потом клиенты шлют UDP пакеты друг другу по етим IP и порту без сервера
1 Какие проблемы могут возник нуть ? когда это не сработает?
2 Почему Skupe не использует этот метод (у пользователей был большой трафик даже если они не звонили и существование суперузлов выдаёт это)
3 Этот метод официальная возможность или нет?

 

Надо придумать этой технике название. Что-то, что будет отображать его суть, типа... эмм... бэкконнект.

 

читал но ничего не понял

 

_Evil.
Ну ты же в начале сервер используешь? А потом адреса
наверное, прописываются у провайдера, в таблице
маршрутизации.
И соединение повисает уже на автомате, пока не будет
закрыто.

 

Оно прописывается в НАТ, и держится там. А UDP туда орёт,
в эту дырку.

 

и когда оно закроется ? ведь это UDP

 

Не никаких не возникает, это так и должно работать.
Помоему это и программы используют, только не
знаю какие. Когда медиатрансляция идёт, оно
в повисшее соединение пихает данные. Разговаривает с ними все.

 

А хер его знает, я не помню.

 

А ещё основы сетей почитай, там всё как записывается в маршрутизацию.
Закрывается открывается.
И про эту... Видеозвонки которая делает. Там тоже НАТ обхитрили. Протоколы
медиасвязи.

Вот по теме что-то:
https://ru.wikipedia.org/wiki/STUN

 

Есть классификация NAT придуманная в CISCO. Некоторые из их маршрутизаторов даже позволяют настроить тип NAT. Так вот не везде есть Full Cone NAT. Поэтому и используют более хитрые способы.

Источник: http://www.cyberguru.ru/networks/network-security/nat-details.html