New Zealand ADSL Mailing List


Re: DSLAM question

From: Steve & Prue <steve.eckett_at_xtra.co.nz>
Date: Wed, 3 Sep 2003 20:12:24 +1200
Message-ID: <000701c371f3$1d1df500$0201a8c0@xtraDNSserver>

1) The Nokia DSLAMs used by Telecom until last year do work this way to an
extent - the intelligence is centralised and dumb bins full of line cards
(basically multiple DSL modems) distributed to local exchanges. However, the
main cost of a DSLAM is actually those line cards, so the saving isn't
great. Other "brands" of DSLAM, such as Telecom's newer Alcatel equipment,
don't bother with this complication and allow each node to be completely
independent.
DSL repeaters do exist but they are expensive - effectively two line cards
back-to-back, so they only get used in a few specialised situations.

2) As connect quality is determined by the total length of cable in the
circuit, adding extra copper of any quality will only slow things down.

3) Urban exchanges cover smaller areas but use thinner copper to do so. The
net result is that all exchanges designed to be OK for telephony to their
boundaries, tend to get dodgy for DSL at those same boundaries. There are
now very few urban exchanges not DSL equipped anyway.

----- Original Message -----
thenexus@ihug.co.nz wrote:

Question: How important is it for a DSLAM to be situated at
the local exchange? IE, could say a cheaper(?) repeater
unit be placed at the exchange, to then be fed back to a
DSLAM at the central office?

Could the residential copper be terminated into higher
quality cabling at the local exchange, to then (similar to
the above Q) be fed back to the central office?

What about in an urban situation, where the central office
is within the dsl spec distance?

-- 
This message is part of the NZ ADSL mailing list. 
see http://unixathome.org/adsl/ for archives, FAQ, 
and various documents. 
To unsubscribe: send mail to majordomo@lists.unixathome.org 
with "unsubscribe adsl" in the body of the message 
 
Received on Wed Sep 3 20:13:52 2003

This archive was generated by hypermail 2.2.0 : Thu Nov 30 11:48:26 2006 EST