Triplethreat
Hall-of-Famer
- Joined
- Aug 18, 2008
- Messages
- 12,897
- Reaction score
- 12,760
- Points
- 123
Again, that is false. There have been more than 4 violations of the net neutrality standard. I already gave you several.
You are asking me how can I reasonably present "other instances" if there is no proof that they actually occurred?
I'm putting to you the following:
1) Are you suggesting Verizon didn't block Apple Pay on it's network in 2011 (this instance, well known, is not among the 4 in the paper)?
2) If they did, will you admit you are wrong about there only being 4 proven violations of the standard?
Verizon admitted they blocked google wallet, what more proof do you need beyond their own admission of what they did?
Even if the phone is easily unlocked and rooted, Verizon doesn't allow it to ship with those actions already taken. Verizon is especially strict on the issue of device security, and forces many of its OEM partners not only to lock device bootloaders, but encrypt them as well. It's part of Verizon's network security policy.
And guess what - those Block C rules have an exception (several exceptions, actually). Basically, these rules about open applications apply unless a particular app "would not be compliant with published technical standards reasonably necessary for the management or protection of the licensee's network." That's basically why Verizon is allowed to lock your bootloader and prevent you from rooting your device. No other carrier in the US is subject to these restrictions, by the way, so there's no issue for them.
If you're not familiar with how Wallet functions, it's a bit odd as an application goes. The Wallet app isn't the only "piece" necessary to get the Wallet service functioning, there are two other parts of the equation. One you're already familiar with: NFC (near-field communication). It's a simple, open wireless standard that transmits data over very short distances. In Wallet's case, it transmits payment data. But there's a third wheel in play that many people aren't aware of, and it's called a "secure element." Without getting too technical (eg, into things I don't at all understand), the secure element's job is to store encrypted credentials (your payment info) and tell the Wallet app "hey, these are the credentials you need to transmit to the payment terminal."
Only one card's credentials are stored on the element at a given time (obvious security reasons), which is why you need an internet connection if you want to switch your active card in Wallet. When you sign in to Wallet or change cards, the Wallet app calls up to the Google server, pulls down your credentials for a particular card, and then writes them to the secure element.
But one does not simply write to the secure element (... or walk into Mordor), it requires special permissions. Google Wallet is doing something few apps do - asking for direct, exclusive access to a secure piece of hardware in the phone. Not only that, once Google takes over the secure element, it wants total control. Because of the security concerns (and related technical difficulties) involved in sharing a secure element, Wallet and only Wallet is able to utilize the internal secure element on a Wallet-enabled device. That means Google is directly managing every layer of the process.
And guess what: Verizon wasn't OK with this. It really has nothing at all to do with Block C rules or apps - this is a fight over who gets to control the internal secure element. This isn't about letting consumers run the software they want, it's about letting Google run the software and control the hardware it wants.
http://www.androidpolice.com/2013/0...why-the-carrier-is-still-allowed-to-block-it/