Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!mnetor!uunet!husc6!mit-eddie!ll-xn!ames!ucbcad!ucbvax!hslrswi.UUCP!obroin
From: obroin@hslrswi.UUCP (Niall  O Broin)
Newsgroups: comp.dcom.telecom
Subject: Re: all this new stuff has been confusedly presented
Message-ID: <735@hslraxe.hslrswi.UUCP>
Date: Wed, 21-Oct-87 11:12:16 EST
Article-I.D.: hslraxe.735
Posted: Wed Oct 21 11:12:16 1987
Date-Received: Sun, 25-Oct-87 09:32:44 EST
References: <231@lf-jr.BBN.COM>
Sender: daemon@ucbvax.BERKELEY.EDU
Reply-To: hslrswi!obroin@jade.berkeley.edu (Niall  O Broin)
Organization: Hasler AG, CH-3000 Berne 14, Switzerland
Lines: 67
Approved: telecom@xx.lcs.mit.edu


In article <231@lf-jr.BBN.COM> jr@LF-SERVER-2.BBN.COM (John Robinson) writes:
>
>In article  <12340678224.21.AWALKER@RED.RUTGERS.EDU> AWalker@RED.RUTGERS.EDU (
>>
>>Is this new "ID the caller" beta-test service handled by / the same as /
>>utterly unrelated to / etc ISDN?

unrelated to. The signalling of the caller's number goes over your standard
non ISDN line. ISDN can of course provide this capability.

>>It seems to me that for this service to work the caller must be in an office
>>where the service is being tested too.  Present ["normal"] offices wouldn't
>>have the capability to pass a packet containing the caller's number to the
>>destination end, right?

Wrong. All non primitive signalling systems have the ability to request and
receive the caller's number. So the "ID the caller" service just requires
software in the CALLED PARTY's exchange to request the caller's number (if it
has not yet been received - it often already has) and software/hardware (and a
signalling protocol) to transmit the number to the called party's telephone.
This is fairly simple, though I don't know exactly how it will be done in this
case.

>This is something that comes under the ISDN service umbrella probably.

Yes and no, but a lot more no than yes.

>The information on calling number is probably passed
>in signalling system #7 (SS#7) out-of-band data packets

Just a tad unlikely ! Overkill by about n orders of magnitude - the cost
of having a processor to handle C7 signalling attached to your phone would
be horrible just to get "ID the caller" service.

>this system (C7 signalling) is an outgrowth of internal Bell protocols

Not unless you regard the whole principle of common channel signalling
as an internal Bell protocol, it isn't.

>and now will be public worldwide in ISDN systems.

Yes, but C7 signalling and the ISDN are completely seperate entities.
Signalling for 99.9' % of ISDN lines will be C7, but C7 is a telephony
signalling system, and is currently in use worldwide on many different types
of non ISDN trunk circuits

Briefly, a C7 signalling system has two parts, a message transfer part
and a user part. There are and will be many different user parts, a
telephone user part (the area in which I have worked), an ISDN user part
and more.


Regards,

       #\\\\\-----\\\\\       Niall  O Broin
      ###\\\\\-----\\\\\      AXE Software Development
     #####---------------     Hasler AG      +-----------------------------+
    #######---------------    Berne          +This space available for rent|
   #########\\\\\-----\\\\\   Switzerland    +-----------------------------+
  ###########\\\\\-----\\\\\
 #######     /////     /////  BITNET       obroin%hslrswi.UUCP@cernvax.BITNET
#######     /////     /////   UUCP .. {uunet,mcvax ..}!cernvax!hslrswi!obroin
 #####               /////
  ###               /////     Any resemblance between this message and the
   #     /////     /////      opinions of anyone else, living or dead, is
        /////     /////       purely coincidental.