The items most people do not address are: - QA - How do You tell if you you having Jitter,Packet Loss etc BEFORE the user scream - Disaster Recovery - from the small - DNS smokes - To Larger - * box with 96 ports smokes - Insuring EACH and EVERY piece ox network SUPPORT and USES QoS -Vendor SLA - How do YOU measure the service, WHAT happens outside 9-5 -HW Support - Your Quad port DIGIUM card smokes. Can you live w/out it ? Should you have a spare on hand ? If so how many -What TOOLS are you going to use to MONITOR this whole thing - all servers, switches -800 Phones - Minimum ..... Could be painful if folks are used to traditional TELCO reliability and Quality
Andrew Latham wrote: > Ditto..... > > If you need to quantify the consultant to the powers that be just ask > for an "Infrastructure Audit". I have done several in the past that > have saved tons of money that encouraged further phone projects. > Finding dead phone lines to discovering unused but rented telcom gear > is always fun. Also when setting up you test group make sure they > actually use the phone and often... > > > > On Wed, May 14, 2008 at 9:32 AM, John Signorello <[EMAIL PROTECTED]> wrote: > >> I would have to agree with Grey Man, a pilot project is one way to start >> up. >> >> I would also seriously recommend buying some consulting time from an >> experienced Asterisk PBX vendor/dealer/consultant. >> >> The cost is negligible in light of the scope of your project. >> >> A pilot project will only give you a glimpse of what is required. >> >> You have to have a design that incorporates your eventual build out. >> A pilot by itself is not going to give you that. You will need help from >> a source that can bring their experience to help you tip toe around the >> potential land mines you can encounter. >> >> regards, >> >> John Signorello >> Managing Partner >> ispbx.com >> 866 GO ISPBX >> >> >> >> Grey Man wrote: >> On Tue, May 13, 2008 at 12:17 PM, Matthew Ratliff >> <[EMAIL PROTECTED]> wrote: >> >> >> I'll be doing a new Asterisk deployment soon, and would like to gather your >> thoughts. >> >> Here are some items that need to be kept in mind: >> >> Support 800 phones (400 of which are analog) >> Concurrent calls ... ? but need to guess high so that the server can handle >> this. >> Voicemail will be required along with sending voice mail attachments to >> email server. >> Flash panel for switchboard operator. >> Needs to be a distributed server design for redundancy and fail-over. >> Will need to be integrated into an existing PBX until each building is >> switched over to use the Asterisk servers. >> If calling 911 from a building among multiple buildings, how can EMS find >> that person based upon the call? >> What type of data line should be used in this setup? T1? >> The physical network will support QOS and the like, so that is not an issue. >> >> >> What type of design/setup do you recommend for this? How about server >> resources...ie...CPU, RAM, Disk space. >> >> How about backups? Does imaging work best if a server were to fail? >> >> Any thing else you can think of? >> >> >> If this is a project for your work and it's your first Asterisk >> deployment then definitely don't go the big bang approach in the way >> you've outlined. If you do you could well be out of that job in 6 >> months! >> >> The first thing I'd recommend you do is find 10 or 20 people who are >> suitable as early adopters. The set up a single Asterisk server and >> give the early adopters a SIP phone each thats in addition to their >> normal desk phone and ask them to see how they go using the SIP phones >> for calls to each other, external calls and whatever else would make >> sense. Then 6 months and a lot of learning/experience/frustration >> later you'll know whether to get answers to your original questions or >> not. >> >> Regards, >> >> Greyman. >> >> _______________________________________________ >> -- Bandwidth and Colocation Provided by http://www.api-digital.com -- >> >> asterisk-users mailing list >> To UNSUBSCRIBE or update options visit: >> http://lists.digium.com/mailman/listinfo/asterisk-users >> >> >> _______________________________________________ >> -- Bandwidth and Colocation Provided by http://www.api-digital.com -- >> >> asterisk-users mailing list >> To UNSUBSCRIBE or update options visit: >> http://lists.digium.com/mailman/listinfo/asterisk-users >> >> > > > > _______________________________________________ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users