Merit Network
Can't find what you're looking for? Search the Mail Archives.
  About Merit   Services   Network   Resources & Support   Network Research   News   Events   Home

Discussion Communities: Merit Network Email List Archives

North American Network Operators Group

Date Prev | Date Next | Date Index | Thread Index | Author Index | Historical

Re: Dial-in access

  • From: Kent W. England
  • Date: Wed Aug 13 14:26:44 1997

At 12:12 PM 13-08-97 +-200, Jan Novak wrote:
>
>Do somebody of you use some kind of this rerouting or DXCs bypass and with
which devices or is this functionality included directly in the voice
switch ???
>Only pointers to vendors are quite sufficient - Nortelīs  "Internet
Thruway" can be a example.
>

If you are dealing with an existing voice switch, I don't think you have
much choice but to handle it with that voice switch vendor's product. Third
party solutions seem to have too much to do with handling call recognition
to be cost effective. Both Nortel and Lucent have announced plans to deal
with data calls by off-loading from the first voice switch onto a packet
network. Frankly, I don't understand enough about voice switch architecture
to know how well that deals with first-switch overloading, but it will
certainly deal well with the inter-office trunk overloading that is
prevalent in the US architecture.

Another idea that you should seriously consider is "always on ISDN". The
concept is to use all three BRI ISDN channels as a dedicated link to a
single ISP. It may be possible to set things up in the voice switch to
allow more than one ISP to play in this game, but the idea is to use the D
signaling channel as a dedicated low speed link between the premise and the
selected ISP. The two B channels are brought on as data is presented for
transport.

The idea is to make the circuit switching happen on the time scale of
Internet connection association (ie, TCP setup and teardown). This gives
the data user the same or better call characteristics as the voice caller,
thereby easing the load on the switch and allowing it to multiplex more
efficiently than it does when the data circuits stay nailed up almost
continuously. 

I would suggest that you talk to your switch vendors about how to implement
"always on ISDN" on their switches and then think carefully about how to
price this service. (In other words, you had better not keep the same
pricing as current per-call tariffs, but come up with either a flat rate or
a usage based on traffic measure so that users don't have to worry about
the cost of thousands of calls per month.) You can compare this to the
front-end offloading approach and pick the one that seems most cost
effective and scalable. In fact, why not do both? If Czechoslovakian phone
companies aren't totally focused on preserving a monopoly of obsolescent
phone services as here in the US, then perhaps innovative circuit switched
data services are feasible? If not, you could always swim uphill with xDSL
or cable modems. :-)

Hope this helps.

--Kent


Kent W. England                                     Direct: 650.596.6321
VP of Technology                                   Company: 650.596.1700
GeoNet Communications, Inc.                            Fax: 650.596.1701
555 Twin Dolphin Drive                                mailto:kwe@geo.net
Redwood City, CA  94065                               http://www.geo.net
           --- note area code change from 415 to new 650 ---




Discussion Communities


About Merit | Services | Network | Resources & Support | Network Research
News | Events | Contact | Site Map | Merit Network Home


Merit Network, Inc.