[지디넷코리아]네트워크 엔지니어, 애널리스트, 관리자들은 네트워크 용량을 네트워크가 처리하도록 설계된 트래픽의 양으로 규정한다.

VoIP(voice over Internet Protocol)와 관련해 네트워크 용량은 네트워크가 동시에 처리할 수 있는 전화통화의 개수다. 네트워크가 처리할 수 있는 최대로 가정된 용량인 ‘최대 부하(peak load)’의 개념은 VoIP 용량계획(capacity planning)의 기초가 될 것이다. VoIP 용량 계획 도중에 다음과 같은 사항을 고려해야 한다.

. 기업의 LAN과 WAN
. 기존의 네트워크 데이터 트래픽
. VoIP 솔루션이 사용할 음성 코덱
. 전화망(PSTN: Public Switched Telephone Network)과의 연결성
. 네트워크 하드웨어 인프라
. VoIP와 네트워크 중복성

기존 네트워크에 대입, 기본 네트워크 데이터 수집하기
기존 네트워크 인프라에 대한 분명한 그림을 갖고 VoIP 용량 계획을 시작한다. 음성 트래픽을 전송할 각 네트워크 링크를 식별하고 대역폭을 문서화한다. 이 정보는 잠재적인 병목지점을 인식하고 극복하는데 도움을 줄 것이다. 현재 네트워크 사용율을 모른다면 음성 트래픽이 사용율에 어떤 영향을 줄 지 정확하게 예측할 수 없다.

대역폭 문제가 VoIP 구축에 영향을 끼칠지 여부는 기존 네트워크의 배치와 관련이 있다. 네트워크 용량은 고속 인프라를 갖춘 단일 장소의 네트워크에 전개될 VoIP에 문제가 될 가능성은 적다. 듀플렉스 설정이나 브로드캐스트 폭풍과 같은 보편적인 네트워크 문제는 전체적인 네트워크 대역폭에 영향을 주지만 대부분의 현대적인 LAN은 많은 VoIP 를 쉽게 처리할 수 있다. 대역폭은 VoIP를 여러 곳에 산재한 WAN에 전개할 경우 문제가 될 수 있다. WAN 링크들은 대부분 T1 혹은 T1의 일부분을 사용하는 시리얼 기반의 연결이기 때문이다. 이 곳이 많은 네트워크에 있어서 대역폭의 병목이며 VoIP 통신에 영향을 줄 것이다.

기존 네트워크의 최대 용량을 정확하게 문서화하면 현재 네트워크 애플리케이션들이 사용하고 있는 대역폭을 결정할 필요가 있다. 768Kbps로 연결된 원격 사이트는 10개의 VoIP 폰을 쉽게 지원할 수 있지만 그 링크가 포화되면 음성과 데이터를 동시에 처리할 수 없다.

예를 들어, 표준 VoIP QoS(quality of service) 가이드라인은 데이터 트래픽보다 음성 트래픽을 우선 처리할 것을 명시하고 있다. 음성 서비스는 이로 인해 향상되지만 다른 네트워크 애플리케이션에 영향을 줄 수 있다. 5분 걸리던 파일 전송이 과도한 전화 통화량으로 20분 이상 걸릴 수 있다.

표준 PRI 즉, 음성 T1 라인을 사용하면 모든 채널을 다 사용하게 돼 추가 VoIP 통화를 처리하지 못할 수도 있다. 사용자들은 통화 중 혹은 교환기 에러 메시지를 받게 된다. 대역폭이 충분하지 못하면 과도한 VoIP 트래픽은 데이터 회선이 데이터를 항상 최대 대역폭으로 보내도록 하며 결국에는 패킷이 누락된다. QoS 관리와 압축을 한다고 해도 네트워크 용량을 넘어서는 VoIP 통화는 통화품질에도 부정적인 영향을 준다. 일부 업체들은 대역폭 사용을 모니터하는 어드미션 콘트롤(admission controls)을 지원하며 통화를 시작하기에 네트워크가 너무 바쁘면 사용자에게 경고를 한다. 네트워크 트래픽이 잠잠해지기를 기다리는 것은 형편없는 사용자 경험이 될 것임은 자명하다.

각 연결점의 평균과 최대 사용치를 아려면 기존 PBX 의 통화 기록을 보거나 전화회사로부터 과거 기록을 요청한다. 평균과 최대 사용 데이터를 보면 얼마나 많은 PSTN 통화를 유지해야 하는지 얼마나 많은 대역폭을 추가해야 하는지를 알 수 있다.

네트워크 대입과 기본 데이터가 준비되면 기존 회선 속도의 증가나 원격지로의 추가 회선 도입을 신중히 고려해야 한다. 이런 결정은 각 사이트의 사용자 수와 최대 사용치를 고려하여 결정되어야 한다. 메트로 이더넷과 같은 MAN(metropolitan-area network) 기술이 확산됨에 따라 이들 서비스에 더 큰 대역폭을 지원하는 회선을 추가하는 것은 전통적인 회선 추가보다 비용이 싸게 먹힐 수 있다.

VoIP 기본 다지기
일반적인 VoIP 트래픽 예측이 끝나면 어떻게 예측된 트래픽이 기존 네트워크에 영향을 끼칠지 테스트할 수 있다.

