<?xml version="1.0" encoding="utf-8"?>
<rss xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title>Benson Schliesser - Latest Comments</title><link xmlns="http://www.w3.org/2005/Atom" rel="http://api.friendfeed.com/2008/03#sup" href="http://disqus.com/sup/all.sup#forumcomments-9efc3646" type="application/json"/><link>http://bensons.disqus.com/</link><description></description><atom:link href="http://bensons.disqus.com/comments.rss" rel="self"></atom:link><language>en</language><lastBuildDate>Fri, 20 Jan 2012 19:23:35 -0000</lastBuildDate><item><title>Re: Short Video: Parallel</title><link>http://www.queuefull.net/~bensons/2012/01/20/short-video-parallel/#comment-417127926</link><description>Nice.  I like the soundtrack.  Mesmerizing.&lt;br&gt;&lt;br&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Terri Schliesser</dc:creator><pubDate>Fri, 20 Jan 2012 19:23:35 -0000</pubDate></item><item><title>Re: Benson Schliesser</title><link>http://www.queuefull.net/~bensons/2011/11/02/486/#comment-399687398</link><description>Em did a great job representing the clinic! She is obviously knowledgeable and hard working there.  Her level of commitment and whole-heartedness is sure evident in the confident manner in which she moves about the clinic sharing the work and needs of WRC.  She is a great representative and advocate of the clinic and I admire the tenacity &amp;amp; tenderness that she has to do the job well.  Nice interview:)&lt;br&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Terri Schliesser</dc:creator><pubDate>Tue, 03 Jan 2012 12:16:35 -0000</pubDate></item><item><title>Re: Beautiful 1sec Video Montage</title><link>http://www.queuefull.net/~bensons/2011/11/30/beautiful-1sec-video-montage/#comment-377074560</link><description>Warms my heart. Thanks.&lt;br&gt;&lt;br&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Terri</dc:creator><pubDate>Thu, 01 Dec 2011 17:01:53 -0000</pubDate></item><item><title>Re: Reflection on The Underpants Gnomes&amp;#8217; Master Plan</title><link>https://www.queuefull.net/~bensons/2009/01/12/reflection-on-the-underpants-gnomes-master-plan/#comment-316845291</link><description>I don't know how I got here, but I enjoyed reading this.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Anonymous Coward</dc:creator><pubDate>Wed, 21 Sep 2011 15:01:47 -0000</pubDate></item><item><title>Re: RFC 5952: Recommended IPv6 Representation</title><link>http://www.queuefull.net/~bensons/2010/08/20/rfc-5952-recommended-ipv6-representation/#comment-174290774</link><description>I noticed there's also an erratum that stipulates uppercase instead of lowercase, but it seems like it may have been added by someone who greatly dislikes lowercase hex digits:&lt;br&gt;&lt;br&gt;&lt;a href="http://www.rfc-editor.org/errata_search.php?rfc=5952" rel="nofollow"&gt;http://www.rfc-editor.org/erra...&lt;/a&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Guest</dc:creator><pubDate>Tue, 29 Mar 2011 15:50:34 -0000</pubDate></item><item><title>Re: RFC 5952: Recommended IPv6 Representation</title><link>http://www.queuefull.net/~bensons/2010/08/20/rfc-5952-recommended-ipv6-representation/#comment-174290756</link><description>I noticed there's also an erratum that stipulates uppercase instead of lowercase, but it seems like it may have been added by someone who greatly dislikes lowercase hex digits:&lt;br&gt;&lt;br&gt;&lt;a href="http://www.rfc-editor.org/errata_search.php?rfc=5952" rel="nofollow"&gt;http://www.rfc-editor.org/erra...&lt;/a&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Beau Gunderson</dc:creator><pubDate>Tue, 29 Mar 2011 15:50:33 -0000</pubDate></item><item><title>Re: ARIN-prop-136: Services Opt-out «  Benson Schliesser</title><link>http://www.queuefull.net/~bensons/2011/02/24/arin-prop-136-services-opt-out/#comment-155489499</link><description>&amp;gt;It shouldn’t need to be said, that if both proposals are rejected then ARIN is effectively saying that legacy address holders have “no option” but to submit to regulation.&lt;br&gt;&lt;br&gt;If you submit both proposals to Greenpeace and they alsoreject them, does it mean Greenpeace has an opinion on the matter, or just that you're submitting them to the wrong body?  It requires a global policy to change the structure of the Internet number registry system, and that involves all five RIRs and ICANN.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Jcurran</dc:creator><pubDate>Thu, 24 Feb 2011 14:13:18 -0000</pubDate></item><item><title>Re: Broadband vs. Internet Speed: Not So Fast</title><link>http://www.queuefull.net/~bensons/2010/08/18/broadband-vs-internet-speed-not-so-fast/#comment-124908941</link><description>Looks like the US broadband providers have some of the most honest advertising in the world.&lt;br&gt;&lt;a href="http://www.digitalsociety.org/2010/10/ookla-data-debunks-fcc-report-us-isps-exonerated/" rel="nofollow"&gt;http://www.digitalsociety.org/...&lt;/a&gt;&lt;br&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">georgeou</dc:creator><pubDate>Thu, 06 Jan 2011 05:36:47 -0000</pubDate></item><item><title>Re: End Puppy Mill Cruelty &amp;#8211; YES on Missouri Proposition B</title><link>http://www.queuefull.net/~bensons/2010/10/24/end-puppy-mill-cruelty-yes-on-missouri-proposition-b/#comment-92706035</link><description>I am against this bill but I actually like your article.&lt;br&gt;&lt;br&gt;I do not believe in the factory farming of dogs, but that is my opinion not law. My opposition to the bill comes from three main criteria.&lt;br&gt;&lt;br&gt;One, there is no legal basis for the bill. Case law, statues are not true basis, the U.S. Constitution is.&lt;br&gt;&lt;br&gt;Two, some of the regulations spelled out in the bill are not in the best interest of dogs nor the people who will/would become the new owners.&lt;br&gt;&lt;br&gt;Ten dogs might is not really that many when you count intact females over the age of six months. Lots of hobby breeders keep that many if only occasionally. So do guide and therapy dog breeders. The restrictions in this bill eliminate breeders from keeping a dog in confines of their own homes. It puts an end to home raised puppies. The females will now have to whelp in a kennel. That's fine for some but it shouldn't be public vote nor an across the board decision.&lt;br&gt;&lt;br&gt;Another example is veterinary care. The bill requires immediate vet treatment for any illness or injury. So, if a dog gets into the holiday candy bowl (I've seen this happen) and gets diarrhea from it and you've bred just one of your females you will be forced to take the dog to the vet instead of waiting it out or you will be convicted of animal cruelty.&lt;br&gt;&lt;br&gt;Is that really what American citizens are now considering fair and just?&lt;br&gt;&lt;br&gt;Three, if the bill did provide for only basic minimum care every pet owner, veterinarian, groomer, boarding facility, shelter, and rescue needs to meet the same requirements and be accountable to the very degree as the breeders this bill targets.&lt;br&gt;&lt;br&gt;All I ask is that pet owners and non pet owners - all voters - Please look at this bill as if it were aimed at individuals. &lt;br&gt;&lt;br&gt;Would you think it is fair and reasonable?&lt;br&gt;&lt;br&gt;Are you willing to accept these same restrictions for yourselves?</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">LegalTruth</dc:creator><pubDate>Mon, 01 Nov 2010 10:34:01 -0000</pubDate></item><item><title>Re: End Puppy Mill Cruelty &amp;#8211; YES on Missouri Proposition B</title><link>http://www.queuefull.net/~bensons/2010/10/24/end-puppy-mill-cruelty-yes-on-missouri-proposition-b/#comment-90629297</link><description>&lt;a href="http://www.facebook.com/l.php?u=http%3A%2F%2Fkmox.cbslocal.com%2Fshows%2Fmark-reardon%2F&amp;amp;h=2768f" rel="nofollow"&gt;http://www.facebook.com/l.php?...&lt;/a&gt;
&lt;br&gt;
&lt;br&gt;A wonderful message from Barbara Schmitz, Dir. Mo. HSUS</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Marq701</dc:creator><pubDate>Wed, 27 Oct 2010 00:41:30 -0000</pubDate></item><item><title>Re: Hiring at Savvis: IP Address Engineer</title><link>http://www.queuefull.net/~bensons/2010/08/31/hiring-at-savvis-ip-address-engineer/#comment-83408052</link><description>Benson, sure hope I am the good fit along with the other person! Can't wait to pick your brain for all the IP subnetting, supernetting, CIDR, VLSM, and ip addressing I can handle. - Chris</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Chrismyersmo</dc:creator><pubDate>Sat, 02 Oct 2010 23:57:51 -0000</pubDate></item><item><title>Re: Unemployment in Historical Recessions</title><link>http://www.queuefull.net/~bensons/2010/09/07/unemployment-in-historical-recessions/#comment-79852694</link><description>This was quite insightful -  thanks for posting.  Really wish the nightly news focused on that 17% unemployment number wish is a lot closer to the truth !</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">WilliH2O</dc:creator><pubDate>Tue, 21 Sep 2010 19:49:24 -0000</pubDate></item><item><title>Re: POTD 26.Aug.2010 &amp;#8211; Hummingbird Moment</title><link>http://www.queuefull.net/~bensons/2010/08/26/potd-26-aug-2010-hummingbird-moment/#comment-72532666</link><description>Just don't spill your drink. ;)&lt;br&gt;&lt;br&gt;Believe it or not, this is my backyard. Em has been filling a bunch of Hummingbird feeders all year, and we've collected a few regular visitors.  Check out some better images on my Flickr account; I posted 6 photos earlier starting with &lt;a href="http://www.flickr.com/photos/bensons/4930294525/" rel="nofollow"&gt;http://www.flickr.com/photos/b...&lt;/a&gt;.  They're not perfect, but they're pretty.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Benson Schliesser</dc:creator><pubDate>Fri, 27 Aug 2010 00:02:27 -0000</pubDate></item><item><title>Re: POTD 26.Aug.2010 &amp;#8211; Hummingbird Moment</title><link>http://www.queuefull.net/~bensons/2010/08/26/potd-26-aug-2010-hummingbird-moment/#comment-72520013</link><description>whoops, comments appear below.  I will blame ... um ... &amp;lt;glances around=""&amp;gt; ... vodka ... for that double post..&amp;lt;/glances&amp;gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Nathanael Dermyer</dc:creator><pubDate>Thu, 26 Aug 2010 22:42:28 -0000</pubDate></item><item><title>Re: POTD 26.Aug.2010 &amp;#8211; Hummingbird Moment</title><link>http://www.queuefull.net/~bensons/2010/08/26/potd-26-aug-2010-hummingbird-moment/#comment-72519879</link><description>Hummingbirds are my favorite.  Where did you take this?</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Nathanael Dermyer</dc:creator><pubDate>Thu, 26 Aug 2010 22:41:19 -0000</pubDate></item><item><title>Re: POTD 26.Aug.2010 &amp;#8211; Hummingbird Moment</title><link>http://www.queuefull.net/~bensons/2010/08/26/potd-26-aug-2010-hummingbird-moment/#comment-72519832</link><description>hummingbirds are my favorite.  Where did you take this one?</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Nathanael Dermyer</dc:creator><pubDate>Thu, 26 Aug 2010 22:40:55 -0000</pubDate></item><item><title>Re: Broadband vs. Internet Speed: Not So Fast</title><link>http://www.queuefull.net/~bensons/2010/08/18/broadband-vs-internet-speed-not-so-fast/#comment-71941797</link><description>You can ignore George, he's a known troll whose organization lobbys on behalf of the likes of AT&amp;amp;T and Comcast.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Dave</dc:creator><pubDate>Wed, 25 Aug 2010 18:54:40 -0000</pubDate></item><item><title>Re: Pic &gt;1k words: U.S. Health Care Ineffectiveness</title><link>http://www.queuefull.net/~bensons/2010/01/05/pic-1k-words-u-s-health-care-ineffectiveness/#comment-70933847</link><description>Emerging Issues in Health Care Regulation: Protecting Patients or Punishing Providers? It's obvious that politicians getting into healthcare and the greater control of medicine (by the government) are signs of something not working right. When are we going to do something about this ?&lt;br&gt;&lt;br&gt;&lt;a href="http://www.best-drug-rehabilitation.net" rel="nofollow"&gt;Best Drug Rehabilitation&lt;/a&gt;&lt;br&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">narconon07</dc:creator><pubDate>Tue, 24 Aug 2010 06:32:59 -0000</pubDate></item><item><title>Re: Broadband vs. Internet Speed: Not So Fast</title><link>http://www.queuefull.net/~bensons/2010/08/18/broadband-vs-internet-speed-not-so-fast/#comment-70658203</link><description>"Oversubscription may not even need to be documented, per se, since it will be misunderstood and can be easily gamed."&lt;br&gt;&lt;br&gt;If you understand that, I'm not sure why you keep hammering me about it when I go out of my way to talk about all ISP issues.  As I said in my previous response, core contention can't be solved on a technical basis simply because the amount of aggregate traffic coming from the end points can always exceed the fastest fiber connection on the planet.  The long-haul transit links will likely run the quickest fiber transceivers possible anyways since it's the cable plant that's the most expensive part of the game.  Furthermore, caching is the fundamental solution for video on demand.&lt;br&gt;&lt;br&gt;Caching can't be applied to real-time communications e.g., video conferencing.  But that's a lot less traffic that the Tube sites because it's just a lot less popular.  So the long haul connections should be used for things that can't be cached and that's pretty much what's happening already.  The TCP speed penalty turns out to be a good limitation as it offers a great incentive to build things near the end users.&lt;br&gt;&lt;br&gt;The type of contention that really needs to be solved is the last few miles.  Once you have a network of 10,000 plus broadband users, it becomes economical to cache things for them.  The cable industry faces a deeper problem of contention on the last mile as well as the backhauls near the end users.  The Telcos don't really have to worry about the last mile, but they do have to worry about the backhauls that connect those miniature DSLAMs.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">georgeou</dc:creator><pubDate>Sun, 22 Aug 2010 19:32:54 -0000</pubDate></item><item><title>Re: Broadband vs. Internet Speed: Not So Fast</title><link>http://www.queuefull.net/~bensons/2010/08/18/broadband-vs-internet-speed-not-so-fast/#comment-70657365</link><description>I'm not sure why you keep saying that I don't want to talk about oversubscription when I specifically address the issue in my transparency article.  It feels like you're almost looking for something to criticize me about by only reading 1/10th of what I wrote.  The sync rate issue was only one of many issues I mentioned.  Let me cut paste a section that specifically talks about oversubscription.&lt;br&gt;&lt;br&gt;"Where does the most sharing occur?  Does it happen on the “last mile(s)” which connects the home to the broadband provider’s equipment or does it happen further upstream?  How oversubscribed is the system on the most oversubscribed portion of the network?  In other words, how many customers are sharing each Mbps of bandwidth."&lt;br&gt;&lt;br&gt;The latest article is specifically talking about the problem with the FCC report that completely misrepresents the issue and I'm under no obligation to repeat every point I've ever made in the past when I'm trying to focus on a specific issue in a specific blog post.&lt;br&gt;&lt;br&gt;My transparency article does in fact talk about all the ISP issues that slow the end-user down including oversubscription and dynamic video bandwidth sharing e.g., U-verse TV.  What I tried to do is come up with a simple way to measure and report oversubscription.  Read the section on "Computing the average achievable performance of broadband". As far as I'm concerned, the ISP is responsible for any contention that touches their own network.  However, the transit bandwidth issue can only be solved through more in-premise or same-IXP (Internet Exchange Point) caching over more peering connections paid or unpaid.  There's simply no feasible way or even technical way to make the core of the Internet support every gigabit end point on the planet concurrently.&lt;br&gt;&lt;br&gt;My problem with the OTI proposal is that they're calling for no more than 2:1 oversubscription which would be pure fantasy.  Topolski's demand that ISPs have to write a check to the end user for not ensuring 50% minimum performance is silly because that would simply mean that the ISP would have to charge higher rates to begin with.  As you even pointed in your article above, the low margin characteristic of broadband makes higher oversubscription ratios a requirement.  This is especially true when consumers are so price sensitive.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">georgeou</dc:creator><pubDate>Sun, 22 Aug 2010 19:23:34 -0000</pubDate></item><item><title>Re: Broadband vs. Internet Speed: Not So Fast</title><link>http://www.queuefull.net/~bensons/2010/08/18/broadband-vs-internet-speed-not-so-fast/#comment-70655992</link><description>Thanks for the link to your post "The need for a broadband transparency standard" (&lt;a href="http://www.digitalsociety.org/2009/09/the-need-for-a-broadband-transparency-standard/)" rel="nofollow"&gt;http://www.digitalsociety.org/...&lt;/a&gt;.  It does a better job outlining the issues, including a reference to oversubscription which is missing in your more recent article.&lt;br&gt;&lt;br&gt;If you confine your view of the service provider's performance to sync rates and frame overhead, then it's a logical conclusion that the server is to blame.  That's the direction in which the fax machine analogy misleads the reader.  To your credit the article was updated to talk about transmission protocol (i.e. TCP) performance, which is another important factor.  But it's a factor that can't fairly be assigned to anybody (user, server, OS vendor, broadband provider, etc) which I suspect is why you're happy to include it.&lt;br&gt;&lt;br&gt;My frank suggestion is that you also consider more of the "middle" of the network path, specifically focusing on the part that is managed by the broadband service provider.  Since oversubscription rates (on aggregation and core routers, as well as transit and peering links) within a broadband provider's network are critical to performance, I don't understand why you're hesitant to address them.  Your comments on the New America OTI proposal (&lt;a href="http://www.digitalsociety.org/2009/09/problems-with-new-america-foundations-transparency-standard/)" rel="nofollow"&gt;http://www.digitalsociety.org/...&lt;/a&gt; also express a desire to avoid looking at oversubscription.&lt;br&gt;&lt;br&gt;If you think oversubscription shouldn't be regulated, I agree with you.  Oversubscription may not even need to be documented, per se, since it will be misunderstood and can be easily gamed.  But it should be examined in the conversation.  Perhaps the result of such a discussion is to agree on a proxy or set of proxies for network performance (such as packet loss, latency, and jitter) as it might be impacted by oversubscription.  Commercial ISPs do this already in Service Level Agreements; might it be a good method for broadband providers to represent their network quality?</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Benson Schliesser</dc:creator><pubDate>Sun, 22 Aug 2010 19:08:14 -0000</pubDate></item><item><title>Re: Broadband vs. Internet Speed: Not So Fast</title><link>http://www.queuefull.net/~bensons/2010/08/18/broadband-vs-internet-speed-not-so-fast/#comment-70119532</link><description>“The fax analogy is not very strong. In fact, it misleads the reader to conclude that broadband access speeds on each end are all that matter.”&lt;br&gt;&lt;br&gt;The fax analogy was admittedly an oversimplification, but it made a very good point about the problem with the recent FCC report and sensational media headlines. Your criticism would carry some weight if the fax analogy was all I offered, but I went into great detail as to what can cause single-download Internet performance to drop and most of those factors were not due to the ISP in any way.&lt;br&gt;&lt;br&gt;I discussed the following factors.&lt;br&gt;&lt;br&gt;1. Broadband service peaks substantially lower than advertised e.g, sync rates don’t even meet advertised speeds. This rarely occurs in the US (though it could be improved) but it is common in the UK. This should be blamed on the broadband provider.&lt;br&gt;2. Actual payload performance is generally 85% to 90% of sync rate performance on DSL services advertised at sync rates. While the issue is more minor, it deserves to be fixed. This issue doesn’t affect newer services like AT&amp;amp;T U-verse, Verizon FiOS, and cable broadband services because they advertise actual data rates.&lt;br&gt;3. Server performance is generally the most common issue. This could be due to server congestion, network congestion, or the TCP speed limit and performance penalties of latency even when the server/client/network can support much higher multi-flow TCP or UDP speeds.&lt;br&gt;&lt;br&gt;I offered a much more thorough debate to broadband transparency here.&lt;br&gt;&lt;a href="http://www.digitalsociety.org/2009/09/the-need-for-a-broadband-transparency-standard/" rel="nofollow"&gt;http://www.digitalsociety.org/...&lt;/a&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">georgeou</dc:creator><pubDate>Thu, 19 Aug 2010 20:35:24 -0000</pubDate></item><item><title>Re: Broadband vs. Internet Speed: Not So Fast</title><link>http://www.queuefull.net/~bensons/2010/08/18/broadband-vs-internet-speed-not-so-fast/#comment-70072051</link><description>Since I published this yesterday, the original article “Conflating broadband speed with Internet speed is misleading“ was updated with some more information about the effect of latency on TCP.  It also now includes a recommendation to use multiple streams to measure effective throughput.  This is a good addition to the article, and gets closer to the truth.  Still no discussion of provider oversubscription, but a step in the right direction.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Benson Schliesser</dc:creator><pubDate>Thu, 19 Aug 2010 16:06:06 -0000</pubDate></item><item><title>Re: Cloud: Private vs Public, Internal vs External, Oh My!</title><link>http://www.queuefull.net/~bensons/2009/09/15/cloud-private-vs-public-internal-vs-external-oh-my/#comment-55990395</link><description>Yep! I was agreed, I'll keep in touch to your blog. This blog is so usefully, Thanks for the posted ;)&lt;br&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Dust Collector Remote</dc:creator><pubDate>Fri, 11 Jun 2010 03:16:05 -0000</pubDate></item><item><title>Re: Network Virtual Appliances Are Silly</title><link>http://www.queuefull.net/~bensons/2010/06/09/network-virtual-appliances-are-silly/#comment-55643338</link><description>The Nexus 1000V isn't an appliance so isn't a valid comparison.. It's more like an attempt to upgrade the networking capabilities of the vSwitch and give networking some operational  capability.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Etherealmind</dc:creator><pubDate>Thu, 10 Jun 2010 03:41:33 -0000</pubDate></item></channel></rss>
