<div dir="ltr"><div>There's input gain and negative output attenuation that can help.<br><br>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.<br>
<br></div>-nick<br><br></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Wed, May 1, 2013 at 3:07 PM, Erick Wellnitz <span dir="ltr"><<a href="mailto:ewellnitzvoip@gmail.com" target="_blank">ewellnitzvoip@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">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?<br>
<br>
<div class="gmail_quote"><div class="im">---------- Forwarded message ----------<br>From: <b class="gmail_sendername">Erick Wellnitz</b> <span dir="ltr"><<a href="mailto:ewellnitzvoip@gmail.com" target="_blank">ewellnitzvoip@gmail.com</a>></span><br>
</div><div class="im">
Date: Wed, May 1, 2013 at 1:20 PM<br>Subject: Fwd: 'open line' and Cisco equipment<br>To: cisco-voip <<a href="mailto:cisco-voip@puck.nether.net" target="_blank">cisco-voip@puck.nether.net</a>><br><br><br><div dir="ltr">
<div>
It appears the "plar tied xxxx" command resolves this. </div><div> </div><div><a href="http://www.cisco.com/en/US/docs/ios/12_2/12_2z/12_2zj/feature/guide/trt_plar.html#wp1032731" target="_blank">http://www.cisco.com/en/US/docs/ios/12_2/12_2z/12_2zj/feature/guide/trt_plar.html#wp1032731</a><br>
<br></div><div class="gmail_quote">---------- Forwarded message ----------<br>From: <b class="gmail_sendername">Erick Wellnitz</b> <span dir="ltr"><<a href="mailto:ewellnitzvoip@gmail.com" target="_blank">ewellnitzvoip@gmail.com</a>></span><br>
Date: Wed, May 1, 2013 at 12:23 PM<br>Subject: 'open line' and Cisco equipment<br>To: cisco-voip <<a href="mailto:cisco-voip@puck.nether.net" target="_blank">cisco-voip@puck.nether.net</a>><br><br><br><div dir="ltr">
<div>Okay all...here is another odd one. Thanks in advance for any ideas.</div>
<div> </div><div>We are currently evaluating trading turret platforms so we don't have the equipment in place to handle some trading technology correctly.</div>
<div> </div><div>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. </div>
<div> </div><div>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? </div><div> </div><div>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.</div>
</div>
</div><br></div>
</div></div><br></div>
<br>_______________________________________________<br>
cisco-voip mailing list<br>
<a href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><br>
<a href="https://puck.nether.net/mailman/listinfo/cisco-voip" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br>
<br></blockquote></div><br></div>