사무실 네트워크 (26 명)에서 일부 사용자는 특히 업스트림 방향으로 Skype 통화 품질이 좋지 않다고 불평했습니다. 라우터 수준에서 우선 순위를 정하기 위해 임의의 포트를 사용한다는 점을 고려하여 Skype 트래픽을 어떻게 식별합니까?
사무실 네트워크 (26 명)에서 일부 사용자는 특히 업스트림 방향으로 Skype 통화 품질이 좋지 않다고 불평했습니다. 라우터 수준에서 우선 순위를 정하기 위해 임의의 포트를 사용한다는 점을 고려하여 Skype 트래픽을 어떻게 식별합니까?
답변:
그 쪽이 맞는 거 같아요; Skype는 각 세션에 대해 임의의 비 공통 아웃 바운드 포트 (1024 이상)를 사용하여 QoS 태깅에 문제를 일으킴
그러나 SIP QoS (Quality of Service) 기반 하드웨어가있는 경우 SIP에 QoS를 사용하고 음성 데이터 우선 순위를 제공 할 수 있습니다.
Cisco 라우터에서 아래 구성을 사용하여 클래스 맵에서 스카이프 트래픽을 일치시킬 수 있습니다. 이를 위해 라우터는 NBAR이라는 기능을 사용합니다 (응용 프로그램을 결정하기 위해 패킷에서 계층 4 이상의 정보를 확인합니다).
class-map priority
match protocol skype
일치하면 다음과 같이 해당 클래스에 우선 순위를 부여 할 수 있습니다.
policy-map outbound
class priority
priority 2000 ! Gives a dedicated 2Mbits/sec
interface Gigabit0/1
description Outside interface
service-policy output outbound
다른 벤더들도 비슷한 기능을 제공한다고 확신하지만 실제로는 말할 수 없습니다.
컴퓨터가 Windows 도메인에있는 경우 그룹 정책 QoS 설정을 사용하여 Skype 실행 파일 (skype.exe)에서 생성 된 트래픽에 DSCP 값을 할당 할 수 있습니다 (실제로 작업 그룹 컴퓨터에서 로컬 정책으로 동일하게 수행 할 수 있음). 레지스트리 키도 추가해야 할 수도 있습니다). DSCP 46 저는 일반적으로 빠른 전달에 사용되는 것이라고 생각합니다. 그런 다음 DSCP ef 표시를 준수하기 위해 트래픽이 통과 할 스위치와 라우터에서 QoS를 설정해야합니다.
비즈니스 용 Skype는 이미 DSCP ( Differentiated Services Code Point )로 두 가지 종류의 트래픽에 자동으로 태그를 지정 합니다 .
다른 사람들은 Skype 트래픽을 포트별로 분류 할 것을 제안 할 수도 있습니다 (스카이프가 찾기가 더 어려운 임의의 포트를 사용한다고 불평 할 수도 있습니다).
통신하는 포트별로 Skype 트래픽을 분류하려고 시도하는 것은 잘못되었습니다. 오디오 와 비디오 를 모두 동일한 우선 순위 클래스로 잘못 분류하여 QoS의 전체 목적을 무효화하기 때문입니다.
다른 사람들은 QoS 정책 ( gpedit.msc)을 사용하여 DSCP 정책을 적용 할 것을 제안 할 수도 있습니다 Skype.exe. 오디오와 비디오를 모두 같은 우선 순위로 잘못 분류 할 수 있기 때문에 이것은 다시 한 번 잘못되었습니다.
불행히도 다른 비즈니스 클래스에 태그를 지정하는 것은 비즈니스 용 Skype뿐입니다.
Microsoft는 사소하고 화려하며 무료 버전의 사람들에게만 도움이되는 투명 기능을 구체적으로 비활성화하지 않습니다.
오디오 및 비디오의 경우 Cisco는 다음을 권장합니다.
| Traffic | DSCP | Notes |
|-------------------|----------------|----------------------------------|
| Voice | EF (DSCP 46) | No packet loss, 150 ms latency |
| Interactive video | AF41 (DSCP 34) | Packet loss 1%, 150 ms latency |
| Streaming video | CS4 (DSCP 32) | Packet loss 4-5%, 4-5s latency |