Difference between revisions of "Training:Site Survey"

From IPitomy Wiki
Jump to navigation Jump to search
 
(31 intermediate revisions by 2 users not shown)
Line 1: Line 1:
 
= IPitomy Technical Training – Basic<br/> =
 
= IPitomy Technical Training – Basic<br/> =
  
== Site Survey<br/> ==
+
=== Site Survey ===
  
&nbsp;
+
The key to avoiding unexpected challenges when transitioning numbers and executing cutover is a thorough site evaluation. This process scrutinizes both the readiness of the telephony and network for a premise or cloud IP PBX.
  
Performing a site survey is the best guard against surprises at cutover. The elements of an IP PBX involve both telephony and network readiness.
+
Whenever an IP PBX installation is due, ensure to fill out the [https://wiki.ipitomy.com/images/7/74/IPitomy_Setup_Worksheet.xls IPitomy Setup Guide.] It assists in structuring the PBX deployment by helping collate the information required to configure and prime the site application. The guide also serves as a tangible backup for the database configuration.
  
= Telephony Readiness:<br/> =
+
= Network & Telephony Readiness: =
  
== Trunks – what trunk types will be used?<br/> ==
+
== Service Type: SIP or Analog ==
  
*IPitomy recommends the use of PRI trunks whenever possible
+
*IPitomy recommends the use of IPitomy SIP trunks if reliable bandwidth is available
 
**Advantages are:
 
**Advantages are:
 
***High technical capabilities
 
***High technical capabilities
***High reliability
+
***Native Integration [https://www.ipitomy.com/index.php/services/ipitomy-siptrunks (Purchase Directly from IPitomy])
 +
***Reliable
 +
***Instant Scalability (Additional Trunks/Lines can be added by IPitomy SIP Support)
 +
***Mobility
 +
***No Hardware or Software Costs
 +
***Low Service & Maintenance Costs
 +
***Easy to configure
 
***Guaranteed level of service from the provider
 
***Guaranteed level of service from the provider
  
*SIP Trunks may be used when network infrastructure at the WAN interface has adequate bandwidth.
+
*Analog lines and PRI/T1 trunks at times are a necessary evil and should be used for fire alarms, elevators, security systems, etc. Check local state, city and county laws to determine if they are required. Build-in costs for additional testing and maintenance when you must use analog trunks. As part of the site survey you must know, for EACH Trunk circuit:
**Advantages are:
+
*Disadvantages of analog lines are:
***High technical capabilities
 
***Low Cost
 
 
 
*Analog trunks at times are a necessary evil. These are the least desirable trunk type. Build-in cost for additional testing and maintenance when you must use analog trunks. As part of the site survey you must know, for EACH Trunk circuit:<ul style="list-style-type:circle;">
 
<li>On-Hook voltage DC (should be between 44 and 50VDC)</li>
 
<li>Off-Hook voltage DC (should be between 6 and 9VDC)</li>
 
<li>Off-Hook mA (loop current) (should be between 23 and 34 mA)</li>
 
<li>On-Hook voltage (AC) (should be less than 5VAC</li>
 
<li>Off-Hook voltage (AC)</li>
 
<li>Off-Hook voltages (AC/DC) from each side (Tip/Ring) of the analog line to Earth Ground.</li>
 
<li>Transient voltages – check for AC and DC voltage fluctuations on each lines while activities are present on the other lines (ringing on other lines, connected calls on other lines)</li>
 
<li>Test Line Loss (measured in decibels) from ZERO. No loss is zero… typical line loss will be less than -3db (i.e. 0db to -3db)(FYI, Line loss can be as much as -9db before Telco’s are required to improve line conditions.)</li>
 
<li>Read the Loop Current & Circuit Loss Technical Bulletin at&nbsp; [http://www.sandman.com/loopcur.html#CircuitLoss http://www.sandman.com/loopcur.html#CircuitLoss]</li>
 
<li>Line conditioning apparatus is available at Sandman.com. Use the link above to reach this useful site.</li>
 
<li>Disadvantages of analog lines are:
 
 
**Low technical capabilities
 
**Low technical capabilities
**Mediocre cost
+
**EOL
 +
**High Cost
 
**Rarely an actual cable pair from CO to site
 
**Rarely an actual cable pair from CO to site
**Impacted by elements such as magnetic, radio, and weather interferences
+
**Impacted by elements such as magnetic, radio, and weather interference
**No option for DID (Direct Inward Dial) feature</li>
+
**No option for DID (Direct Inward Dial) feature
 +
**EOL Announcement: No longer being maintained, supported or
  
== Extensions – How many extensions and what models? ==
+
== Phones & Extensions ==
  
*Physically review each location where a telephone will be installed
+
*How many phones, what models and total extensions?
*Become aware of the person that will use the telephone and grasp challenges that this person will encounter – will this user require additional training
+
*Physically review each location where a telephone will be installed (Note: If there is an existing RJ45/Cat5 data drop/connection a phone may be used as a bridge connection to PC)
*Prepare to train users – on-line training is available at IPitomy Documentation Repository: [https://skydrive.live.com/?cid=a31a942025b325ce&id=A31A942025B325CE%21104 https://skydrive.live.com/?cid=a31a942025b325ce&id=A31A942025B325CE%21104].
+
*Remote Employees will require additional programming, parts and service costs
 +
*Analyze employees and their technical abilities; factor in training costs for users with little to no technical experience
 +
*Prepare to train users – on-line training and documentation is available at [https://www.youtube.com/c/IPitomyOfficial IPitomy Documentation Repository].
  
 
= Network Readiness =
 
= Network Readiness =
  
The network is the ''Backplane'' of the IP PBX. In old telephony solutions (TDM, Switched Matrix) the backplane was designed and controlled by the PBX manufacturer – not so in IP Telephony. The network MUST be in pristine condition to allow use with voice. Voice traffic MUST be given priority over all other network traffic types (QOS/COS). The benefits of voice on the network are numerous but voice traffic is not forgiving as is data traffic. RTP (Real Time Protocol) traffic (voice) cannot be interrupted without impacting voice connection performance.
+
The network is the ''Backplane'' of the IP PBX. In old, obsolete telephony solutions (TDM, Switched Matrix) the backplane was designed and controlled by the PBX manufacturer – not so in IP Telephony. Networks must be setup and configured properly to allow for VoIP. Voice traffic should be given priority over all other network traffic types (QOS/COS). The benefits of voice on the network are numerous but voice traffic is not forgiving as is data traffic. RTP (Real Time Protocol) traffic (voice) cannot be interrupted without impacting voice connection performance.  In rare cases where existing network performance is not up to VoIP standards (packet loss, latency, heavy load, etc), it may be beneficial to build out a second, physically separate voice network to protect and prevent voice quality from these issues.
  
== Cabling – Is the correct cable in place? ==
+
== Cabling & WiFi – Is the correct cable in place? ==
  
 
*Cat5e or Cat6 cable is required
 
*Cat5e or Cat6 cable is required
Line 56: Line 51:
 
*Test each cable and the associated hardware (wall jack, connectors, and Patch Cables. Essentially ALL parts of the cable that will be used to connect the telephone to the Switch.)
 
*Test each cable and the associated hardware (wall jack, connectors, and Patch Cables. Essentially ALL parts of the cable that will be used to connect the telephone to the Switch.)
 
*Are there any unused cables that are connected to the network – disconnect all unused hardware as they represent unknown transients on the network.
 
*Are there any unused cables that are connected to the network – disconnect all unused hardware as they represent unknown transients on the network.
 +
*Test WiFi signal and speed to determine if a WiFi phone can be deployed (must be connected to power outlet)
  
 
== WAN – ISP ==
 
== WAN – ISP ==
Line 61: Line 57:
 
*Who is the Internet Service Provider at the site?
 
*Who is the Internet Service Provider at the site?
 
*Should this change?
 
*Should this change?
*Are there cost advantages that can be offered in association to ISP and Trunks (SIP or PRI)?
+
*Cost advantages can be offered in association with Internet Service Providers and IPitomy SIP Trunks.
*What is the WAN connection bandwidth performance?<ul style="list-style-type:circle;">
+
*ISP Bandwidth & Performance (One VoIP Call uses ~90KBPS of bandwidth) <ul style="list-style-type:circle;">
<li>A good simple tester: [http://speedtest.net/ http://speedtest.net/]</li>
+
<li>[http://speedtest.net/ Free Bandwidth and Speed Test]
<li>Keep in mind that ISP bandwidth testers are momentary snap-shots of the performance of your WAN (Internet) connection.</li>
+
<li>Keep in mind that ISP bandwidth testers are momentary snap-shots of the performance of your WAN (Internet) connection.</li></li>
 
<li>Several tests should be performed during the hours of operation at the site where the IP PBX will be installed.</li>
 
<li>Several tests should be performed during the hours of operation at the site where the IP PBX will be installed.</li>
<li>Network performance software is available for network monitoring over extended periods. (Google it)</li>
+
<li>IPitomy offers a [https://fs30.formsite.com/IPitomy/form44/index.html VoIP Qualification Test] for both on premise and cloud systems.</li>
</ul></ul>
+
</ul>
  
 
== Router ==
 
== Router ==
  
*What kind of Router is in use?
+
*What kind of Router is in use? Check [http://wiki.ipitomy.com/wiki/Router_Compatibility Compatibility Guide]
*Are there multiple Public IP Addresses<ul style="list-style-type:circle;">
+
*Identify IP Address type:  
<li>What is/are the Public IP Address(es)</li>
+
**Static or Dynamic
</ul><li>Is this router on the list of Reportedly Works Well routers on the IPitomy web site?<br/>[http://www.ipitomy.com/webrelease/IPitomy/Router%20Compatibility%20Guide.pdf http://www.ipitomy.com/webrelease/IPitomy/Router%20Compatibility%20Guide.pdf]</li>
+
*Who is Network Admin?
<li>Can you use your own router in Gateway mode to allow all voice traffic to be routed through that router versus routing all data and voice traffic through the router on site?</li>
+
**If third party manages network, router, firewall, switches etc you will need their assistance and access to open & forward ports and enabling & disabling settings.
<li>Who is in charge of the router? (Person, IT Dept?)<ul style="list-style-type:circle;">
+
<ul style="list-style-type:circle;">
<li>If IT Dept. controls the router and/or Switches on the site you MUST become best of buddies with the group of people. They WILL impact the performance of the voice traffic on the network.</li>
+
<li>Requirements
</ul></li>
+
<li>Port Forwarding
<li>What device will serve DHCP?</li>
+
</li>
<li>Can you take over control of the router<ul style="list-style-type:circle;">
+
<li>NAT (Network Address Translation)
<li>If so, replace it with one of those on the IPitomy list that you have tested and found to perform as you intend.</li>
+
<li>Disabling SIP ALG (Application Layer Gateway)
</ul></li>
+
<li>ALG’s often contribute to one-way audio issues.
<li>Is the router capable of Port Forwarding?<ul style="list-style-type:circle;">
+
</li>*ALG’s often inhibit Remote Phone operation<li>Can DD-WRT be loaded onto the router on site?<ul style="list-style-type:circle;">
<li>The router will need this function. The more robust the better. It is desirable to set Port Forward rules to receive packets on any port designation given by the sending device and then to deliver these packets to any LAN IP Address with a unique Port assignment.</li>
 
</ul></li>
 
<li>What is the access (User Name & Password) of the router?</li>
 
<li>How many concurrent voice traffic sessions is this router capable of NAT’ing? (NAT is Network Address Translation.) This is essential to the ability of a router to handle Remote Telephones.</li>
 
<li>Can DD-WRT be loaded onto the router on site?<ul style="list-style-type:circle;">
 
 
<li>We have found that the DD-WRT Linux-based router software generally NAT’s well.</li>
 
<li>We have found that the DD-WRT Linux-based router software generally NAT’s well.</li>
<li>[http://www.dd-wrt.com/ http://www.dd-wrt.com], then go to “Router Database” and search for the router using brand and model number information.</li>
+
<li>[http://www.dd-wrt.com/ http://www.dd-wrt.com], then go to “Router Database” and search for the router using brand and model number informat</li>
 
</ul></li>
 
</ul></li>
<li>Is an ALG (Application Layer Gateway) present on the router?<ul style="list-style-type:circle;">
+
<li>Is a Sonicwall® present? If so, significant programming will be required to assure that no voice traffic (BOTH LAN and WAN traffic) is impeded.
<li>Is the ALG enabled?</li>
+
<li>If using a Sonicwall® router/firewall;<ul style="list-style-type:circle;">
<li>If so, this will need to be disabled or;</li>
 
<li>…complex router programming is likely required to assure that no voice traffic is impeded by the operation of the ALG
 
*ALG’s often contribute to one-way audio issues.
 
*ALG’s often inhibit Remote Phone operation</li>
 
</li>
 
 
 
 
 
== Sonicwall® ==
 
 
 
Is a Sonicwall® present? If so, significant programming will be required to assure that no voice traffic (BOTH LAN and WAN traffic) is impeded.
 
 
 
*If using a Sonicwall® router/firewall;<ul style="list-style-type:circle;">
 
 
<li>Add cost to cover troubleshooting erratic telephone performance.</li>
 
<li>Add cost to cover troubleshooting erratic telephone performance.</li>
 
<li>Consider installing a second Router in Gateway mode with its own Public IP to avoid Sonicwall® voice traffic issues.</li>
 
<li>Consider installing a second Router in Gateway mode with its own Public IP to avoid Sonicwall® voice traffic issues.</li>
 
<li>Sonicwall® firewalls and routers with Sonicwall® firewalls add packet-evaluation algorithms that can “flag” voice traffic as offensive-behavior traffic and therefore impede voice connections.</li>
 
<li>Sonicwall® firewalls and routers with Sonicwall® firewalls add packet-evaluation algorithms that can “flag” voice traffic as offensive-behavior traffic and therefore impede voice connections.</li>
</ul></ul>
+
<li>Visit [[Router Info Sonicwall|Router Info: Sonicwall]] for IPitomy recommended programming information
 
+
</li>
 +
</ul><ul style="list-style-type:circle;">
 
== Switch ==
 
== Switch ==
  
Line 117: Line 97:
 
Each time an IP PBX is to be deployed you should answer the following questions about the Switch(es) in place on site:
 
Each time an IP PBX is to be deployed you should answer the following questions about the Switch(es) in place on site:
  
*Are they managed (programmable)?
+
<ul><li>Are they managed (programmable)?</li>
*Are there enough ports to accommodate the number of telephones that will be installed?
+
<li>Are there enough ports to accommodate the number of telephones that will be installed?</li>
*Are the Switch ports POE (Power Over Ethernet)?<ul style="list-style-type:circle;">
+
<li>Are the Switch ports POE (Power Over Ethernet)?<ul style="list-style-type:circle;">
 
<li>POE is desired for the “cleanest” installation since no power supply is required at each telephone location when using POE</li>
 
<li>POE is desired for the “cleanest” installation since no power supply is required at each telephone location when using POE</li>
 
<li>POE is also desirable because it provides one point of backup (UPS on Switch supports telephones connected – they stay functional during power outage).</li>
 
<li>POE is also desirable because it provides one point of backup (UPS on Switch supports telephones connected – they stay functional during power outage).</li>
</ul></ul>
+
</ul>
  
 
=== Functions of a Switch ===
 
=== Functions of a Switch ===
 
 
*Analyze arriving packets
 
*Analyze arriving packets
 
*Direct packet traffic to ports of the switch known to be connected to the packet-identified destination
 
*Direct packet traffic to ports of the switch known to be connected to the packet-identified destination
 
*Apply traffic-rules to all traffic as specified in the managed table programming (QOS/COS)
 
*Apply traffic-rules to all traffic as specified in the managed table programming (QOS/COS)
 
*Can provide POE to power telephones from a central point
 
*Can provide POE to power telephones from a central point
 
= Worksheet =
 
 
Complete the IPitomy Setup Worksheet located at: [http://www.ipitomy.com/webrelease/IPitomy/IP1100+/ http://www.ipitomy.com/webrelease/IPitomy/IP1100+/] each time that an IP PBX is to be installed. This form will help to organize the deployment of the PBX by aiding you to gather the information needed to program and prepare the site application. The form also provides a hard-copy backup of the database configuration.
 
  
 
= Preliminary Verification =
 
= Preliminary Verification =
Line 142: Line 117:
  
 
Options:
 
Options:
 
+
*Fully integrate into existing network<br /><br />IP Phones [IP330 shown] and IP PBX installed onto existing LAN with existing devices (printer, Laptop, PC, PC)
*Fully integrate into existing network<br/><br/>IP Phones [IP330 shown] and IP PBX installed onto existing LAN with existing devices (printer, Laptop, PC, PC)
 
  
 
[[File:SiteSurvey1.gif|none]]
 
[[File:SiteSurvey1.gif|none]]
 
+
*Install separate Cat 5 cable plan for phones<br /><br />IP Phones (IP330 shown) and IP PBX installed using a separate network infrastructure; separate cable and separate data switch, the link between these two topologies is at the router.
*Install separate Cat 5 cable plan for phones<br/><br/>IP Phones (IP330 shown) and IP PBX installed using a separate network infrastructure; separate cable and separate data switch, the link between these two topologies is at the router.
 
  
 
[[File:SiteSurvey2.gif|none]]
 
[[File:SiteSurvey2.gif|none]]
 
+
*Separate network (voice / data) (separate router)<br /><br />IP Phones and IP PBX installed on a completely isolated network.<br /><br />Local traffic (LAN) between the networks are coupled using Router Bridge functions
*Separate network (voice / data) (separate router)<br/><br/>IP Phones and IP PBX installed on a completely isolated network.<br/><br/>Local traffic (LAN) between the networks are coupled using Router Bridge functions
 
  
 
[[File:SiteSurvey3.gif|none]]
 
[[File:SiteSurvey3.gif|none]]
Line 158: Line 130:
  
 
Aids/tools:
 
Aids/tools:
 
 
*Network Analysis
 
*Network Analysis
 
**MicroConvergent (Third-party network analysis company) MC can help you pinpoint issues that elude you.
 
**MicroConvergent (Third-party network analysis company) MC can help you pinpoint issues that elude you.
 
**SIP Trunk – many SIP providers provide SIP trunks for verification purposes.
 
**SIP Trunk – many SIP providers provide SIP trunks for verification purposes.
 
**Perform a network analysis using available third-party tools or internally developed process.
 
**Perform a network analysis using available third-party tools or internally developed process.
*Obtain a SIP trunk from a recognized provider: [http://www.ipitomy.com/webrelease/SIP%20Providers/ http://www.ipitomy.com/webrelease/SIP%20Providers/]. Install this test SIP trunk onto your IPitomy demo system. Test the site using your demo IP PBX and IP Telephone and SIP trunk. This will give you a small window of the anticipated performance you may expect on site.
+
*Obtain a SIP trunk from a recognized provider . Install this test SIP trunk onto your IPitomy demo system. Test the site using your demo IP PBX and IP Telephone and SIP trunk. This will give you a small window of the anticipated performance you may expect on site.
  
 
= Checklist =
 
= Checklist =
Line 171: Line 142:
 
Notes on Checklists:
 
Notes on Checklists:
  
*Never assume that a network is performing at its highest efficiency
+
<ul><li>Never assume that a network is performing at its highest efficiency</li>
*Always allow for corrective action to be taken if network performance does not sustain adequate voice traffic.<ul style="list-style-type:circle;">
+
<li>Always allow for corrective action to be taken if network performance does not sustain adequate voice traffic.<ul style="list-style-type:circle;">
 
<li>Be ready to bill your customer for corrective actions required that could not be known prior to the IP PBX application being installed.</li>
 
<li>Be ready to bill your customer for corrective actions required that could not be known prior to the IP PBX application being installed.</li>
<li>SIP trunks usually are internet-based and are therefore a non-guaranteed voice connection service due to fluctuations in bandwidth and WAN network performance. (Where PRI is a guaranteed service from the provider.)</li>
+
<li>SIP trunks and VoIP are internet-based and are therefore a non-guaranteed voice connection service due to fluctuations in bandwidth and WAN network performance.</li>
</ul></ul>
+
</ul>
  
 
= Common Sense Disclosure =
 
= Common Sense Disclosure =
Line 182: Line 153:
  
 
Any changes made to the network should be disclosed prior to and after installation to avoid unnecessary service calls caused as a result of performance issues. For instance if a user plugs in a laptop with a fixed IP Address that is in conflict with any other network device (static or DHCP assigned) this device will cause network performance issues.
 
Any changes made to the network should be disclosed prior to and after installation to avoid unnecessary service calls caused as a result of performance issues. For instance if a user plugs in a laptop with a fixed IP Address that is in conflict with any other network device (static or DHCP assigned) this device will cause network performance issues.
 +
 +
 +
[[Category:Training]]

Latest revision as of 20:51, 12 June 2023

IPitomy Technical Training – Basic

Site Survey

The key to avoiding unexpected challenges when transitioning numbers and executing cutover is a thorough site evaluation. This process scrutinizes both the readiness of the telephony and network for a premise or cloud IP PBX.

Whenever an IP PBX installation is due, ensure to fill out the IPitomy Setup Guide. It assists in structuring the PBX deployment by helping collate the information required to configure and prime the site application. The guide also serves as a tangible backup for the database configuration.

Network & Telephony Readiness:

Service Type: SIP or Analog

  • IPitomy recommends the use of IPitomy SIP trunks if reliable bandwidth is available
    • Advantages are:
      • High technical capabilities
      • Native Integration (Purchase Directly from IPitomy)
      • Reliable
      • Instant Scalability (Additional Trunks/Lines can be added by IPitomy SIP Support)
      • Mobility
      • No Hardware or Software Costs
      • Low Service & Maintenance Costs
      • Easy to configure
      • Guaranteed level of service from the provider
  • Analog lines and PRI/T1 trunks at times are a necessary evil and should be used for fire alarms, elevators, security systems, etc. Check local state, city and county laws to determine if they are required. Build-in costs for additional testing and maintenance when you must use analog trunks. As part of the site survey you must know, for EACH Trunk circuit:
  • Disadvantages of analog lines are:
    • Low technical capabilities
    • EOL
    • High Cost
    • Rarely an actual cable pair from CO to site
    • Impacted by elements such as magnetic, radio, and weather interference
    • No option for DID (Direct Inward Dial) feature
    • EOL Announcement: No longer being maintained, supported or

Phones & Extensions

  • How many phones, what models and total extensions?
  • Physically review each location where a telephone will be installed (Note: If there is an existing RJ45/Cat5 data drop/connection a phone may be used as a bridge connection to PC)
  • Remote Employees will require additional programming, parts and service costs
  • Analyze employees and their technical abilities; factor in training costs for users with little to no technical experience
  • Prepare to train users – on-line training and documentation is available at IPitomy Documentation Repository.

Network Readiness

The network is the Backplane of the IP PBX. In old, obsolete telephony solutions (TDM, Switched Matrix) the backplane was designed and controlled by the PBX manufacturer – not so in IP Telephony. Networks must be setup and configured properly to allow for VoIP. Voice traffic should be given priority over all other network traffic types (QOS/COS). The benefits of voice on the network are numerous but voice traffic is not forgiving as is data traffic. RTP (Real Time Protocol) traffic (voice) cannot be interrupted without impacting voice connection performance. In rare cases where existing network performance is not up to VoIP standards (packet loss, latency, heavy load, etc), it may be beneficial to build out a second, physically separate voice network to protect and prevent voice quality from these issues.

Cabling & WiFi – Is the correct cable in place?

  • Cat5e or Cat6 cable is required
  • Each location where an extension is to be placed must have an individual cable run to the location from the Switch location.
  • Test each cable and the associated hardware (wall jack, connectors, and Patch Cables. Essentially ALL parts of the cable that will be used to connect the telephone to the Switch.)
  • Are there any unused cables that are connected to the network – disconnect all unused hardware as they represent unknown transients on the network.
  • Test WiFi signal and speed to determine if a WiFi phone can be deployed (must be connected to power outlet)

WAN – ISP

  • Who is the Internet Service Provider at the site?
  • Should this change?
  • Cost advantages can be offered in association with Internet Service Providers and IPitomy SIP Trunks.
  • ISP Bandwidth & Performance (One VoIP Call uses ~90KBPS of bandwidth)
    • Free Bandwidth and Speed Test
    • Keep in mind that ISP bandwidth testers are momentary snap-shots of the performance of your WAN (Internet) connection.
    • Several tests should be performed during the hours of operation at the site where the IP PBX will be installed.
    • IPitomy offers a VoIP Qualification Test for both on premise and cloud systems.

    Router

    • What kind of Router is in use? Check Compatibility Guide
    • Identify IP Address type:
      • Static or Dynamic
    • Who is Network Admin?
      • If third party manages network, router, firewall, switches etc you will need their assistance and access to open & forward ports and enabling & disabling settings.
    • Requirements
    • Port Forwarding
    • NAT (Network Address Translation)
    • Disabling SIP ALG (Application Layer Gateway)
    • ALG’s often contribute to one-way audio issues.
    • *ALG’s often inhibit Remote Phone operation
    • Can DD-WRT be loaded onto the router on site?
      • We have found that the DD-WRT Linux-based router software generally NAT’s well.
      • http://www.dd-wrt.com, then go to “Router Database” and search for the router using brand and model number informat
    • Is a Sonicwall® present? If so, significant programming will be required to assure that no voice traffic (BOTH LAN and WAN traffic) is impeded.
    • If using a Sonicwall® router/firewall;
      • Add cost to cover troubleshooting erratic telephone performance.
      • Consider installing a second Router in Gateway mode with its own Public IP to avoid Sonicwall® voice traffic issues.
      • Sonicwall® firewalls and routers with Sonicwall® firewalls add packet-evaluation algorithms that can “flag” voice traffic as offensive-behavior traffic and therefore impede voice connections.
      • Visit Router Info: Sonicwall for IPitomy recommended programming information

        Switch

        The Switch is critical to network performance and quality voice connections. Patch cables connected to the switch must be of high quality and tested (as part of cabling) for each port of the Switch. We recommend use of Managed Switches with QOS capabilities.

        Each time an IP PBX is to be deployed you should answer the following questions about the Switch(es) in place on site:

        • Are they managed (programmable)?
        • Are there enough ports to accommodate the number of telephones that will be installed?
        • Are the Switch ports POE (Power Over Ethernet)?
          • POE is desired for the “cleanest” installation since no power supply is required at each telephone location when using POE
          • POE is also desirable because it provides one point of backup (UPS on Switch supports telephones connected – they stay functional during power outage).

          Functions of a Switch

          • Analyze arriving packets
          • Direct packet traffic to ports of the switch known to be connected to the packet-identified destination
          • Apply traffic-rules to all traffic as specified in the managed table programming (QOS/COS)
          • Can provide POE to power telephones from a central point

          Preliminary Verification

          VOIP is a packet-based technology as such it uses the network to deliver advanced communications services. The network will be shared with all network devices including the PBX and telephones. Assuring the voice packets have priority over data packets is essential to success. In some instances issues may arise that can cause network performance issues that can affect the proper delivery of communications services. Verifying that no problems exist on the network that would have a negative effect on voice communications is essential.


          Options:

          • Fully integrate into existing network

            IP Phones [IP330 shown] and IP PBX installed onto existing LAN with existing devices (printer, Laptop, PC, PC)
          SiteSurvey1.gif
          • Install separate Cat 5 cable plan for phones

            IP Phones (IP330 shown) and IP PBX installed using a separate network infrastructure; separate cable and separate data switch, the link between these two topologies is at the router.
          SiteSurvey2.gif
          • Separate network (voice / data) (separate router)

            IP Phones and IP PBX installed on a completely isolated network.

            Local traffic (LAN) between the networks are coupled using Router Bridge functions
          SiteSurvey3.gif


          Aids/tools:

          • Network Analysis
            • MicroConvergent (Third-party network analysis company) MC can help you pinpoint issues that elude you.
            • SIP Trunk – many SIP providers provide SIP trunks for verification purposes.
            • Perform a network analysis using available third-party tools or internally developed process.
          • Obtain a SIP trunk from a recognized provider . Install this test SIP trunk onto your IPitomy demo system. Test the site using your demo IP PBX and IP Telephone and SIP trunk. This will give you a small window of the anticipated performance you may expect on site.

          Checklist

          Check off each of the above items for each site where an IPitomy IP PBX is to be installed. Seek to identify issues before cutover rather than after. The checklist will also help you to identify areas of concern that are not known network qualities… this is important if something goes wrong. A customer sign-off may be appropriate when a customer chooses not to follow recommendations.

          Notes on Checklists:

          • Never assume that a network is performing at its highest efficiency
          • Always allow for corrective action to be taken if network performance does not sustain adequate voice traffic.
            • Be ready to bill your customer for corrective actions required that could not be known prior to the IP PBX application being installed.
            • SIP trunks and VoIP are internet-based and are therefore a non-guaranteed voice connection service due to fluctuations in bandwidth and WAN network performance.

            Common Sense Disclosure

            It is important to understand that the network performance is the responsibility of the customer. Any undisclosed issues that arise during installation that are network related must be resolved and may result in additional costs. This should be discussed in advance clearly stating who bears the responsibility for expenses related to optimizing network performance for VOIP.

            Any changes made to the network should be disclosed prior to and after installation to avoid unnecessary service calls caused as a result of performance issues. For instance if a user plugs in a laptop with a fixed IP Address that is in conflict with any other network device (static or DHCP assigned) this device will cause network performance issues.