| | #1 (permalink) | ||||||||
| Junior Member
Rep Power: 0 ![]() | The benefit of VOIP on the internal network... The question: Is there a benefit to running VOIP on the internal network? Many phone vendors will push for a hybrid approach to a new IP PBX which allows for digital phones at sites where there is existing cabling such as CAT3 so as to not have to incur the cost of re-cabling for VOIP. In this scenario, VOIP traffic is really traveling between sites across the WAN and not actually inside the site. Some benefits of this approach are that: You don't need to re-cable the site. You can use existing wiring and digital endpoints. You don't need to worry about powering IP endpoints via a PoE switch or plugging them in directly for power. And you know the sound quality will be excellent because it's the good ol' tried and true CAT3 infrastructure thats been used for the last century. But this is the present. What about the future? We all know that one day VOIP will become the norm. Inside, outside and everywhere. But let's stick with the present for now. As I know the benefits of this approach, what I'm having a hard time with is the downside. Will I be limited in the future with this design? Will I incur the cost of re-cabling to bring the infrastructure up to par to support VOIP inside remote sites in the future anyway? Currently, IP PBX systems will provide the same functionality for endpoints whether they're digital or IP. Except you just can't pick up a digital endpoint and relocate it and have the same extension like you can with an IP set. So...what about the internal network? If you're running a true GB network with PoE switches configured with CoS/QoS, why wouldn't you go all IP on the inside? Also, what's the real benefit? These are some of the questions I've been asking myself over and over so I don't make a mistake in spending a quarter mil on a system which might be obsolete in 7-10 years. Perhaps some of you are in the same boat. I'd love some comments and feedback. Do you have the answers? ![]() ~TT | ||||||||
| | |
| | #2 (permalink) | ||||||||
| Moderator
Location: TX Rep Power: 3 ![]() | I have customers with 30 to 40 IP phones on an internal network. They seem to work great.. One of the things you may want to look at when deciding on the IP systems is whether or not you can do VLAN tagging on the IP phone. If you can do VLAN tagging then it is safe to say you can use your Computer and phone on the same cable and still keep the voice and data segmented from each other. If it doesnt do VLAN tagging then you can still run the phones and the computers on the same cable but you lose VLAN managability and I think you will lose some of the QOS. You may also want to make sure the network switches you are using that support Gigabit also can support 100baseT mostly because most IP phones cannot run on Gigabit yet. I have some customers that are running two different networks completely, one for voice and one for data. It is more cost to doing it this way but there are no finger pointing when something is not working. | ||||||||
| | |
| | #3 (permalink) | ||||||||
| Junior Member
Location: Salt Lake City Rep Power: 0 ![]() | If you stick with STANDARDS -- you will not be unhappy. SIP-based trunking and SIP-based sets are where the industry is going. In the future (and to an extent, TODAY), you can pick up any SIP-based telephone and use it with your IP-based PBX. Although it's always best to go with a vendor's own telephone sets (for full feature sets), you have options with SIP. Also take into consideration your internal (and external/remote) network's capability to handle small packets. As we use more and more VoIP, we are forcing our switches and routers to handle smaller and smaller packets. This makes our switches and routers MORE busy than they are with typical Ethernet traffic, as EACH packet frame must be analyzed. The smaller the packets, the more frames to analyze. We may find we need more "robust" routers, or more "intelligent" IP-telephony aware routers that can handle these small packets and keep throughput up. Last edited by handyrandyrc : 04-26-2007 at 12:10 PM. | ||||||||
| | |
![]() |
| Currently Active Users Viewing This Thread: 1 (0 members and 1 guests) | |
| Thread Tools | |
| Display Modes | |
| |
Similar Threads | ||||
| Thread | Thread Starter | Forum | Replies | Last Post |
| Combine data and voip network | jezzaf | BCM and Norstar | 0 | 12-27-2006 02:52 PM |
| Scaling a VoIP Network | rixride | VOIP Talk | 2 | 10-29-2006 05:14 PM |
| BCM50 and BRIM: select internal DN from public network | marcolino1972 | BCM and Norstar | 4 | 01-23-2006 03:47 PM |
| Network Test/Diagnostic Tool for VoIP | wool | Definity Support | 1 | 02-10-2005 12:39 PM |
| 0x32 ANI from Option 61 through VOIP network | Captclam | BCM and Norstar | 2 | 06-23-2004 01:08 PM |