<p>For 100% High Availibility and Hot Failover, I would recommend one of those Red-fone Fonebridges.</p>
<p>Also getting 800 Phones all register on single server is crazy, add a SIP proxy to distribute load evenly between 2 Ast boxes.</p>
<p>For Wireless you might consider using DECT phones from Snom instead of std 802.11 based wifi phones. Giving QoS on wifi is a big pain.</p>
<p>Hope that helps,</p>
<p>Regards,<br>
Mitul Limbani<br>
Enterux Solutions</p>
<div class="gmail_quote">On May 6, 2012 11:34 PM, &quot;Nunya Biznatch&quot; &lt;<a href="mailto:asterisk@ihearbanjos.com">asterisk@ihearbanjos.com</a>&gt; wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

  
    
  
  <div bgcolor="#FFFFFF" text="#000000">
    
    <p style="margin-bottom:0in">I&#39;m about to receive approval to
      design
      and deploy an Asterisk-based phone system for my company. I will
      immediately have to start writing specifications. I&#39;m working on
      the
      hardware design and the architecture right now. I&#39;d like a second,
      third, fourth, 1,000th opinion.</p>
    <p style="margin-bottom:0in">800 SIP phones. All will be G.722. I
      expect 200 concurrent calls, with 20% leaving to the outside
      world.
      There will be another 200 analog lines that will for the time
      being
      remain on the TDM PBX switch they reside on, and will be whittled
      down and converted to SIP as time and attrition allows. These are
      primarily fax machines and conference &quot;spider&quot; phones.
      Those are included in my 200 concurrent calls number. I&#39;m looking
      to
      get as close to 5-9&#39;s reliability as I can, with 4-9&#39;s mandatory.
      Proper power filtering and backup is already available.</p>
    <p style="margin-bottom:0in"><br>
    </p>
    <p style="margin-bottom:0in">Here&#39;s what I&#39;m thinking for the
      architecture:</p>
    <p style="margin-bottom:0in">Server 1: PRI Gateway 1 - Support 2
      outside PRI trunks for local and long distance, plus a third PRI
      connecting to the existing TDM PBX.</p>
    <p style="margin-bottom:0in">Server 2: PRI Gateway 2 - Support 1
      PRI
      trunk for local and long distance with room for another, plus a
      second PRI connecting to the existing TDM PBX.</p>
    <p style="margin-bottom:0in">Reason for two PRI Gateways is for
      redundancy and fail-over, but processor capabilities is a concern.
      I
      expect in about two years I&#39;ll be ready to decommission the TDM
      PBX, but will be left with about 80 Analog lines across the
      multiple
      buildings on my campus. I expect I&#39;ll end up purchasing channel
      banks
      to support the remaining analog lines, and distribute across the
      campus using existing copper plant.</p>
    <p style="margin-bottom:0in"><br>
    </p>
    <p style="margin-bottom:0in">Server 3: Asterisk Master Server</p>
    <p style="margin-bottom:0in">Server 4: Asterisk Slave Server</p>
    <p style="margin-bottom:0in">I&#39;m considering a clustered
      environment, but I believe a fail-over solution would be easier to
      implement in the short term. This means each system needs to
      handle
      all traffic by itself. These servers will be used for Asterisk and
      Voice-mail. Conferencing will be enabled, but I&#39;m not considering
      it
      in the build. If I see conferencing becoming a factor, I will
      build
      another server and offload that service.</p>
    <p style="margin-bottom:0in"><br>
    </p>
    <p style="margin-bottom:0in">Server 5: Boot Server - DHCP, RADIUS,
      SNTP, DNS, LDAP, FTP, HTTPS, SNMP, etc... <br>
    </p>
    <p style="margin-bottom:0in">This service will provide the phone
      network all the basic services. This is a stand-alone phone
      network
      primarily because it would be too costly to upgrade the entire
      data
      network to support both voice and data. The phone network will not
      initially have Internet Access. This server will be the server all
      the phones talk to for pulling their configs.</p>
    <p style="margin-bottom:0in">I&#39;m considering a second Boot Server
      for redundancy, but since the phones should store their configs,
      I&#39;m
      not seeing this as horribly critical. Am I smoking something?<br>
    </p>
    <p style="margin-bottom:0in"><br>
      Finally, I&#39;ll have a Windows-based
      workstation that will be used to remote into all the services, for
      administration, etc...</p>
    <p style="margin-bottom:0in">I need to plan to use FreePBX on all
      Asterisk Servers, but I don&#39;t intend to install it until I&#39;m in
      regular MAC maintenance mode.<br>
    </p>
    <p style="margin-bottom:0in">I have no plans at this time to build
      out any databases. I just plan to use whatever Asterisk has. If it
      ever comes to that, I would make those separate servers as well.<br>
    </p>
    <p style="margin-bottom:0in">My goal is to build Asterisk Servers
      and PRI Gateways capable of supporting 150% of what I anticipate,
      which would come out to 300 concurrent calls. Again, all phones
      will
      use G.722. The PRI Gateway servers will do the heavy lifting of
      converting G.711 traffic from the PRIs to G722, and connect to the
      Asterisk Servers via IAX2 trunk.<br>
    </p>
    <p style="margin-bottom:0in">It&#39;s my intention to build each
      server
      myself with high-quality off the shelf components. I&#39;d like all
      servers to be as close to identical as possible, as I intend to
      keep
      spares on hand to facilitate quick repair and minimize downtime.
      I&#39;m
      considering RAID 1 + 0 (mirrored and stripped drives) for all
      servers. I am considering dual redundant power supplies.<br>
    </p>
    <p style="margin-bottom:0in">For a processor, I&#39;m currently
      looking at the i7-3770K @ 3.5GHz or very similar. Its Passmark
      compares to the Xeon E5-2630 @ 2.3GHz, but is half the price.<br>
    </p>
    <p style="margin-bottom:0in">I have no idea what amount of memory
      to
      consider, so I am thinking 8GB per machine.<br>
    </p>
    <p style="margin-bottom:0in">PCI-E is what I plan for all the
      cards.<br>
    </p>
    <p style="margin-bottom:0in">Debian is the Linux flavor<br>
    </p>
    <p style="margin-bottom:0in">A new network will be deployed using
      PoE layer-2 managed switches. Battery backup capable of providing
      8 hours will be installed as required. There will be multiple
      VLANs in the network as I have multiple dissimilar offices I need
      to keep separated from each other. We will also have 802.11 SIP
      phones, and will be deploying a campus-wide WiFi network used only
      by the phone system. Yes, I crunched the numbers. This will be
      significantly cheaper than upgrading the entire existing data
      network to support the new phone system. ...and to be quite
      honest, I don&#39;t trust our network folks, and know adding that
      layer of bureaucracy will only negatively impact the customer
      experience. I was a network engineer for a top-three telecom
      company for many years, so I do have a point of reference to make
      those statements. <br>
    </p>
    <p style="margin-bottom:0in">...yes, I am one guy looking to do
      all this, with an estimated completion date of the end of 2013.
      I&#39;ll be building all this out in addition to my normal &quot;phone guy&quot;
      job. I&#39;ve built servers (hardware and software) for 20+ years, but
      my Linux Kung Fu is weak. I&#39;ll be learning by doing and know
      there&#39;ll be a lot of extra hours. The boss is good about training,
      so I hope I can get into a good Linux Admin class in addition to
      dCAP.<br>
    </p>
    <p style="margin-bottom:0in"><br>
      So tear it up! What do you think? Does the CPU have the oomph?
      What am I missing? What am I overkilling? What would Brian Boitano
      do?<br>
    </p>
    <p style="margin-bottom:0in">I appreciate any feedback, and thanks
      in advance.<br>
    </p>
    
    
    
  </div>

<br>--<br>
_____________________________________________________________________<br>
-- Bandwidth and Colocation Provided by <a href="http://www.api-digital.com" target="_blank">http://www.api-digital.com</a> --<br>
New to Asterisk? Join us for a live introductory webinar every Thurs:<br>
               <a href="http://www.asterisk.org/hello" target="_blank">http://www.asterisk.org/hello</a><br>
<br>
asterisk-users mailing list<br>
To UNSUBSCRIBE or update options visit:<br>
   <a href="http://lists.digium.com/mailman/listinfo/asterisk-users" target="_blank">http://lists.digium.com/mailman/listinfo/asterisk-users</a><br></blockquote></div>