> OK... some background about my application.... > We develop s/w and hardware for a small, indegeneously developed telephone > exchange . The main call processing s/w runs on a i386 PC which > is connected to the exchange through some properitary h/w to the main > exchange. > All the events are controlled and triggered through our s/w. We selected > linux as OS > long time back when linux was in its infancy.. This PC is not connected > to external world > by any means.. As this call processing s/w does all the main > functinalities.. it is absolutely > necessary to sync the time to real time. And also the application is > expected to run > for days along continusoly....
Now that it is clear that real-time clocking is a mission-critical business necessity, without which your actual business data would go haywire, it seems to me that someone somewhere goofed _badly_ by choosing an off-the-shelf Intel base for this project. Sorry if it sounds blunt, but that's the way I see it. At the very _least_ this project should have been on SPARC or some such better-quality hardware. All of a sudden, Ghane's SPARC suggestion does not seem like a joke at all. Now that you can't undo what has been done, I suggest that you evaluate external time clock hardware (which have Linux and NTP support) and plug some such hardware to the serial port of the PC. Such hardware is described in NTP related literature. Many options exist, including radio receivers which receive time signals from super-accurate clocks, and plain super-accurate, "industrial strength" external RTC hardware. And if none of that works, get a second PC, connect it to the Internet using a modem (I'd suggest a Reliance mobile phone), and run an NTP client on it. Make it connect to the Net for, say, 10 minutes every two hours, and sync its clock with NTP servers elsewhere. And get your existing telephone exchange to talk to this second PC and get its clock in sync. This is inelegant, but may be easiest to strap together with string and bandage if nothing else works. Shuvam _______________________________________________ ilugd mailing list [EMAIL PROTECTED] http://frodo.hserus.net/mailman/listinfo/ilugd