Re: determine outgoing call's number from Connection.getAddress().getName()

HI Nadir,
No worries. I am also very "new" in telephony.

CallerID should not function differently from the phone and the Jtapi Apps
if the PABX is configure with callerID functionality. I am not sure on this
as my sys engineer took care of this implementation. Think you need to turn
the callerID on in PABX. But if the phone did reflect that inbound call
number, then it should be turned on.

The only other reason that I could think of is that the inbound call is a
private call, which is why the PABX does not have the inbound call number
and churn out the trunk id(ie. T545#2)

hope this helps.
Thanks and Regards
Kenny


On 3/9/06, Nadir Jaffer <[email protected]> wrote:
>
>  Thank you, will take a look at whether caller ID is implemented already.
> I have a feeling it is, since when the phone receives inbound calls, the
> phone itself does report the number of the outside line and of course on
> outbound calls the phone reports the number dialled as well.  Would callerID
> function differently or could be implemented differently for the phone
> itself and for what the jtapi provider reports?
>
> Using the jtapi provider, i can't seem to get that information for that
> address nor terminal and only get that that random tag that changes with
> each outbound connection.
>
> Will double check, am rather new to telephony applications.
>
> Thanks again.
>
> Nadir
>
>  ------------------------------
> *From:* Discussion list for Java Telephony API [mailto:
> [email protected]] *On Behalf Of *Kenny Wong
> *Sent:* Tuesday, March 07, 2006 8:42 PM
> *To:* [email protected]
> *Subject:* Re: [JTAPI] determine outgoing call's number from
> Connection.getAddress().getName()
>
>
>  Nadir,
> When I implemented a call center solution the last time round, I came
> across this problem too. The tag(ie. T545#2) that you are getting is a
> random number that the PABX generate, if the system does not have caller ID
> functionality or it is from a private call(if I am not wrong).
>
> One way to work around this is to implement callerID to the system that
> you are working on.
>
> I hope this helps.
>
>
>
>
> On 3/8/06, Nadir Jaffer <[email protected]> wrote:
> >
> >  I am writing a jtapi monitoring application to observe all calls placed
> > from a list of addresses.  When a user dials an internal extension,
> > Call.getConnections()[].getAddress().getName() returns the extensions
> > that the address has connected to.  However, when an outside number is
> > called, only a tag of T545#2 or something like that is returned.  Is there a
> > way to determine the actual number dialled using jtapi, or is this just
> > vendor specific implementation?
> >
> > The application is using Avaya's jtapi implementation and connecting to
> > their Application Enablement Services 3.0 and Communication Manager 3.0.
> >
> >
> > Any help would be appreciated.
> >
> > Thank you,
> >
> > Nadir
> >
> >
> >
> > ===========================================================================
> > To unsubscribe, send email to [email protected] and include in the
> > body of the message "signoff JTAPI-INTEREST". For general help, send email
> > to [email protected] and include in the body of the message "help".
> >
>
> ===========================================================================
> To unsubscribe, send email to [email protected] and include in the
> body of the message "signoff JTAPI-INTEREST". For general help, send email
> to [email protected] and include in the body of the message "help".
> ===========================================================================
> To unsubscribe, send email to [email protected] and include in the
> body of the message "signoff JTAPI-INTEREST". For general help, send email
> to [email protected] and include in the body of the message "help".
>

===========================================================================
To unsubscribe, send email to [email protected] and include in the body
of the message "signoff JTAPI-INTEREST".  For general help, send email to
[email protected] and include in the body of the message "help".