Cell C explains OOB data price hike

If you say so.

But what about a hardcap option, for those of us who don't want to go OOB at all, yet need a phone on contract?
 
Please, you could have developed a system where the user could go 10% out of bundle at bundle rates and send them lots of warnings to buy new data before the shark kicks in and I'm sure there are plenty of other solutions. The sharks only job is to attack clients.
 
Lol he just reading my posts and saying the exact same thing...
 
Please, you could have developed a system where the user could go 10% out of bundle at bundle rates and send them lots of warnings to buy new data before the shark kicks in and I'm sure there are plenty of other solutions. The sharks only job is to attack clients.

Where were you all this time? Brilliant suggestion! It is so good I should have thought of it first :p
 
If you say so.

But what about a hardcap option, for those of us who don't want to go OOB at all, yet need a phone on contract?

Please, you could have developed a system where the user could go 10% out of bundle at bundle rates and send them lots of warnings to buy new data before the shark kicks in and I'm sure there are plenty of other solutions. The sharks only job is to attack clients.

Great ideas.

Make it so number 3.
 
He added that encouraging users to buy bundles helps them dimension their network accordingly

This I can believe.

A hard cap option would be nice though.
 
I got really burned by this OOB shark and the short notice, and I don't believe the marketing stuff. I've already got two contracts on promo bundles and it's not easy (I'm not sure if even possible) to just add a bundle on top of 2 other bundles.

I challenge Cell C and say it is rubbish about the network provisioning - absolute rubbish. The engineers plan each site based on current trends and just project forward. They do the same for the aggregated backhaul and the international capacity. They don't for a second go rushing off to get more capacity because people go and buy bundles. Cell C network planners don't even get that information, they don't know where in the country the bundles were purchased and they certainly don't know where the customer intends to use them. I could say more...
 
Last edited:
The ideal system would allow you to specify an OOB alarm (say between 80-90% of bundle) and then give 3 options

1. Cut the connection at 100%
2. Throttle the connection and allow a trickle
3. Auto-purchase a new bundle or airtime

A future option 4 would allow you to continue on public wifi, but that's for another day...
 
The ideal system would allow you to specify an OOB alarm (say between 80-90% of bundle) and then give 3 options

1. Cut the connection at 100%
2. Throttle the connection and allow a trickle
3. Auto-purchase a new bundle or airtime

A future option 4 would allow you to continue on public wifi, but that's for another day...
And then cut into massive profits for them? Doubt it would happen as if the networks actually cared, this would have happened long ago
 
The ideal system would allow you to specify an OOB alarm (say between 80-90% of bundle) and then give 3 options

1. Cut the connection at 100%
2. Throttle the connection and allow a trickle
3. Auto-purchase a new bundle or airtime

A future option 4 would allow you to continue on public wifi, but that's for another day...

Good suggestions.
 
“And even if you go out-of-bundle… 99c is a good rate,” Dos Santos said.

NO, IT ISN'T!!!

Just had to say it.
 
I'm sure most of our mobile ISP's uses systems and software from overseas.
So the question arises, what does these systems support, and does the overseas ISPs support hardcapping or not?

I just get the feeling that our ISP's are using system related excuses in order to justify their OOB attacks where possibly these same systems could prevent OOB?
 
I'm sure most of our mobile ISP's uses systems and software from overseas.
So the question arises, what does these systems support, and does the overseas ISPs support hardcapping or not?

I just get the feeling that our ISP's are using system related excuses in order to justify their OOB attacks where possibly these same systems could prevent OOB?

From my recall - the older systems were either real time (prepaid) and could support it, or non-real time (postpaid) and could not support it. There are now convergent systems with a near-real-time behaviour or maybe even genuine real time but the operators hate to commit to hard-capping on postpaid because if the system gets behind in its processing, then the customer complains. It's a matter of courage

The top-up packages are a hybrid - they have a hard cap on the actual airtime but I don't think on a bundle as such. The only way to make prepaid and hybrid packages do a hard cap is to have a bundle but no airtime (which is feasible in a data-only device).
 
I challenge Cell C and say it rubbish about the network provisioning - absolute rubbish. The engineers plan each site based on current trends and just project forward. They do the same for the aggregated backhaul and the international capacity. They don't for a second go rushing off to get more capacity because people go and buy bundles. Cell C network planners don't even get that information, they don't know where in the country the bundles were purchased and they certainly don't know where the customer intends to use them. I could say more...

They can lie to the population but not to mybb members:D
 
Top
Sign up to the MyBroadband newsletter
X