Re: P2P Filesharing over UDP

Saikat Guha <[email protected]> Tue, 21 Jun 2005 11:22:57 -0700
Newsgroups gmane.ietf.nat.behave,gmane.ietf.midcom
Message-ID <[email protected]>
--===============1612201344==
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="=-+ZWacUg3F/zNPnjF7Uho"


--=-+ZWacUg3F/zNPnjF7Uho
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Sun, 2005-06-19 at 16:42 -0700, David Barrett wrote:
> Pyda Srisuresh wrote:
> > --- Saikat Guha <[email protected]> wrote:
> >>Subsequent Rodi clients perform a port scan on a remote address as
> >>before. If the address is a NAT'ed Rodi client (that has already
> >>performed step 1 above), then one of the port-scan packets make it
> >>through to the other end. This is assuming the NAT is Full Cone for UDP=
.
>=20
> Just curious, how "broad" is this port scan?  Does it do a total=20
> portscan (ie, of the complete range of possible UDP ports), or pick a=20
> subset that it somehow knows will work?

Last I looked into it, it asked the user to specify the range. For it to
work with existing NATs, this would be 1024--65536.

--=20
Saikat

--=-+ZWacUg3F/zNPnjF7Uho
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (GNU/Linux)

iD8DBQBCuFsBnFltqi691/oRAuofAJ9kjI4mZGKuvabyGZHr/KaDXPDrxQCffN6u
dLnvZF9biJzZWMo5jx8UsPs=
=l3oS
-----END PGP SIGNATURE-----

--=-+ZWacUg3F/zNPnjF7Uho--


--===============1612201344==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline