VoIP에 허용되는 지터 및 대기 시간: 알아야 할 모든 것

VoIP, VoLTE 및 비즈니스 VoIP 솔루션은 기존 전화 통신에 비해 많은 이점을 제공하지만 한 가지 중앙 집중식 단점이 있습니다. 결국 VoIP 서비스의 품질은 인터넷 연결 품질에 따라 달라집니다. 이는 VoIP의 특성으로 인해 불가피한 일이며 결국 VoIP(Voice over Internet Protocol)를 의미합니다.

VoIP 솔루션은 통화가 끊기고 불안정한 초창기 이후로 매우 먼 길을 왔습니다. 사실, 인터넷 속도도 먼 길을 왔습니다. 최신 인터넷 연결, 최신 네트워크 하드웨어 및 네트워크 구성에 대한 적절한 주의를 통해 느린 인터넷 연결의 부정적인 영향을 거의 피할 수 있습니다.

그러나 VoIP 서비스는 여전히 인터넷 연결에 의존하기 때문에 대기 시간으로 인한 중단을 완전히 제거하는 것은 불가능합니다. 그 중 가장 큰 것은 두려운 JITTER입니다.

결론을 내리거나 시스템을 버리기 전에 VoIP의 한계가 무엇인지, 그리고 VoIP 통화에 대해 허용 가능한 대기 시간 및 지터 수준은 무엇인지 이해하는 것이 도움이 될 것입니다.

VoIP = 데이터 패킷

일부 기본 정보를 너무 많이 다시 읽지 않고도 VoIP 통화가 인터넷을 통해 전달됩니다. 최신 클라우드 기반 VoIP 솔루션은 한 단계 더 나아가 인터넷을 통해 전체 플랫폼을 제공합니다. 이러한 서비스로서의 플랫폼을 통해 사용자는 공급자의 데이터 센터 내에서 호스팅되는 고급 서비스에 연결하고 이를 활용할 수 있습니다.

이것이 비즈니스 VoIP 솔루션을 강력하게 만드는 데 도움이 됩니다. 그러나 인터넷 기반의 모든 것과 마찬가지로 연결이 좋지 않으면 결과가 나빠질 수 있습니다. 그 이유를 이해하려면 VoIP가 음성을 전송하는 방법을 이해해야 합니다.

PSTN의 구리 전화선을 통해 데이터를 전송하는 대신 사용자가 전화로 말할 때 VoIP 서비스는 해당 사운드 정보를 데이터 패킷으로 변환합니다. 인터넷을 통해 전송되는 모든 것은 정보 또는 데이터의 "패킷"으로 전송됩니다.

패킷 = 네트워크를 통해 이동하는 데이터 조각이므로 전화 통화 중 이것은 귀하의 음성을 의미합니다.

모든 것이 순조롭게 진행되고 양쪽 끝에 중단이나 지연이 없으면 이러한 데이터 패킷이 올바른 순서로 신속하게 전송됩니다. 문제는 다음과 같은 형태로 나타날 수 있는 데이터 전송 지연을 유발할 수 있는 네트워크 내 간섭이 있을 때 시작됩니다.

• 지연 시간
• 지터
• 패킷 손실

이 간섭으로 인해 대화가 지연되고 빈 공간이 생기거나 패킷이 순서 없이 전송될 수 있습니다. 그러면 단어와 아이디어가 순서가 맞지 않고 일부 단어가 건너뛰거나 이해할 수 없는 혼란스러운 대화가 발생합니다.

간단히 말해서, VoIP는 원활하고 안정적인 전화 통화를 위해 견고하고 안정적인 인터넷 연결이 필요합니다. 그러나 다시 말하지만, 이것은 우리가 이야기하는 인터넷이기 때문에 완전히 통제되고 간섭이 없는 환경 없이는 빛의 속도로 데이터를 보낸 다음 데이터를 수신하는 것이 현재 불가능합니다.

대기 시간이란 무엇입니까?

가장 간단한 정의에서 대기 시간은 단순히 측정된 지연, 즉 작업이 발생하는 데 걸리는 시간입니다. 보다 공식적인 정의에서 대기 시간은 "전송 지시에 따라 데이터 전송이 시작되기 전의 지연"입니다.

