Path: utzoo!utgpu!watmath!clyde!att!osu-cis!tut.cis.ohio-state.edu!bloom-beacon!mit-eddie!killer!vector!nobody From: dsmythe@cup.portal.com Newsgroups: comp.dcom.telecom Subject: Re: IBM Sells Rolm To Siemens AG Message-ID: Date: 26 Dec 88 21:53:31 GMT Sender: chip@vector.UUCP Lines: 31 Approved: telecom-request@vector.uucp X-Submissions-To: telecom@bu-cs.bu.edu X-Administrivia-To: telecom-request@vector.uucp X-TELECOM-Digest: volume 8, issue 211, message 1 > - Ron Natalie says: >The Rolm switch that I heard the complaints about had redundant >modules. Evidentally the system decides at 2 AM to switch the >active and back up modules. Great, but it doesn't do anything >to check to see if the backup module is working and hence the >thing crashes when you switch the load to it. This still depends upon which switch (I think) but your statement isn't entirely accurate. If the other side has a history of failure, I believe that the switchover won't occur. Also, if it fails after the switchover it will switch back. In either case, you should not lose existing telephony while the switchover is in progress, but you won't be able to place any new calls until it is finished. (it is possible that the scenario is a little different on the CBX II 9000 and earlier -- anyone know?). Unless I'm mistaken this isn't likely the source of the problem >As far as modems, I'm talking about traditional dialup modems >routed over Rolm voice lines, not the Rolm Data Creature. Did your "source" specify why? Still have never heard of this happening -- (not that that means anything), but there isn't any differentiation that I know of within the switch between traditional dialup modems and voice calls. If you were dropping one, you'd be dropping the other. However, if the problem was due to external hardware, then it is possible (but then it's probably not the CBXs fault, is it? :-) Dave -Ron dsmythe@cup.portal.com My opinion is just that. I speak for no one else!