Your business shouldn't care if the user is running a server or just a client. You should be charging based on transit alone. Sure servers use more outbound transit and clients use more inbound transit. But you're free to price inbound and outbound traffic differently if they have different costs. The Internet wasn't built around the idea that some machines would have some special attribute that allowed them to serve traffic and everyone else was just a client. Any attempt to apply that to the Internet will ultimately fail. ISPs have been able to get away with this thinking because most of the popular protocols were client/server. Welcome to the 21st century. There are legitimate reasons to operate distributed services. For instance it makes sense to have voice chat applications that don't use a central server.
As far as P2P for YouTube. I don't think you know what you're talking about. The only thing I can find about P2P with YouTube is some Singapore company that tried to enable that and Google didn't like it. Given that Google is pushing for browser standards that don't require Flash at all you'd think they'd also be pushing for these standards to include P2P components. But as far as I can tell they aren't doing that either. Flash does support a P2P feature called RTMFP (Real Time Media Flow Protocol) which is primarily made for collaboration applications. As far as I can tell Google isn't using this even for things like Google Hangouts. If you have some proof otherwise I'd sure like to see the source.
Where did I give the impression that content providers aren't paying for bandwidth?
The way this should be working is that end users and content providers buy bandwidth from their ISPs and then the ISPs negotiate contracts over how to peer. If peering arrangements are titled towards one side or the other then maybe one side will end up paying for the peering. However, in many cases the peerage is mutually beneficial and they simply share the costs in supporting the peerage.
Hosted for free? No. Your user is paying you for the transit in both directions.
If your users aren't aware of how much bandwidth they are using perhaps you as an ISP should so something to educate them.
Quite frankly, if ISPs want to limit bandwidth usage then they should be required to show the bandwidth usage that has been used and should be required to provide exact limits as to what customers are provided. This shouldn't be any different than how cell phone companies have to show minutes used.
Instead they've been getting away with marketing burst speeds and creating the appearance of unlimited bandwidth usage (when in reality most of the big ones will start threatening to turn you off if you're using too much).
You keep brining up Google. What service does Google have that turns a users system into a server in order to access the service?
In my particular case I know exactly how much bandwidth I'm using. I actually have Cacti graphs. The only major thing that I can think of that I use that turns my system into a server without being obvious is the downloader for some game updates that uses bittorrent. As an ISP I'd think you'd be thrilled because these clients typically prefer to talk to IPs that are in the same blocks and often save a lot of transit across your peers.
I can't fathom what you mean by content providers wasting bandwidth.
I pay for a pipe, I expect to be able to send and receive packets to whomever I want. It's up to me as the user to decide if I'm wasting bandwidth. If I don't want to pay as much and save money then I should consider how to use less bandwidth.
The problem is that ISPs have been getting away with overprovisioning, underdelivering on bandwidth promises and pocketing the massive profits. If you can't make money with people using the bandwidth you sold them then perhaps you should price your product accordingly. If you're selling burst speeds and not explaining to customers your limits then it's your own fault.
1) If there are competitors but their service isn't as good by switching you're helping put more resources in the hands of those competitors. Yes you might have to make some compromises in the short term but if enough other people do the same the competitor will be able to spend the money to provide the same service that Verizon is.
2) You may be able to gain herd immunity. Other areas do have competition. The areas with viable competition typically have it because they are very profitable. If people leave a carrier in areas where they are very profitable but the people without alternatives stay it hurts their profit margins. The misbehaving carrier is left with low profit of possibly even customers they lose money serving.
Seems like there's a simple solution. Verizon's only choice is to try and degrade service for sites that don't pay. If all sites refuse to pay then customers will complain about the degraded service and possibly choose other ISPs. Customers that want to prevent this sort of behavior can simply refuse to visit or given business to sites that do work these sorts of deals. Thus discouraging both sides from doing this.
Vote with your wallets people.
Those aren't iPhone model numbers. Those are Export Commodity Classification Control Numbers, which is how the government refers to categories of products. See http://www.bis.doc.gov/encryption/nlr.htm
The poster above you is saying that the iPhone falls into a category that does not require an export license. However, not all encryption technology falls into that category.
Microsoft has included AutoUpdate in Office for years. Every few months when they put out an update it pops up and downloads it for me. You can get to it by going to the Help menu and choosing Check for Updates in any Office Application if for some reason you want to run it manually.
Maybe they could do a better job, but I think your statement that there is no easy way to notify users is fundamentally false.
There's just an option in the Security menu to turn it on. Recall the documentation saying it takes 3 hours to turn it on. You also have to have a pin setup to unlock the phone. I haven't tried it myself.
I don't think Google and Amazon missed the boat here at all. I'd say that Apple missed the boat.
Google and Amazon's services allow streaming. Apple's doesn't. Apple's service is just a sync. A sync that avoids the upload and requires the download.
I can't access my music collection from my work computer without downloading it there. In fact my music collection becomes only available on iPhones/iPods and through iTunes. Amazon will end up being almost entirely platform neutral because they have no dog in the platform game. Google will likely try to support the IOS platform, assuming Apple lets them. I'll admit Google's support will probably lag behind the Android support and not be as good for IOS.
How much you wanna bet me that Apple never puts anything out for Android or any other mobile platform?
Apple's entire strategy here is to extend their lock in while fixing one of the annoyances of multi-device usage with iTunes. If they succeed we all lose.
There is a simple explanation why major sites are not supporting RFC 5746. A lot of these sites are probably sitting behind F5 hardware. The SSL is probably implemented just on the F5. F5 hasn't implemented the RFC in any version of their software yet.
Smaller sites of course are probably just a single http server running Apache. They or their hosting provide update their OpenSSL and Apache httpd versions. So the smaller sites get fixed. Major sites do not.
It'd be interesting to determine how many of these sites on his list are behind F5 hardware. I'm guessing that other load balancing vendors have similar problems, but F5 is the 800 lb gorilla.
Thanks for posting that. Forgot about the whole Costco copyright nonsense. Sure would be interesting to see Apple try to run with that. Another case, especially a conflicting one in another circuit might encourage SCOTUS to look at that. Of course Apple would probably sue in the 9th Circuit. Ohh well.
Not all jurisdictions have recognized nominative use as an affirmative defense. SCOTUS has not ruled on a case on the issue, nevermind the rest of the world...
Levi's v Tesco is a horrible case to cite for this. It only applies in the European Union. It only applies when the goods are being imported from outside the European Economic Area. If Tesco had been buying the jeans inside the European Economic Area Levi's would have had no case.
Unless the companies running these promotions are in Europe (which the TV station in the article isn't) or are importing the Apple product from another region then the case is not applicable at all.
The case you cite is almost entirely about managing separate global markets with different pricing. It's not relevant to a dilution claim from promotional give aways.
For someone who acts like they really know trademark law you're getting some very basic things wrong on this story.
What you describe above wouldn't be trademark infringement. You could argue that it is trademark dilution.
Some juridictions recognize nominative use as an affirmative defense to infringement and dilution but not all. Trademark law is not uniform. Not only does it vary from country to country but in the US there are even differing state laws on trademarks.
It's probable that if Apple actually took several of these cases to court not all of them would come out the same due to these differences and the specifics of individual cases.
Oops, that's right. It's XCode3 you can still download without paying anything. As others have pointed out they're still shipping XCode 3 on the install disks.
Burried at the bottom of that page is this "Looking for Xcode 3? Download Now" which directs you to log into a Apple Developer Connection account, which is free to get.
Xcode is most certainly still a free download. Sure you have to register for the Mac Developer program but that's really not that big of a deal. You probably have an Apple ID already so signing up is just a matter of logging into your Apple account.
http://developer.apple.com/xcode/
"Download Xcode 4 for Free. Xcode 4 is a free download for all members of the iOS and Mac Developer Programs. Log in to your account to begin the download."
Now developing anything for iOS is a whole different ball of wax.
Some people have tried to claim that the odd rogue "hacker" was responsible. While that might be possible in some minor cases, the persistence of the attacks indicates the concerted efforts of many people - ie, military involvement.
What a load of bull. Persistant bank robberies doesn't imply an organized military operation is behind them. There are bad people, they do bad things. Hacking is even easier to rationalize than robbing a bank, especially if you're not doing anything other than "stealing" information.
I don't think Mac users are smug. I think they state a known fact. There are fewer exploits to Macs. That doesn't mean there are fewer vulnerabilities. Yes OS X and Windows share many of the same vulnerabilities. Yes Windows has implemented some great security features. But all of that has done little to stem the large number of exploits to Windows because it has a much larger market share.
Someone (I think it was Charlie Miller) put it best (paraphrased): You can stand in a war zone or you can be thousand of miles away. Running Windows is standing in a war zone. Running a Mac is being thousand of miles away.
You seem to be unhappy about this asymmetry. Even despite Microsoft doing all that work it remains. The real interesting question will be if Apple can respond to being a popular target better than Microsoft?
OS X has used sudo since the beginning. It's long been suggested practice not to setup your day to day user with Admin rights. There's no real problem there because anything you need admin rights to do prompts and you can put in the admin username/password, basically GUI sudo.
Example of the long standing suggestion to not use accounts with admin access dating back to 2006. I could probably find older ones if I felt like going past the first result on google:
Slashdot Mirror
Your business shouldn't care if the user is running a server or just a client. You should be charging based on transit alone. Sure servers use more outbound transit and clients use more inbound transit. But you're free to price inbound and outbound traffic differently if they have different costs. The Internet wasn't built around the idea that some machines would have some special attribute that allowed them to serve traffic and everyone else was just a client. Any attempt to apply that to the Internet will ultimately fail. ISPs have been able to get away with this thinking because most of the popular protocols were client/server. Welcome to the 21st century. There are legitimate reasons to operate distributed services. For instance it makes sense to have voice chat applications that don't use a central server.
As far as P2P for YouTube. I don't think you know what you're talking about. The only thing I can find about P2P with YouTube is some Singapore company that tried to enable that and Google didn't like it. Given that Google is pushing for browser standards that don't require Flash at all you'd think they'd also be pushing for these standards to include P2P components. But as far as I can tell they aren't doing that either. Flash does support a P2P feature called RTMFP (Real Time Media Flow Protocol) which is primarily made for collaboration applications. As far as I can tell Google isn't using this even for things like Google Hangouts. If you have some proof otherwise I'd sure like to see the source.
Where did I give the impression that content providers aren't paying for bandwidth?
The way this should be working is that end users and content providers buy bandwidth from their ISPs and then the ISPs negotiate contracts over how to peer. If peering arrangements are titled towards one side or the other then maybe one side will end up paying for the peering. However, in many cases the peerage is mutually beneficial and they simply share the costs in supporting the peerage.
Hosted for free? No. Your user is paying you for the transit in both directions.
If your users aren't aware of how much bandwidth they are using perhaps you as an ISP should so something to educate them.
Quite frankly, if ISPs want to limit bandwidth usage then they should be required to show the bandwidth usage that has been used and should be required to provide exact limits as to what customers are provided. This shouldn't be any different than how cell phone companies have to show minutes used.
Instead they've been getting away with marketing burst speeds and creating the appearance of unlimited bandwidth usage (when in reality most of the big ones will start threatening to turn you off if you're using too much).
You keep brining up Google. What service does Google have that turns a users system into a server in order to access the service?
In my particular case I know exactly how much bandwidth I'm using. I actually have Cacti graphs. The only major thing that I can think of that I use that turns my system into a server without being obvious is the downloader for some game updates that uses bittorrent. As an ISP I'd think you'd be thrilled because these clients typically prefer to talk to IPs that are in the same blocks and often save a lot of transit across your peers.
I can't fathom what you mean by content providers wasting bandwidth.
I pay for a pipe, I expect to be able to send and receive packets to whomever I want. It's up to me as the user to decide if I'm wasting bandwidth. If I don't want to pay as much and save money then I should consider how to use less bandwidth.
The problem is that ISPs have been getting away with overprovisioning, underdelivering on bandwidth promises and pocketing the massive profits. If you can't make money with people using the bandwidth you sold them then perhaps you should price your product accordingly. If you're selling burst speeds and not explaining to customers your limits then it's your own fault.
There's two basic responses to this.
1) If there are competitors but their service isn't as good by switching you're helping put more resources in the hands of those competitors. Yes you might have to make some compromises in the short term but if enough other people do the same the competitor will be able to spend the money to provide the same service that Verizon is.
2) You may be able to gain herd immunity. Other areas do have competition. The areas with viable competition typically have it because they are very profitable. If people leave a carrier in areas where they are very profitable but the people without alternatives stay it hurts their profit margins. The misbehaving carrier is left with low profit of possibly even customers they lose money serving.
Seems like there's a simple solution. Verizon's only choice is to try and degrade service for sites that don't pay. If all sites refuse to pay then customers will complain about the degraded service and possibly choose other ISPs. Customers that want to prevent this sort of behavior can simply refuse to visit or given business to sites that do work these sorts of deals. Thus discouraging both sides from doing this. Vote with your wallets people.
Those aren't iPhone model numbers. Those are Export Commodity Classification Control Numbers, which is how the government refers to categories of products. See http://www.bis.doc.gov/encryption/nlr.htm The poster above you is saying that the iPhone falls into a category that does not require an export license. However, not all encryption technology falls into that category.
Microsoft has included AutoUpdate in Office for years. Every few months when they put out an update it pops up and downloads it for me. You can get to it by going to the Help menu and choosing Check for Updates in any Office Application if for some reason you want to run it manually. Maybe they could do a better job, but I think your statement that there is no easy way to notify users is fundamentally false.
There's just an option in the Security menu to turn it on. Recall the documentation saying it takes 3 hours to turn it on. You also have to have a pin setup to unlock the phone. I haven't tried it myself.
Galaxy Nexus has full device encryption now since it's been added to ICS. Unless telcos or OEMs remove it should be available in future ICS phones.
I know this because Apple has announced as much. Look at any of the multiple tech news sites putting up comparisons of the services.
http://www.pcmag.com/article2/0,2817,2386491,00.asp
There was a better one on one of the other sites that I can't seem to find.
Finally, there are indeed people already using iCloud as you can see evidence of here:
http://www.macrumors.com/2011/06/20/if-you-use-all-your-icloud-storage-apple-sends-you-this-email/
Pretty sure you can listen (maybe someone can confirm). I know there is no Linux upload client which makes your comment a fair point.
I don't think Google and Amazon missed the boat here at all. I'd say that Apple missed the boat.
Google and Amazon's services allow streaming. Apple's doesn't. Apple's service is just a sync. A sync that avoids the upload and requires the download.
I can't access my music collection from my work computer without downloading it there. In fact my music collection becomes only available on iPhones/iPods and through iTunes. Amazon will end up being almost entirely platform neutral because they have no dog in the platform game. Google will likely try to support the IOS platform, assuming Apple lets them. I'll admit Google's support will probably lag behind the Android support and not be as good for IOS.
How much you wanna bet me that Apple never puts anything out for Android or any other mobile platform?
Apple's entire strategy here is to extend their lock in while fixing one of the annoyances of multi-device usage with iTunes. If they succeed we all lose.
For some reason your username sounds familiar. Wonder why?
There is a simple explanation why major sites are not supporting RFC 5746. A lot of these sites are probably sitting behind F5 hardware. The SSL is probably implemented just on the F5. F5 hasn't implemented the RFC in any version of their software yet.
http://support.f5.com/kb/en-us/solutions/public/10000/700/sol10737.html
Smaller sites of course are probably just a single http server running Apache. They or their hosting provide update their OpenSSL and Apache httpd versions. So the smaller sites get fixed. Major sites do not.
It'd be interesting to determine how many of these sites on his list are behind F5 hardware. I'm guessing that other load balancing vendors have similar problems, but F5 is the 800 lb gorilla.
The Opera article: http://my.opera.com/securitygroup/blog/2011/05/19/renego-popular-unpatched-and-vulnerable-sites seems to make a mention of this by saying that a major vendor will release an RFC implementation in June. But they don't say who this is and I'm not sure if they're talking about F5 or not.
Thanks for posting that. Forgot about the whole Costco copyright nonsense. Sure would be interesting to see Apple try to run with that. Another case, especially a conflicting one in another circuit might encourage SCOTUS to look at that. Of course Apple would probably sue in the 9th Circuit. Ohh well.
Not all jurisdictions have recognized nominative use as an affirmative defense. SCOTUS has not ruled on a case on the issue, nevermind the rest of the world...
Levi's v Tesco is a horrible case to cite for this. It only applies in the European Union. It only applies when the goods are being imported from outside the European Economic Area. If Tesco had been buying the jeans inside the European Economic Area Levi's would have had no case.
Unless the companies running these promotions are in Europe (which the TV station in the article isn't) or are importing the Apple product from another region then the case is not applicable at all.
The case you cite is almost entirely about managing separate global markets with different pricing. It's not relevant to a dilution claim from promotional give aways.
For someone who acts like they really know trademark law you're getting some very basic things wrong on this story.
What you describe above wouldn't be trademark infringement. You could argue that it is trademark dilution.
Some juridictions recognize nominative use as an affirmative defense to infringement and dilution but not all. Trademark law is not uniform. Not only does it vary from country to country but in the US there are even differing state laws on trademarks.
It's probable that if Apple actually took several of these cases to court not all of them would come out the same due to these differences and the specifics of individual cases.
Neither side has a clear cut legal high ground.
Oops, that's right. It's XCode3 you can still download without paying anything. As others have pointed out they're still shipping XCode 3 on the install disks.
Burried at the bottom of that page is this "Looking for Xcode 3? Download Now" which directs you to log into a Apple Developer Connection account, which is free to get.
Xcode is most certainly still a free download. Sure you have to register for the Mac Developer program but that's really not that big of a deal. You probably have an Apple ID already so signing up is just a matter of logging into your Apple account.
http://developer.apple.com/xcode/
"Download Xcode 4 for Free. Xcode 4 is a free download for all members of the iOS and Mac Developer Programs. Log in to your account to begin the download."
Now developing anything for iOS is a whole different ball of wax.
Some people have tried to claim that the odd rogue "hacker" was responsible. While that might be possible in some minor cases, the persistence of the attacks indicates the concerted efforts of many people - ie, military involvement.
What a load of bull. Persistant bank robberies doesn't imply an organized military operation is behind them. There are bad people, they do bad things. Hacking is even easier to rationalize than robbing a bank, especially if you're not doing anything other than "stealing" information.
Not all Mac users are that one guy. There are plenty of equally ridiculous things being said by people about Windows with respect to security.
I don't think Mac users are smug. I think they state a known fact. There are fewer exploits to Macs. That doesn't mean there are fewer vulnerabilities. Yes OS X and Windows share many of the same vulnerabilities. Yes Windows has implemented some great security features. But all of that has done little to stem the large number of exploits to Windows because it has a much larger market share.
Someone (I think it was Charlie Miller) put it best (paraphrased): You can stand in a war zone or you can be thousand of miles away. Running Windows is standing in a war zone. Running a Mac is being thousand of miles away.
You seem to be unhappy about this asymmetry. Even despite Microsoft doing all that work it remains. The real interesting question will be if Apple can respond to being a popular target better than Microsoft?
OS X has used sudo since the beginning. It's long been suggested practice not to setup your day to day user with Admin rights. There's no real problem there because anything you need admin rights to do prompts and you can put in the admin username/password, basically GUI sudo.
Example of the long standing suggestion to not use accounts with admin access dating back to 2006. I could probably find older ones if I felt like going past the first result on google:
http://www.macgeekery.com/tips/security/basic_mac_os_x_security