You are right, if you compare rackspace to Roke, rackspace is probably
cheaper. (though you cant walk in and have a chat).
Coke is also cheaper than fresh passion juice. And it comes in a bottle.
So, if cheap & bottled is your thing. You are right.
On Tuesday 26 February 2013 13:33:20 Benjamin Tayehanpour wrote:
I agree with the substance of what you are saying, but you're quoting me out
of context. I'm not saying there's no performance difference between local and
foreign hosting, I'm saying that shouldn't be the only consideration. See my
latest post.
I admit that Uganda is something of an odd case, with an excellent (er,
reasonably) exchange point but a single and not-that-good connection out of
the country. I can see why hosting locally could be a good thing for local
services. I see all that. But you people aren't just seeing, you are staring
yourselves blind at it. It makes perfect sense in theory, but what I
experienced in practice did not agree with the theory. I did actual
measurements, and I crunched the numbers, and I found that in actual reality,
foreign hosting was cheaper compared to the level and quality of service I
received. However, I do concede that I only tested *one* Ugandan data centre,
so my numbers may not be representative of the Ugandan server market in
general. They most probably are not, as a matter of fact. That's why I'm
arguing that you shouldn't stare yourselves blind at arguments for and
against, but rather do your own measurements and draw your own conclusions.
Is there a Ugandan consumers' online review service available? It would help a
lot: Good data centres would receive good reviews and more clients, thus
growing and prospering; bad data centres would have a reason either to get
better or to drop out of the race; and consumers would of course also benefit
from all of this.
On 26 February 2013 13:18, Kyle Spencer <[email protected]> wrote:
> Why does it matter whether the service is local or not?
For many of the same reason(s) you might want to host
servers/applications in your office LAN rather than on the moon.
Low latency is critical for many business and entertainment
applications. As Uganda has a reasonably healthy exchange point (i.e.
the UIXP), users will have much lower latency to systems hosted in
Uganda vs. systems hosted outside Uganda.
Reliability is also critical. The UETCL fiber that links Uganda to the
rest of the world is *still* a single point of failure. There is only
*one* ISP which has its own dedicated link to the border and it does
not share. If the UETCL cable or any of the upstream cables (e.g.
KPLC, Seacom) go down, services hosted outside Uganda will become
inaccessible; services hosted inside Uganda will still be available.
An increase in locally hosted content equals a decrease in the overall
cost of providing network services (at a macro level) because it
decreases the amount of traffic that needs to travel via your ISPs
paid upstream links (e.g. TATA, Cogent). This is similar to how you do
not pay your ISP for traffic that flows across your office LAN.
On Tue, Feb 26, 2013 at 2:31 PM, Benjamin Tayehanpour
<[email protected]> wrote:
> If there are stable datacentres with high availability and expedient staff,
> then I agree. I'm just saying I've yet to experience that. I will not argue
> against you on that point, because you have more experience on the Ugandan
> market than I ever will.
>
> However, what you then go on to say doesn't make sense, totally or
> otherwise. Why does it matter whether the service is local or not? The
> Internet is fairly location-neutral; there are no long-distance charges to
> deal with, and no individual or small business in Uganda will have a good
> enough last-mile connection to have a bottleneck occur anywhere other than
> in the last mile. I do concede that it is good to support local
> alternatives, but if you are running a business and not a charity you need
> to have the quality of service as your first consideration.
>
> On 26 Feb 2013 12:18, "Reinier Battenberg"
> <[email protected]> wrote:
>>
>>
>>
>> I work on a local prompt 10% of my day every day, across ISPs, and it
>> works, once its setup correctly.
>>
>>
>>
>> I think there is a current wave of more local services going on, which is
>> great. MTN is offering datacenter services, Datanet launched theirs,
>> OneSolutions is betting heavily on local VPS services.
>>
>>
>>
>> And for a lot of online services, especially content heavy ones, that
>> makes total sense. Why host something like http://www.mafutago.com/ which
>> has a 100% target audience in Uganda, anywhere else?
>>
>>
>>
>> Why would Ugandan websites host in the US, while US companies have a cache
>> inside Uganda for their content?
>>
>>
>>
>> rgds,
>>
>> reinier
>>
>>
>>
>>
>>
>> On Tuesday 26 February 2013 11:44:54 Benjamin Tayehanpour wrote:
>>
>> I agree, although using mosh over SSH somewhat mitigates that.
>>
>> The problem is that, in my experience with Koen and his hired domestic
>> VPS, the lag is almost unbearable compared to communicating with a server
>> abroad. It might just be that that particular company is shite at what they
>> do, but it seems that with Ugandan VPSes, there are two potential
>> bottlenecks instead of just one as it should be.
>>
>> On 26 Feb 2013 11:26, "Reinier Battenberg"
>> <[email protected]> wrote:
>>
>>
>>
>> it *is* more comfortably to type on a command prompt with a latency of
>> less than 20ms, instead of more than 300 though.
>>
>>
>>
>>
>>
>> On Tuesday 26 February 2013 11:21:08 Benjamin Tayehanpour wrote:
>>
>> Another option would be to buy computing time abroad, if domesticity isn't
>> a requirement.
>>
>> On 26 Feb 2013 11:16, "Simon Vass" <[email protected]> wrote:
>>
>> I think I would rephrase that but essentially yes.
>>
>>
>> On 26/02/13 13:14, Reinier Battenberg wrote:
>>
>> very true, simon. At the moment the Datanet offer for local traffic is not
>> really
>> working out. While datanet is peering with the UIXP, no other members at
>> the
>> UIXP are peering with datanet. You'll get your keystrokes on MTN going via
>> london into your VPS.
>>
>> Rather take another option, while you can.
>>
>> rgds.
>> reinier
>>
>>
>> On Tuesday 26 February 2013 13:11:53 Simon Vass wrote:
>>
>> As do Datanet, but you might have a hard time getting to them over the
>> IX ;-)
>>
>> On 26/02/13 13:07, Reinier Battenberg wrote:
>>
>> Hi,
>>
>> You can try Roke Telkom, they lease out VPS's.
>>
>> You can mail:
>> James Byaruhanga <[email protected]>
>>
>> rgds,
>>
>> Reinier
>>
>> On Tuesday 26 February 2013 13:05:05 Mike Epps wrote:
>>
>> Hello guys,
>> I was wondering if any one out there knows of any company in Uganda
>> that deals shell accounts, that is Linux accounts that I can SSH into
>> and install personal software.
>>
>> thanks in advance
>> _______________________________________________
>> The Uganda Linux User Group: http://linux.or.ug
>>
>> Send messages to this mailing list by addressing e-mails to:
>> [email protected] Mailing list archives:
>> http://www.mail-archive.com/[email protected]/ Mailing list settings:
>> http://kym.net/mailman/listinfo/lug
>> To unsubscribe: http://kym.net/mailman/options/lug
>>
>> The Uganda LUG mailing list is generously hosted by INFOCOM:
>> http://www.infocom.co.ug/
>>
>> The above comments and data are owned by whoever posted them (including
>> attachments if any). The mailing list host is not responsible for them in
>> any way.
>>
>> _______________________________________________
>> The Uganda Linux User Group: http://linux.or.ug
>>
>> Send messages to this mailing list by addressing e-mails to:
>> [email protected]
>> Mailing list archives: http://www.mail-archive.com/[email protected]/
>> Mailing
>> list settings: http://kym.net/mailman/listinfo/lug
>> To unsubscribe: http://kym.net/mailman/options/lug
>>
>> The Uganda LUG mailing list is generously hosted by INFOCOM:
>> http://www.infocom.co.ug/
>>
>> The above comments and data are owned by whoever posted them (including
>> attachments if any). The mailing list host is not responsible for them in
>> any way.
>>
>>
>> _______________________________________________
>> The Uganda Linux User Group: http://linux.or.ug
>>
>> Send messages to this mailing list by addressing e-mails to:
>> [email protected]
>> Mailing list archives: http://www.mail-archive.com/[email protected]/
>> Mailing list settings: http://kym.net/mailman/listinfo/lug
>> To unsubscribe: http://kym.net/mailman/options/lug
>>
>> The Uganda LUG mailing list is generously hosted by INFOCOM:
>> http://www.infocom.co.ug/
>>
>> The above comments and data are owned by whoever posted them (including
>> attachments if any). The mailing list host is not responsible for them in
>> any way.
>>
>>
>>
>> --
>>
>> rgds,
>>
>>
>>
>> Reinier Battenberg
>>
>> Director
>>
>> Mountbatten Ltd.
>>
>> www.mountbatten.net
>>
>> tel: +256 758 801749
>>
>> twitter: @batje
>>
>>
>> _______________________________________________
>> The Uganda Linux User Group: http://linux.or.ug
>>
>> Send messages to this mailing list by addressing e-mails to:
>> [email protected]
>> Mailing list archives: http://www.mail-archive.com/[email protected]/
>> Mailing list settings: http://kym.net/mailman/listinfo/lug
>> To unsubscribe: http://kym.net/mailman/options/lug
>>
>> The Uganda LUG mailing list is generously hosted by INFOCOM:
>> http://www.infocom.co.ug/
>>
>> The above comments and data are owned by whoever posted them (including
>> attachments if any). The mailing list host is not responsible for them in
>> any way.
>>
>>
>>
>> --
>>
>> rgds,
>>
>>
>>
>> Reinier Battenberg
>>
>> Director
>>
>> Mountbatten Ltd.
>>
>> www.mountbatten.net
>>
>> tel: +256 758 801749
>>
>> twitter: @batje
>>
>>
>> _______________________________________________
>> The Uganda Linux User Group: http://linux.or.ug
>>
>> Send messages to this mailing list by addressing e-mails to:
>> [email protected]
>> Mailing list archives: http://www.mail-archive.com/[email protected]/
>> Mailing list settings: http://kym.net/mailman/listinfo/lug
>> To unsubscribe: http://kym.net/mailman/options/lug
>>
>> The Uganda LUG mailing list is generously hosted by INFOCOM:
>> http://www.infocom.co.ug/
>>
>> The above comments and data are owned by whoever posted them (including
>> attachments if any). The mailing list host is not responsible for them in
>> any way.
>
>
> _______________________________________________
> The Uganda Linux User Group: http://linux.or.ug
>
> Send messages to this mailing list by addressing e-mails to: [email protected]
> Mailing list archives: http://www.mail-archive.com/[email protected]/
> Mailing list settings: http://kym.net/mailman/listinfo/lug
> To unsubscribe: http://kym.net/mailman/options/lug
>
> The Uganda LUG mailing list is generously hosted by INFOCOM:
> http://www.infocom.co.ug/
>
> The above comments and data are owned by whoever posted them (including
> attachments if any). The mailing list host is not responsible for them in
> any way.
_______________________________________________
The Uganda Linux User Group: http://linux.or.ug
Send messages to this mailing list by addressing e-mails to: [email protected]
Mailing list archives: http://www.mail-archive.com/[email protected]/
Mailing list settings: http://kym.net/mailman/listinfo/lug
To unsubscribe: http://kym.net/mailman/options/lug
The Uganda LUG mailing list is generously hosted by INFOCOM:
http://www.infocom.co.ug/
The above comments and data are owned by whoever posted them (including
attachments if any). The mailing list host is not responsible for them in any
way.
--
rgds,
Reinier Battenberg
Director
Mountbatten Ltd.
www.mountbatten.net
tel: +256 758 801749
twitter: @batje
_______________________________________________
The Uganda Linux User Group: http://linux.or.ug
Send messages to this mailing list by addressing e-mails to: [email protected]
Mailing list archives: http://www.mail-archive.com/[email protected]/
Mailing list settings: http://kym.net/mailman/listinfo/lug
To unsubscribe: http://kym.net/mailman/options/lug
The Uganda LUG mailing list is generously hosted by INFOCOM:
http://www.infocom.co.ug/
The above comments and data are owned by whoever posted them (including
attachments if any). The mailing list host is not responsible for them in any
way.