대기 시간은 일반적으로 "지연"이라고도 하며 인터넷을 통해 비디오 게임을 해본 사람이나 계속해서 중단되고 속도가 느려지는 비디오를 보기 위해 애쓴 사람이라면 누구에게나 매우 친숙할 것입니다.

일반 영어, 특히 VoIP의 경우 대기 시간은 일반적으로 두 가지 특정 방식으로 발생합니다.

• 말하는 사람과 상대방의 말을 듣는 상대방 사이의 지연
• VoIP 솔루션이 실제로 음성 정보를 처리하고 데이터 패킷으로 변환하는 데 걸리는 시간

물론 이것은 전화 통화 품질에 직접적인 영향을 미치므로 스피커가 서로 방해하면서 긴 일시 중지와 중복되는 소음이나 단어가 발생합니다. 요컨대, 당신은 벽에 당신의 전화를 던지고 싶습니다. 무엇을 하든지 항상 어떤 형태의 대기 시간이 있습니다.

현재 상황에서는 VoIP 솔루션과 현재 네트워킹 기술 및 하드웨어가 데이터(예: 음성) 입력을 수신하고, 분석하고, 패킷으로 변환하고, 공기를 통해 시간과 공간의 다른 물리적 위치로 전송하는 것이 불가능합니다. , 그리고 그 데이터 패킷을 "풀어서" 음성 녹음으로 다른 사람에게 절대 100% 즉각적인 시간 또는 빛의 속도로 전달합니다. 아직 할 수 없습니다.

대기 시간을 늘리는 것은 무엇입니까?

지연 시간은 실제로 다음과 같은 다양한 요인에 의해 증가할 수 있습니다.

• 네트워크 하드웨어 – 예를 들어, 일부 라우터는 제한된 속도로만 데이터를 전송할 수 있고 제한된 처리 능력을 가지고 있습니다.

무선 네트워크는 일반적으로 무선 간섭, 장치 간 거리 및 유선 연결과 함께 제공되는 안정성 부족으로 인해 지연 시간이 증가합니다. 예를 들어 벽이 있으면 WiFi 속도가 느려집니다.

• 네트워크 소프트웨어 및 구성 – 잘못 설정된 소프트웨어 방화벽, 서비스 품질 설정 또는 NAT 설정은 데이터 전송을 지연시킬 수 있습니다.
• 위치 – 대기 시간의 가장 크고 일반적인 원인은 거리입니다. 거리가 멀수록 해당 데이터를 전송하는 데 더 오래 걸립니다.
• 혼잡 – 네트워크를 고속도로로, 데이터 패킷을 자동차로 생각하십시오. 대역폭은 도로의 크기이고, 네트워크 속도는 자동차가 얼마나 빨리 운전하는지, 대기 시간은 추가 트래픽으로 인한 정체입니다. 관리를 통해 초과 구독을 방지할 수 있습니다.

전송되는 데이터가 많을수록 네트워크 용량과 관련하여 속도가 느려집니다. 이것은 일반적으로 네트워크에 과부하가 걸리거나(너무 많은 화상 통화, 회의 통화, VoIP 통화, 넷플릭스, 음악 스트리밍 등) 비즈니스에 일상적인 인터넷 트래픽을 처리하기에 충분한 초과 구독이 없음을 의미합니다.

Ping 테스트로 지연 시간 측정

따라서 우리는 궁극적으로 대기 시간을 제거할 수 없다는 것을 이해하기 때문에 대기 시간이 호출에 어떤 영향을 미치는지 이해해야 합니다. 기본적으로 측정할 기준이 필요합니다. 즉, 허용 수준입니다.

고맙게도 대기 시간을 측정하는 것은 실제로 매우 쉽습니다. 네트워크 대기 시간은 작업이 발생하는 데 걸리는 시간이므로 작업을 수행한 다음 발생하는 데 걸린 시간을 측정하기만 하면 됩니다. 이렇게 하려면 Ping 테스트라고 하는 작업을 수행해야 합니다.

