[cisco-voip] Fwd: 'open line' and Cisco equipment

[Nick Matthews]

There's input gain and negative output attenuation that can help.

I've also seen cases that are TDM-TDM connections where the DSP is removed
by default. Under the voice card 0 you can use no local-bypass to force the
DSP in the conversation so that the gains can be applied. It wasn't clear
from your description what the call flow is.  If there's already a DSP you
would need to try to change the input/output gain on both sides or look at
third party amplifiers.

-nick



On Wed, May 1, 2013 at 3:07 PM, Erick Wellnitz <ewellnitzvoip at gmail.com>wrote:

> Now I have the input gain on the voice port maxed out but the volume is
> still very low and we cannot hear the remote party.  Is there another way
> to increase the volume for this particular voice port?
>
> ---------- Forwarded message ----------
> From: Erick Wellnitz <ewellnitzvoip at gmail.com>
>  Date: Wed, May 1, 2013 at 1:20 PM
> Subject: Fwd: 'open line' and Cisco equipment
> To: cisco-voip <cisco-voip at puck.nether.net>
>
>
>  It appears the "plar tied xxxx" command resolves this.
>
>
> http://www.cisco.com/en/US/docs/ios/12_2/12_2z/12_2zj/feature/guide/trt_plar.html#wp1032731
>
> ---------- Forwarded message ----------
> From: Erick Wellnitz <ewellnitzvoip at gmail.com>
> Date: Wed, May 1, 2013 at 12:23 PM
> Subject: 'open line' and Cisco equipment
> To: cisco-voip <cisco-voip at puck.nether.net>
>
>
> Okay all...here is another odd one.  Thanks in advance for any ideas.
>
> We are currently evaluating trading turret platforms so we don't have the
> equipment in place to handle some trading technology correctly.
>
> We have a T1 (E&M) that goes to the provider (IPC) and our client does as
> well.  The client due to the nature of this business keeps the line open
> (off hook) 24/7 which seizes the T1 channel inbound on our side.
>
> The problem is: How do I seize our side from a 79XX as H323 sees the
> channel as being in use/seized so it returns a busy/reorder to the user?
>
> My assumption is this cannot be done but the ned user is high profile and
> had this done without checking to see if we could accomodate.
>
>
>
> _______________________________________________
> cisco-voip mailing list
> cisco-voip at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20130502/25dbad1f/attachment.html>