<table cellspacing="0" cellpadding="0" border="0" ><tr><td valign="top" style="font: inherit;">Like most of the networks in our country, the more users you get on it, the more<br>congested it can get. Like the rail, and road, there is no&nbsp; inward investment, profits<br>goto share holders, not into network upgrades to support growth. <br><br>for more reason why I hate atm then goto..<br><br>http://en.wikipedia.org/wiki/Asynchronous_Transfer_Mode#Cells_in_practice<br><br><br>quote..<br><br>-----------------<br>Following the initial design of ATM, networks have become much faster.
A 1500 byte (12000-bit) full-size Ethernet packet takes only 1.2 µs to
transmit on a 10 Gbit/s optical network, reducing the need for small
cells to reduce jitter due to contention. Some consider that this makes
a case for replacing ATM with Ethernet in the network backbone.
However, it should be noted that the increased link speeds by
themselves do not alleviate jitter due to queuing. Additionally, the
hardware for implementing the service adaptation for IP packets is
expensive at very high speeds. Specifically, at speeds of <a href="http://en.wikipedia.org/wiki/OC-3" title="OC-3" class="mw-redirect">OC-3</a> and above, the cost of segmentation and reassembly (SAR) hardware makes ATM less competitive for IP than <a href="http://en.wikipedia.org/wiki/Packet_over_SONET/SDH" title="Packet over SONET/SDH">Packet Over SONET</a> (POS). SAR performance limits mean that the fastest IP router ATM interfaces are OC12 - OC48 (STM4 - STM16), while as of 2004<sup class="plainlinks noprint asof-tag update" style="display: none;"><a href="http://en.wikipedia.org/w/index.php?title=Asynchronous_Transfer_Mode&amp;action=edit" class="external text" title="http://en.wikipedia.org/w/index.php?title=Asynchronous_Transfer_Mode&amp;action=edit" rel="nofollow">[update]</a></sup> POS can operate at OC-192 (STM64) with higher speeds expected in the future.'<br>----------------------------------------<br><br>so, get some 10G POS, sprinkle in
 some MPLS for traffic engineering and to avoid queuing..<br><br>well come to broadband city.<br><br>It's a dream, but not on this island, and not in my life time ....<br><br>Cheers,<br>Lee<br><br><br>--- On <b>Mon, 16/3/09, Johną <i>&lt;seago.john@googlemail.com&gt;</i></b> wrote:<br><blockquote style="border-left: 2px solid rgb(16, 16, 255); margin-left: 5px; padding-left: 5px;">From: Johną &lt;seago.john@googlemail.com&gt;<br>Subject: Re: [dundee] Googlemail<br>To: dundee@lists.lug.org.uk<br>Cc: "Lee Hughes" &lt;toxicnaan@yahoo.co.uk&gt;<br>Date: Monday, 16 March, 2009, 8:32 AM<br><br><pre>On Sunday 22 February 2009 18:50:42 Lee Hughes wrote:<br>&gt; adsl can also get 'clogged up' if BT's 'AMAZING' atm<br>network gets a bit<br>&gt; bogged down, then it's going to be 'packet loss city', and<br>your the new<br>&gt; resident.<br><br>I have been conducting regular speed tests, and looking at the graph of <br>downloadd speeds provided by
 "thinkbroadband.com" the trend is for a<br>slow <br>but steady decline in download speed with lows as low as 117.74 Kbps <br>whereas it used to run at an almost constant 6672.03 Kbps plus or minus a <br>few% its average speed now seems to have dropped to 5000.00 kbps with a <br>steady slowing. <br><br>-- <br>John Seago<br>GNU/Linux Registered User No. #219566 http://counter.li.org/<br><br>_______________________________________________<br>dundee GNU/Linux Users Group mailing list<br>dundee@lists.lug.org.uk  http://dundee.lug.org.uk<br>https://mailman.lug.org.uk/mailman/listinfo/dundee<br>Chat on IRC, #tlug on dundee.lug.org.uk<br></pre></blockquote></td></tr></table><br>