Re: Youtube Geolocation

2011-04-21 Thread Harry Strongburg
On Thu, Apr 21, 2011 at 09:55:03PM -0400, Christopher Morrow wrote:
> how has mtu got anything to do with packet path?

PMTUD?



Re: Youtube Geolocation

2011-04-21 Thread Harry Strongburg
On Thu, Apr 21, 2011 at 04:36:50PM -0500, Dan White wrote:
> We're experiencing very poor quality with You Tube, and it appears we're
> subject to a bad entry within a geolocation database somewhere.
> 
> When we attempt to view videos, the contact comes back to us from IPs like:
> 
> 208.117.226.21 (traceroute's through Frankfurt)
> 173.194.50.47
> 74.125.100.29
> 
> All of those IPs are >125ms away from us (67.217.144.0/20, and
> 216.14.144.0/20).

I had a similar issue, but it was mainly only over IPv6. According to 
someone I spoke to at Google, bumping up the MTU might help (and did 
help for me). I don't remember my previous MTU (I think it was 1280), 
but once I bumped it up to 1480 or so, my packets stopped getting routed 
to Europe (from NY) and worked properly. Maybe a similar issue could be 
with their IPv4 routers? Try increasing the MTU.



Re: Online games stealing your bandwidth

2010-09-25 Thread Harry Strongburg
On Sat, Sep 25, 2010 at 09:56:15PM +, khatfi...@socllc.net wrote:
> Speaking to your example with Blizzard:

It was not my example, I do not play Blizzard games.

> The Blizzard downloader does provide an option to disable P2P 
> transfers which then downloads direct via http from Blizzard.

This is nice. Many other games using Pando and other such P2P 
downloaders do not.

> Yes, the update software defaults to allow P2P but it isn't like they 
> are forcing it upon their users. I have seen Sony do the same thing 
> and have never seen a downloader that you couldn't disable that option 
> if you like.

I am 100% sure "Pando Media Booster" do not give you the option of 
disabling it. Unless they hide it very, very deep.



Re: Online games stealing your bandwidth

2010-09-25 Thread Harry Strongburg
On Sat, Sep 25, 2010 at 04:56:21PM -0400, Jon Lewis wrote:
> Are these companies not making enough in monthly subscriptions to
> afford Akamai or similar CDN services to distribute their software
> updates?

If you read the article, you will see that Akami is one of the 
perpetrators, via the "Akamai NetSession Interface". :)



Re: Online games stealing your bandwidth

2010-09-25 Thread Harry Strongburg
On Sat, Sep 25, 2010 at 04:16:46PM -0400, Rodrick Brown wrote:
> I think most people are aware that the Blizzard "World of WarcCraft" patcher
> distributes files through Bittorrent

I personally love Bittorrent. It is wonderful for CDN - for both legal 
and not-so-legal files. I however despise the game-loaders not giving 
you more options to control this traffic. For example, many run as a 
daemon that does not stop seeding - even when you're in-game. You could 
manually kill it, but it will re-run again. If you remove it, enjoy not 
being able to continue to play the game if it updates.

"Pando Media Booster" (which I have had to deal with), detects your 
upload speed and uses about 3/4ths of it. The game installer never even 
had you accept an EULA - just when PMB.exe started when it was 
installed, it says on the bottom "you have accepted the EULA". EULAs 
don't really mean much now of days, sadly. This ruins the network 
quality, especially on large LANs, and most people don't even realize 
it's using all their connection.

My personal verdict on it is: Give the users the option to limit the
upload speed to whatever they want, and an option to disable it when
they don't need to download any updates; if this is done, I personally
see no problem with it. If this option is not added, I see it as malware
that should be deleted.

As I said above, I have no problems with using Bittorrent as a method of 
CDN - it's actually one of the best methods. But, the end-users need 
more control over it.



Re: Facebook Issues/Outage in Southeast?

2010-09-23 Thread Harry Strongburg
On Thu, Sep 23, 2010 at 12:43:44PM -0700, Justin Horstman wrote:
> Via http://downforeveryoneorjustme.com/facebook.com
> It's not just you! http://facebook.com looks down from here.

That tool is very inefficient and often incorrect.

It's up for me in the North-East. Should be back now, I hope.



Re: Reverse DNS for IPv6 client networks

2010-09-14 Thread Harry Strongburg
On Tue, Sep 14, 2010 at 02:27:59PM +0200, Elmar K. Bins wrote:
> Are you creating DNS entries somehow (reverse and, ultimately, forward),
> are you using BIND "generate" statements, are you using wildcards...or
> are you just ignoring this for the "dynamic boxes"?

I haven't had my coffee yet this morning, so I may be misunderstanding 
you... I think you're asking for some way for your v6 subnet to both 
have proper forward and reverse DNS, right? If so, I personally find 
http://member.wide.ad.jp/~fujiwara/v6rev.html very useful.

