RE: [Bayonne-devel] Re: [Bayonne-dialogic] Globalcall Routing

[Gilmore, Gerry]

According to the GC/ISDN programming docs, gc_AcceptCall() sends an
ALERTING message to the network, indicating that the far-end is ringing
and that no more info is required at this time. Further, it stops the
Layer 3 timer. 

If the application cannot (or doesn't want to) answer the call within
the 10 second protocol timer, it *must* issue gc_AcceptCall()or the
network will drop the call.

Typically, this stage enables B channel audio cut-through so that the
calling end - if properly CTbus routed - can hear the ringback, etc.
from the far-end.

Gerry 

-- There are 10 kinds of people in the world, those who understand
binary and those who don't.
 
Gerry Gilmore
Field Applications Engineer
Communications Sales Organization
Intel Corporation
http://www.intel.com
 


-----Original Message-----
From: address@hidden
[mailto:address@hidden On Behalf
Of Mark Lipscombe
Sent: Wednesday, July 28, 2004 11:36 PM
To: Julien Chavanton
Cc: address@hidden
Subject: [Bayonne-devel] Re: [Bayonne-dialogic] Globalcall Routing


Calling gc_AcceptCall() shouldn't cause the carrier to consider the call

answered.  In most networks, it simply starts ringback for the calling 
party.

Are you sure that gc_AcceptCall() isn't already doing what you want?

Cheers,
Mark

Julien Chavanton wrote:
> I would like Bayonne to be able to switch call without accepting or 
> answering the call using globalcall
> 
>  
> 
> I plan to test adding gc_CallAck() as an alternative to
gc_AcceptCall() 
> so we can wait until the other side as answered before the billing
take 
> place.
> 
>  
> 
> I will check if this can be implemented without to much complexity.
> 
>  
> 
> Julien
> 
>  
> 
>  
> 



_______________________________________________
Bayonne-devel mailing list
address@hidden
http://lists.gnu.org/mailman/listinfo/bayonne-devel