3G for business - Comments??
Folks, This imagination has crossed my mind: Consider this: Cisco 2811 ->Internet <- Huawei 3G Router <- Cisco 2811 <-- IP PBX |________VPN Tunnel_____________| 1. The Huawei connects to Safaricom - speed and reliability not guaranteed? No static IP address. Anyone thinks that, in this current age and time (in Kenya) is this a viable business solution?? -- Best regards, Odhiambo WASHINGTON, Nairobi,KE +254733744121/+254722743223 _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ Damn!!
Wash, You can request for static IP addresses and corporate APN, if not already. Bernard On Tue, Nov 30, 2010 at 5:18 PM, Odhiambo Washington <odhiambo@gmail.com>wrote:
Folks,
This imagination has crossed my mind:
Consider this:
Cisco 2811 ->Internet <- Huawei 3G Router <- Cisco 2811 <-- IP PBX |________VPN Tunnel_____________|
1. The Huawei connects to Safaricom - speed and reliability not guaranteed? No static IP address.
Anyone thinks that, in this current age and time (in Kenya) is this a viable business solution??
-- Best regards, Odhiambo WASHINGTON, Nairobi,KE +254733744121/+254722743223 _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ Damn!!
_______________________________________________ Skunkworks mailing list Skunkworks@lists.my.co.ke http://lists.my.co.ke/cgi-bin/mailman/listinfo/skunkworks ------------ Skunkworks Rules http://my.co.ke/phpbb/viewtopic.php?f=24&t=94 ------------ Other services @ http://my.co.ke
I spoke with them regarding that already. They need me to have 2 SIMs registered on the PostPay platform, then I pay KES 10k annually for the APN. However, my worry is on the data speeds/quality I will get on 3G. Will that be good enough to support voice? I had a test run a few minutes ago using a 3G router<http://www.2n.cz/en/products/umts/officeroute/>(currently used as GSM Gateway on my IP PBX): C:\Users\Washington>ping 62.8.64.102 -t Pinging 62.8.64.102 with 32 bytes of data: Reply from 62.8.64.102: bytes=32 time=119ms TTL=61 Reply from 62.8.64.102: bytes=32 time=61ms TTL=61 Reply from 62.8.64.102: bytes=32 time=38ms TTL=61 Reply from 62.8.64.102: bytes=32 time=71ms TTL=61 Reply from 62.8.64.102: bytes=32 time=89ms TTL=61 Reply from 62.8.64.102: bytes=32 time=55ms TTL=61 Reply from 62.8.64.102: bytes=32 time=118ms TTL=61 Reply from 62.8.64.102: bytes=32 time=38ms TTL=61 Reply from 62.8.64.102: bytes=32 time=105ms TTL=61 Reply from 62.8.64.102: bytes=32 time=95ms TTL=61 Reply from 62.8.64.102: bytes=32 time=472ms TTL=61 Reply from 62.8.64.102: bytes=32 time=112ms TTL=61 Reply from 62.8.64.102: bytes=32 time=229ms TTL=61 Reply from 62.8.64.102: bytes=32 time=60ms TTL=61 Reply from 62.8.64.102: bytes=32 time=51ms TTL=61 Request timed out. Reply from 62.8.64.102: bytes=32 time=80ms TTL=61 Reply from 62.8.64.102: bytes=32 time=40ms TTL=61 Reply from 62.8.64.102: bytes=32 time=98ms TTL=61 Reply from 62.8.64.102: bytes=32 time=67ms TTL=61 Reply from 62.8.64.102: bytes=32 time=63ms TTL=61 Reply from 62.8.64.102: bytes=32 time=105ms TTL=61 Reply from 62.8.64.102: bytes=32 time=95ms TTL=61 Reply from 62.8.64.102: bytes=32 time=36ms TTL=61 Reply from 62.8.64.102: bytes=32 time=93ms TTL=61 Reply from 62.8.64.102: bytes=32 time=174ms TTL=61 Reply from 62.8.64.102: bytes=32 time=72ms TTL=61 Reply from 62.8.64.102: bytes=32 time=73ms TTL=61 Reply from 62.8.64.102: bytes=32 time=41ms TTL=61 Reply from 62.8.64.102: bytes=32 time=178ms TTL=61 Reply from 62.8.64.102: bytes=32 time=68ms TTL=61 Reply from 62.8.64.102: bytes=32 time=517ms TTL=61 Reply from 62.8.64.102: bytes=32 time=68ms TTL=61 Reply from 62.8.64.102: bytes=32 time=37ms TTL=61 Reply from 62.8.64.102: bytes=32 time=139ms TTL=61 Reply from 62.8.64.102: bytes=32 time=66ms TTL=61 Reply from 62.8.64.102: bytes=32 time=346ms TTL=61 Reply from 62.8.64.102: bytes=32 time=104ms TTL=61 Reply from 62.8.64.102: bytes=32 time=83ms TTL=61 Reply from 62.8.64.102: bytes=32 time=71ms TTL=61 Reply from 62.8.64.102: bytes=32 time=113ms TTL=61 Reply from 62.8.64.102: bytes=32 time=121ms TTL=61 Reply from 62.8.64.102: bytes=32 time=60ms TTL=61 Reply from 62.8.64.102: bytes=32 time=139ms TTL=61 Reply from 62.8.64.102: bytes=32 time=349ms TTL=61 Reply from 62.8.64.102: bytes=32 time=326ms TTL=61 Reply from 62.8.64.102: bytes=32 time=104ms TTL=61 Reply from 62.8.64.102: bytes=32 time=71ms TTL=61 Reply from 62.8.64.102: bytes=32 time=78ms TTL=61 Reply from 62.8.64.102: bytes=32 time=74ms TTL=61 Reply from 62.8.64.102: bytes=32 time=58ms TTL=61 Reply from 62.8.64.102: bytes=32 time=75ms TTL=61 Reply from 62.8.64.102: bytes=32 time=79ms TTL=61 Reply from 62.8.64.102: bytes=32 time=88ms TTL=61 Reply from 62.8.64.102: bytes=32 time=84ms TTL=61 Reply from 62.8.64.102: bytes=32 time=113ms TTL=61 Reply from 62.8.64.102: bytes=32 time=47ms TTL=61 Reply from 62.8.64.102: bytes=32 time=72ms TTL=61 Reply from 62.8.64.102: bytes=32 time=90ms TTL=61 Reply from 62.8.64.102: bytes=32 time=41ms TTL=61 Reply from 62.8.64.102: bytes=32 time=95ms TTL=61 Reply from 62.8.64.102: bytes=32 time=41ms TTL=61 Reply from 62.8.64.102: bytes=32 time=148ms TTL=61 Reply from 62.8.64.102: bytes=32 time=156ms TTL=61 Reply from 62.8.64.102: bytes=32 time=83ms TTL=61 Reply from 62.8.64.102: bytes=32 time=51ms TTL=61 Request timed out. Reply from 62.8.64.102: bytes=32 time=368ms TTL=61 Reply from 62.8.64.102: bytes=32 time=106ms TTL=61 Reply from 62.8.64.102: bytes=32 time=156ms TTL=61 Reply from 62.8.64.102: bytes=32 time=143ms TTL=61 Reply from 62.8.64.102: bytes=32 time=341ms TTL=61 Reply from 62.8.64.102: bytes=32 time=86ms TTL=61 Reply from 62.8.64.102: bytes=32 time=75ms TTL=61 Reply from 62.8.64.102: bytes=32 time=301ms TTL=61 Reply from 62.8.64.102: bytes=32 time=80ms TTL=61 Reply from 62.8.64.102: bytes=32 time=85ms TTL=61 Reply from 62.8.64.102: bytes=32 time=62ms TTL=61 Reply from 62.8.64.102: bytes=32 time=88ms TTL=61 Reply from 62.8.64.102: bytes=32 time=54ms TTL=61 Reply from 62.8.64.102: bytes=32 time=83ms TTL=61 Reply from 62.8.64.102: bytes=32 time=59ms TTL=61 Reply from 62.8.64.102: bytes=32 time=164ms TTL=61 Reply from 62.8.64.102: bytes=32 time=314ms TTL=61 Request timed out. Reply from 62.8.64.102: bytes=32 time=63ms TTL=61 Reply from 62.8.64.102: bytes=32 time=96ms TTL=61 Reply from 62.8.64.102: bytes=32 time=34ms TTL=61 Request timed out. Reply from 62.8.64.102: bytes=32 time=60ms TTL=61 Reply from 62.8.64.102: bytes=32 time=58ms TTL=61 Request timed out. Request timed out. Request timed out. Request timed out. Request timed out. Request timed out. Reply from 62.8.64.102: bytes=32 time=68ms TTL=61 Reply from 62.8.64.102: bytes=32 time=215ms TTL=61 Reply from 62.8.64.102: bytes=32 time=65ms TTL=61 Reply from 62.8.64.102: bytes=32 time=182ms TTL=61 Reply from 62.8.64.102: bytes=32 time=61ms TTL=61 Reply from 62.8.64.102: bytes=32 time=65ms TTL=61 Reply from 62.8.64.102: bytes=32 time=101ms TTL=61 Request timed out. Request timed out. Request timed out. Request timed out. Reply from 62.8.64.102: bytes=32 time=160ms TTL=61 Reply from 62.8.64.102: bytes=32 time=58ms TTL=61 Reply from 62.8.64.102: bytes=32 time=44ms TTL=61 Reply from 62.8.64.102: bytes=32 time=61ms TTL=61 Reply from 62.8.64.102: bytes=32 time=137ms TTL=61 Reply from 62.8.64.102: bytes=32 time=574ms TTL=61 Reply from 62.8.64.102: bytes=32 time=1921ms TTL=61 Reply from 62.8.64.102: bytes=32 time=3059ms TTL=61 Request timed out. Request timed out. Reply from 62.8.64.102: bytes=32 time=2341ms TTL=61 Reply from 62.8.64.102: bytes=32 time=277ms TTL=61 Reply from 62.8.64.102: bytes=32 time=96ms TTL=61 Reply from 62.8.64.102: bytes=32 time=151ms TTL=61 Reply from 62.8.64.102: bytes=32 time=399ms TTL=61 Reply from 62.8.64.102: bytes=32 time=46ms TTL=61 Reply from 62.8.64.102: bytes=32 time=106ms TTL=61 Reply from 62.8.64.102: bytes=32 time=857ms TTL=61 Reply from 62.8.64.102: bytes=32 time=346ms TTL=61 Reply from 62.8.64.102: bytes=32 time=93ms TTL=61 Reply from 62.8.64.102: bytes=32 time=53ms TTL=61 Reply from 62.8.64.102: bytes=32 time=28ms TTL=61 Reply from 62.8.64.102: bytes=32 time=35ms TTL=61 Reply from 62.8.64.102: bytes=32 time=155ms TTL=61 Reply from 62.8.64.102: bytes=32 time=369ms TTL=61 Reply from 62.8.64.102: bytes=32 time=576ms TTL=61 Reply from 62.8.64.102: bytes=32 time=2715ms TTL=61 Request timed out. Request timed out. Request timed out. Request timed out. Reply from 62.8.64.102: bytes=32 time=81ms TTL=61 Reply from 62.8.64.102: bytes=32 time=59ms TTL=61 Reply from 62.8.64.102: bytes=32 time=314ms TTL=61 Reply from 62.8.64.102: bytes=32 time=144ms TTL=61 Reply from 62.8.64.102: bytes=32 time=63ms TTL=61 Reply from 62.8.64.102: bytes=32 time=138ms TTL=61 Reply from 62.8.64.102: bytes=32 time=64ms TTL=61 Reply from 62.8.64.102: bytes=32 time=101ms TTL=61 Reply from 62.8.64.102: bytes=32 time=70ms TTL=61 Reply from 62.8.64.102: bytes=32 time=538ms TTL=61 Request timed out. Reply from 62.8.64.102: bytes=32 time=170ms TTL=61 Reply from 62.8.64.102: bytes=32 time=57ms TTL=61 Reply from 62.8.64.102: bytes=32 time=73ms TTL=61 Reply from 62.8.64.102: bytes=32 time=351ms TTL=61 Reply from 62.8.64.102: bytes=32 time=109ms TTL=61 Reply from 62.8.64.102: bytes=32 time=43ms TTL=61 Reply from 62.8.64.102: bytes=32 time=184ms TTL=61 Reply from 62.8.64.102: bytes=32 time=71ms TTL=61 Request timed out. Request timed out. Request timed out. Reply from 62.8.64.102: bytes=32 time=2808ms TTL=61 Request timed out. Reply from 62.8.64.102: bytes=32 time=71ms TTL=61 Reply from 62.8.64.102: bytes=32 time=118ms TTL=61 Reply from 62.8.64.102: bytes=32 time=630ms TTL=61 Request timed out. Request timed out. Reply from 62.8.64.102: bytes=32 time=100ms TTL=61 Reply from 62.8.64.102: bytes=32 time=137ms TTL=61 Reply from 62.8.64.102: bytes=32 time=76ms TTL=61 Reply from 62.8.64.102: bytes=32 time=40ms TTL=61 Reply from 62.8.64.102: bytes=32 time=47ms TTL=61 Reply from 62.8.64.102: bytes=32 time=56ms TTL=61 Reply from 62.8.64.102: bytes=32 time=72ms TTL=61 Reply from 62.8.64.102: bytes=32 time=49ms TTL=61 Reply from 62.8.64.102: bytes=32 time=136ms TTL=61 Reply from 62.8.64.102: bytes=32 time=151ms TTL=61 Reply from 62.8.64.102: bytes=32 time=50ms TTL=61 Reply from 62.8.64.102: bytes=32 time=216ms TTL=61 Reply from 62.8.64.102: bytes=32 time=105ms TTL=61 Reply from 62.8.64.102: bytes=32 time=71ms TTL=61 Reply from 62.8.64.102: bytes=32 time=104ms TTL=61 Reply from 62.8.64.102: bytes=32 time=123ms TTL=61 Reply from 62.8.64.102: bytes=32 time=202ms TTL=61 Reply from 62.8.64.102: bytes=32 time=81ms TTL=61 Reply from 62.8.64.102: bytes=32 time=89ms TTL=61 Reply from 62.8.64.102: bytes=32 time=145ms TTL=61 Reply from 62.8.64.102: bytes=32 time=302ms TTL=61 Reply from 62.8.64.102: bytes=32 time=159ms TTL=61 Reply from 62.8.64.102: bytes=32 time=49ms TTL=61 Reply from 62.8.64.102: bytes=32 time=83ms TTL=61 Reply from 62.8.64.102: bytes=32 time=104ms TTL=61 Reply from 62.8.64.102: bytes=32 time=301ms TTL=61 Ping statistics for 62.8.64.102: Packets: Sent = 194, Received = 167, Lost = 27 (13% loss), Approximate round trip times in milli-seconds: Minimum = 28ms, Maximum = 3059ms, Average = 208ms On Tue, Nov 30, 2010 at 5:58 PM, Bernard Mwagiru <bmwagiru@gmail.com> wrote:
Wash, You can request for static IP addresses and corporate APN, if not already.
Bernard
On Tue, Nov 30, 2010 at 5:18 PM, Odhiambo Washington <odhiambo@gmail.com>wrote:
Folks,
This imagination has crossed my mind:
Consider this:
Cisco 2811 ->Internet <- Huawei 3G Router <- Cisco 2811 <-- IP PBX |________VPN Tunnel_____________|
1. The Huawei connects to Safaricom - speed and reliability not guaranteed? No static IP address.
Anyone thinks that, in this current age and time (in Kenya) is this a viable business solution??
-- Best regards, Odhiambo WASHINGTON, Nairobi,KE +254733744121/+254722743223 _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ Damn!!
_______________________________________________ Skunkworks mailing list Skunkworks@lists.my.co.ke http://lists.my.co.ke/cgi-bin/mailman/listinfo/skunkworks ------------ Skunkworks Rules http://my.co.ke/phpbb/viewtopic.php?f=24&t=94 ------------ Other services @ http://my.co.ke
_______________________________________________ Skunkworks mailing list Skunkworks@lists.my.co.ke http://lists.my.co.ke/cgi-bin/mailman/listinfo/skunkworks ------------ Skunkworks Rules http://my.co.ke/phpbb/viewtopic.php?f=24&t=94 ------------ Other services @ http://my.co.ke
-- Best regards, Odhiambo WASHINGTON, Nairobi,KE +254733744121/+254722743223 _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ Damn!!
@Wash, it is good to know that Queen Bee is offering the apn facility, amazing stuff, good for future projects such as remote vpns. :-) The problem I now have with all mobile services is that they have mastered the "Tortured Internet Services" beyond what was originally intended to be done on to tcp. It is impossible to get a reliable service on sensitive traffic unless you go on fiber/wimax and again this will depend on provider. The Internet Protocol has been beaten and beaten and beaten into submission! Nowadays, you get fast http speeds but everyting else is queued...... Orange 3g+ was the darling of service providers, now I believe it is history too. I suggest you give iBurst on AFOL a try on your idea, they may even have the possibilty of creating an end-end cct mapped to the mac addresses of the modems for your voip scenario. Less towers and less tinkering on frames rather than packets....... Have a read of the iBurst platform and it may give you a good idea as to why it is better suited. I could be wrong on AFOL but am soon to try them. HTHs. Rgds. On Tue, Nov 30, 2010 at 6:08 PM, Odhiambo Washington <odhiambo@gmail.com>wrote:
I spoke with them regarding that already. They need me to have 2 SIMs registered on the PostPay platform, then I pay KES 10k annually for the APN.
However, my worry is on the data speeds/quality I will get on 3G.
Will that be good enough to support voice?
I had a test run a few minutes ago using a 3G router<http://www.2n.cz/en/products/umts/officeroute/>(currently used as GSM Gateway on my IP PBX):
On Tue, Nov 30, 2010 at 7:25 PM, aki <aki275@gmail.com> wrote:
@Wash, it is good to know that Queen Bee is offering the apn facility, amazing stuff, good for future projects such as remote vpns. :-)
The problem I now have with all mobile services is that they have mastered the "Tortured Internet Services" beyond what was originally intended to be done on to tcp. It is impossible to get a reliable service on sensitive traffic unless you go on fiber/wimax and again this will depend on provider. The Internet Protocol has been beaten and beaten and beaten into submission! Nowadays, you get fast http speeds but everyting else is queued......
Orange 3g+ was the darling of service providers, now I believe it is history too.
I suggest you give iBurst on AFOL a try on your idea, they may even have the possibilty of creating an end-end cct mapped to the mac addresses of the modems for your voip scenario. Less towers and less tinkering on frames rather than packets....... Have a read of the iBurst platform and it may give you a good idea as to why it is better suited.
I could be wrong on AFOL but am soon to try them. HTHs.
Aki, Your praise of 3G+ is what made me start using it. Now I have to look for a human to blame, and guess who that is?:-) Surely, http works pretty well on 3G+ and Safaricom 3G. Just now, my computer could not update Adobe Flash Player. The message? "Please make sure you are connected to the Internet and try again". Firefox however opens my gmail.com window without a problem! You are just so right. Internet Protocol torture!!! The reason I am thinking of using Queen Bee's link is because they are the only provider with true redundancy to the Internet. For this reason I cannot go on an experimental spree with iBurst - a technology of yesterday. QB's WiMAX connection rates are just way too high, compared to other providers. Zuku, OTOH, gives cheap links which don't perform for such needs as VoIP. At the moment I am so confused on who gives reliable service. -- Best regards, Odhiambo WASHINGTON, Nairobi,KE +254733744121/+254722743223 _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ Damn!!
@Wash, poolay sana on the Orange 3g+ issue. I've been a strong user of the service since they launched and has worked out pretty well until recently they went totally crazy. I lost an account that had taken a few weeks to build because 3g+ ftp could only let me download files @60kbps while I could http @250kbps. No matter what I tried, the ftp issue remained and my response was needed on an overnight urgency thing after reviewing the files etc. That's another story but I think the trend for mobile operators is becoming clear = how much to push through a narrow spectrum = internet protocol torture. I think for me I'd avoid wimax because of mobility limitations so am chancing the iBurst platform. The people who designed iBurst knew what they were doing and am sincerely hoping AFOLs implementation has been done well. I'm almost out of options on service providers while I have plenty of gear that is slowly becoming part of the furniture. On Tue, Nov 30, 2010 at 9:14 PM, Odhiambo Washington <odhiambo@gmail.com>wrote:
Aki,
Your praise of 3G+ is what made me start using it. Now I have to look for a human to blame, and guess who that is?:-)
Surely, http works pretty well on 3G+ and Safaricom 3G. Just now, my computer could not update Adobe Flash Player. The message? "Please make sure you are connected to the Internet and try again". Firefox however opens my gmail.com window without a problem! You are just so right. Internet Protocol torture!!!
The reason I am thinking of using Queen Bee's link is because they are the only provider with true redundancy to the Internet. For this reason I cannot go on an experimental spree with iBurst - a technology of yesterday.
QB's WiMAX connection rates are just way too high, compared to other providers. Zuku, OTOH, gives cheap links which don't perform for such needs as VoIP.
At the moment I am so confused on who gives reliable service.
-- Best regards, Odhiambo WASHINGTON, Nairobi,KE +254733744121/+254722743223 _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ Damn!!
Safaricom has been offering vpn on dedicated apn long before 3g.Several pos's and atm services use 3g/gprs networks as vpns on dedicated apns.I suggest you give it a shot. On 11/30/10, aki <aki275@gmail.com> wrote:
@Wash, poolay sana on the Orange 3g+ issue. I've been a strong user of the service since they launched and has worked out pretty well until recently they went totally crazy. I lost an account that had taken a few weeks to build because 3g+ ftp could only let me download files @60kbps while I could http @250kbps. No matter what I tried, the ftp issue remained and my response was needed on an overnight urgency thing after reviewing the files etc. That's another story but I think the trend for mobile operators is becoming clear = how much to push through a narrow spectrum = internet protocol torture. I think for me I'd avoid wimax because of mobility limitations so am chancing the iBurst platform. The people who designed iBurst knew what they were doing and am sincerely hoping AFOLs implementation has been done well. I'm almost out of options on service providers while I have plenty of gear that is slowly becoming part of the furniture.
On Tue, Nov 30, 2010 at 9:14 PM, Odhiambo Washington <odhiambo@gmail.com>wrote:
Aki,
Your praise of 3G+ is what made me start using it. Now I have to look for a human to blame, and guess who that is?:-)
Surely, http works pretty well on 3G+ and Safaricom 3G. Just now, my computer could not update Adobe Flash Player. The message? "Please make sure you are connected to the Internet and try again". Firefox however opens my gmail.com window without a problem! You are just so right. Internet Protocol torture!!!
The reason I am thinking of using Queen Bee's link is because they are the only provider with true redundancy to the Internet. For this reason I cannot go on an experimental spree with iBurst - a technology of yesterday.
QB's WiMAX connection rates are just way too high, compared to other providers. Zuku, OTOH, gives cheap links which don't perform for such needs as VoIP.
At the moment I am so confused on who gives reliable service.
-- Best regards, Odhiambo WASHINGTON, Nairobi,KE +254733744121/+254722743223 _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ Damn!!
-- Sent from my mobile device
Always wanted run X forwarding over ssh to access an ERP system from my home computer, but reached an impasse with the ISPs especially those offering 3G services - the difficultly in providing QoS(end-to-end) and the additional charge they ask for, hikes the cost of doing business significantly.
Wash, What wash is asking for makes for an interesting case when evaluating a service for your business. The simple answer is as always it depends or yes and no:-) Lets start with facts: - No one will give you end to end QOS to the internet. they would be lying. you know this already:-) - 3G/edge..hmm actually lets focus on 3G for a while: the air interface is packet-switched which in essence means that a limited number of high-speed RF data channels are shared across many users. If you work it backwards, this pretty much means that again no one can guarantee you a specific speed without some serious operartional overheads. Its an interesting balancing act between not over investing and giving a good service, any one thats worked in an ISP can give you some interesting tales about this sort of thing. With fancy backend systems for telcos (pcrf/ims), QOS can be 'pushed' closer to the user especially if you are on a router/device that can mark packets and you have knowledge of how the telcos 'might' be doing their QOS. - Safaricom has some seriously well designed and redundant capacity to the internet. - TCP as a protocol wrecks havoc on some applications over wireless connections, most not noticeable by users but they are still there. not sure how that will affect your voip, what codec you're using etc etc.... - I could go on and on and on about this but the end result is yes, Wash can run a decent voip service on 3G,Its a perfect backup link and to better manage it a static IP (private or public) + a vpn can be issued/bought, however only he can decide whether or not its good enough for him. If you need guarantees, it will cost you a little bit more, you could go as far as asking for an SLA from any provider and they'll be happy to provide you with one, probably at a cost. in the end there is no clear answer like yes, you will be comfortable with this service for application x,y and z.... My advice , test that scenario you want up there...Im willing to loan you a Huawei E960 (router) so long as you promise to post your detailed results here:-) then you can make a better decision:... JGitau On Tue, Nov 30, 2010 at 5:18 PM, Odhiambo Washington <odhiambo@gmail.com> wrote:
Folks,
This imagination has crossed my mind:
Consider this:
Cisco 2811 ->Internet <- Huawei 3G Router <- Cisco 2811 <-- IP PBX |________VPN Tunnel_____________|
1. The Huawei connects to Safaricom - speed and reliability not guaranteed? No static IP address.
Anyone thinks that, in this current age and time (in Kenya) is this a viable business solution??
-- Best regards, Odhiambo WASHINGTON, Nairobi,KE +254733744121/+254722743223 _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ Damn!!
_______________________________________________ Skunkworks mailing list Skunkworks@lists.my.co.ke http://lists.my.co.ke/cgi-bin/mailman/listinfo/skunkworks ------------ Skunkworks Rules http://my.co.ke/phpbb/viewtopic.php?f=24&t=94 ------------ Other services @ http://my.co.ke
-- **Gitau
@John, some thots below. :-) On Wed, Dec 1, 2010 at 10:28 AM, John Gitau <jgitau@gmail.com> wrote:
Wash,
What wash is asking for makes for an interesting case when evaluating a service for your business. The simple answer is as always it depends or yes and no:-)
Lets start with facts: - No one will give you end to end QOS to the internet. they would be lying. you know this already:-)
This is so simple for KE gateway providers to do, they are too laid back to do anything to build credibilty of their services. For example, providing a traffic graph at the circuits terminating in Fujiarah would be a good start. Therefore, when kenyans buy capacity from SPs, they know that the QOS is on international points and self-explanatory.
Wash can run a decent voip service on 3G
With a packet loss at around 13% , no you cannot run a decent voip service ( traffic classified as sensitive to any network changes ), not even if you had the best decoder.
Its a perfect backup link and to better manage it a static IP (private or public) + a vpn can be issued/bought,
No doubt that data will not easily notice the network issues. On VPN, you will have to change the token exchange time to longer periods to prevent the tunnel dropping in an end-end scenario. From remote vpn users, I'm glad Queen Bee is offering the apn facility because one can build on this.
If you need guarantees, it will cost you a little bit more, you could go as far as asking for an SLA from any provider and they'll be happy to provide you with one, probably at a cost.
I think for all Mobile Operators it would be virtually impossible to offer any SLAs because the networks are not designed for such. If Queen Bee can offer an SLA on 3g, there are too many factors that would prevent it from doing so. For a start to would need to micro-manage the SLAs. Me thots. Rgds.
On Wed, Dec 1, 2010 at 10:28 AM, John Gitau <jgitau@gmail.com> wrote:
Wash,
What wash is asking for makes for an interesting case when evaluating a service for your business. The simple answer is as always it depends or yes and no:-)
Lets start with facts: - No one will give you end to end QOS to the internet. they would be lying. you know this already:-) - 3G/edge..hmm actually lets focus on 3G for a while: the air interface is packet-switched which in essence means that a limited number of high-speed RF data channels are shared across many users. If you work it backwards, this pretty much means that again no one can guarantee you a specific speed without some serious operational overheads. Its an interesting balancing act between not over investing and giving a good service, any one thats worked in an ISP can give you some interesting tales about this sort of thing. With fancy backend systems for telcos (pcrf/ims), QOS can be 'pushed' closer to the user especially if you are on a router/device that can mark packets and you have knowledge of how the telcos 'might' be doing their QOS. - Safaricom has some seriously well designed and redundant capacity to the internet. - TCP as a protocol wrecks havoc on some applications over wireless connections, most not noticeable by users but they are still there. not sure how that will affect your voip, what codec you're using etc etc.... - I could go on and on and on about this but the end result is yes, Wash can run a decent voip service on 3G,Its a perfect backup link and to better manage it a static IP (private or public) + a vpn can be issued/bought, however only he can decide whether or not its good enough for him. If you need guarantees, it will cost you a little bit more, you could go as far as asking for an SLA from any provider and they'll be happy to provide you with one, probably at a cost. in the end there is no clear answer like yes, you will be comfortable with this service for application x,y and z....
My advice , test that scenario you want up there...Im willing to loan you a Huawei E960 (router) so long as you promise to post your detailed results here:-) then you can make a better decision:...
Hello John, Thank you for the detailed response and for the offer of Huawei E960. I already own one, but that will not stop me from posting the detailed results here. Do you reckon I need the static IP as a prerequisite for the test? I just realized that there is a mistake in my sketch. The router behind the Huawei is actually an 1811. I hope it doesn't change the scenario much. PS: I am still a Cisco newbie. -- Best regards, Odhiambo WASHINGTON, Nairobi,KE +254733744121/+254722743223 _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ Damn!!
no you dont need a static IP address. the trick with that is: 1: it costs money 2: its a process you might want to avoid just for tests. 3: it limits your scalability ie you can't pick up a competing vendors sim card and use it. If your devices require a static IP address to route call (which I doubt), then you may have such a requirement but for test purposes you can connect read in your assigned IP address and make the necessary changes to the configuration, run test and revert. Alternately Im sure you can make use of DDNS , I'm not sure whether the added latency for the dns query for each connection would be noticeable overhead but I'd be very interested in the results. JGitau On Wed, Dec 1, 2010 at 12:07 PM, Odhiambo Washington <odhiambo@gmail.com> wrote:
On Wed, Dec 1, 2010 at 10:28 AM, John Gitau <jgitau@gmail.com> wrote:
Wash,
What wash is asking for makes for an interesting case when evaluating a service for your business. The simple answer is as always it depends or yes and no:-)
Lets start with facts: - No one will give you end to end QOS to the internet. they would be lying. you know this already:-) - 3G/edge..hmm actually lets focus on 3G for a while: the air interface is packet-switched which in essence means that a limited number of high-speed RF data channels are shared across many users. If you work it backwards, this pretty much means that again no one can guarantee you a specific speed without some serious operational overheads. Its an interesting balancing act between not over investing and giving a good service, any one thats worked in an ISP can give you some interesting tales about this sort of thing. With fancy backend systems for telcos (pcrf/ims), QOS can be 'pushed' closer to the user especially if you are on a router/device that can mark packets and you have knowledge of how the telcos 'might' be doing their QOS. - Safaricom has some seriously well designed and redundant capacity to the internet. - TCP as a protocol wrecks havoc on some applications over wireless connections, most not noticeable by users but they are still there. not sure how that will affect your voip, what codec you're using etc etc.... - I could go on and on and on about this but the end result is yes, Wash can run a decent voip service on 3G,Its a perfect backup link and to better manage it a static IP (private or public) + a vpn can be issued/bought, however only he can decide whether or not its good enough for him. If you need guarantees, it will cost you a little bit more, you could go as far as asking for an SLA from any provider and they'll be happy to provide you with one, probably at a cost. in the end there is no clear answer like yes, you will be comfortable with this service for application x,y and z....
My advice , test that scenario you want up there...Im willing to loan you a Huawei E960 (router) so long as you promise to post your detailed results here:-) then you can make a better decision:...
Hello John,
Thank you for the detailed response and for the offer of Huawei E960. I already own one, but that will not stop me from posting the detailed results here. Do you reckon I need the static IP as a prerequisite for the test? I just realized that there is a mistake in my sketch. The router behind the Huawei is actually an 1811. I hope it doesn't change the scenario much.
PS: I am still a Cisco newbie.
-- Best regards, Odhiambo WASHINGTON, Nairobi,KE +254733744121/+254722743223 _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ Damn!!
_______________________________________________ Skunkworks mailing list Skunkworks@lists.my.co.ke http://lists.my.co.ke/cgi-bin/mailman/listinfo/skunkworks ------------ Skunkworks Rules http://my.co.ke/phpbb/viewtopic.php?f=24&t=94 ------------ Other services @ http://my.co.ke
-- **Gitau
Hey people, Its drinks. NaiLab [we fortunately share the same floor with the iHUB so if you know where they are, you know where we are] is having a cocktail tomorrow evening from 5pm - 7pm. We thought that as we start our gig towards what we want to do, you might want to come share in some food, music and conversation. We will make it pretty laid back and talk about what we are out to do. If you are feeling it, send a brother and e-mail. And yes you can bring a friend. Cheers. Tonee Ndungu || Digital Dude Director || NaiLab Nairobi || www.nailab.co.ke + 254 721 583 605 || Nairobi - Kenya My profiles: [image: Facebook] <http://www.facebook.com/toneendungu> [image: LinkedIn] <http://www.linkedin.com/in/toneendungu> [image: Google]<http://www.google.co.ke/search?q=tonee+ndungu> [image: Twitter] <http://twitter.com/toneendungu> Contact me: [image: Google Talk/] toneendungu [image: Skype/] toneendungu [image: Twitter] <http://twitter.com/toneendungu>Latest tweet: @alykhansatchu @JustDes good morning you two! Follow @toneendungu <http://twitter.com/toneendungu> <http://twitter.com/?status=@ToneeNdungu%20&in_reply_to_status_id=9121858821558272&in_reply_to=ToneeNdungu> Reply<http://twitter.com/?status=@ToneeNdungu%20&in_reply_to_status_id=9121858821558272&in_reply_to=ToneeNdungu> <http://twitter.com/?status=RT%20%40ToneeNdungu%3A%20%40alykhansatchu%20%40JustDes%20good%20morning%20you%20two%21> Retweet<http://twitter.com/?status=RT%20%40ToneeNdungu%3A%20%40alykhansatchu%20%40JustDes%20good%20morning%20you%20two%21> 08:49 Nov-29 <http://twitter.com/toneendungu/statuses/9121858821558272> Get this email app! <http://www.wisestamp.com/apps/twitter?utm_source=extension&utm_medium=email&utm_term=twitter&utm_campaign=apps> Signature powered by <http://www.wisestamp.com/email-install?utm_source=extension&utm_medium=email&utm_campaign=footer> WiseStamp<http://www.wisestamp.com/email-install?utm_source=extension&utm_medium=email&utm_campaign=footer>
participants (6)
-
aki -
Bernard Mwagiru -
John Gitau -
Odhiambo Washington -
Patrick Kariuki -
tonee ndungu