If you run a "normal" DNS server on the same IP, it probably will be 
hard to get it working. But, if you don't, it's pretty easy. You'd want 
to get v6rev.pl from the page above.


Here is my config example:
server_address: 0.0.0.0, 2001:470:892c:3432::1
server_port: 53
pid_file: /var/run/v6rev.pid
reconfig_interval: 3600
reverse_domainname: c.2.9.8.0.7.4.0.1.0.0.2.ip6.arpa
#/48 tbroker home
reverse_domainname: 1.0.8.c.0.7.4.0.1.0.0.2.ip6.arpa
#/48 tbroker work
forward_domainname: dyn.harry.lu
keyfile_dir: /home/v6rev/keys
ttl: 3600
nsname: dyn.harry.lu
enable_dnssec: 0
querylog: 1
static_ptr: 
1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.3.4.3.c.2.9.8.0.7.4.0.1.0.0.2.ip6.arpa 
harry.lu
static_ptr: 
5.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.1.0.8.c.0.7.4.0.1.0.0.2.ip6.arpa 
staticsample.harry.lu

Now, if you check the forward and reverse DNS entries for the subnets 
you defined in reverse_domainname:

$ dig -x 2001:470:892c::7 +short
20010470892c0007.dyn.harry.lu.
$ dig  20010470892c0007.dyn.harry.lu +short
2001:470:892c::7

Pretty cool, eh? You can also add in your own static ones on the same 
subnet using static_ptr.


However, I bet I totally misunderstood your question!



Re: yahoo crawlers hammering us

2010-09-07 Thread Harry Strongburg
On Tue, Sep 07, 2010 at 04:19:58PM -0400, Ken Chase wrote:
> This makes it look like Yahoo is actually trafficking in pirated software, but
> that's kinda too funny to expect to be true, unless some yahoo tech decided to
> use that IP/server @yahoo for his nefarious activity, but there are better 
> sites
> than my customer's box to get his 'juarez'.

It's not uncommon at all for a web-spider to find large files and 
download them. I don't think there's some conspiracy at Yahoo to find 
warez; they are just opperating as a normal spider, indexing the 
Internet.

> ~500K/s (4Mbps+) for a 3 gig file is kinda... a bit harsh.

What speed would you like a spider to download at? You could configure 
the speeds to Yahoo's blocks server-side if you care enough. Ideally, 
request your customer doesn't throw large programs on there if you're 
concerned about bandwidth. 4 Mb/s isn't abnormal at all for a spider, 
and especially on a larger file.

> Is this expected/my own fault or what?

A little bit of both :)



Geolocation tools - IPv6 style

2010-08-16 Thread Harry Strongburg
Hello NANOG, first time writing to here.

My inquiry for you is on the subject of IPv6 Geolocation tools; or 
better yet, the lack accuracy in them. My main problem comes from 
YouTube.com and other Google Geolocation required tools (Google Voice, 
being an example). I must set network.dns.disableIPv6 to true just to 
access a lot of videos on YouTube, and to access my Google voice and 
similar services. I am unsure what country it thinks I am from when I 
access via IPv6, but it sure thinks I am foreign to the US.

I understand that all Geolocation can, at most, point to the local 
routing station of that person's ISP. The current progress in the IPv6 
field of geolocation is mostly pointing at countries, not even states or 
cities unlike IPv4. Is there something majorly different about the 
ability to track IPs in v6, than there was in v4? Or are the main 
producers of this data just busy / do not see IPv6 as being profitable / 
not worth their time?

Another problem I have (which isn't really relevant to the subject, but 
if anyone has the same problem when loading via IPv6 I would be 
interested in hearing about it), would be the loading of YouTube 
content. Pages will seemingly load partially, and always be "Waiting on 
s.ytimg.com". http://s.ytimg.com/ loads instantly for me via IPv6, but 
not via videos. Has anyone else experenced the same problem? If I use v4 
to load YouTube, the video instantly loads. There could be heavy load 
from my broker (he.net), but all other sites load instantly.

Thanks for your time.



Re: Chunghwa Telecom Tech Support Reg.

2010-08-12 Thread Harry Strongburg
On Thu, Aug 12, 2010 at 12:09:02PM +0530, Natarajan Balasubramanian wrote:
> Hi Yasir,
> Thanks a lot for your immediate reply. I tried calling the number you 
> provided, that does not lead to "Chunghwa Telecom" in Taiwan. However, it 
> leads to some other organization and they are unable to understand when I 
> speak in English :-(
> -Nat

Excuse my non-helpful reply, but why do you require a telephone contact number? 
Can you not email them and hope for a reply? (i...@cht.com.tw should work)
In my past experence dealing with companies who do not speak English over the 
telephone, you will not get any answers.