Return to BSD News archive
Xref: sserve comp.sys.powerpc:34498 comp.sys.intel:31984 comp.unix.bsd:16213 comp.unix.pc-clone.32bit:8185 comp.unix.sys5.r4:9292 comp.unix.misc:16105 comp.os.linux.development:23547 comp.os.linux.misc:35556 comp.os.386bsd.development:3224 comp.os.386bsd.misc:5457 comp.os.misc:3818
Path: sserve!newshost.anu.edu.au!harbinger.cc.monash.edu.au!bunyip.cc.uq.oz.au!munnari.oz.au!news.hawaii.edu!ames!enews.sgi.com!decwrl!tribune.usask.ca!quartz.ucs.ualberta.ca!unixg.ubc.ca!helix.net!not-for-mail
From: dlinford@trance.helix.net (D. Linford)
Newsgroups: comp.sys.powerpc,comp.sys.intel,comp.unix.bsd,comp.unix.pc-clone.32bit,comp.unix.sys5.r4,comp.unix.misc,comp.os.linux.development,comp.os.linux.misc,comp.os.386bsd.development,comp.os.386bsd.misc,comp.os.misc
Subject: Re: X on dial-in
Date: 11 Feb 1995 09:52:56 -0800
Organization: Erisian Development Group
Lines: 38
Message-ID: <3hitho$l6m@trance.helix.net>
References: <3f44s2$jqm@maverick.maverick.tad.eds.com> <D3LFnr.KJG@bonkers.taronga.com> <D3ME6C.14t@pe1chl.ampr.org> <D3ns6F.2w9@bonkers.taronga.com>
NNTP-Posting-Host: 142.231.37.2
In article <D3ns6F.2w9@bonkers.taronga.com>,
Peter da Silva <peter@bonkers.taronga.com> wrote:
>In article <D3ME6C.14t@pe1chl.ampr.org>,
>Rob Janssen <pe1chl@wab-tis.rabobank.nl> wrote:
>>An ISDN B-channel is just a synchronous bit-serial link. the framing is
>>up to the user.
>
>How the bits are moved from one CO to another should be completely
>transparent. If it dedicates a line for them or it multiplexes them
>or wraps them in an IP packet shouldn't be relevant.
>
>If the design of ISDN prevents that, then ISDN is broken as designed.
---{ data over voice seems to have brought this thread up }---
The details of how the *service* should be delivered end to
end should be transparent. If I'm making a voice call, it will make no
difference to a person, or phone, on either side of the connection
whether one side was POTS or whether the call was carried on a
32kbit/s channel for part of the trip.
If one wishes to use the data service, then one needs to be
aware if the call needs to be carried over a 64kbit/s link. Such a
service is not universally available, so there is of course the option
in most, if not all, gear to use 56kbit/s links which are very widely
available. If there were only an analog TDM link available, you would
be out of luck for any digital connection (very rare).
Remember the D in ISDN is for digital, not data. The various
services are carried on the one integrated network. If you request the
wrong service from the network, getting side effects means that you've
requested the wrong service. I don't see how this makes the service
broken.
d
--
---- D.Linford ----- Van.BC ----
---- dlinford@helix.net --------