And just to be another voice echoing, a 6th.. have 100's of TA's deployed for CAS or PRI translation at the edge..<div><br></div><div>One thing to note, 30 dsp channels on the base box. Pretty sure it won't run out on a full T, 23 or 24 for CAS channels</div>
<div>doing G711/G729/RFC2833. TA's aren't dirt cheap, but roughly equivalent in virtually every capability to something like a Cisco 2431 IAD, for at least 50% of the price, if not less. As others have said, complimentary 10 years hardware and firmware update support out of the box. Their support groups are fairly small, they do a solid job, and I've had times when I was a little frustrated for a minute, but generally they've done a pretty bang up job. I love dealing with them, compared to other vendors..</div>
<div><br></div><div>Things to watch out for:</div><div><br></div><div>Netflow cache sample rate, you want it to almost anytime you've got ip flow export destination ip.ad.re.ss configured you'll want to.</div><div>
<br></div><div>Turn on ip ffe anywhere you can show proc queue on a lightly loaded T1 doing a bunch of short calls and see why (hint, PacketRouting goes about 87, you drop packets).</div><div><br></div><div>debug isdn l2-formatted is your best friends, but you'd best be in via ssh and ready to kick your connection if you get overloaded.</div>
<div><br></div><div>"no events" after logging in will get rid of the scroll messages. Most stuff configures almost exactly like IOS on AOS, but the voice stuff makes a lot more sense. You can virtually go through the options and see how it's done pretty quick. Configs on these devices unless you're going to do massive amounts of DNS or 18 SIP trunks feeding the PRI, are a couple to a few K. Some other cool stuff you can do when looking to control the routing when there are multiple PRI's or CAS hitting the customer equipment are things like accept and reject statements on the CAS/PRI trunks.</div>
<div><br></div><div>ACL's are pretty straightforward as is SNMP, Syslog, Traps.. not much to complain about.. a couple of things here an there that you can't poll that you should be able like, IMO having to do with like active calls, call processing and stuff, but I haven't looked at AOS enterprise MIBs too much since A1.xx - the T1 performance stats are readily available, both current and interval.. Like that stuff when landing T1's from the Adtran to someone's gear 350' away on a flaky cable.</div>
<div><br></div><div>Peter</div><div><br></div><div><br></div><div><br><div class="gmail_quote">On Thu, Feb 14, 2013 at 1:19 PM, Brian R <span dir="ltr"><<a href="mailto:briansupport@hotmail.com" target="_blank">briansupport@hotmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div><div dir="ltr">
I will 5th the TA900s. These are the most reliable analog/PRI/CAS devices we have used.<br>
<br>
Brian<br> <br>
<div>
<div></div>> From: <a href="mailto:mylists@battleop.com" target="_blank">mylists@battleop.com</a><br>> To: <a href="mailto:RDawson@alliedtelecom.net" target="_blank">RDawson@alliedtelecom.net</a>; <a href="mailto:matthew@corp.crocker.com" target="_blank">matthew@corp.crocker.com</a>; <a href="mailto:nathana@fsr.com" target="_blank">nathana@fsr.com</a><br>
> Date: Thu, 14 Feb 2013 14:13:35 -0500<br>> CC: <a href="mailto:voiceops@voiceops.org" target="_blank">voiceops@voiceops.org</a><div><div class="h5"><br>> Subject: Re: [VoiceOps] SIP-to-TDM gateway appliance<br>
> <br>> I'll 4th this as well. I have had a couple of TA900s die from various<br>> causes but I am not convinced these were Adtran problems. In every case we<br>> open a ticket with Adtran and they issue an RMA without a hassle. Their<br>
> support has been great and they don't charge you for support and updates.<br>> We use the TA900s on the majority all of our PRI/CAS hand offs or when we<br>> need to do T38.<br>> <br>> We make limited use of the Cisco 2431-8fxs and 2431-16fxs for analog POTS<br>
> type hand offs. They are cheap on the secondary market (you can't find<br>> TA900s secondary now) but support is very limited since no one really knows<br>> much about them.<br>> <br>> <br>> Richey<br>
> <br>> -----Original Message-----<br>> From: <a href="mailto:voiceops-bounces@voiceops.org" target="_blank">voiceops-bounces@voiceops.org</a> [mailto:<a href="mailto:voiceops-bounces@voiceops.org" target="_blank">voiceops-bounces@voiceops.org</a>]<br>
> On Behalf Of Robert Dawson<br>> Sent: Tuesday, February 12, 2013 12:45 PM<br>> To: Matthew Crocker; Nathan Anderson<br>> Cc: '<a href="mailto:voiceops@voiceops.org" target="_blank">voiceops@voiceops.org</a>'<br>
> Subject: Re: [VoiceOps] SIP-to-TDM gateway appliance<br>> <br>> I'll second (or third . . .) the Adtran TA900 series. We use them for PRI,<br>> T1-CAS, analog, pretty much anything you would want to do with them they can<br>
> handle. They support PAI, you can set the number of digits transferred or<br>> you can perform extensive manipulation of DNIS/ANI, pretty much rock solid<br>> on t.38, great devices.<br>> <br>> Good support and (knocking on wood) have never had one actually "fail".<br>
> <br>> On 2/6/13 5:47 PM, "Matthew Crocker" <<a href="mailto:matthew@corp.crocker.com" target="_blank">matthew@corp.crocker.com</a>> wrote:<br>> <br>> ><br>> ><br>> >On Feb 6, 2013, at 5:42 PM, Nathan Anderson <<a href="mailto:nathana@fsr.com" target="_blank">nathana@fsr.com</a>> wrote:<br>
> ><br>> >> (remember to "Reply All"! :-))<br>> >> <br>> >> Holy crap. I don't know how I missed the pricing for AdTran Total <br>> >>Access. I guess after I saw what AudioCodes and MediaTrix and Sangoma <br>
> >>go for on average, I must have made an assumption about AdTran pricing.<br>> >>That totally blows Digium's seemingly-aggressive pricing out of the <br>> >>water, especially if it covers all of my use-cases (which I already <br>
> >>know the Digium doesn't).<br>> ><br>> >The 10 year warranty doesn't suck either ;)<br>> ><br>> >I love the Adtran TA-9xx. It is a swiss-army knife of VoIP.<br>> ><br>> >The only issue is they don't handle 208v very well (i.e at all). we <br>
> >released the magic blue smoke in our lab. The warranty covered the <br>> >repair though :)<br>> ><br>> >> <br>> >> -- Nathan<br>> >> <br>> >> -----Original Message-----<br>
> >> From: David Wessell [mailto:<a href="mailto:david@ringfree.biz" target="_blank">david@ringfree.biz</a>]<br>> >> Sent: Wednesday, February 06, 2013 2:15 PM<br>> >> To: Nathan Anderson<br>> >> Subject: Re: [VoiceOps] SIP-to-TDM gateway appliance<br>
> >> <br>> >> Seconded. This is a killer topic. We've just closed our first deal <br>> >>for this type of situation. I had planned on going with a Adtran 904 <br>> >>($725 on NewEgg) but am very interested to hear other options.<br>
> >> <br>> >> Thanks<br>> >> David<br>> >> <br>> >> <br>> >> <br>> >> <br>> >> <br>> >> David Wessell<br>> >> Chief Packet Slinger<br>
> >> Ringfree Communications, LLC<br>> >> t: <a href="tel:828-575-0030" value="+18285750030" target="_blank">828-575-0030</a><br>> >> <a href="mailto:e%3Adavid@ringfree.biz" target="_blank">e:david@ringfree.biz</a> <mailto:<a href="mailto:david@ringfree.biz" target="_blank">david@ringfree.biz</a>><br>
> >> w: <a href="http://ringfree.biz" target="_blank">ringfree.biz</a><br>> >> <br>> >> <br>> >> <br>> >> <br>> >> On Feb 6, 2013, at 5:04 PM, Nathan Anderson <<a href="mailto:nathana@fsr.com" target="_blank">nathana@fsr.com</a>><br>
> >> wrote:<br>> >> <br>> >> <br>> >> I know this has been a topic of conversation in the past, but things<br>> <br>> >>might have changed since the last discussion and I'm wondering what <br>
> >>the market is currently like for such devices.<br>> >> <br>> >> We deliver voice strictly via SIP/RTP, but naturally there are some <br>> >>potential customers out there that still have an older, non-IP-aware <br>
> >>PBX that they're not ready to throw out yet. What are the best and <br>> >>most cost-effective gateway options out there at this time? We are <br>> >>specifically looking for one that has a single T1 interface that can <br>
> >>operate in either CAS or PRI modes.<br>> >> <br>> >> Special requirements:<br>> >> <br>> >> 1) We need to be able to do DID manipulation between T1 and SIP; I <br>> >>presume this is a rather standard feature in most gateways given that <br>
> >>most SIP trunk providers will send at least 10-digit DNIS (in the <br>> >>INVITE and "To" fields) but DNIS on PRI is often only the last 3 or 4 <br>> >>digits of the TN.<br>> >> <br>
> >> 2) There may be certain situation where we want to leave the PBX <br>> >>configuration as untouched/unchanged as possible (drop-in replacement <br>> >>service), and where there is no correllation between target DID and <br>
> >>the telephone number (e.g., <a href="tel:212-555-1212" value="+12125551212" target="_blank">212-555-1212</a> is called, PBX is sent 4001). <br>> >>We'd like a gateway where static mappings like that for DID <br>
> >>manipulation are possible, rather than just a general rule that says <br>> >>"strip the first 6 digits off before sending to the PRI".<br>> >> <br>> >> 3) For outgoing calls, the device needs to put the calling DID (the <br>
> >>desired Caller-ID/ANI) in the PAI header, and also needs to be able to <br>> >>be configured to override "From" with a static alphanumeric value (so <br>> >>"From" and PAI should not match; "From" will not contain the desired <br>
> >>ANI).<br>> >> <br>> >> 4) In T1 CAS singalling modes such as E&M Wink where it is possible <br>> >>to transmit CLID and target DID information via DTMF to the PBX, <br>> >>different PBXes potentially have different formats that they want to <br>
> >>see this information in; for example, a Nortel Norstar would expect to <br>> >>see<br>> >>*CALLERID*DNIS* (e.g., *<a href="tel:2125550001" value="+12125550001" target="_blank">2125550001</a>*1212* where the caller is<br>
> >><a href="tel:212-555-0001" value="+12125550001" target="_blank">212-555-0001</a> and the destination is <a href="tel:212-555-1212" value="+12125551212" target="_blank">212-555-1212</a>). Are there any <br>> >>gateways that support this?<br>
> >> <br>> >> 5) It needs to have a T.38 gateway mode that can recognize a fax <br>> >>call, either send or accept a re-INVITE with a T.38 SDP as <br>> >>appropriate, and perform the "transcoding" from/to T.38 between the T1 <br>
> >>channel and the RTP session. Just resorting to G.711 for fax <br>> >>passthrough is not desireable...any gateway can do that.<br>> >> <br>> >> 6) If in T1 CAS mode, and the PBX takes a channel "off-hook" to <br>
> >>place an outbound call, the gateway should generate an audible dialtone.<br>> >> <br>> >> ...and, of course, it would be nice if we could find such a device <<br>> <br>> >>$1,000. :-P<br>
> >> <br>> >> I know I could build one myself with a mini PC and a single-span T1 <br>> >>card that was running Asterisk 10 and easily hit that price point, but <br>> >>I'd rather find a supported, off-the-shelf solution to sell to our <br>
> >>customers, if possible.<br>> >> <br>> >> There are the "usual suspects", of course: AdTran, MediaTrix, <br>> >>AudioCodes, and so forth. AdTran seems to get talked about a lot here.<br>
> >>Let's say price was no object for a second. Does anyone know if there <br>> >>is a model amongst any of the ones these manufacturers produce that <br>> >>fulfills the above list of requirements?<br>
> >> <br>> >> Does anybody have any experience with Digium's relatively new line <br>> >>of gateways (G100/G200)? I think it would support some of these <br>> >>scenarios<br>> >>(#1 and #3) but I'm not sure about the remaining ones. Unfortunately, <br>
> >>although it most certainly runs on an Asterisk core, that core is only <br>> >>exposed to you through a clever but still-limited GUI; with direct <br>> >>access to the dialing plan (extensions.conf) I could accomplish all of <br>
> >>these things myself. The price is certainly right, though.<br>> >> <br>> >> If only somebody made a reasonably-priced single-board-computer that<br>> <br>> >>ran raw, embedded Asterisk and had a single-span T1 interface on it. <br>
> >>Oh wait, somebody does!:<br>> >> <br>> >> <br>> >> <br>> >><a href="http://switchvoice.com/index.php?page=shop.product_details&flypage=fly" target="_blank">http://switchvoice.com/index.php?page=shop.product_details&flypage=fly</a><br>
> >>pa<br>> >>ge-ask.tpl&product_id=9&category_id=2&option=com_virtuemart&Itemid=30<br>> >> <br>> >> <br>> >> <br>> >><a href="http://www.odints.com/pages/prod/completesolutions/alvis-pbx/alvisfs.h" target="_blank">http://www.odints.com/pages/prod/completesolutions/alvis-pbx/alvisfs.h</a><br>
> >>tm<br>> >> <br>> >> Only problem is that the first company doesn't have a U.S.<br>> >>distributor, and the second doesn't have a distributor that sells in <br>> >>single-unit quantities.<br>
> >> <br>> >> Would love to hear y'all's thoughts on this subject.<br>> >> <br>> >> Thanks,<br>> >> <br>> >> -- <br>> >> Nathan Anderson<br>> >> First Step Internet, LLC<br>
> >> <a href="mailto:nathana@fsr.com" target="_blank">nathana@fsr.com</a><br>> >> _______________________________________________<br>> >> VoiceOps mailing list<br>> >> <a href="mailto:VoiceOps@voiceops.org" target="_blank">VoiceOps@voiceops.org</a><br>
> >> <a href="https://puck.nether.net/mailman/listinfo/voiceops" target="_blank">https://puck.nether.net/mailman/listinfo/voiceops</a><br>> >> <br>> >> <br>> >> <br>> >> <br>> >> _______________________________________________<br>
> >> VoiceOps mailing list<br>> >> <a href="mailto:VoiceOps@voiceops.org" target="_blank">VoiceOps@voiceops.org</a><br>> >> <a href="https://puck.nether.net/mailman/listinfo/voiceops" target="_blank">https://puck.nether.net/mailman/listinfo/voiceops</a><br>
> >> <br>> ><br>> ><br>> >_______________________________________________<br>> >VoiceOps mailing list<br>> ><a href="mailto:VoiceOps@voiceops.org" target="_blank">VoiceOps@voiceops.org</a><br>
> ><a href="https://puck.nether.net/mailman/listinfo/voiceops" target="_blank">https://puck.nether.net/mailman/listinfo/voiceops</a><br>> <br>> <br>> _______________________________________________<br>> VoiceOps mailing list<br>
> <a href="mailto:VoiceOps@voiceops.org" target="_blank">VoiceOps@voiceops.org</a><br>> <a href="https://puck.nether.net/mailman/listinfo/voiceops" target="_blank">https://puck.nether.net/mailman/listinfo/voiceops</a><br>
> <br>> _______________________________________________<br>> VoiceOps mailing list<br>> <a href="mailto:VoiceOps@voiceops.org" target="_blank">VoiceOps@voiceops.org</a><br>> <a href="https://puck.nether.net/mailman/listinfo/voiceops" target="_blank">https://puck.nether.net/mailman/listinfo/voiceops</a><br>
</div></div></div> </div></div>
<br>_______________________________________________<br>
VoiceOps mailing list<br>
<a href="mailto:VoiceOps@voiceops.org">VoiceOps@voiceops.org</a><br>
<a href="https://puck.nether.net/mailman/listinfo/voiceops" target="_blank">https://puck.nether.net/mailman/listinfo/voiceops</a><br>
<br></blockquote></div><br><br clear="all"><div><br></div>-- <br><div>Peter Serwe</div><a href="http://truthlightway.blogspot.com/" target="_blank">http://truthlightway.blogspot.com/</a>
</div>