핑 테스트는 정말 기본입니다. 네트워크에서 데이터 패킷을 보내고 받는 데 걸리는 시간을 측정하려면 매우 기본적인 데이터 패킷인 "핑"을 다른 장치로 보내도록 장치에 지시할 수 있습니다. 그런 다음 수신 장치는 다시 "핑"을 보내고 이 모든 작업을 수행하는 데 걸린 시간이 가장 일반적으로 밀리초(ms) 단위 로 측정됩니다.

본질적으로, 당신의 컴퓨터는 다른 컴퓨터에게 인사를 하고 있고, 당신은 그 핑퐁이 일어나는 데 걸리는 시간을 측정하고 있습니다. 실제로 Ping 테스트를 수동으로 수행하거나 유용한 온라인 도구를 사용하여 수행할 수 있습니다.

온라인 핑 테스트

일반적으로 속도 테스트인 온라인 도구를 사용하여 네트워크 내의 대기 시간에 대한 기본적인 이해를 얻을 수 있습니다. 대부분의 사용자는 당사 사이트에서 제공하는 것과 같은 속도 테스트로 바로 이동할 수 있습니다. 그러나 이것이 인터넷 대역폭의 양을 결정하는 데는 좋지만 실제로 대기 시간에 대한 완전한 정보를 제공하지는 않습니다.

Ping 테스트를 사용하여 여러 개의 연속적인 핑을 보내고 싶습니다. 그런 다음 각 핑의 시간 지연을 평균화하여 전체 평균 대기 시간을 제공해야 합니다. 다음과 같은 온라인 도구를 사용하여 이 작업을 수행할 수 있습니다.

• http://ping-test.net/
• https://www.dotcom-tools.com/ping-test.aspx

다른 도구는 약간 다른 테스트를 수행할 수 있습니다. 예를 들어 네트워크 내의 특정 데이터 센터를 핑하거나 사용자가 특정 웹사이트를 직접 핑할 수 있습니다.

앞서 언급했듯이 위치는 대기 시간에서 큰 역할을 하므로 사용자는 비즈니스 VoIP 서비스의 데이터 센터뿐만 아니라 자신의 네트워크와 관련하여 다른 웹사이트나 데이터 센터에 핑을 보낼 때 이를 고려해야 합니다.

수동 핑 테스트

패킷 손실에 대한 내 게시물에 설명된 대로 사용자는 ping 명령을 사용하여 창의 명령 프롬프트를 통해 수동으로 ping을 보낼 수 있습니다. 이렇게 하면 선택한 IP 주소나 웹사이트에 "ping" 명령을 보내고 응답을 반환합니다. 대기 시간은 신호(또는 핑)를 보내고 받는 데 걸리는 시간을 밀리초 단위로 측정한 것입니다.

명령 프롬프트를 열면 다음 명령을 입력합니다.

ping -n 100 <호스트 이름>

호스트 이름은 웹 사이트 또는 서버의 자신의 선택입니다. google.com을 사용하여 프로세스를 단순화할 수도 있습니다. 이 명령은 선택한 호스트에 100개의 핑을 보내고 100개의 핑을 반환합니다. 그러나 100개를 보내고 50개만 수신하면 50% 패킷 손실을 발견한 것입니다. ping을 완료하면 다음과 유사한 메시지가 표시됩니다.

100 패킷 전송, 50 수신, 50% 패킷 손실, 시간 201ms

물론 원하는 만큼 여러 호스트에 ping을 보낼 수 있습니다. 동일한 호스트와 새 호스트 모두에서 테스트를 여러 번 실행하여 대규모 데이터 그룹화를 수집하는 것이 좋습니다.

지터란?

대기 시간과 직접 관련이 있지만 지터는 대기 시간과 완전히 동일한 것은 아닙니다. 실제로 Cisco에서는 Jitter를 "수신된 패킷의 지연 변화"로 정의합니다. 즉, Jitter는 실제로 각 데이터 패킷 간의 지연 시간(또는 지연) 내의 차이입니다.

