<div dir="ltr">I&#39;m still trying to find my way out of the maze. &nbsp;that document is very confusing to me, problably the same thing that is confusing you and that is why do we need secondary numbers. &nbsp;No where does it explain the purpose of those numbers. A little theory before the application here would go a long way.....<div>
<br></div><div>I am going to stick with TDM switching with the Polycom connected via PRI to the same ISR that terminates the CO ISDN circuits.<br><br><div class="gmail_quote">On Thu, Sep 4, 2008 at 11:37 AM, Robert Kulagowski <span dir="ltr">&lt;<a href="mailto:rkulagow@gmail.com">rkulagow@gmail.com</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div><div></div><div class="Wj3C7c">Malcolm Caldwell wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On Wed, 2008-09-03 at 09:13 -0500, Philip Walenta wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
To support video through an IOS device requires some unique dial<br>
peers. &nbsp;Have a look at this document:<br>
&nbsp;<a href="http://www.cisco.com/en/US/docs/ios/12_4t/12_4t11/h320gw.html" target="_blank">http://www.cisco.com/en/US/docs/ios/12_4t/12_4t11/h320gw.html</a><br>
</blockquote>
<br>
Just a quick note: prior to 12.4(20)T using this feature effectively<br>
limits you to 128K calls because there was no support for bonding.<br>
<br>
Older versions of IOS (&lt;12.4(20)T) did allow &gt;128K calls using H.221.<br>
In H.221 you need to establish multiple channels using secondary<br>
numbers. &nbsp;These version of IOS allowed the negotiation of these<br>
secondary numbers via h242, but none of the common endpoints support<br>
h242. &nbsp;So you must manually configure the secondary numbers. &nbsp;For<br>
Outgoing calls you do this on the endpoint: common endpoints only have<br>
room for two numbers (primary and secondary) limiting you to 128k. &nbsp;For<br>
incoming calls the situation is worse: you must configure the secondary<br>
numbers on the gateway.<br>
<br>
So, using common endpoints you are limited to 128K outbound and setting<br>
up secondary numbers in the IOS config for outbound.<br>
<br>
All is not lost. Bonding was added to 12.4(20)T: <a href="http://www.cisco.com/en/US/docs/video/milticomm/h320Bonding.html" target="_blank">http://www.cisco.com/en/US/docs/video/milticomm/h320Bonding.html</a><br>
<br>
Bonding is the standard <br>
I found all this out the hard way. &nbsp;Although the limitations are<br>
documented it was not apparent until I actually tried this what<br>
&quot;ISO-13871 bonding is not supported for H.320&quot; actually meant. <br>
I have not yet tried 12.4(20)T and bonding yet, but I am hopeful it will<br>
work.<br>
</blockquote>
<br></div></div>
Yeesh; complicated.<br>
<br>
So, given a HDX 4002, connected via ethernet, it looks like you&#39;re restricted to 1024K, correct?<br>
<br>
Currently, we&#39;ve got some Codian 3241&#39;s that are PRI gateways and also have gatekeepers built-in.<br>
<br>
If the channel bonding can be made to work, then would you try to run a GK train on each 2851 (so that local video systems register locally, and can therefore still function if the WAN is out?) &nbsp;Or do you just statically assign using the session target command?<br>

<br>
I&#39;m also trying to understand the requirement for secondary numbers. &nbsp;On the Codian, I don&#39;t define secondary numbers, so each incoming call comes to the same DID and the Codian aggregates them (I&#39;m assuming that channels 2-n are negotiated &#39;Hey, inbound caller, next channel is on DID {foo}&#39;). &nbsp;Is this document telling me that I need to setup a pool of &quot;extra&quot; numbers which are then sent to the caller? &nbsp;If my DID is 312-555-1212, do I need to do a range (say 312-555-1220 to 1250 as well?)<br>

<br>
The documentation gives you that &quot;You&#39;re in a twisty maze of passages, all alike.&quot; feeling!<div><div></div><div class="Wj3C7c"><br>
_______________________________________________<br>
cisco-voip mailing list<br>
<a href="mailto:cisco-voip@puck.nether.net" target="_blank">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>
</div></div></blockquote></div><br></div></div>