Vlákno názorů k článku Tak jsme na suchu! od Waseihou - Carrier Grade NAT a UDP multihole punching Mezitím co...

Carrier Grade NAT a UDP multihole punching

Mezitím co my se tu hádáme, tak asiati již pracují na řešení jak se dostat i přes to. Protože někde se to bude určitě používat, tak se hold nedá nic dělat a budoucí aplikace se budou muset přizpůsobit...

Nějaké slajdy zde:
http://www.apan.net/meetings/Hanoi2010/Session/Slides/NetworkResearch/2.1.pdf

A ještě paper: http://www.apan.net/meetings/Hanoi2010/Session/Slides/NetworkResearch/paper/Protocol_ExtendedUDPMultipleHolePunchingMethod.pdf

a iPath zdrojáky: http://i-path.goto.info.waseda.ac.jp/trac/i-Path

Prostrelovani NATu je celkove dost velka alchymie. Momentalne nejlepsi metoda se zda byt:

http://en.wikipedia.org/wiki/ICMP_hole_punching

Problem je v tom kdyz se 2 uzivatele za velkymi 1:N naty (rekneme 5000 lidi za 1 IP) snazi neco prostrelit. GW na obouch stranach budou mit velky problem zachovat zdrojovy port, protoze bude uz pravdepodobne pouzit jinym parem uzivatelu. A to ani nemluvim o pripadech kdy tam je neco prechytraleho (OpenBSD, PIX) co randomizuje zdrojove porty po pruchodu natem.

Spravne reseni je nativni support pro port forward (nejrozumejsi se zda byt NAT-PMP).