표준 대역폭 모니터 기법과 프로토콜 애널라이저를 사용하면 얼마나 많은 대역폭이 사용되고 있는지 잠재적 문제가 무엇인지 식별하는데 있어서 양질의 기본적인 데이터를 공급받을 수 있다. 다양한 VoIP 전용 도구를 사용해 보다 상세한 분석을 할 수도 있다. 이들 모니터 도구는 다양한 종류의 음성 트래픽을 정확하게 복제할 수 있으며 실수를 예방할 수 있다.

지터나 딜레이와 같은 VoIP 문제를 모니터할 수 있다. 지터는 음성 패킷의 전송 딜레이를 축정한 것으로 다양한 원인에 의해 생긴다. 최종 결과는 통화품질의 저하로 나타난다. 다양한 VoIP 코덱을 선택하고 실시간 테스트를 통해 다양한 부하를 시뮬레이션할 수 있다. G.711이나 G.729와 같은 다양한 코덱은 패킷 크기에 영향을 주는 다양한 샘플 비율을 결정한다.

낮은 품질의 코덱을 선택하면 네트워크 링크의 대역폭 사용이 크게 영향을 받는다. 테스트 중에 압축을 시험해 봐야 한다. 압축은 네트워크 자원의 가용성을 높이며 더 많은 동시통화를 지원한다.

PSTN 연결성 체크
VoIP 용량계획 중에 원격지가 PSTN 연결성을 계속 유지할 것인지 아니면 이러한 연결성이 중앙으로 통합될 지 결정할 필요가 있다. 모든 전화통화는 WAN 링크를 통해 중앙의 장소로 집결되며 여기서 관계된 PSTN 게이트웨이를 통해 나간다. PSTN 게이트웨이의 중앙집중화는 VoIP 네트워크 용량계획을 단순화할 수 있으며 하드웨어 통합은 비용절감과 중복성 향상으로 귀결된다.

PSTN 통합화는 또한 VoIP 네트워크 용량에도 영향을 미친다. 원격지의 크기와 대역폭 요구는 이러한 영향의 크기를 결정한다. 특정 장소가 정해진 사용자 숫자에 도달하면 최선의 길은 PSTN에 로컬전화를 사용하는 것이고 장거리 전화에 네트워크를 사용하는 것이다. 예를 들어 원격지로 통화할 경우 장거리 요금이 나온다면 내부 음성 트래픽은 WAN으로 통과시키는 것이 좋고 로컬과 외부 통화는 로컬 PSTN 게이트웨이를 사용하여 통과시키는 것이 좋다. PBX 기록과 전화회사의 기록을 다시 사용하여 얼마나 많은 통화가 각각에 해당하는지 결정할 수 있다.

하드웨어에 대한 고려
하드웨어는 네트워크 용량에 직접적인 영향을 준다.

VoIP 용량 계획 동안 기존 하드웨어 인프라와 미래의 하드웨어 수요에 대해 면밀히 평가해야 한다. VoIP를 네트워크에 도입하면 전체 트래픽이 두 배로 늘 수 있다. 네트워크의 핵심 인프라와 배포 지점들이 늘어난 트래픽을 처리할 수 있는지 확인해야 한다. 모든 전화에 100Mbps 대역폭의 풀 듀플렉스(full duplex) 연결을 제공해야 한다. 보다 현대적인 이더넷 하드웨어는 이러한 종류의 연결을 제공할 수 있다.

만약 네트워크 하드웨어가 모듈화되어 있고 포트의 밀도를 쉽게 증가시킬 수 있다면 기존 장비를 재사용할 수 있을 것이다. 아니라면 새로운 하드웨어를 구매해야 될 수도 있다. 또한 네트워크 코어를 향한 업링크가 늘어난 트래픽 부하를 처리할 수 있는지 보장해야만 한다.

PSTN을 다른 하드웨어로 고려할 수 있다. PSTN 게이트웨이에 추가의 음성 모듈을 더하려면 값비싼 섀시도 바꿔야 할지 모른다. 또한 하드웨어는 QoS, 압축, 음성 지원을 포함한 네트워크 용량에 영향을 준다. 이런 도구와 기법은 네트워크 대역폭을 늘릴 수 있기 때문에 용량이 큰 파이프나 백본(backbone)으로 고려한다. 확장성이 핵심이며 가능하다면 VoIP는 단계적으로 전개돼 각 단계마다 용량이 평가돼야 한다.

VoIP 용량을 계획하는 일은 여러 단계를 필요로 한다. 여기에는 LAN과 WAN 링크의 대역폭 평가, PSTN 연결성과 하드웨어 선택권들의 평가가 포함된다. VoIP는 정확하게 말해 플러그 앤 플레이는 아니지만 용량 계획만 잘 되면 매우 가능성 높은 옵션이라고 할 수 있다. WAN 링크는 거의 언제나 병목지점이며 필요로 하는 음성 트래픽이 지원될 수 있는지 평가돼야 한다.

PSTN으로의 연결성은 가장 효율이 좋은 곳에 면밀히 배치돼야 한다. 마지막으로 네트워크 하드웨어 인프라를 철저히 검사해 현재와 미래의 VoIP 수요를 지원할 수 있는지 확실히 해두는 것이 좋다.@