패킷은 "패킷 간격이 균일한 연속 스트림"으로 전송됩니다. 그러나 시스코는 네트워크 혼잡으로 인해 "이 일정한 스트림이 덩어리지거나 각 패킷 간의 지연이 일정하게 유지되지 않고 달라질 수 있다"고 말합니다. 심층 지터 가이드를 확인하여 세부 사항에 대해 더 자세히 알아볼 수 있습니다.

무엇이 지터를 증가시키는가?

간단히 말해서 지터는 네트워크 내 지연 증가로 인해 발생할 가능성이 가장 높으며 일반적으로 혼잡 증가로 인한 것입니다. 위에서 언급했듯이:

• 네트워크 혼잡 — 아마도 지터의 가장 분명하고 일반적인 원인은 단순히 네트워크가 과밀하기 때문일 것입니다. 동일한 네트워크를 조회하는 장치가 너무 많고 동시에 모두 사용되는 경우 대역폭이 부족해지고 크롤링에 대한 연결이 느려집니다.

VoIP 통화를 처리하기에 대역폭이 충분하지 않으면 패킷이 삭제되거나 순서가 맞지 않게 배달됩니다.

• 무선 네트워크 — 무선 네트워크는 이동성을 가능하게 하고 사무실을 가로지르는 케이블로부터 우리를 해방시켜 주지만, 네트워크 연결이 저하될 가능성이 있습니다. 모바일 장치에는 문제가 없지만 WiFi는 전화 통화에 의존할 만큼 강력하거나 안정적이지 않을 수 있습니다.
• 불량 하드웨어 — 우리의 인터넷 네트워크는 일반적으로 최소한 모뎀과 라우터, 때로는 스위치도 포함하는 몇 가지 다른 하드웨어로 구성됩니다. 오래된 모뎀, 손상된 이더넷 케이블 또는 잘못 구성된 라우터와 같은 잘못된 하드웨어로 인해 통화 품질 문제가 발생할 수 있습니다.

Cisco에 따르면 이러한 정체는 "라우터 인터페이스나 공급자 또는 통신 사업자 네트워크에서 발생할 수 있습니다." 슬프게도 공급자 또는 통신 사업자 네트워크 내 간섭의 경우 모든 것이 귀하의 손에서 벗어났습니다. 그러나 우리는 변경할 수 있는 것에 초점을 맞추고 지연을 식별하고 수정하여 궁극적으로 지터를 수정하는 방법에 대해 조금 더 다룰 것입니다.

속도 테스트로 지터 측정

고맙게도 지터는 매우 쉽게 발견할 수 있습니다. 패킷 손실과 마찬가지로 지터는 순서가 잘못된 단어나 문장으로 뒤죽박죽된 통화를 발생시키고 화자들이 서로를 방해합니다. 그러나 대기 시간과 마찬가지로 네트워크 내에서 지터를 직접 측정하는 방법이 있습니다.

이것은 지터를 직접 측정할 수 있기 때문에 우리의 속도 테스트가 실제로 유용한 곳입니다.

여기에서 인터넷이 무엇을 할 수 있는지 더 잘 이해할 수 있습니다. 다운로드 및 업로드 속도는 연결이 데이터를 수신하거나 전송할 수 있는 속도와 해당 지연으로 인한 지연 및 지터를 나타내는 직접적인 지표입니다.

대기 시간, 지터 및 VoIP

이 시점에서 VoIP는 인터넷을 통해 데이터 패킷으로 음성을 전송하기 때문에 네트워크의 대기 시간에 직접적인 영향을 받습니다.

즉, VoIP는 정체, 트래픽 처리를 위한 대역폭 부족 또는 하드웨어 및 소프트웨어 구성 제한으로 인한 대기 시간의 직접적인 영향을 받습니다.

네트워크의 대기 시간이 길어지면 지터가 발생할 가능성이 훨씬 높아집니다. 대역폭이 낮고 다운로드/업로드 속도가 느리기 때문에 네트워크는 속도가 느려지기 전에 더 적은 연속 작업을 처리할 수 있습니다.

허용되는 것은 무엇입니까?

그렇다면 네트워크 내에서 허용 가능한 수준의 대기 시간을 만드는 것은 무엇이며 대기 시간이 VoIP 통화 및 기타 서비스의 품질에 직접적인 영향을 미치기 시작하는 것은 무엇입니까? 글쎄, 하루가 끝나면 대화가 중단되거나 지연되는 정도는 주관적일 것입니다.

