[plug] Telstra CLI/CID Question

John Breen john.breen at unitedconstruction.com.au
Thu Aug 12 08:52:41 WST 1999


Is it not possible that the hardware at the receiving end formats the
number?  That would be logical, and would mean that Telstra is not "wrong"
as far as the ITU standards are concerned.

Cheers,


John

John Breen
Programmer
United Construction Pty Ltd

(08) 9499-0472
0413-462-818
john.breen at unitedconstruction.com.au




	-----Original Message-----
	From:	Garth Atkinson [SMTP:garth at cclinic.com.au]
	Sent:	Wednesday, August 11, 1999 11:13 PM
	To:	plug at linux.org.au
	Subject:	Re: [plug] Telstra CLI/CID Question

	Mike Holland wrote:
	> 
	> On Wed, 11 Aug 1999, John Summerfield wrote:
	> 
	> > > > I believe cli is sent using dtmf tones and there is no tone
for a
	> 
	> No, it includes text.
	> 
	> > > using 300 Baud FSK.
	> 
	> That rings a bell.
	> 
	> > it also means an answered call & so is charged.
	> 
	> No, no 'answer' is needed. The modem gets the data without going
	> "offhook", so officially no "call completion". You can test this
using a
	> mobile phone.
	> 
	> Mike Holland <mike at golden.wattle.id.au>            Perth,
Australia.
	>                           --==--
	>         Many are cold, but few are frozen.
	Spot on Mike.

	Mgetty (after some modification to the source code) will not answer
the
	call (take modem off hook) if the caller's number is not 'allowed'
(see
	/etc/mgetty+sendfax/dialin.config). For what its worth without this
	thread getting too muddy, I think telstra does things differently
from
	other telcos around the world.  Given a caller ID of 0894445555 I
think
	telstra insert white spaces betweem caller area code (eg 08) and
number1
	(eg 9444) and number2 (eg 5555). As I said earlier it appears that
other
	telcos dont do this. Other telcos seem to concatenate the number so
	there are no 'white spaces' seperating any part of the number (which
is
	a good idea I think).

	If I am right then telstra is VERY wrong for doing this. Just what
	software developers want, yet another exception to be handled.

	Garth


More information about the plug mailing list