[c-nsp] TDMOP solution

Tue Jul 3 18:53:07 EDT 2012

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" <tarko at lanparty.ee> 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  cisco-nsp at puck.nether.net
>https://puck.nether.net/mailman/listinfo/cisco-nsp
>archive at http://puck.nether.net/pipermail/cisco-nsp/