그러나 우리가 할 수 있는 일은 밀리초 단위로 측정된 지연 수준에서 특정 형태의 중단이 발생하기 시작할 수 있는지 확인하는 것입니다. Cisco의 이 심층 정보에 따르면:

"단방향(입에서 귀로) 전송 지연은 150ms를 초과해서는 안 됩니다(G.114 [프로토콜] 권장 사항에 따름)."

즉, 다른 사용자나 네트워크에 ping을 보낼 때 해당 ping이 해당 수신자에게 도달하는 데 150ms 이상 걸리지 않아야 합니다. 그 외에도 Cisco는 다음을 권장합니다.

"왕복 지연은 가능할 때마다 300ms를 초과해서는 안 됩니다."

따라서 혼잡 및 지연이 증가함에 따라 지터도 증가합니다. 다시 시스코에 따르면:

"평균 단방향 지터는 30ms 미만을 목표로 해야 합니다."

따라서 다음과 같이 허용 가능한 한도를 살펴봅니다.

최대 단방향 지연: 150ms

최대 왕복 지연: 300ms

최대 지터: 30ms

대기 시간이나 지터가 허용 가능한 수준을 넘어서는 것으로 확인되면 이제 어떻게 됩니까? 실제로 수행할 수 있는 작업이 꽤 있습니다. 하나씩 수행해 보겠습니다.

상황 개선

돈이 모든 문제를 해결하는 것은 아니며 네트워크 성능을 향상시키는 데도 마찬가지입니다. 비즈니스 VoIP 통화 내에서 높은 대기 시간과 지터를 경험하고 있다고 해서 ISP에 바로 달려가 더 빠른 인터넷 패키지에 대한 비용을 지불해야 한다는 의미는 아닙니다.

그렇게 하면 문제를 해결할 수 있지만 유일한 문제는 아닐 수도 있습니다.

네트워크 및 VOIP 솔루션의 모든 단일 측면을 분석해야 합니다. 잠재적인 병목 현상을 식별하려면 VoIP 통화 경로에 간섭을 일으킬 수 있는 모든 것을 조사해야 합니다.

1. 업데이트되고 유능한 하드웨어

내부 네트워크는 상당한 수의 물리적 하드웨어 구성 요소로 구성됩니다. 물리적 방화벽, 세션 경계 컨트롤러, 아날로그-디지털 변환기, 물리적 네트워크 케이블 및 회선, 모뎀, 스위치, WiFi 구성 요소가 모두 모여 네트워크를 만듭니다.

오래된 하드웨어는 장치를 연결할 포트 부족과 같은 물리적 제한이 있거나 손상된 포트 또는 안테나와 같은 물리적 결함이 있을 수 있습니다. 하드웨어가 물리적인 최상단 형태이고 손상되지 않았으나 너무 오래되지 않았는지 확인합니다.

예를 들어, 최신 네트워크는 스위치, 구형 모뎀 및 무선 어댑터와 같은 WiFi 구성 요소는 연결 속도가 제한되거나 더 빠른 최신 프로토콜이 누락될 수 있습니다. 물리적 방화벽 또는 세션 경계 컨트롤러는 부적절하게 구성된 경우 데이터가 흐를 수 있는 속도가 제한될 수도 있습니다.

2. 라우터에서 건너뛰지 마세요.

하드웨어인 반면 라우터는 고유한 언급이 필요합니다. 라우터는 다른 구성 요소를 함께 연결하여 완전한 회로를 만드는 내부 네트워크의 두뇌와 거의 유사합니다. 외부 소스(예: 케이블 또는 광섬유 연결)에서 인터넷을 가져오는 모뎀은 라우터에 직접 연결한 다음 해당 연결을 다른 장치로 분산시킵니다.

라우터는 유선 및 무선 연결을 모두 제공하며 제대로 작동하지 않을 경우 엄청난 병목 현상을 일으킬 수 있습니다. 라우터에는 또한 사용자가 다른 데이터보다 VoIP 트래픽의 우선 순위를 지정할 수 있도록 하는 서비스 품질 설정이 있을 수 있습니다.

