[cisco-voip] Bridge in Bridge

[Scott Voll]

We are using Built in bridge for forking the audio to the recording
server.....  I believe so long as I don't put the recording profile on the
line and associate the phone to the application user..... I believe I could
turn built in bridge on?  am I correct?

Anyone test this with IPC 8.6?  I think we tested on 7.0.5 and it
worked.... but now on 8.6 I don't think it's working..... I don't see a bug
on it thou.

Scott

On Fri, Jan 13, 2012 at 3:23 PM, Eric Pedersen
<PedersenE at bennettjones.com>wrote:

>  I found even when I had the built-in bridge turned on it wasn't used: a
> conference bridge resource was still allocated even for 3 person
> conferences. I didn't really look into it because we had enough resources.
> ****
>
> ** **
>
> *From:* cisco-voip-bounces at puck.nether.net [mailto:
> cisco-voip-bounces at puck.nether.net] *On Behalf Of *Scott Voll
> *Sent:* 13 January 2012 3:20 PM
> *To:* cisco-voip at puck.nether.net
> *Subject:* [cisco-voip] Bridge in Bridge****
>
> ** **
>
> Any reason I should NOT turn on BiB on all my phones as the default?****
>
> ** **
>
> I will just  setup the profile on the lines.****
>
> ** **
>
> Tia****
>
> ** **
>
> Scott****
>
> ** **
>
> PS CM 7.1.5 mc7835'sx2****
>
> The contents of this message may contain confidential and/or privileged
> subject matter. If this message has been received in error, please contact
> the sender and delete all copies. Like other forms of communication,
> e-mail communications may be vulnerable to interception by unauthorized
> parties. If you do not wish us to communicate with you by e-mail, please
> notify us at your earliest convenience. In the absence of such
> notification, your consent is assumed. Should you choose to allow us to
> communicate by e-mail, we will not take any additional security measures
> (such as encryption) unless specifically requested.
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20120113/4b0ca124/attachment.html>