[kictanet] Congratulations Jason!
waudo siganga
emailsignet at mailcan.com
Thu Aug 14 16:39:37 EAT 2008
Josiah - It took only 51.14 seconds. Jason has actually broken
the Olympic record
[1]http://results.beijing2008.cn/WRM/ENG/INF/SW/C73A1/SWM021907.s
html#SWM021907
And shame on state broadcaster KBC for being stuck with a
basketball game between Angola and China while this history was
being made by a Kenyan. KBC should pull up their socks bwana
Waruru.
Waudo
On Thu, 14 Aug 2008 16:31:44 +0300, "Josiah Mugambi" <jmugambi at gmail.com>
said:
too bad it only lasted 9 minutes but congrats nonetheless..
4th overall timewise is great! .. Now beating Phelps while in the
pool at the same time would be even more enjoyable.
On Thu, Aug 14, 2008 at 4:25 PM, waudo siganga
<[2]emailsignet at mailcan.com> wrote:
Sorry to interrupt with this non-ICT issue but then we all
operate in
the wider environment. While today's early headlines were all
about
Michael Phelps being the greatest Olympian, here pops up
KENYAN Jason
Dunford and smashes Phelps Olympic Record in the 100m
butterfly. BIG
CONGRATS.
Waudo
On Thu, 14 Aug 2008 05:48:17 -0700 (PDT), "Alex Gakuru"
<[3]alex.gakuru at yahoo.com> said:
> Clearly Brian I am was not referring to peering but
something within.
> I shall locate and extract the lines from my 6deploy notes
and post.
>
> regards,
>
>
>
> --- On Thu, 8/14/08, Brian Longwe <[4]blongwe at gmail.com>
wrote:
>
> > From: Brian Longwe <[5]blongwe at gmail.com>
> > Subject: Re: [kictanet] Day 3 of 10:-IGF Discussions,
Internet Interconnection Charges
> > To: [6]alex.gakuru at yahoo.com
> > Cc: [7]kictanet at lists.kictanet.or.ke
> > Date: Thursday, August 14, 2008, 12:52 AM
> > Alex,
> >
> > The term is not "announcing" it is known as
> > "peering"
> > [8]http://en.wikipedia.org/wiki/Peering which is defined
as
> > "
> > is voluntary interconnection of administratively separate
> > Internet<[9]http://en.wikipedia.org/wiki/Internet>
> > networks <[10]http://en.wikipedia.org/wiki/Data_network>
> > for the purpose of
> > exchanging traffic between the customers of each network.
> > The pure
> > definition of peering is settlement-free or "sender
> > keeps all," meaning that
> > neither party pays the other for the exchanged traffic,
> > instead, each
> > derives revenue from its own customers.
> > "
> >
> > Underlying the ability to peer is the ability to access
> > affordable
> > infrastructure, otherwise most operators settle for
transit
> > arrangements
> > where the inherent costs of the underlying transport is
too
> > high.
> >
> > Regards,
> >
> > Brian
> >
> > On Wed, Aug 13, 2008 at 9:47 PM, Gakuru, Alex
> > <[11]alexgakuru.lists at gmail.com>wrote:
> >
> > > Alongside we should also consider the IXP concept
> > where ISPs mutually
> > > accept one another traffic without international
> > transit (the concept
> > > is called "announcing"). Simply put, such
> > traffic never incurs
> > > international transit costs. Question: Should this
> > "part" of internet
> > > cost consumers the same as costly international
> > satellite? This
> > > becomes more apparent when a lot of popular sites get
> > locally hosted,
> > > and for example where local content woes and comprises
> > most traffic.
> > >
> > > Besides that, East (and all of) Africa should embrace
> > solutions that
> > > "keep Africa traffic in Africa" such as
> > RASCOM 1 - the satellite now
> > > in space that was designed by Kenya's own Engineer
> > James Rege;)
> > > potentially saving Africa a sizable chunk of the US$
> > 800 million
> > > annual spending on transit traffic. Also more local
> > and regional IXPs
> > > would assist (and less NATs please)
> > >
> > > Network neutrality is a very hot one I dare not touch
> > much except
> > > affirm that whatever obstructs "the end-to-end
> > > principle"<
> > >
> >
[12]http://web.mit.edu/Saltzer/www/publications/endtoend/endto
end.txt>
> > > should be removed from the network. They include
> > privacy invading
> > > techniques known as Deep Packet Inspection (or
> > >
> >
DPI).<[13]http://en.wikipedia.org/wiki/Deep_packet_inspection>
> > Trust me to
> > > sneak in consumer issues;) But it is an important
> > aspect when
> > > determining through whom your traffic passes.
> > >
> > > Regards,
> > >
> > > Alex
> > >
> > >
> > >
> > >
> > > On Wed, Aug 13, 2008 at 5:04 PM, mwende njiraini
> > > <[14]mwende.njiraini at gmail.com> wrote:
> > > > In traditional telephony call termination
> > revenues are shared between
> > > > operators and are based on negotiated
> > interconnection rates, in a
> > > regulated
> > > > environment, rather than the size and number of
> > subscribers on the
> > > network.
> > > > (I stand to be corrected) Developing countries
> > for a long time have
> > > > benefited from revenues generated from this
> > international settlement
> > > > scheme. However, these revenues are rapidly
> > being eroded by VoIP, which
> > > is
> > > > encouraged by 'loosely regulated' flat
> > rate pricing of internet
> > > bandwidth.
> > > > The issue internet interconnection is based on
> > the fact that
> > > international
> > > > ISPs have no incentive to enter shared-cost
> > peering with ISPs developing
> > > > countries thus forcing them to incur the full
> > cost of transmitting
> > > > international traffic. What incentives need to
> > be put in place to
> > > encourage
> > > > shared-cost peering? Content development?
> > > >
> > > >
> > > > There is raging debate on "network
> > neutrality"; with network operators
> > > > seeking to price network access on the basis of
> > utilization in a bid to
> > > > manage network congestion. In the US, for
> > example the recent Comcast
> > > case
> > > > has resulted in the regulator, FCC, ruling that
> > Comcast 'discriminatory'
> > > > network management practices were illegal. To
> > overcome the challenge of
> > > > network congestion several proposals have been
> > made including the
> > > > introduction of bandwidth metered services. Vint
> > Cerf, Google's chief
> > > > internet evangelist, has proposed that ISPs
> > should "introduce
> > > transmission
> > > > caps allowing users to purchase access to the
> > Internet at a given minimum
> > > > data rate, which would be guaranteed even during
> > times of congestion."
> > > Net
> > > > neutrality is definitely an issue we may need to
> > consider with reference
> > > to
> > > > the current developments in national and
> > international fibre optic
> > > > projects.
> > > >
> > > > References:
> > > >
> > > > [15]http://news.cnet.com/8301-1023_3-10007079-93.html
> > > >
> > > > Regards
> > > >
> > > > Mwende
> > > >
> > > > Disclaimer: Comments are author's own.
> > > >
> > > > On 8/13/08, John Walubengo
> > <[16]jwalu at yahoo.com> wrote:
> > > >>
> > > >> Plse feel free to belatedly contribute on Day
> > 1 or 2 themes, jst
> > > remember
> > > >> to pick the correct subject line. Meanwhile
> > today we should discuss one
> > > of
> > > >> IG issues that touch squarely on the retail
> > cost of Internet Service in
> > > >> developing countries- the Internet
> > Interconnection Charges (IIC, in
> > > short)
> > > >>
> > > >> This issue is fairly complex and explosive
> > but we could try and
> > > understand
> > > >> if we used a simplified model for Mobile
> > Phone Interconnection Charges
> > > and
> > > >> Relationships. Consider mobile phone
> > company, X with 8million customers
> > > and
> > > >> mobile phone company, Y with 2 million
> > customers. Each company is
> > > supposed
> > > >> to compensate (pay) the other for terminating
> > calls originating from the
> > > >> other. In such a relationship, the bigger
> > company X, can chose to
> > > dictate
> > > >> how much the smaller company, Y pays it to
> > terminate the 'Y' calls to
> > > its
> > > >> bigger 'X' network/customers.
> > > >>
> > > >> This is losely similar to what is called
> > Transit relationship on the
> > > >> Internet. The big internet networks (Tier 1
> > and 2 Internet Backbone
> > > >> Providers) in US/Europe get to dictate how
> > much the smaller networks in
> > > >> developing countries need to pay in order to
> > terminate their internet
> > > >> requests for email, web, dns, voip and other
> > services into their
> > > Network.
> > > >> Even our much celebrated TEAMS, EASsy and
> > other projects cannot escape
> > > these
> > > >> Transit Interconnection Costs. Ofcourse if
> > you do not like their
> > > >> Interconnection Charges you are free to take
> > a walk into nowhere (read:
> > > stay
> > > >> offline).
> > > >>
> > > >> Another relationship does exist, the
> > Peer-to-Peer relationship which is
> > > >> equivalent to Mobile phone company Y and
> > company X both having equal or
> > > >> similar number of customers/value e.g.
> > 5million each. In such a
> > > >> relationship, the two Internet
> > Backbone/Service providers chose NOT to
> > > >> charge each other anything. Traffic between
> > the two is exchanged
> > > >> reciprically for free but below each of this
> > big Networks are the
> > > smaller
> > > >> networks (read African networks), that must
> > pay Transit Charges. Put
> > > >> bluntly, Africa and other developing
> > countries are subsidizing Internet
> > > >> Costs for the rich nations in the North.
> > > >>
> > > >> Many studies have been carried out to get us
> > out of this fix such as the
> > > >> Halfway-propositions, the ICAIS, etc but
> > todate the status quo remains.
> > > The
> > > >> standard response has remained 'If it
> > current interconnection models are
> > > >> working, why should you try and fix
> > them?'
> > > >>
> > > >> 1 day for comments, corrections and/or
> > proposals on this theme.
> > > >>
> > > >> walu.
> > > >>
> > > >> Ref: for some of the Studies:
> > > >> International Charging Arrangements for
> > Internet Services, Module I,
> > > >> ICAIS, p.3
> > > >>
> > [17]http://www.tmdenton.com/pub/reports/icais_mod1_ch1.pdf
> > > >>
> > > >> The Half-Way Proposition.
> > > >>
> >
[18]http://www.balancingact-africa.com/news/back/balancing-act
_130.html
> > > >>
> > > >>
> > > >>
> > > >>
> > > >>
> > > >>
> > _______________________________________________
> > > >> kictanet mailing list
> > > >> [19]kictanet at lists.kictanet.or.ke
> > > >>
> > [20]http://lists.kictanet.or.ke/mailman/listinfo/kictanet
> > > >>
> > > >> This message was sent to:
> > [21]mwende.njiraini at gmail.com
> > > >> Unsubscribe or change your options at
> > > >>
> > >
> >
[22]http://lists.kictanet.or.ke/mailman/options/kictanet/mwend
e.njiraini%40gmail.com
> > > >
> > > >
> > > > _______________________________________________
> > > > kictanet mailing list
> > > > [23]kictanet at lists.kictanet.or.ke
> > > >
> > [24]http://lists.kictanet.or.ke/mailman/listinfo/kictanet
> > > >
> > > > This message was sent to:
> > [25]alexgakuru.lists at gmail.com
> > > > Unsubscribe or change your options at
> > > >
> > >
> >
[26]http://lists.kictanet.or.ke/mailman/options/kictanet/alexg
akuru.lists%40gmail.com
> > > >
> > > >
> > >
> > > _______________________________________________
> > > kictanet mailing list
> > > [27]kictanet at lists.kictanet.or.ke
> > >
[28]http://lists.kictanet.or.ke/mailman/listinfo/kictanet
> > >
> > > This message was sent to: [29]blongwe at gmail.com
> > > Unsubscribe or change your options at
> > >
> >
[30]http://lists.kictanet.or.ke/mailman/options/kictanet/blong
we%40gmail.com
> > >
> >
> >
> >
> > --
> > Brian Munyao Longwe
> > e-mail: [31]blongwe at gmail.com
> > cell: + 254 722 518 744
> > blog : [32]http://zinjlog.blogspot.com
> > meta-blog: [33]http://mashilingi.blogspot.com
> > _______________________________________________
> > kictanet mailing list
> > [34]kictanet at lists.kictanet.or.ke
> > [35]http://lists.kictanet.or.ke/mailman/listinfo/kictanet
> >
> > This message was sent to: [36]alex.gakuru at yahoo.com
> > Unsubscribe or change your options at
> >
[37]http://lists.kictanet.or.ke/mailman/options/kictanet/alex.
gakuru%40yahoo.com
>
>
>
>
> _______________________________________________
> kictanet mailing list
> [38]kictanet at lists.kictanet.or.ke
> [39]http://lists.kictanet.or.ke/mailman/listinfo/kictanet
>
> This message was sent to: [40]emailsignet at mailcan.com
> Unsubscribe or change your options at
>
[41]http://lists.kictanet.or.ke/mailman/options/kictanet/email
signet%40mailcan.com
People make a plan work, a plan alone seldom makes people work
(Confucius).
_______________________________________________
kictanet mailing list
[42]kictanet at lists.kictanet.or.ke
[43]http://lists.kictanet.or.ke/mailman/listinfo/kictanet
This message was sent to: [44]jmugambi at gmail.com
Unsubscribe or change your options at
[45]http://lists.kictanet.or.ke/mailman/options/kictanet/jmuga
mbi%40gmail.com
--
Josiah Mugambi
+254 738 504418
Blog: [46]http://blog.josiahmugambi.com
Do you Zunguka?
Sign up for FREE on Zunguka.com and enjoy cheap SMS, mobile phone
backup, mobile entertainment content, mobile video and other
exciting services.
References
1. http://results.beijing2008.cn/WRM/ENG/INF/SW/C73A1/SWM021907.shtml#SWM021907
2. mailto:emailsignet at mailcan.com
3. mailto:alex.gakuru at yahoo.com
4. mailto:blongwe at gmail.com
5. mailto:blongwe at gmail.com
6. mailto:alex.gakuru at yahoo.com
7. mailto:kictanet at lists.kictanet.or.ke
8. http://en.wikipedia.org/wiki/Peering
9. http://en.wikipedia.org/wiki/Internet
10. http://en.wikipedia.org/wiki/Data_network
11. mailto:alexgakuru.lists at gmail.com
12. http://web.mit.edu/Saltzer/www/publications/endtoend/endtoend.txt
13. http://en.wikipedia.org/wiki/Deep_packet_inspection
14. mailto:mwende.njiraini at gmail.com
15. http://news.cnet.com/8301-1023_3-10007079-93.html
16. mailto:jwalu at yahoo.com
17. http://www.tmdenton.com/pub/reports/icais_mod1_ch1.pdf
18. http://www.balancingact-africa.com/news/back/balancing-act_130.html
19. mailto:kictanet at lists.kictanet.or.ke
20. http://lists.kictanet.or.ke/mailman/listinfo/kictanet
21. mailto:mwende.njiraini at gmail.com
22. http://lists.kictanet.or.ke/mailman/options/kictanet/mwende.njiraini@gmail.com
23. mailto:kictanet at lists.kictanet.or.ke
24. http://lists.kictanet.or.ke/mailman/listinfo/kictanet
25. mailto:alexgakuru.lists at gmail.com
26. http://lists.kictanet.or.ke/mailman/options/kictanet/alexgakuru.lists@gmail.com
27. mailto:kictanet at lists.kictanet.or.ke
28. http://lists.kictanet.or.ke/mailman/listinfo/kictanet
29. mailto:blongwe at gmail.com
30. http://lists.kictanet.or.ke/mailman/options/kictanet/blongwe@gmail.com
31. mailto:blongwe at gmail.com
32. http://zinjlog.blogspot.com/
33. http://mashilingi.blogspot.com/
34. mailto:kictanet at lists.kictanet.or.ke
35. http://lists.kictanet.or.ke/mailman/listinfo/kictanet
36. mailto:alex.gakuru at yahoo.com
37. http://lists.kictanet.or.ke/mailman/options/kictanet/alex.gakuru@yahoo.com
38. mailto:kictanet at lists.kictanet.or.ke
39. http://lists.kictanet.or.ke/mailman/listinfo/kictanet
40. mailto:emailsignet at mailcan.com
41. http://lists.kictanet.or.ke/mailman/options/kictanet/emailsignet@mailcan.com
42. mailto:kictanet at lists.kictanet.or.ke
43. http://lists.kictanet.or.ke/mailman/listinfo/kictanet
44. mailto:jmugambi at gmail.com
45. http://lists.kictanet.or.ke/mailman/options/kictanet/jmugambi@gmail.com
46. http://blog.josiahmugambi.com/
People make a plan work, a plan alone seldom makes people work (Confucius).
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.kictanet.or.ke/pipermail/kictanet/attachments/20080814/45ed35db/attachment.htm>
More information about the KICTANet
mailing list