[156320] in North American Network Operators' Group
Re: Big Temporary Networks
daemon@ATHENA.MIT.EDU (Leo Bicknell)
Fri Sep 14 12:09:15 2012
Date: Fri, 14 Sep 2012 09:08:30 -0700
From: Leo Bicknell <bicknell@ufp.org>
To: NANOG <nanog@nanog.org>
Mail-Followup-To: NANOG <nanog@nanog.org>
In-Reply-To: <31256570.24866.1347637981269.JavaMail.root@benjamin.baylink.com>
Errors-To: nanog-bounces+nanog.discuss=bloom-picayune.mit.edu@nanog.org
--a8Wt8u1KmwUX3Y2C
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
In a message written on Fri, Sep 14, 2012 at 11:53:01AM -0400, Jay Ashworth=
wrote:
> Yes, and I'm told by my best friend who did attend (I didn't make it
> this year) that the hotel wired/wifi was essentially unusable, every
> time he tried. Hence my interest in the issue.
I find more and more hotel networks are essentially unusable for
parts of the day, conference or no. Of course, bring in any geek
contingent with multiple devices and heavy usage patterns and the
problems get worse.
What I find most interesting is more often than not the problem
appears to be an overloaded / undersized NAT/Captive portal/DNS
Resolver system. Behaviors like existing connections working fine,
but no new ones can be created (out of ports on the NAT?). While
bandwidth is occasionally an issue, I've found an ssh tunnel out
to some other end point solves the issues in 9 out of 10 cases.
I wonder how many hotels upgrade their bandwidth but not the gateway,
get a report that their DS-3/OC-3/Metro-E is only 25% used, and think
all is well. Mean while half their clients can't connect to anything
due to the gateway device.
--=20
Leo Bicknell - bicknell@ufp.org - CCIE 3440
PGP keys at http://www.ufp.org/~bicknell/
--a8Wt8u1KmwUX3Y2C
Content-Type: application/pgp-signature
Content-Disposition: inline
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.18 (FreeBSD)
iQIVAwUBUFNWfrN3O8aJIdTMAQKbXw//VE6qWjwW1MIKchZFuYkfUNh907mqm5tJ
XN073/Tt8sfWs7ASCoCtEBz7fll4c14K9KuuGxtrY9TPf4n/mceiaB/rHb2nwyZY
A6adwuXiQ4n3pdKrDuG19vMPwYxazkqxGZcZ6Fy9f8WANWiUMxuEw42g4nyFnlrx
UvQALyU9XfwrgrRbue3gyiaPPtWXLE3sYaxhMCOTgohBIdlZkC/jTEI8ASSzLCM1
ydt683wQDol77eKnnEHH4S3iwdhXw3S8O97Hgdjbfk1vG37odmx9fZqoSoHflXHO
geXPGr0E0bLQaSVKDY8nvCQv8hwl2jPmPWUiPV0f/EkFvynZPxbOvqO+yiU2Lvuf
MiJTN1ZOyG8p67Nulh++KH9FclHr1Q/0pdTNBbXx6W6F5zHmFeMtdwMuhWocJRuK
gISUYcb2bT/z1Fb4WaZAscm/QRXKfoKUyE6zZ2rBIb7JO3jbMWxKgx0nDdzY88mM
TEBbYiOOKksnxenmdy7jSkfiGFVS2T5argJZmrJLj566tr32HKjsDUFyPPASBgkT
yUh91HCHKsNt74SK6E7xHgR+n5YyPPYPy+CDmSAwh5E+rsIziz/ivE6Ari7HKM+9
onwtjvGCvqJt6IWcrqboX7aZZE50LUL5c8KxqT+VC5EngugaAJHQ9qOsIIqZFmZ3
/xL8QBwJKpE=
=veXU
-----END PGP SIGNATURE-----
--a8Wt8u1KmwUX3Y2C--
