Posted: Wed Apr 15, 2009 4:22 pm Post subject: [asterisk-users] 2B Channel Transfer on XO-based T1
I can do it as a paid bounty if there's noone "volunteering".
Would need access to the box with the live circuit including TBCT enabled.
PM me if interested
Martin
On Wed, Apr 15, 2009 at 10:45 AM, Don Kelly <dk@donkelly.biz> wrote:
Quote:
Someone referred to a facility message when the TBCT call is "torn down."
There are actually two messages--when the PSTN switch takes back the calls
and completes the transfer, it sends a facility message including a unique
ID. Then, when one of the parties disconnects, the switch sends another
facility message with the same unique ID. This would provide information to
complete the CDR record. Now that there seems to be some interest in TBCT,
is someone interested in handling these two facility messages to update the
CDR?
--Don
Don Kelly
PCF Corp
People Come First
651 842-1000
888 Don Kell(y)
651 842-1001 fax
-----Original Message-----
From: asterisk-users-bounces@lists.digium.com
[mailto:asterisk-users-bounces@lists.digium.com] On Behalf Of Kevin P.
Fleming
Sent: Wednesday, April 15, 2009 9:58 AM
To: Asterisk Users Mailing List - Non-Commercial Discussion
Subject: Re: [asterisk-users] 2B Channel Transfer on XO-based T1
Philipp Kempgen wrote:
> Could somebody shed some light on why PRI_2BCT is not enabled by
> default? Is it an experimental feature?
>
> I'd like to compile stuff without patching defines. :-)
It's not enabled by default because when it is used the Asterisk server
loses control of the call and the CDR becomes incomplete. Not everyone
wants that behavior.
--
Kevin P. Fleming
Digium, Inc. | Director of Software Technologies
445 Jan Davis Drive NW - Huntsville, AL 35806 - USA
skype: kpfleming | jabber: kpfleming@digium.com
Check us out at www.digium.com & www.asterisk.org
_______________________________________________
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
it might actually only work in the version of Asterisk it was introduced for ...
This flag is defined inside of libpri.h, which is included by
chan_dahdi.c, which is why you do not see it inside chan_dahdi.c.
2BCT will automatically compile by default if the version of libpri you
have support 2BCT. If you have any version of libpri newer than a year
or two ago, it supports all the currently supported switchtypes. In
fact, the earliest version of 2BCT supported was done probably 3 or 4
years ago (RLT for DMS switches), so even very old versions of libpri
will support compilation of that code.
Matthew Fredricikson
Digium, Inc.
Quote:
Martin
On Wed, Apr 15, 2009 at 8:24 AM, Ron Joffe <rjoffe@sienatech.com> wrote:
> On Tuesday 14 April 2009 18:41, Jared Smith wrote:
>> Some time after the second leg of
>> the call has answered, Asterisk will send a facility message to the CO
>> switch saying "Hey, mind bridging these two calls on your end, so I can
>> free up the channels on my end?" If the switch says "OK", you'll see
>> the calls disappear from Asterisk (and the people on the calls won't
>> know the difference). Otherwise, the calls will continue to be bridged
>> by Asterisk.
> Jared,
>
> Is there a debug mode where I can find these specific messages?
>
> Thanks,
>
> Ron
>
>
> --
> Ron Joffe
> Siena Tech, Inc.
> 3319 Willow Glen Drive
> Oak Hill, VA 20171
> (919) 928-0404
>
> _______________________________________________
> -- 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
>
_______________________________________________
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
Posted: Thu Apr 23, 2009 4:10 pm Post subject: [asterisk-users] 2B Channel Transfer on XO-based T1
Jared Smith wrote:
Quote:
On Wed, 2009-04-15 at 09:58 -0500, Kevin P. Fleming wrote:
> It's not enabled by default because when it is used the Asterisk server
> loses control of the call and the CDR becomes incomplete. Not everyone
> wants that behavior.
But since many people *would* like that behavior, wouldn't it make more
sense to enable this via an option in chan_dahdi.conf? Maybe
"enable2bct=yes"? (It's not like you don't already have to set
facilityenable=yes and transfer=yes to get it anyway, and I doubt there
are many people who want facilityenable=yes and transfer=yes but not
2bct... But for those few, I guess we can add yet another option.)
It seems silly to have to recompile just to get this functionality.
It *is* compiled in by default and it actually *is* configurable. I've
said this a few times in the archives, but just so that everyone knows,
in order for it to work, 'transfer=yes' must be set in chan_dahdi.conf
on each of the channels you would like to enable it on.
To disable it for a channel or group of channels, set 'transfer=no'
above that group.
Matthew Fredrickson
Digium, Inc.
_______________________________________________
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
Posted: Thu Apr 23, 2009 4:12 pm Post subject: [asterisk-users] 2B Channel Transfer on XO-based T1
Don Kelly wrote:
Quote:
Someone referred to a facility message when the TBCT call is "torn down."
There are actually two messages--when the PSTN switch takes back the calls
and completes the transfer, it sends a facility message including a unique
ID. Then, when one of the parties disconnects, the switch sends another
facility message with the same unique ID. This would provide information to
complete the CDR record. Now that there seems to be some interest in TBCT,
is someone interested in handling these two facility messages to update the
CDR?
Unfortunately, when I implemented this code I did not add support for
this feature since it would probably have required some core changes to
do so. So right now, we simply ignore that message and go about our
merry way.
Matthew Fredrickson
Digium, Inc.
Quote:
--Don
Don Kelly
PCF Corp
People Come First
651 842-1000
888 Don Kell(y)
651 842-1001 fax
-----Original Message-----
From: asterisk-users-bounces@lists.digium.com
[mailto:asterisk-users-bounces@lists.digium.com] On Behalf Of Kevin P.
Fleming
Sent: Wednesday, April 15, 2009 9:58 AM
To: Asterisk Users Mailing List - Non-Commercial Discussion
Subject: Re: [asterisk-users] 2B Channel Transfer on XO-based T1
Philipp Kempgen wrote:
> Could somebody shed some light on why PRI_2BCT is not enabled by
> default? Is it an experimental feature?
>
> I'd like to compile stuff without patching defines. :-)
It's not enabled by default because when it is used the Asterisk server
loses control of the call and the CDR becomes incomplete. Not everyone
wants that behavior.
_______________________________________________
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
You cannot post new topics in this forum You cannot reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot vote in polls in this forum