<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">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">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">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>