Berkeley CSUA MOTD:Entry 53734
Berkeley CSUA MOTD
 
WIKI | FAQ | Tech FAQ
http://csua.com/feed/
2025/04/06 [General] UID:1000 Activity:popular
4/6     

2010/3/1-30 [Computer/Domains] UID:53734 Activity:nil
3/1     so given all the compromises (goog + a bunch of other companies),
        is the goog dns safe to use?
        \_ why use it? it's slower than verizon dns (4.2.2.2). also, goog dns
           breaks akamai.
http://blog.streamingmedia.com/the_business_of_online_vi/2009/12/googles-new-dns-service-has-one-major-flaw-poor-performance.html
2025/04/06 [General] UID:1000 Activity:popular
4/6     

You may also be interested in these entries...
2013/8/22-10/28 [Computer/Companies/Yahoo, Industry/SiliconValley] UID:54732 Activity:nil
8/22    http://marketingland.com/yahoo-1-again-not-there-since-early-08-56585
        Y! is back to #1! Marissa, you are SEXY!!!
        \_ how the heck do you only have 225M uniq vis/month when there
           are over 1 billion internet devices out there?
           \_ You think that every single Internet user goes to Y!?
        \_ Tall blonde skinny pasty, not my type at all -former Y!
	...
2013/6/26-8/13 [Computer/Domains, Computer/Networking, Computer/SW/WWW/Browsers] UID:54697 Activity:nil
6/26    This ones for you psb -ausman
        http://25.media.tumblr.com/027fe67c84c2288cc16e9c85db690834/tumblr_mp0ag8DCQI1qzwozco1_1280.jpg
        \- that's pretty good. i wish someone had put the idea to be before i saw
           it on the internet, so see if i'd have put the 9 justices in the same
           boxes. JOHN PAUL STEVENS >> All the sitting justices. --psb
        \- that's pretty good. i wish someone had put the idea to be before i
	...
2012/4/2-6/4 [Computer/SW/Languages/Java, Computer/SW/RevisionControl] UID:54353 Activity:nil
4/02    We use Perforce at work for revision control. It seems to work okay.
        Lately, a lot of the newer developers are saying that Perforce
        sucks and we should switch to Mercurial or Git. I have done some
        searching on the Internet and some others have this opinion. Added
        advantage is that Mercurial and Git are free. However, there would
        be some work to switch for the sysadmins and the developers.
	...
2012/4/26-6/4 [Computer/Networking] UID:54371 Activity:nil
4/26    I see that soda has an ipv6 address but ipv6 traffic from this box
        doesn't actually work (ping6 <DEAD>ipv6.google.com<DEAD>, ping6 http://www.v6.facebook.com
        Is this expected to work?
        \_ Soda doesn't have a real IPv6 address.  The IPv6 addresses you see
           in ifconfig are just link-local addresses; any IPv6-capable machine
           will autogenerate these, whether or not it's connected to an IPv6
	...
2011/11/8-30 [Computer/SW/Security, Computer/SW/OS/Windows] UID:54218 Activity:nil
11/8    ObM$Sucks
        http://technet.microsoft.com/en-us/security/bulletin/ms11-083
        \_ How is this different from the hundreds of other M$ security
           vulnerabilities that people have been finding?
           \_ "The vulnerability could allow remote code execution if an
               attacker sends a continuous flow of specially crafted UDP
	...
2010/11/1-2011/1/13 [Computer/Networking] UID:54002 Activity:nil
11/1    I'm moving from a home in Fremont to another home within the same ZIP
        code in Fremont, and AT&T customer service says I cannot transfer my
        DSL service because DSL is not available at my new home.  Is that BS?
        Are they just trying to push me to subscribe to their more expensive
        U-verse service?  I'm not asking for any lightening-speed connection.
            \_ could be
	...
