[Asterisk-Users] Asterisk on windows

radamson radamson at routers.com
Sun Oct 2 11:07:41 MST 2005


Quit aware of the telecomm industry; spent 21 years in buried in techie
detail as an engineer and had

a ton of fun. Not sure the overall programming community would agree with
real-time vs productivity

assessment; lots of folks out there writing production systems on Win32
systems that have rather

tight real-time requirements.

 

 

-----Original Message-----
 Good explanation Rich. Unix was built for the riggers of the Telecomm
industry. You won't find Windows running the PSTN.  Unix and Linux are used
where their needed for real time processing and the highest reliably.
Windows is a productively OS that is easy to use for non technical people.
I use both as do many of us.  Each has there purpose.  

Rich Adamson wrote: 

Any of the more current Win32 systems can be programmed to handle near
real-time events (eg, sip, rtp) just like linux, bsd, and other O/S's.
Obviously, Call Manager is one such system. It's really not an O/S
religious war/discussion, but rather a lack of knowledge (on any O/S
that a poster might not be familiar with) on how to design/implement 
it in code.
 
With that said, porting the low level drivers (zaptel, wctdm, etc) from
linux to Win32 is no where near a trevial task, and would basically
involve a complete rewrite of such code. Since there are very few
people (maybe one or two) that truly understand _all_ the interworkings 
of the linux-zaptel drivers, and, I venture to guess those same people
are not even remotely cognizant (no offense intended at all) of how
to write Win32 drivers, don't look for asterisk to be fully ported
to the Win32 environment any time soon. As far as I'm concerned, there
isn't any real justification to do so either.
 
A pbx is intended to be a near real-time system and as such should not
have programmers/technicians mucking with it in a production environment.
That also suggests that any form of GUI interface that is resident in
pbx s/w is not only not required, but not desirable as it will lead to
someone mucking with it and impacting availability. Running a GUI
interface via a manager (cti or whatever) interface that is not part of
the real-time pbx environment certainly is doable and has been done on
lots of pbx and central office switches over the years regardless of 
what the underlying O/S happens to be on the switch.
 
Those companies that have implemented near real-time systems have probably
questioned their choice of O/S years after deploying production systems,
but that's perfect 20-20 hindsight.
 
Cisco (as only one example) tends to purchase the majority of their 
non-core products from other companies (or purchase the entire company), 
and in a fair number of cases, will attempt to enhance/port that product 
to something different generating significantly more negatives then if
they would have left the product alone. I'd be one that would certainly
stay away from the port of CCM on another O/S for at least a year.
 
Rich
 
 
  

been following this for a while, just thought I would add a bit to the 
debate, but doesn't the Cisco system (Call Manager?) run on an Windows 
2000 based server - if it was that bad why would Cisco choose to run it? 
Also 3Com use NT/2000 to run the H323 gateway. Admittedly the call 
processor runs on VXWorks but to cross the boundary of proprietary 3com 
and rest of world - they jump onto windows.
 
Curiously
Wayne.
ps I don't know a great deal about the cisco system - its more hearsay 
so please jump in on :)
 
Patrick wrote:
 
    

Reminds me of an Internet Call Diversion pilot WorldCom did back in 2000
where Alcatel & some M$ drones brought in 2 very big Alpha servers
running NT. These boxes needed to be rebooted multiple times. They were
surprised WCOM felt having to reboot these boxes all the time was
unacceptable in an environment requiring 5nines availability. Never
laughed so hard when I saw the incredulous faces of the M$ drones. We
brought in a Stratus based solution and won the project.
 
      

_______________________________________________
--Bandwidth and Colocation sponsored by Easynews.com --
 
Asterisk-Users mailing list
Asterisk-Users at lists.digium.com
http://lists.digium.com/mailman/listinfo/asterisk-users
To UNSUBSCRIBE or update options visit:
   http://lists.digium.com/mailman/listinfo/asterisk-users
 
    

 
---------------End of Original Message-----------------
 
 
_______________________________________________
--Bandwidth and Colocation sponsored by Easynews.com --
 
Asterisk-Users mailing list
Asterisk-Users at lists.digium.com
http://lists.digium.com/mailman/listinfo/asterisk-users
To UNSUBSCRIBE or update options visit:
   http://lists.digium.com/mailman/listinfo/asterisk-users
 
 
  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.digium.com/pipermail/asterisk-users/attachments/20051002/9bf0f802/attachment.htm


More information about the asterisk-users mailing list