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

[Erick Wellnitz]

It turned out to be something on the other end.


On Thu, May 2, 2013 at 5:42 PM, Nick Matthews <matthnick at gmail.com> wrote:

> 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/20130503/ef414746/attachment.html>