<div>Ps. Mr Beck, if you do decide to, at sometime, try to&nbsp;take the TDMoE route - these pages give good pointers:</div>  <div><A href="http://www.asteriskdocs.org/modules/tinycontent/content/docbook/current/docs-html/x1320.html">http://www.asteriskdocs.org/modules/tinycontent/content/docbook/current/docs-html/x1320.html</A></div>  <div><A href="http://www.voip-info.org/tiki-index.php?page=Asterisk+TDMoE">http://www.voip-info.org/tiki-index.php?page=Asterisk+TDMoE</A></div>  <div>Yet, IMHO, TDMoE is used to encapsulate raw TDM (say ISDN) traffic in Ethernet for transportation,&nbsp;and&nbsp;is best suited for bridging/backhauling. An example would be,&nbsp;PSTN-&gt;PRI-&gt;(TDMoE)-&gt;IPNetwork-&gt;(TDMoE)-&gt;PRI-&gt;PSTN&nbsp;flows as is currently used by many telcommunication companies.&nbsp;<BR></div>  <div>I am, however,&nbsp;very greatful to Massimiliano for bringing this up, as I did not know that Asterisk could take care of the mux/demux + stringent&nbsp;timing
 requirements related to TDM transfer in this manner. I would however like to know how Asterisk "generally" performs when compared to other TDMoE provisions such as those sold by RAD or indeed CESoP - if anyone has any answers, your input would be more than welcome.</div>  <div>&nbsp;</div>  <div>Regards</div>  <div>Bayo</div>  <div><BR><B><I>adebayo omo-dare &lt;bayo0@yahoo.co.uk&gt;</I></B> wrote:</div>  <BLOCKQUOTE class=replbq style="PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #1010ff 2px solid">  <DIV>There is the very great&nbsp;possibility that employing TDMoE in this environment will introduce new levels of complexity in to the network.&nbsp;And though TDMoE,&nbsp;in&nbsp;itself, is&nbsp;fantastic, IMHO&nbsp;- long haul&nbsp;technology,&nbsp;&nbsp;it may also be considered to be out of scope and limiting/expensive, most especially considering he already employs the type of network many dream of.</DIV>  <DIV>&nbsp;</DIV>  <DIV>In terms of distributing inward
 bound&nbsp;PRI calls across&nbsp;the two sites, your telecom company takes care of those details and forwards calls to the other when the former is seen to be busy. [They possibly call this something like Diversion/Forwarding on Busy] - speak to your provider.</DIV>  <DIV>&nbsp;</DIV>  <DIV>In terms of distributing outgoing VoIP-&gt;PRI-&gt;PSTN calls - Off the top of my head, and there may/should be much better ways,&nbsp;you may/should be able to introduce a global count variable and a GotoIf(...) in the dial plan.</DIV>  <DIV>&nbsp;</DIV>  <DIV>Hope this, in some manner, helps</DIV>  <DIV>Bayo&nbsp;<BR><BR><B><I>Massimiliano Stucchi &lt;stucchi@willystudios.com&gt;</I></B> wrote:</DIV>  <BLOCKQUOTE class=replbq style="PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #1010ff 2px solid">  <DIV>On 200906, 16:00, Forrest Beck wrote:<BR>&gt; <BR>&gt; I am looking to see if anyone has a dial plan setup to use a secondary<BR>&gt; PRI. We have two campuses, each with it's own
 PRI (for telco going to<BR>&gt; a single span digium card) and a 10MB fiber link between the two for<BR>&gt; data. All calls are transfered between the two campuses via the 10MB<BR>&gt; data line and outgoing calls are made on the campus'es PRI. I am<BR>&gt; loking to see if there is a way to tell the server if one PRI is full<BR>&gt; (all 23 channels are in use) or not available to try routing the call<BR>&gt; through the other campus and it's PRI. Anyone doing this already? I<BR>&gt; am not sure how to have asterisk check to see if a PRI is down for<BR>&gt; making the call. I guess I could just add the call route to the other<BR>&gt; campus just below the my default call route. So if the primary call<BR>&gt; route fails, it will just go to the next line being the other campus.<BR><BR>I would try using TDMoE, and duplicating the PRIs over the two machines,<BR>so that:<BR><BR>Machine 1 handles PRI A and has B as, say group2<BR>Machine 2 handles PRI B and has A as, say
 group2<BR><BR>I don't know if you can run TDMoE over your fiber connection, but I was<BR>just here for a suggestion.<BR><BR>Ciao<BR>-- </DIV>  <DIV>&nbsp;</DIV>  <DIV><BR><BR>Massimiliano Stucchi, CTO &amp; Director of Operations<BR>WillyStudios.com - IT Consulting, Web and VoIP Services<BR>stucchi@willystudios.com | Tel (+39) 0244417203 | Fax (+39) 0244417204<BR>IT-20040, Carnate (Milano), via Carducci 9<BR><BR>_______________________________________________<BR>--Bandwidth and Colocation provided by Easynews.com --<BR><BR>asterisk-users mailing list<BR>To UNSUBSCRIBE or update options visit:<BR>http://lists.digium.com/mailman/listinfo/asterisk-users<BR></DIV></BLOCKQUOTE><BR>  <div>  <HR SIZE=1>  <A href="http://us.rd.yahoo.com/mail/uk/taglines/default/nowyoucan/pc_mag/*http://us.rd.yahoo.com/evt=40565/*http://uk.docs.yahoo.com/nowyoucan.html">All new Yahoo! Mail</A> "The new Interface is stunning in its simplicity and ease of use." - PC
 Magazine_______________________________________________<BR>--Bandwidth and Colocation provided by Easynews.com --<BR><BR>asterisk-users mailing list<BR>To UNSUBSCRIBE or update options visit:<BR>http://lists.digium.com/mailman/listinfo/asterisk-users<BR></BLOCKQUOTE><BR><p>&#32;
                <hr size=1> 
Try the <a href="http://us.rd.yahoo.com/mail/uk/taglines/default/nowyoucan/wall_st_2/*http://us.rd.yahoo.com/evt=40565/*http://uk.docs.yahoo.com/nowyoucan.html">all-new Yahoo! Mail</a> . "The New Version is radically easier to use"  The Wall Street Journal