Agree with Tarko on RAD, stay away from them. We've been using the Cisco MWR2941 for a while now to transport E1 with CEoMPLS.
We're using BITS to synchronise the clock and Sync-E as well as IEEE 1588 v2 (PTP v2) for places where we can't use Sync-E, mostly on leased circuits. You should familiarise yourself with the various clocking methods available, and which you can use or should use. How important that is to you and which protocol you can use depends on how timing sensitive your TDM applications are and what sort of circuits you are running over. The concept works fine, but the MWR2941 has many limitations. The MWR2941 is a "toaster", it was built to perform a specific task and does not do much outside of that exact scope, don't expect to be able to use it as a general router. It also can't do anything but E1/T1 so it probably doesn't suit your needs. The ASR901 only does E1/T1 like the MWR2941, it has 16 E1/T1 ports, again like the MWR2941. The ASR903 can do 4*OC-3 (STM-1) or 1*OC-12 (STM-4), not DS3 however so you would need a physical STM-1 interface. You should double and triple-check with Cisco or any other vendor that they support the framing you intend to use as well as any physical interface type and I would get your Cisco or other vendor account manager to lend you a couple of boxes so you can try out what you're going to do in a real environment before committing to anything. I should also point out the ME3600X 24CX which is an ME3600X switch with 16 T1/E1 ports as well as 4 OC-3 ports that can be used for this purpose as well, I believe the software has a bit of catching up to do there, so if you need this right now it might not be able to do everything you need to do right away. Have no experience with other vendors, Tarko pointed out the Alcatel solution, I'm sure more will chime in. Kind regards, Sibbi On 3.7.2012 19:44, "Tarko Tikan" <[email protected]> wrote: >hey, > >> I did some research and came across a non-Cisco product "RAD Data >> Communications GMUX-2000" which can supposedly perform the TDMOP >> functions but I have never worked with their gear before so have no >> previous experience w/ this company and their product. > >Stay away from RAD - horrible software quality. Pressing back button in >web interface (because CLI is even more horrible) at the wrong time >locks up whole management and is resolvable only by box reboot, just as >an example. They also don't have full TDMoMPLS implementation for most >devices, only static labels. > >> Also I am curious if anyone has any recommendations from the Cisco >> side (as that is where my experience lies). I would think an MPLS >> enabled core would be prerequisite in order to tunnel TDM traffic >> across an IP infrastructure with appropriate translation devices. > > From Cisco ASR901/903 but I suggest you to consider Alcatel 7705 SAR >(which we are using very successfully). > >Technically MPLS is not needed, there is also pure IP or GRE >encapsulation available for some vendors but YMMV regarding interop, >MPLS is really the safest way. > >-- >tarko >_______________________________________________ >cisco-nsp mailing list [email protected] >https://puck.nether.net/mailman/listinfo/cisco-nsp >archive at http://puck.nether.net/pipermail/cisco-nsp/ _______________________________________________ cisco-nsp mailing list [email protected] https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/