Cache (7668 bytes)
blog.streamingmedia.com/the_business_of_online_vi/2009/12/googles-new-dns-service-has-one-major-flaw-poor-performance.html
announced on their blog that they were getting into the DNS business, many people on the web wanted to debate whether or not it would give Google too much control over the Internet, by questioning how Google would use the data that's collected. While I don't disagree that it is a valid concern, since no one is being forced to use Google's DNS offering, to me, that's not the real story. What we should be discussing as an industry is the performance of Google's Public DNS service, something I haven't seen much written about. I've been using Google's DNS over the past week and at least for me, the performance has been worse than Level 3's DNS or my local ISP, Verizon. While Google is not going into details on where their DNS servers are located, other networking companies in the industry gave me a list of their locations which are; Atlanta, Reston, Seattle, California, Brazil, Taiwan, Germany, Netherlands, Ireland and London. With that much coverage, you'd think their service would be at least up to par with the others, but in most cases, I'm getting results where Google is 30% slower than competitors. On the Google blog, they say the reason the industry needs their Google Public DNS service is, "to make users' web-surfing experiences faster, safer and more reliable." While that sounds nice, frankly no one is buying it and so far, the results I am seeing don't back it up. Clearly Google is looking at DNS services from the business side and knows that many companies already gladly pay for these services on the open market. But the real question is, just what does Google think they can accelerate about this, anyway? Google's claimed interest in this is to "speed up the web", but are ISP DNS proxies really the weak link in the whole process? I don't see how they can remove that much latency from the process for a large ISP, like Comcast or Verizon, who not only more than likely has a sophisticated DNS proxy infrastructure of their own, but who also has a large user population. This means that the vast majority of DNS queries they get from users are handled via cached results from a previous user query, so no benefit would be achieved by "pre-caching" DNS responses in the vast majority of cases. Also, ISP DNS proxies are inside the ISP network, whereas Google DNS proxies have to be reached via the Internet. So if the only speed benefit is that Google will execute code faster on its servers than an ISP will, it seems like all, or at least part of that advantage gets offset by latency associated with Google being more hops away. In the end, if this ends up providing only a very modest performance improvement for only a small percentage of queries and only when the users are on small ISPs, I guess I just don't get what the big gain to the web is supposed to be. Of course, Google clearly knows all of this and on their website, if you read through a lot of their text you'll find on the bottom of one page a notation that says, "Note, however, that because name servers geolocate according to the resolver's IP address rather than the user's, Google Public DNS has the same limitations as other open DNS services: that is, the server to which a user is referred might be farther away than one to which a local DNS provider would have referred. This could cause a slower browsing experience for certain sites." Since most users connect to the Internet using DHCP and are automatically assigned name servers, I don't expect the Google Public DNS service to take off. Most consumers are not technical enough to want to change their networking settings, nor do they care. But if that did happen, it seems to me that the biggest company this could impact is Akamai. A big part of Akamai's sales pitch and the reason they say their network is better, is due to them having so many servers located inside user access networks. But for any user who does not use their ISP's DNS proxy, those servers are simply out-of-play, because Akamai's DNS system won't know, at DNS resolution time, that a given user is inside a particular network. As a result, Akamai would have to resolve all Google-based DNS requests to servers at peering points, not servers inside ISPs. I wanted to get Akamai's take on this, but they didn't respond to my request for a comment. If Google wants to convince us that the reason for their DNS service is to provide a faster web experience and not to collect more data on users, its pretty hard to take them seriously when the performance is not there, as least not for me. The bottom line is that Google is looking at this as a business. Now that Google has entered the DNS space, it should be a wake up call to ISPs who still are not offering DNS solutions and those ISPs that are doing redirection, but don't do it well. Google has now become a competitor to them for DNS services overnight. com/p/namebench/) As such, there are very few people that understand dns or go about changing any default dns settings. There is a *perception of increased speed* since google serves up cached results compared to maybe smaller ISP's dns servers -- although the overall time taken to download the page could usually be longer. Monday, December 14, 2009 at 01:31 PM Using Google's Public DNS service will be slower than using ISP's, because many CDN services didn't update their IP to Geo map yet. As your explanation, if your ISP is large enough, your ISP's DNS services should cache DNS record quite well. Monday, December 14, 2009 at 05:33 PM If my both of my ISP's (Comcast) DNS servers had not failed last week, refusing to failover for nearly 10 minutes, while I desperately tried to get first level support to stop reading the "let's try rebooting your computer" script and to submit a ticket to their internal queue, I wouldn't be in the market for external DNS, Google or otherwise. Monday, December 14, 2009 at 05:49 PM Regional ISP Inspire Net patched its DNS servers as soon as remedies were available, says founder James Watts. Miscreants are actively exploiting a gaping hole in the internet's address lookup system that can cause millions of web surfers to receive counterfeit pages when they try to access online banking services and other types of websites. Tuesday, December 15, 2009 at 05:30 AM Dan - your opinion seems subjective - have you leveraged any 3rd party (Gomez/Keynote/etc) to actually gain vision into DNS resolution times to validate your statement above? Tuesday, December 15, 2009 at 09:26 AM Seems to me like Google has it backwards- they explicitly claim that they are not a commercial name service provider, but THAT is what makes the slowness happen, not local DNS issues... Tuesday, December 15, 2009 at 10:26 AM @Grins: Of course it is subjective. The performance for things like DNS to streaming quality is always going to be subjective based on numerous factors. I'm saying this is what I am getting, I'm not saying everyone on the web is getting it. But if you look around on many of the networking discussion lists, there are tons of folks like me getting slower results from Google. Previous Posts Daily posts by Dan Rayburn about the online video industry, business trends & analysis, market data & research as well as the online video business models in the media & entertainment, broadcast, advertising & enterprise industries. The views expressed by Dan Rayburn are his own and do not necessarily reflect the views of Information Today, Inc. Readers of this blog are free to use the contents of this blog in any way whatsoever, as long as the use is non-commercial in nature. Creating a mirror site for this blog is prohibited, please link to official blog site instead.