라우터에서 원하는 것이 무엇인지, 몇 가지 옵션이 서로 어떻게 연결되는지 더 잘 이해하려면 심층 라우터 가이드를 살펴보세요.

3. QoS 및 기타 설정 구성

일반적으로 라우터에 포함되지만 때로는 방화벽 및 기타 네트워크 소프트웨어 구성 요소가 서비스 품질 설정입니다. QoS 우선 순위 지정을 사용하여 네트워크 내에서 VoIP 데이터 패킷을 우선적으로 처리할 수 있습니다.

혼잡이 발생하면 음성 패킷이 느려지기 전에 다른 데이터가 손상됩니다. 그러나 이것은 양날의 날이 될 수 있습니다. 한편으로는 VoIP 서비스를 개선하고 있고 다른 한편으로는 문제가 발생할 수 있습니다. 균형을 찾아야 하지만 QoS 설정은 비즈니스 및 사용 사례의 특정 요구 사항에 따라 절대적으로 적절하게 구성되어야 합니다.

VoIP 서비스는 또한 "코덱"을 사용하여 해당 데이터를 음성으로 변환합니다. 일부 코덱은 호출에 제한을 두거나 대기 시간을 늘릴 수도 있습니다.

4. 지터 버퍼 주의

일반적으로 지터가 여전히 허용 가능한 수준에 가까울 때만 구현됩니다. 지터 버퍼는 기본적으로 대화를 "원활하게"하고 데이터 패킷 사이의 간격을 균등화하기 위해 작동하는 소프트웨어 또는 구성 설정입니다.

지터 버퍼는 실제로 자체적으로 약간의 대기 시간을 생성하지만 문장이 올바른 순서로 전송되도록 하기 위한 것입니다. 지터가 실제 문제가 되면 지터 버퍼를 가장 먼저 처리해야 하지만 기능은 모든 것을 확인하는 데 유용할 수 있습니다.

5. 충분한 대역폭에 투자

하루가 끝나면 인터넷 연결이 작업에 적합하지 않을 수 있습니다. 최신 인터넷 속도는 상당히 미친 수준에 도달했으며 5G와 같은 새로운 프로토콜의 도입을 보기 시작하면서 계속해서 개선될 것입니다.

그러나 이것이 귀하의 비즈니스에 유능한 연결이 있음을 의미하지는 않습니다. 충분한 대역폭과 가능한 업로드/다운로드 속도가 없으면 네트워크가 담당하는 부하에 따라 불가피하게 문제가 발생합니다.

조직은 정상 운영과 잠재적인 최대 운영 부하를 처리하는 데 필요한 대역폭의 양을 최선을 다해 결정해야 합니다. 이러한 최대 부하뿐만 아니라 재해나 변위와 같은 훨씬 더 치명적인 시나리오에 대해서도 오버헤드를 포함하는 것을 잊지 마십시오.

결론

비즈니스 VoIP는 의심할 여지 없이 모든 규모의 조직에서 빠르게 필수품이 되었습니다. 가장 작은 팀이라도 믿을 수 없을 정도로 강력한 기능을 제공하면서도 저렴한 가격으로 제공함으로써 모든 사람이 전문적인 이미지와 경험을 제공하는 데 필요한 도구를 갖추게 될 것입니다.

VoIP 서비스 자체는 비용 절감 효과가 있을 수 있지만 VoIP, 특히 인터넷 연결과 관련된 다른 비용이 있습니다. 하루의 끝에서, 코너킥은 비즈니스에 문제를 일으키고 인터넷을 아끼는 것은 전반적인 생산성에 영향을 미칠 뿐만 아니라 VoIP 솔루션에 새로운 문제도 도입할 것입니다.

높은 대기 시간으로 인한 지터는 간단한 솔루션으로 간단한 문제이지만 솔루션 서비스에 막대한 영향을 미칠 수 있습니다. 적절한 예방 조치를 취하고 비즈니스 VoIP가 귀하의 조직이 성공하고 어려움을 겪지 않도록 하기 위해 미리 계획하십시오.