Am looking at a potential clientele which need a internet and i really would want to dive them what they pay for according to the agreement,am therefore looking for a hardware/software that can split bandwidth among a number of users so that my customers don't feel cheated.. I know a switch will work but its not intelligent enough to allocate bandwidth to a certain IP. Does anyone has an idea how to go about in this?
Mikrotik routers will do call 020-2795-100 rgrds On Wed, Nov 18, 2009 at 11:02 AM, Lawrence Kago <lawrencekago@gmail.com>wrote:
Am looking at a potential clientele which need a internet and i really would want to dive them what they pay for according to the agreement,am therefore looking for a hardware/software that can split bandwidth among a number of users so that my customers don't feel cheated..
I know a switch will work but its not intelligent enough to allocate bandwidth to a certain IP.
Does anyone has an idea how to go about in this?
_______________________________________________ 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 Other lists ------------- Announce: http://lists.my.co.ke/cgi-bin/mailman/listinfo/skunkworks-announce Science: http://lists.my.co.ke/cgi-bin/mailman/listinfo/science kazi: http://lists.my.co.ke/cgi-bin/mailman/admin/kazi/general
-- Dauglas Kidake 0720-381640 020-2795100 020-2242019
Using a switch, you can use rate-limiting on both ingress and egress traffic of an interface. On Wed, Nov 18, 2009 at 11:16 AM, dauglas kidake <dauglas@edgenet.co.ke>wrote:
Mikrotik routers will do call 020-2795-100
rgrds
On Wed, Nov 18, 2009 at 11:02 AM, Lawrence Kago <lawrencekago@gmail.com>wrote:
Am looking at a potential clientele which need a internet and i really would want to dive them what they pay for according to the agreement,am therefore looking for a hardware/software that can split bandwidth among a number of users so that my customers don't feel cheated..
I know a switch will work but its not intelligent enough to allocate bandwidth to a certain IP.
Does anyone has an idea how to go about in this?
_______________________________________________ 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 Other lists ------------- Announce: http://lists.my.co.ke/cgi-bin/mailman/listinfo/skunkworks-announce Science: http://lists.my.co.ke/cgi-bin/mailman/listinfo/science kazi: http://lists.my.co.ke/cgi-bin/mailman/admin/kazi/general
-- Dauglas Kidake 0720-381640 020-2795100 020-2242019
_______________________________________________ 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 Other lists ------------- Announce: http://lists.my.co.ke/cgi-bin/mailman/listinfo/skunkworks-announce Science: http://lists.my.co.ke/cgi-bin/mailman/listinfo/science kazi: http://lists.my.co.ke/cgi-bin/mailman/admin/kazi/general
Ave had a chance to travel widely and I notice that when I ping yahoo.com or google.com from say Egypt/SA/US the turnarounds times reported on average 56-60ms. In Kenya, prior to the undersea cable i was experiencing turn-around times of over 1500ms to google.com. With the coming of the undersea cable I saw five-fold improvements with recordings of around 300ms but somehow deteriorating to around 400ms-500ms. Ave tested on both Mobile internet and fixed lines but am yet to experience turnaround times of below 60ms to google.com/yahoo.com from Kenya. am truly confused why pinging from Kenyan territory seems to be so bad... Where's Aki to confirm - maybe I have a local (LAN/Base Station) problem or what? walu.
Hi Walu, because of the distance its likely that we cannot achieve the less than 100ms on Fiber. See this presentation on how to calculate latency on fiber and one can deduce what we will expect as a result http://jason-evans.com/post/73501683/quick-fiber-latency-reference Therefore Nairobi to London to USA return will always be about 200ms. Regards, Michuki. Walubengo J wrote:
Ave had a chance to travel widely and I notice that when I ping yahoo.com or google.com from say Egypt/SA/US the turnarounds times reported on average 56-60ms.
In Kenya, prior to the undersea cable i was experiencing turn-around times of over 1500ms to google.com. With the coming of the undersea cable I saw five-fold improvements with recordings of around 300ms but somehow deteriorating to around 400ms-500ms. Ave tested on both Mobile internet and fixed lines but am yet to experience turnaround times of below 60ms to google.com/yahoo.com from Kenya.
am truly confused why pinging from Kenyan territory seems to be so bad...
Where's Aki to confirm - maybe I have a local (LAN/Base Station) problem or what?
walu.
------------------------------------------------------------------------
_______________________________________________ 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 Other lists ------------- Announce: http://lists.my.co.ke/cgi-bin/mailman/listinfo/skunkworks-announce Science: http://lists.my.co.ke/cgi-bin/mailman/listinfo/science kazi: http://lists.my.co.ke/cgi-bin/mailman/admin/kazi/general
2009/11/18 Michuki Mwangi <michuki.mwangi@gmail.com>
Hi Walu,
because of the distance its likely that we cannot achieve the less than 100ms on Fiber.
See this presentation on how to calculate latency on fiber and one can deduce what we will expect as a result
http://jason-evans.com/post/73501683/quick-fiber-latency-reference
Therefore Nairobi to London to USA return will always be about 200ms.
Regards,
Michuki.
Walubengo J wrote:
Ave had a chance to travel widely and I notice that when I ping yahoo.com or google.com from say Egypt/SA/US the turnarounds times reported on average 56-60ms.
In Kenya, prior to the undersea cable i was experiencing turn-around times of over 1500ms to google.com. With the coming of the undersea cable I saw five-fold improvements with recordings of around 300ms but somehow deteriorating to around 400ms-500ms. Ave tested on both Mobile internet and fixed lines but am yet to experience turnaround times of below 60ms to google.com/yahoo.com from Kenya.
am truly confused why pinging from Kenyan territory seems to be so bad...
Where's Aki to confirm - maybe I have a local (LAN/Base Station) problem or what?
walu.
------------------------------------------------------------------------
_______________________________________________ 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 Other lists ------------- Announce: http://lists.my.co.ke/cgi-bin/mailman/listinfo/skunkworks-announce Science: http://lists.my.co.ke/cgi-bin/mailman/listinfo/science kazi: http://lists.my.co.ke/cgi-bin/mailman/admin/kazi/general
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 Other lists ------------- Announce: http://lists.my.co.ke/cgi-bin/mailman/listinfo/skunkworks-announce Science: http://lists.my.co.ke/cgi-bin/mailman/listinfo/science kazi: http://lists.my.co.ke/cgi-bin/mailman/admin/kazi/general
Hi Mr Walu, I came upon this <http://www.safe-sat3.co.za/> some time ago. Please click on the configuration link. Its relevant to what Mr Mwangi has just posted. Regards, -- Mr Lusiola Brian Everyone has photographic memory, not everyone has film though.
You shouldn't also forget the fact that Egypt possibly hosts a number of CDNs whereas locally in Kenya we're yet to get these in place. The only one is probably Google Cache which they were testing a while back, and the UUNET Akamai (did that happen ?) To add on the fiber latency ... this is estimates of what providers might be seeing, could be wrong ... - SEACOM from Nbi to London via Mumbai is about 250-300ms. - When SEACOM's leg from Mombasa to London direct is done, they expect <100ms - TEAMS to London is about 170-200ms - A trans-Atlantic hop these days is about 50-70ms. This is better than several years back I used to see 100-150ms. Not sure how it improved. R ----- Original Message ----- From: "Michuki Mwangi" <michuki.mwangi@gmail.com> To: "Skunkworks Forum" <skunkworks@lists.my.co.ke> Sent: Wednesday, November 18, 2009 3:57:20 PM GMT +03:00 Iraq Subject: Re: [Skunkworks] Are our Networks poorly engineered? Hi Walu, because of the distance its likely that we cannot achieve the less than 100ms on Fiber. See this presentation on how to calculate latency on fiber and one can deduce what we will expect as a result http://jason-evans.com/post/73501683/quick-fiber-latency-reference Therefore Nairobi to London to USA return will always be about 200ms. Regards, Michuki. Walubengo J wrote:
Ave had a chance to travel widely and I notice that when I ping yahoo.com or google.com from say Egypt/SA/US the turnarounds times reported on average 56-60ms.
In Kenya, prior to the undersea cable i was experiencing turn-around times of over 1500ms to google.com. With the coming of the undersea cable I saw five-fold improvements with recordings of around 300ms but somehow deteriorating to around 400ms-500ms. Ave tested on both Mobile internet and fixed lines but am yet to experience turnaround times of below 60ms to google.com/yahoo.com from Kenya.
am truly confused why pinging from Kenyan territory seems to be so bad...
Where's Aki to confirm - maybe I have a local (LAN/Base Station) problem or what?
walu.
------------------------------------------------------------------------
_______________________________________________ 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 Other lists ------------- Announce: http://lists.my.co.ke/cgi-bin/mailman/listinfo/skunkworks-announce Science: http://lists.my.co.ke/cgi-bin/mailman/listinfo/science kazi: http://lists.my.co.ke/cgi-bin/mailman/admin/kazi/general
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 Other lists ------------- Announce: http://lists.my.co.ke/cgi-bin/mailman/listinfo/skunkworks-announce Science: http://lists.my.co.ke/cgi-bin/mailman/listinfo/science kazi: http://lists.my.co.ke/cgi-bin/mailman/admin/kazi/general
On Wed, Nov 18, 2009 at 11:02 AM, Lawrence Kago <lawrencekago@gmail.com>wrote:
Am looking at a potential clientele which need a internet and i really would want to dive them what they pay for according to the agreement,am therefore looking for a hardware/software that can split bandwidth among a number of users so that my customers don't feel cheated..
I know a switch will work but its not intelligent enough to allocate bandwidth to a certain IP.
Does anyone has an idea how to go about in this?
Hello @Lawrence. Before you spend on any hardware and if you have a Cisco, pls use the CAR function which can be written for any ip and any interface. Use CAR to set hard limits plus a burstable rate. TCP rate limiting is an antique method and given todays network hogs, you will be in trouble very soon. Try and move away from tcp hard limiting and onto protocol management where you would move service blocks of bandwidth into chunks of manageable protocols. Consider this : You have clients A,B. A uses more http while B uses more ftp. In a TCP rate limiting scenario, say you created chunks of 256k with burst to 512k when conditions allow. Both A,B will hit these limits quickly even when using a single comp. If you are a linux person, I'd highly recommned that you look at FreeBSD because your answer lies here, given costs and management. I'll not debate if linux or freebsd, but I know for a fact I'd choose FreeBSD anytime due to things like PPS and network throughputs. :-) HTHs.
Aki, this is a tired thread. Let the flogged-horse die in peace. On Wed, Nov 18, 2009 at 3:52 PM, aki <aki275@googlemail.com> wrote:
If you are a linux person, I'd highly recommned that you look at FreeBSD because your answer lies here, given costs and management. I'll not debate if linux or freebsd, but I know for a fact I'd choose FreeBSD anytime due to things like PPS and network throughputs. :-)
@Saidimu, Yeah right, hehehe..! :-)) The Devil still kicks -ss, ask vendors like Juniper. And documentation, well thats another story. I kind of feel sorry for the penguin, so many flavours...too much confusion and without goolge, no answers. ( impression of a DIY work in progress ). On Thu, Nov 19, 2009 at 12:09 AM, saidimu apale <saidimu@gmail.com> wrote:
Aki, this is a tired thread. Let the flogged-horse die in peace.
On Wed, Nov 18, 2009 at 3:52 PM, aki <aki275@googlemail.com> wrote:
If you are a linux person, I'd highly recommned that you look at FreeBSD because your answer lies here, given costs and management. I'll not debate if linux or freebsd, but I know for a fact I'd choose FreeBSD anytime due to things like PPS and network throughputs. :-)
@Aki You are right Aki. CAR on a Cisco switch will do the trick. On Wed, Nov 18, 2009 at 11:52 PM, aki <aki275@googlemail.com> wrote:
On Wed, Nov 18, 2009 at 11:02 AM, Lawrence Kago <lawrencekago@gmail.com>wrote:
Am looking at a potential clientele which need a internet and i really would want to dive them what they pay for according to the agreement,am therefore looking for a hardware/software that can split bandwidth among a number of users so that my customers don't feel cheated..
I know a switch will work but its not intelligent enough to allocate bandwidth to a certain IP.
Does anyone has an idea how to go about in this?
Hello @Lawrence. Before you spend on any hardware and if you have a Cisco, pls use the CAR function which can be written for any ip and any interface. Use CAR to set hard limits plus a burstable rate. TCP rate limiting is an antique method and given todays network hogs, you will be in trouble very soon. Try and move away from tcp hard limiting and onto protocol management where you would move service blocks of bandwidth into chunks of manageable protocols.
Consider this : You have clients A,B. A uses more http while B uses more ftp. In a TCP rate limiting scenario, say you created chunks of 256k with burst to 512k when conditions allow. Both A,B will hit these limits quickly even when using a single comp.
If you are a linux person, I'd highly recommned that you look at FreeBSD because your answer lies here, given costs and management. I'll not debate if linux or freebsd, but I know for a fact I'd choose FreeBSD anytime due to things like PPS and network throughputs. :-)
HTHs.
_______________________________________________ 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 Other lists ------------- Announce: http://lists.my.co.ke/cgi-bin/mailman/listinfo/skunkworks-announce Science: http://lists.my.co.ke/cgi-bin/mailman/listinfo/science kazi: http://lists.my.co.ke/cgi-bin/mailman/admin/kazi/general
@Techi, I just wish those who waste thousands of dollars on egde devices would give FreeBSD a go. This thing can replace any edge device at almost nil costs. Stick in 4 port - 8 port Eth cards, you have a full functional device worth millions of ksh and guaranteed for many years to come. Come'on Telcos, Corporates : On a network layer, there will be nothing better and easier, easier to manage and to deploy. :-)
participants (9)
-
aki -
Brian Lusiola -
dauglas kidake -
Lawrence Kago -
Michuki Mwangi -
Riyaz Bachani -
saidimu apale -
techi -
Walubengo J