<div>Ps. Mr Beck, if you do decide to, at sometime, try to 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, and is best suited for bridging/backhauling. An example would be, PSTN->PRI->(TDMoE)->IPNetwork->(TDMoE)->PRI->PSTN flows as is currently used by many telcommunication companies. <BR></div> <div>I am, however, very greatful to Massimiliano for bringing this up, as I did not know that Asterisk could take care of the mux/demux + stringent 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> </div> <div>Regards</div> <div>Bayo</div> <div><BR><B><I>adebayo omo-dare <bayo0@yahoo.co.uk></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 possibility that employing TDMoE in this environment will introduce new levels of complexity in to the network. And though TDMoE, in itself, is fantastic, IMHO - long haul technology, 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> </DIV> <DIV>In terms of distributing inward
bound PRI calls across 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> </DIV> <DIV>In terms of distributing outgoing VoIP->PRI->PSTN calls - Off the top of my head, and there may/should be much better ways, you may/should be able to introduce a global count variable and a GotoIf(...) in the dial plan.</DIV> <DIV> </DIV> <DIV>Hope this, in some manner, helps</DIV> <DIV>Bayo <BR><BR><B><I>Massimiliano Stucchi <stucchi@willystudios.com></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>> <BR>> I am looking to see if anyone has a dial plan setup to use a secondary<BR>> PRI. We have two campuses, each with it's own
PRI (for telco going to<BR>> a single span digium card) and a 10MB fiber link between the two for<BR>> data. All calls are transfered between the two campuses via the 10MB<BR>> data line and outgoing calls are made on the campus'es PRI. I am<BR>> loking to see if there is a way to tell the server if one PRI is full<BR>> (all 23 channels are in use) or not available to try routing the call<BR>> through the other campus and it's PRI. Anyone doing this already? I<BR>> am not sure how to have asterisk check to see if a PRI is down for<BR>> making the call. I guess I could just add the call route to the other<BR>> campus just below the my default call route. So if the primary call<BR>> 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> </DIV> <DIV><BR><BR>Massimiliano Stucchi, CTO & 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> 
<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