> > I'm not sure, but maybe tT lets asterisk avoiding the bridge. >I'll test tomorrow (I leaved office :-), I am GMT+1). I tested this and had the following results :
CAPI B-channel information: Line-Name NTmode state i/o bproto isdnstate ton number ---------------------------------------------------------------- contr1#02 no Conn I trans *GBS 0x00 '107'->'123' B3q=960 B3count=0 contr1#01 no Conn O trans *GBPS 0x00 'b'->'103' B3q=480 B3count=0 So, and it seems obvious now, when the xfert ability is activated, the associated channels can't be bridGed : asterisk need to manage the call in order to see a xfert demand. I will test later, the ability to xfert, redirect (and so on) channels that are bridged (using the AMI ability, and no more the dtmf detection by asterisk). Thanks for your help. I will post my results and correct the documentation later in the day. _________________________________________________________________ Découvrez le Blog heroic Fantaisy d'Eragon! http://eragon-heroic-fantasy.spaces.live.com/ _______________________________________________ Sign up now for AstriCon 2007! September 25-28th. http://www.astricon.net/ --Bandwidth and Colocation Provided by http://www.api-digital.com-- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
