Tek-Tips is the largest IT community on the Internet today!

Members share and learn making Tek-Tips Forums the best source of peer-reviewed technical information on the Internet!

  • Congratulations strongm on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!

RADMUX on TSW

Status
Not open for further replies.

program0

Technical User
Jun 24, 2005
33
GB
Hi all
we are currently looking at the options to go to TSE (although there are some who would have us Rip and Replace to the big C) however under increasing pressure we are currently trialling the RADMUX solution to start network convergence and rid ourselves of a hefty networking bill.
we currently have one LIM using RADMUX to transport over the LAN and all works fine except we continuously get RELOAD/RESTART requests from that LIM with instant drop out and return on the connectivity to the GSM.
We have replaced the following: GJUL, GJUG5, LPU etc but to no avail. the RADMUX have been restarted, all configuration has been triple checked etc etc.
So, we believe it has something to do with the LAN but guess what, the Data Team sitting on their ivory tower refuse to suggest anything could be wrong with their network!
Has anyone experience of using RADMUX? if so, any issues? i would like to implement another switch on this technology just to prove it's effectiveness however am reluctant to add more issues to a large network (58 LIMS and a pain to keep synch'd correctly as it is!)

cheers

Steve

It's never too late to try something new
 
Hi Steve,

sending synchronous data over an asynchronous link is always a challenge!

the data guys are correct, there is nothing wrong with their network. The problem is that the GJUL links are VERY sensitive, if you loose a few frames due to some network delays and POOF -> instant death, LIM disappears.

we have a few RAD solutions in the field. try to sync the RAD to a local sync source (MUX on the GS, DEMUX on the E1, LIM synced locally to external E1). Also make sure you have enough bandwith on the data links (and avoid data sharing)

about TSE, wait to upgrade, Version 4 will bring some nice features (and Cisco Voice sucks BTW)

/Daddy

-----------------------------------------------------
What You See Is What You Get
Never underestimate tha powah of tha google!
 
Cheers for that /daddy
you are right it is certainly a challenge. we dont have a local external source for that Lim but will endeavour to try your other suggestions.
yes i have heard V4 addresses some of the IP issues and i am certainly putting the argument forward for TSE as the logical convergence path. with 58 Lims and 9000 users its a tall stretch to imagine finding the funding to go anywhere else! but you never know with managers! lol!

thanks for your help

Steve

It's never too late to try something new
 
whosrdaddy, were trying to do the same, replace some 2meg links with RADIPMUXs', but are having no success, You suggest sync the mux to the group switch and the demux on the E1 to the LIM, how would i do this?


 
Quick update on this guys so this thread can be closed.
we found the problem in the end, turned out to be a dirty fibre on the data network causing packet loss in the frame alignment word. data guys eventually changed to a new pair and hey presto, not had a single wobble since.

thanks for all the advice guys much appreciated.

Steve

It's never too late to try something new
 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top