중요
중국에서 21Vianet이 운영하는 비즈니스용 Skype Online은 2023년 10월 1일에 사용 중지됩니다. 비즈니스용 Skype Online 사용자를 아직 업그레이드하지 않은 경우 보조 업그레이드가 자동으로 예약됩니다. organization 직접 Teams로 업그레이드하려면 지금 업그레이드 경로를 계획하는 것이 좋습니다. 성공적인 업그레이드는 기술 및 사용자 준비 상태를 조정하므로 Teams로의 여정을 탐색할 때 업그레이드 지침을 활용해야 합니다.
중국에서 21Vianet에서 운영하는 서비스를 제외한 비즈니스용 Skype Online은 2021년 7월 31일에 사용 중지되었습니다.
Microsoft 365용 Azure ExpressRoute 또는 Office 365 및 비즈니스용 Skype Online을 사용하여 전용 네트워크 연결을 통해 Microsoft 365 또는 Office 365 연결합니다. 비즈니스용 Skype 앱에 대한 전용 연결을 사용하면 공용 인터넷에서 벗어나 안정적이고 예측 가능한 성능과 개인 정보를 얻을 수 있습니다. 이제 예측 가능성, 비즈니스 클래스 안정성을 추가하고 가동 시간 SLA와 함께 제공되는 Microsoft 365 또는 Office 365 및 비즈니스용 Skype Online에 대한 더 나은 네트워크 연결을 구입할 수 있습니다.
참고
새 버전의 대역폭 계산기를 사용할 수 있습니다( 비즈니스용 Skype, 대역폭 계산기). 그러나 이 문서의 지침은 Lync 2010 및 2013 대역폭 계산기를 사용합니다.
비즈니스용 Skype Online 및 ExpressRoute
Microsoft의 ExpressRoute 파트너와 협력하여 전용 연결을 통해 클라우드의 비즈니스용 Skype Online을 비롯한 다양한 Microsoft 365 및 Office 365 애플리케이션을 연결할 수 있습니다. 그러나 비즈니스용 Skype 대한 실시간 음성 및 비디오 통신 기능에는 이러한 Microsoft 365 또는 Office 365 실시간 워크로드를 지원하도록 구성된 네트워크 서비스가 필요합니다. 여기에는 필요한 양의 트래픽을 전달하기에 충분한 대역폭이 있고 사용자에게 비즈니스 클래스 환경을 제공하기 위해 QoS(서비스 품질)를 지원할 수 있는 네트워크가 포함됩니다.
이 문서는 사용자, 관리자 및 네트워크 디자이너가 실시간 통신을 지원하는 데 필요한 특별한 과제, 이러한 요구 사항을 지원할 수 있는 네트워크를 설계하는 데 도움이 되는 Microsoft에서 제공하는 도구, 사례 연구를 사용하여 디자인 프로세스를 안내하는 데 도움이 되도록 설계되었습니다.
이 문서의 첫 번째 부분에서는 Lync 2010 및 2013 대역폭 계산기를 사용하여 대규모 다중 사이트 비즈니스용 Skype ExpressRoute 배포에 대한 네트워크 요구 사항을 예측하는 데 도움이 되는 사례 연구를 안내합니다. 이 문서의 두 번째 부분에서는 QoS(서비스 품질)의 기본 개념, 비즈니스용 Skype 실시간 통신을 지원하기 위한 특정 기술 세부 정보 및 필요한 특정 유형의 네트워크 서비스에 대해 자세히 설명합니다.
여기에 있는 모든 정보는 QoS 및 ExpressRoute에 대한 기술 세부 정보와 이해, 직면한 특정 과제에 대한 이해, 그리고 비즈니스용 Skype 네트워크에 ExpressRoute를 성공적으로 배포할 수 있는 도구 및 기술에 대한 실무 지식을 제공합니다.
시작
비즈니스용 Skype ExpressRoute를 준비할 때 다양한 ExpressRoute 연결 모델과 다양한 파트너 및 위치를 살펴보고 비즈니스 내에서 ExpressRoute를 구매하고 프로비전하는 방법을 읽는 것이 좋습니다. 시작하는 데 사용할 수 있는 몇 가지 리소스는 다음과 같습니다.
1부: 사례 연구 - Dewey Law, LLC용 ExpressRoute.
듀이 법률, LLC에 대한이 사례 연구. 네트워크를 설정하고, 네트워크 액세스 서비스를 주문하고, 비즈니스용 Skype Online용 ExpressRoute를 지원하기 위한 대역폭 요구 사항을 결정하는 방법을 보여 줍니다.
배경 듀이 로 LLC. 790명의 변호사와 78개 지역에 걸쳐 총 5,580명의 직원이 근무하는 대형 전국 법률 회사입니다. 이 회사는 뉴욕에 본사를 두고 있으며, 시카고, 샌프란시스코, 댈러스에 3개의 지역 사무소와 전국/지역에 흩어져 있는 24개의 대형 및 50개의 소규모 지점이 있습니다. 이 회사는 워크로드가 일반적으로 두 개 이상의 사무실에 분산되어 있는 크고 복잡한 사례를 처리합니다. 이 네트워크 디자인을 사용하면 사무실 간에 상당한 네트워크 트래픽이 발생합니다.
듀이 로 LLC. 는 상대적으로 젊은 회사이며 변호사 및 기타 직원은 기술에 익숙하며 일상 업무에 크게 의존합니다.
위치 및 위치별 사용자 배포
| 직원 | 본사(NY) | 지역 사무소(3) | 대형 지점(24) | 소규모 지점(50) |
|---|---|---|---|---|
| 경영자 | 20 | 10 | 1 | 1 |
| 파트너 | 150 | 50 | 10 | 5 |
| 연결 | 300 | 100 | 20 | 10 |
| Paralegal | 400 | 125 | 30 | 15 |
| 임원 관리자 | 100 | 35 | 6 | 3 |
| IT 및 일반 관리 | 100 | 25 | 3 | 2 |
| 사이트당 합계 | 1,070 | 345 | 70 | 36 |
| 사이트 클래스당 합계 | 1,070 | 1,035 | 1,680 | 1,800 |
네트워크 설정
Dewey Law LLC에 대한 일관되고 고품질의 실시간 서비스를 제공하려면 충족해야 하는 몇 가지 기본 요구 사항이 있습니다.
네트워크 배포 스위치 및 라우터가 이더넷(PoE) IEEE 802.3af 또는 802.3at에 전원을 공급해야 하므로 정전 중에 음성 서비스를 제공하려고 합니다.
또한 네트워킹 스위치 및 라우터는 정전 시 계속 작동할 수 있도록 UPS(중단 없는 전원)를 사용해야 합니다.
LAN 사무실과 Wi-Fi 연결되어 있으므로 비즈니스용 Skype Solutions의 인증된 비즈니스용 Skype Wi-Fi 인프라 파트너를 사용하는 것이 좋습니다.
팁
802.11n 및 802.11ac 무선 액세스 지점이 권장됩니다.
가장 중요한 것은 모든 사무실의 모든 LAN 네트워크가 QoS(서비스 품질)를 제공하도록 설정되어야 한다는 것입니다. 여기에는 PC, 노트북 및 스위치 및 라우터와 같은 네트워킹 하드웨어가 포함됩니다.
Dewey Law LLC에 대한 비즈니스 등급 음성 서비스를 제공하기 위한 기본 사항을 다루게 되었으므로 Azure ExpressRoute 서비스에 연결할 네트워크 서비스 파트너의 MPLS(다중 프로토콜 레이블 전환) IP 서비스를 사용하는 것이 좋습니다. MPLS는 지연, 지터 및 패킷 손실에 대한 성능을 보장하는 IP 서비스를 제공합니다. 그러나 MPLS를 사용할 수 없는 경우 ExpressRoute 데이터 교환 파트너 중 하나에 연결된 이더넷도 사용할 수 있습니다.
MPLS 공급자는 여러 서비스 수준 클래스를 제공하지만 각각 다른 용어를 사용하여 식별합니다. 공급자와 긴밀히 협력하여 Lync 2010 및 2013 대역폭 계산기에 입력한 데이터와 사용 가능한 옵션을 이해해야 하며 다양한 Microsoft 365 및 Office 365 실시간 워크로드 애플리케이션에 권장됩니다.
비즈니스용 Skype 애플리케이션의 데이터를 적절한 MPLS 서비스 클래스에 매핑하는 방법에 대한 두 가지 옵션이 있습니다.
DSCP(DiffServ 제어점)를 사용한 트래픽의 엔드포인트 표시
ACL(네트워크 Access Control 목록) 기반
엔드포인트 표시를 구현하려면 Dewey Law LLC에 대한 모든 도메인 가입 Windows 머신을 구성해야 합니다. 각 패킷을 적절한 DSCP(DiffServ 제어점) 표시로 표시한 다음 모든 사무실 사이트의 모든 네트워크 스위치 및 라우터에 QoS를 구현하여 QoS 표시가 유지 관리되고 제거되지 않도록 합니다. 네트워크 패킷의 DSCP 표시는 서비스 공급자에게 네트워크 패킷의 우선 순위를 지정하는 방법을 알려줍니다. DSCP에 대한 자세한 내용은 2부의 QoS 섹션에 있습니다.
네트워크 ACL 기반 할당의 경우 DSCP 우선 순위 표시는 업스트림 라우터에서 구현되며 UDP 원본 포트를 기반으로 합니다. 각 애플리케이션에 권장되는 포트 범위는 Lync Server를 사용한 네트워크 계획, 모니터링 및 문제 해결 섹션 2.6.1.1에 나열되어 있습니다. Dewey Law LLC의 전반적인 QoS 구현 및 디자인과 이를 조정하고 다양한 QoS 정책과 패킷 표시 불일치 가능성을 알고 있어야 합니다.
각 ExpressRoute 네트워크 서비스 공급자에는 실시간 음성 및 비디오에 적합한 QoS(서비스 클래스)가 있습니다. 이 COS 음성의 경우 EF(신속한 전달)라고 하고 비디오의 경우 AF(보장 전달)라고 합니다. 음성 EF 트래픽에 대해 구매한 대역폭의 크기를 조정하는 데 주의해야 합니다. 그 이유는 서비스 클래스가 프로비전된 것보다 더 많은 음성 트래픽을 보내는 경우 서비스의 음성 클래스가 용서받지 못하고 있기 때문입니다.
팁
서비스 공급자의 약정을 초과하여 서비스의 음성 클래스에서 전송되는 모든 트래픽은 즉시 삭제되어 음성 품질에 직접적인 영향을 줍니다.
Dewey Law LLC의 전반적인 디자인을 살펴볼 때 네트워크를 통해 음성 트래픽을 지원하고 음성에 대한 DSCP 설정(즉, DSCP EF 46)을 사용하여 각 음성 패킷(및 음성 패킷만)을 표시하는 데 필요한 네트워크 대역폭의 양을 정확하게 결정하는 것이 매우 중요합니다.
엔터프라이즈 네트워크에서 QoS를 구현하려면 엔드포인트 또는 라우터가 각 패킷을 적절한 계층 3 우선 순위 표시기(즉, DSCP)로 표시해야 합니다. 전체 네트워크 경로를 따라 각 스위치 및 라우터에는 QoS 옵션이 켜져 있어야 합니다. QoS가 켜지지 않은 하나의 네트워크 스위치 또는 라우터만 있으면 해당 스위치 또는 라우터를 통과하는 음성 또는 비디오 패킷에 대한 QoS 표시가 제거될 수 있습니다. 이렇게 하면 모든 다운스트림 스위치 및 라우터에서 QoS를 효과적으로 사용하지 않도록 설정하여 ExpressRoute의 값을 줄입니다.
또한 각 지점에서 계층 3 및 계층 2 QoS 우선 순위의 연결을 정의해야 합니다. 계층 2 우선 순위 메커니즘은 유선 네트워크의 경우 IEEE 802.1p, Wi-Fi 네트워크의 경우 802.11e/WMM에 정의됩니다. 더 중요한 것은 네트워크 서비스 공급자의 MPLS 네트워크에 연결된 네트워크 라우터가 적절한 MPLS 서비스 클래스를 유지 관리하기 위해 모든 아웃바운드 패킷에서 DSCP 설정을 유지 관리해야 한다는 것입니다.
팁
QoS 설정에 대한 자세한 내용은 섹션 2.6 네트워크 계획, 모니터링 및 Lync Server 문제 해결을 참조하세요. 더 많은 네트워크 계획 요구 사항은 비즈니스용 Skype 2015에 대한 네트워크 요구 사항 계획을 참조할 수도 있습니다.
네트워크 액세스 서비스 순서 지정
ExpressRoute를 지원하기 위한 QoS 네트워크 필수 구성 요소 및 메커니즘이 준비되면 다음 단계는 ExpressRoute 네트워크 액세스 서비스에 대한 주문을 하는 것입니다. Microsoft 네트워크 서비스 공급자 파트너로부터 Dewey Law LLC에 대한 ExpressRoute 액세스 서비스를 주문할 때 다음 두 가지를 제공해야 합니다.
각 사이트를 ExpressRoute 및 Microsoft 365 또는 Office 365 연결하는 데 필요한 총 대역폭 양입니다.
Dewey Law LLC에서 사용되는 비즈니스용 Skype 앱을 지원하는 데 필요한 각 서비스 클래스에 필요한 총 대역폭입니다. 서비스 대역폭 요구 사항의 클래스는 음성, 비디오, 메신저 대화, 현재 상태 및 화면 공유와 같은 다양한 비즈니스용 Skype 애플리케이션에서 예상하는 트래픽 볼륨에 의해 구동됩니다.
비즈니스용 Skype 애플리케이션에 대한 대역폭 요구 사항 결정
Dewey Law LLC.의 경우 필요한 총 대역폭을 결정했으면 이제 총 대역폭 양을 다양한 서비스 클래스로 나누어야 하는 방법을 알아야 합니다. 예를 들어 각 비즈니스용 Skype 애플리케이션에 대한 대역폭의 양입니다.
각 Dewey Law LLC에서 이러한 요구 사항을 결정합니다. 사이트에서 는 Lync 2010 및 2013 대역폭 계산기를 사용합니다. 이 계산기는 음성, 비디오, 회의 및 화면 공유를 포함하여 다양한 비즈니스용 Skype 애플리케이션의 예상 사용을 지정할 수 있는 Excel 기반 도구입니다. 계산기는 네트워크의 각 사이트에 대한 대역폭 및 CoS 요구 사항의 추정치를 자동으로 생성합니다. Lync 2010 및 2013 대역폭 계산기를 다운로드하면 사용자 가이드도 다운로드되어 사용에 대한 세부 정보를 제공합니다.
스프레드시트를 돕기 위해 스프레드시트의 다양한 셀은 색으로 구분됩니다.
녹색 일반적인 데이터 입력 영역입니다.
황색 고급 데이터 입력 영역입니다. 이를 변경할 수 있지만 신중하게 변경할 수 있습니다.
빨강 읽기 전용 영역이며 잠긴 입력 값이며 변경할 수 없습니다.
회색 표시 전용 영역입니다. 일반 입력 영역의 결과 또는 데이터입니다.
듀이 로 LLC의 디자인 프로세스. 는 사용자를 다른 '페르소나'로 특성화하여 시작합니다. 정의한 각 가상 사용자에 대해 다양한 비즈니스용 Skype 애플리케이션의 예상 사용을 지정할 수 있습니다('없음', '낮음', '보통', '높음', '높음' 또는 정의된 세 가지 '사용자 지정' 설정 중 하나). 이러한 선택은 'Persona' 워크시트에서 찾을 수 있습니다. 각 선택 항목에 대한 특정 사용량('낮음', '보통', '높음')이 제공되지만 각 선택에 대한 기본값을 변경할 수 있습니다. 계산기는 각 사이트에 있는 각 가상 사용자의 사용자 수를 식별하여 각 위치에 필요한 총 대역폭을 계산할 수 있습니다.
또한 사용되는 오디오 및 비디오 코덱, 정방향 오류 수정이 사용되는지 여부 및 대역폭 요구 사항에 영향을 주는 다른 시스템 매개 변수를 지정할 수도 있습니다. Lync 2010 및 2013 대역폭 계산기에서 기본 설정을 사용하거나 다른 코덱 및 기타 시스템 매개 변수를 선택할 수 있습니다. Dewey Law LLC의 사이트 디자인의 경우 기본 설정을 사용할 수 있습니다. 그러나 기본 설정에서 변경하려면 사용 가능한 모든 선택 항목이 포함된 풀다운 메뉴가 있습니다. 각 선택에 사용되는 대역폭은 '코덱' 워크시트에 포함됩니다. 설정을 변경하면 각 사이트에서 대역폭 및 CoS(서비스 클래스) 혼합의 변경 내용이 업데이트됩니다. 이 기능을 사용하면 다양한 잠재적 구성을 테스트하고 변경 내용이 해당 구성에 대한 대역폭 요구 사항에 미치는 영향을 확인할 수 있습니다.
Dewey Law LLC,'Executive/Partner', 'Associate/Paralegal' 및 'IT 관리자'에 대해 세 개의 가상 사용자를 정의했습니다. 아래 표에서는 각 가상 사용자에 대한 다양한 비즈니스용 Skype 앱에 대한 사용 프로필을 설정하는 방법을 보여 줍니다.
가상 사용자 및 사용 프로필('Persona' 워크시트 - A-P 열)
| 인물 | IM/현재 상태 | P2P 오디오 | P2P 비디오 | 회의 오디오 | 회의 비디오 | 데스크톱 공유 | 오디오 회의 | Lync 2010 RTV_Type | 원격 사용자 | Lync 2013 스테레오 오디오 | Lync 2013 비디오 품질 | P2P 비디오 창에 대한 Lync 2013 사용자 동작 | Lync 2013 다중 보기 사용 |
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 임원/파트너 | 높다 | 중형 | 낮다 | 중형 | 중형 | 없음 | 중형 | CIF | 0% | 0% | 제일 | 전형적인 | 전형적인 |
| 준법률가/ 준법률가 | 높다 | 중형 | 낮다 | 중형 | 높다 | 높다 | 중형 | CIF | 0% | 0% | 중형 | 전형적인 | 전형적인 |
| IT 관리자 | 높다 | 중형 | 없음 | 낮다 | 없음 | 없음 | 중형 | CIF | 0% | 0% | 중형 | 전형적인 | 전형적인 |
위의 위치 및 위치별 사용자 분포 표에 Lync 2010 및 2013 대역폭 계산기의 '사이트' 워크시트에 정보를 입력해야 합니다. 지역 사무소의 사용자 수가 동일하므로 하나의 '사이트'에 대해 정의되고 세 개의 인스턴스가 있다고 지정합니다. 사이트에 각각 24명과 50명의 사용자가 있는 크고 작은 분기도 마찬가지입니다.
각 가상 사용자에 대한 설정을 지정한 후에는 '사이트' 워크시트의 각 사이트에 있는 각 가상 사용자의 수를 입력해야 합니다. 모든 사이트의 총 사용자가 자동으로 업데이트됩니다. Microsoft 365 또는 Office 365 위치에 사용자가 없으므로 워크시트의 '분기' 행에 모두 입력해야 합니다. 그런 다음 Lync 2010 및 2013 대역폭 계산기는 'QoS 트래픽 클래스당 WAN BW' 테이블에 'Best Effort 클래스', '데이터 트래픽 클래스' 및 '실시간 트래픽 클래스' 열을 채웁니다. 아래 표의 데이터에 나와 있습니다.
팁
전체 스프레드시트에는 각 애플리케이션에 대한 최대 동시 세션 수도 포함되어 있지만 공간을 절약하기 위해 해당 열을 삭제했습니다.
사이트별 페르소나 - ('사이트 워크시트- AX를 통한 A, D, I 및 AI 열)
| 사이트 이름 | 사이트의 총 사용자 수 | 다음과 같은 총 사이트 | 사용자 프로필 1 | 프로필 1 사용자 | 사용자 프로필 2 | 프로필 2 사용자 | 사용자 프로필 3 | 프로필 3 사용자 |
|---|---|---|---|---|---|---|---|---|
| 본부 | 1070 | 1 | 경영진/파트너 | 170 | 준법률가/준법률가 | 700 | IT 관리자 | 200 |
| 지역 사무소 | 345 | 3 | 경영진/파트너 | 60 | 준법률가/준법률가 | 225 | IT 관리자 | 60 |
| 대형 지사 | 70 | 24 | 경영진/파트너 | 11 | 준법률가/준법률가 | 50 | IT 관리자 | 9 |
| 소규모 지점 | 36 | 50 | 경영진/파트너 | 6 | 준법률가/준법률가 | 25 | IT 관리자 | 1 |
사이트별 애플리케이션당 필요한 대역폭('사이트 워크시트'- LF를 통한 열 A 및 BQ)
| 사이트 | 최고 SIP/IM 대역폭 | 피크 사이트 간 피어 오디오 대역폭 | 피크 사이트 간 피어 비디오 대역폭 | 최고 오디오 회의 대역폭 | 최대 비디오 회의 대역폭 | 최고 WAN 공유 대역폭 | PSTN 호출에 대한 최대 WAN 대역폭 |
|---|---|---|---|---|---|---|---|
| 본부 | 1070 | 525.30 | 560.00 | 739.50 | 2640.00 | 4224.00 | 2688.30 |
| 지역 사무소 | 345 | 185.40 | 560.00 | 255.00 | 1320.00 | 1536.00 | 896.10 |
| 큰 분기 | 70 | 92.70 | 560.00 | 102.00 | 600.00 | 384.00 | 216.30 |
| 작은 분기 | 36 | 119.40 | 560.00 | 76.50 | 600.00 | 384.00 | 123.60 |
스프레드시트에서 가장 중요한 열은 QoS 클래스별 WAN 대역폭을 설명하는 열일 것입니다. 아래 표에 나와 있습니다. 이 데이터는 각 사이트에서 액세스 연결을 주문하기 위해 네트워크 서비스 공급자에게 제공해야 하는 정보를 요약합니다. 총 대역폭을 계산할 때 각 분기 사이트의 대역폭을 동일한 유형의 사이트 수와 곱해야 합니다. ExpressRoute 네트워크 서비스 파트너와 연결하려면 Azure ExpressRoute를 볼 수 있습니다.
음성 또는 EF(Expedited Forwarding) 서비스 클래스의 대역폭을 초과하지 않는 것이 중요합니다. 임의의 패킷 집합이 삭제되므로 단일 호출 또는 호출 그룹의 품질을 줄이는 대신 진행 중인 모든 호출에 영향을 줄 수 있습니다. 또한 음성만 EF용 DSCP로 표시하거나(즉, DSCP = 46) 음성 큐가 호출되지 않는 트래픽이 추가될 때 오버플로할 수 있어야 합니다.
팁
다시 말하지만, EF 서비스 클래스는 최상의 성능 보장을 제공하지만 정의된 대역폭을 초과하면 추가 패킷이 즉시 삭제됩니다.
QoS 트래픽 클래스별 사이트당 집계 대역폭 - ('Sites' 워크시트 - MR를 통한 열 A 및 ML)
| 사이트 이름 | 최상의 작업 클래스(DSCP 0) | 데이터 트래픽 클래스(DSCP 사용자 지정) | 실시간 트래픽 클래스(DSCP 34, AF41) | 우선 순위 트래픽 클래스(DSCP 46, EF) |
|---|---|---|---|---|
| 본부 | 0.00 | 5764.80 | 3200.00 | 3953.10 |
| 지역 사무소 | 0.00 | 2033.60 | 1880.00 | 1336.50 |
| 큰 분기 | 0.00 | 486.40 | 1160.00 | 411.00 |
| 작은 분기 | 0.00 | 438.40 | 1160.00 | 319.50 |
계획 실행
위의 애플리케이션당 사이트 별 테이블의 대역폭 추정치를 사용하여 WAN을 트래버스하는 총 대역폭과 ExpressRoute를 트래버스하는 대역폭의 양을 계산할 수 있습니다. ExpressRoute를 통과하는 트래픽 부분은 사이트 간 피어 대역폭을 제외합니다.
| 사이트 | 최고 SIP/IM 대역폭 | 최고 오디오 회의 대역폭 | 최대 비디오 회의 대역폭 | 최고 WAN 공유 대역폭 | PSTN 호출에 대한 최대 WAN 대역폭 | 총 ExpressRoute 사이트 클래스당 트래픽 (즉, 합계 시간 #의 사이트) |
|---|---|---|---|---|---|---|
| 본부 | 1,070 | 739.50 | 2640.00 | 4224.00 | 2688.30 | 11361.80 |
| 지역 사무소 | 345 | 255.00 | 1320.00 | 1536.00 | 896.10 | 8704.20 |
| 큰 분기 | 70 | 102.00 | 600.00 | 384.00 | 216.30 | 32935.20 |
| 작은 분기 | 36 | 76.50 | 600.00 | 384.00 | 123.60 | 61005.00 |
즉, express 경로를 트래버스하는 비즈니스용 Skype Online 트래픽은 약 114Mbps이므로 Dewey는 ExpressRoute에 대해 최소 200Mbps 구독이 필요합니다. 여러 ExpressRoute 회로는 다른 ExpressRoute 피어링 위치에서 구입할 수 있습니다. Dewey의 사이트가 서로 다른 지역에 있는 경우 또는 ExpressRoute 회로에 대한 연결이 실패할 때 복원력을 제공하는 것이 좋습니다. 여러 Azure 지역에서 ExpressRoute 회로를 구매하는 경우 ExpressRoute를 통해 전역 연결을 받으려면 ExpressRoute 프리미엄 추가 기능이 필요합니다.
이제 필요한 총 대역폭의 양과 CoS(서비스 클래스) 대역폭 번호가 있으므로 선택한 네트워크 서비스 공급자와 함께 주문을 수행할 수 있습니다. 다른 애플리케이션 및 서비스에 대한 트래픽에 대한 추정치를 포함해야 합니다. Exchange 및 OneDrive용 대역폭 계산기를 포함하여 다른 Microsoft 365 및 Office 365 서비스에 대한 네트워크 계획 지침을 제공합니다. 사이트 내 트래픽을 다시 추가해야 하므로 네트워크 서비스 공급자에 대한 대역폭 구독이 더 높아집니다. Lync 2010 및 2013 대역폭 계산기는 예상 트래픽의 추정치만 제공하므로 스트레스 테스트를 수행하는 트래픽 볼륨을 지원하는 네트워크의 기능을 확인하는 것이 좋습니다.
팁
네트워크 사전 평가를 수행할 때는 네트워크를 스트레스 테스트하는 것이 좋습니다.
스트레스 테스트에는 인프라를 빌드 및 구성한 다음 성능을 모니터링하는 동안 예상되는 시뮬레이션된 트래픽 볼륨으로 실행하는 작업이 포함됩니다. 일부 지역에서는 트래픽 추정치가 정확하지 않을 수 있지만 적어도 Lync 2010 및 2013 대역폭 계산기가 예측한 트래픽 볼륨을 지원할 수 있습니다. 최소 며칠 동안 스트레스 테스트를 실행하는 것이 좋지만 장기간 실행하면 숫자를 구체화하는 데 도움이 될 수 있습니다. 그러나 스트레스 테스트 기간을 연장하는 것은 실제 사용자 네트워크 트래픽을 전달하지 않는 비용을 지불하는 네트워크 서비스의 비용과 비교할 수 있어야 합니다. Microsoft는 네트워크 사전 평가 스트레스 도구를 비롯한 네트워크 관리 및 운영 도구를 제공하기 위해 IT Pro Tools 프로그램의 일환으로 많은 공급업체를 인증했습니다. 또한 비즈니스용 Skype 인증된 IT Pro 도구를 사용할 수 있고 네트워크 평가를 수행할 수 있는 SI(시스템 통합자)도 제공합니다. 비즈니스용 Skype 솔루션: IT Pro Tools에서 자세히 볼 수 있습니다.
스트레스 테스트는 네트워크가 필요한 트래픽 볼륨을 지원할 수 있다는 확신을 제공하지만 실제로는 Lync 2010 및 2013 대역폭 계산기 데이터가 여러 가지 이유로 꺼질 수 있습니다. 또한 대역폭이 충분하고 QoS 메커니즘이 제대로 작동하도록 배포되면 지속적인 네트워크 평가를 수행하여 사이트 네트워크를 계속 모니터링하는 것이 좋습니다. 더 많은 실제 사용자가 줄을 서게 됨에 따라 네트워크 성능을 계속 모니터링하는 것이 중요합니다.
2부: ExpressRoute 비즈니스용 Skype QoS
Microsoft의 ExpressRoute 서비스는 Azure 클라우드에 대한 전용 연결을 제공하지만 실시간 워크로드의 통신 서비스를 Office 365 트래픽 볼륨을 수행하기에 충분한 대역폭이 있는 네트워크 서비스가 필요하며 비즈니스 등급 사용자 환경을 제공하기 위해 QoS(서비스 품질)를 지원할 수 있습니다. QoS 지원 연결은 QoS를 지원하지 않는 경로의 일부로 전체 호출의 품질을 저하시킬 수 있으므로 엔드투엔드(PC, 네트워크 스위치 및 라우터를 클라우드로)구성해야 합니다.
이 섹션은 IP 네트워크에서 실시간 트래픽을 지원하고 Microsoft의 ExpressRoute Exchange 공급자 또는 네트워크 서비스 공급자 파트너를 사용하여 Microsoft 365 또는 Office 365 실시간 워크로드의 성공적인 ExpressRoute 배포를 구성하고 지원할 때 발생하는 문제를 이해하는 데 도움이 됩니다.
QoS는 ExpressRoute 네트워크 회로를 통해서만 네트워크에서 허용되며 트래픽을 비즈니스용 Skype 위해 Microsoft 네트워크 내에서 사용됩니다. 현재 Microsoft의 일부 아웃바운드 연결에는 비즈니스용 Skype 대한 DSCP 값이 누락되었습니다. 아웃바운드 트래픽이 DSCP 값으로 완전히 표시될 때까지 이 문서의 ACL(네트워크 Access Control 목록)을 사용하여 QoS 구현 섹션에 설명된 대로 네트워크 경계의 트래픽에 QoS 표시를 추가하는 지침을 따르는 것이 좋습니다.
실시간 문제
비즈니스 품질 음성 및 비디오 서비스를 제공하면 IP 네트워크에 특별한 요구 사항이 있습니다. 실시간 트래픽은 UDP(사용자 데이터그램 프로토콜)를 사용하여 전달되는 RTP(실시간 전송 프로토콜)를 사용합니다. 각 메시지의 번호를 매기고 오류를 테스트하는 TCP(Transmission Control Protocol)와 달리 손실되거나 오류가 발생한 메시지를 감지하고 다시 전송하는 다른 메커니즘이 포함되어 있는 UDP는 이 형식의 안정성을 제공하지 않습니다. 오류로 인해 메시지가 손상되었거나 버퍼 오버플로로 인해 손실된 메시지는 손실됩니다. 실시간 트래픽의 특성은 손실된 메시지가 분개하더라도 너무 늦게 도착하여 음성 메시지 흐름에 긍정적인 영향을 미치지 않기 때문에 RTP와 함께 사용하기 위해 UDP가 선택되었습니다.
손실된 음성 패킷의 영향을 알고 있는 디자이너는 IP를 통해 음성 및 비디오의 성능을 개선하기 위한 두 가지 방법을 마련했습니다.
패킷이 손실되면 음성 코딩/디코딩의 복원력을 높입니다. 이 작업은 FEC(정방향 오류 수정)를 사용하여 Microsoft 365 또는 Office 365 실시간 전송에 있는 기능인 발생한 오류의 백분율을 수정하거나 Microsoft 코덱의 특징인 손실된 패킷의 효과를 마스킹하려는 음성 디코딩 시스템을 설계하여 수행할 수 있습니다.
서비스 품질 메커니즘을 사용하는 전송 서비스를 사용하여 지연, 패킷 손실 및 지터와 패킷 간의 지연 차이와 관련하여 네트워크의 성능을 보장합니다.
복원력 있는 음성 코딩은 패킷 손실 문제를 해결하므로 실시간 음성 및 비디오를 전송하는 데 사용되는 네트워크에는 지연 및 지터를 최소화하는 메커니즘이 있어야 합니다. 복원력 있는 코딩이 있더라도 패킷이 너무 많이 손실되면 수신 스테이션에 인식 가능한 버전의 음성 신호를 재구성하기에 충분한 정보가 없습니다. 사용된 음성 인코딩 기술에 따라 달라지는 음성 품질 저하를 초래하는 손실된 패킷의 비율입니다. 그러나 모든 경우에 연속 패킷의 문자열을 잃는 것은 문제가 됩니다.
과도한 지연은 대화 흐름에 영향을 미치고 화자의 짜증을 일으킬 수 있으므로 지연을 최소화하는 것이 중요합니다. 모범 사례는 음성에 대한 엔드 투 엔드 지연(우리가 '입에서 귀로' 지연이라고 하는 것)을 150밀리초(msecs) 미만으로 유지해야 한다고 말합니다. 단방향, '왕복' 지연이 아닙니다. 전파 지연 또는 신호가 케이블을 통해 물리적으로 이동하는 데 걸리는 시간을 감안할 때, 바다를 가로 지르는 것과 같은 더 긴 전송 링크에서 지연이 증가합니다.
지연이 150msecs보다 높은 경우 단방향, 그것은 스피커에 이상한 영향을 미칩니다. 심리적으로, 시계는 받는 사람이 그들을 듣지 못했다고 생각하게하고 그들이 말한 마지막 일을 반복하게 스피커의 뇌에서 꺼집니다. 이것은 먼 끝에서 오는 지연 된 응답과 충돌합니다. 위성 채널을 통해 말한 적이 있다면 이 효과를 인식할 수 있습니다. 위성 채널을 통해 단방향 지연은 약 250 msecs., 허용 지연을 훨씬 넘어.
비즈니스 등급 음성에 권장되는 네트워크 매개 변수
| 매개 변수 | 권장 값 |
|---|---|
| 도착 패킷 간 지터(평균) | ≤ 5ms |
| 도착 패킷 간 지터(최대) | ≤ 40ms |
| 패킷 손실률(평균) | 0% 접근 |
| 네트워크 대기 시간 한 가지 방법 | ≤ 100ms(지연 및 지리적 거리에 대한 검사를 포함해야 합니다). |
비즈니스 등급 음성 네트워크의 일부로 ExpressRoute
ExpressRoute는 3가지 연결 옵션 중 하나로 NSP(네트워크 서비스 공급자) 또는 EXP(Exchange Provider)를 통해 전용 연결을 제공합니다.
클라우드 Exchange 공동 배치
지점 및 지점 간의 이더넷 연결
IPVPN(Any-to-Any) 연결
이는 고가용성(99.9% 작동 시간 SLA) 및 인터넷 트래픽의 변화에 영향을 받지 않고 안전한(인터넷 전송 없음) 신뢰할 수 있는 라우팅의 이점을 제공하며 트래픽 우선 순위를 지정하기 위한 서비스 품질 표시를 준수합니다(QoS는 아래에 설명되어 있음). ExpressRoute는 잘 계획된 WAN과 함께 비즈니스급 음성 네트워크를 제공할 수 있습니다.
회로에 연결된 사무실 또는 데이터 센터(하이브리드 토폴로지인 경우)의 데이터 전송에 ExpressRoute를 사용할 수 있습니다. 오프사이트 사용자(예: 홈 오피스 또는 출장 등)에 대한 데이터는 사용자가 VPN에 연결되어 있고 ExpressRoute 회로 크기를 조정하기 위한 대역폭 예측에 포함될 필요가 없는 한 ExpressRoute 회로를 활용하지 않습니다. 다국적 고객인 경우 각 지역에서 ExpressRoute 회로를 구매하고 BGP 커뮤니티 태그를 사용하여 트래픽이 기본 ExpressRoute 회로(일반적으로 각 사이트에 대해 가장 가까운 회로)로 전달되도록 라우팅 규칙을 알릴 수 있으며, 다른 회로는 단일 회로에 영향을 미치는 중단 시 중복성을 제공할 수 있습니다.
ExpressRoute가 옵션이 아닌 경우
비용, ExpressRoute 필수 구성 요소를 충족하지 못하거나 현재 NSP의 제한 사항으로 인해 모든 사이트를 ExpressRoute에 연결하는 것은 불가능할 수 있습니다. ExpressRoute를 사용할 수 없는 경우 네트워크 내에서 QoS를 표시하기 위해 다음 지침을 사용하고 NSP와의 계약을 계획하여 QoS 기반 트래픽 우선 순위 지정에 대한 충분한 대역폭 및 지원을 보장하는 것이 좋습니다.
또한 여러 지역에 사무실이 있지만 모든 지역에 ExpressRoute 회로가 없는 경우 불필요한 장거리 전송을 방지할 수 있도록 위성 사무실 간 트래픽에 대한 라우팅을 구성할 때 지역 BGP 커뮤니티 태그를 사용해야 합니다. 예를 들어 미국에서 호스팅되는 비즈니스용 Skype Online organization 있지만 유럽에 지사가 있고 실리콘 밸리에 단일 ExpressRoute 회로만 있는 회사를 생각해 보세요. 대부분의 비즈니스용 Skype Online 트래픽은 organization 호스트되는 데이터 센터로 라우팅됩니다(예: 회사 내의 다른 사용자와의 전화 회의). ExpressRoute 회로를 사용하는 것이 대부분의 트래픽에 선호될 수 있습니다. 그러나 유럽의 사용자가 organization 유럽에 있는 다른 회사가 주최하는 전화 회의에 참가하는 경우 해당 통화의 미디어 대상은 두 번째 회사가 있는 유럽 데이터 센터입니다. 실리콘 밸리의 ExpressRoute 회로를 통해 트래픽을 라우팅하는 것은 인터넷을 통해 가능한 것보다 덜 직접적인 경로가 될 것입니다. 이러한 경우 라우팅 규칙을 만들 때 커뮤니티 태그를 검사하도록 네트워크 내에서 라우터를 구성하고 유럽 지역 태그가 있는 트래픽에 대해 실리콘 밸리 ExpressRoute 회로가 아닌 인터넷을 통한 라우팅을 구성할 수 있습니다.
QoS(서비스 품질)/CoS(서비스 클래스)의 기본 개념
IP에서 QoS(서비스 품질)는 다른 패킷보다 일부 패킷에 대한 우선 순위 처리를 제공하는 데 사용되는 모든 메커니즘을 설명합니다. 국제 통신 연합(ITU) 정의에 따르면 QoS는 지연, 손실, 신호 대 노이즈 비율, 크로스토크, 에코, 인터럽트, 주파수 응답, 음량 수준 등을 포함하여 연결의 모든 품질 측면을 구성합니다. 패킷 네트워크에서 QoS라고 하는 것은 지연, 지터 및 패킷 손실에 대한 성능 향상에 중점을 둔 보다 정확하게 CoS(서비스 클래스)라고 하지만 더 일반적으로 사용되므로 QoS 용어를 계속 사용합니다.
IP 네트워크에서 QoS를 제공하면 다음 두 가지 기본 구성 요소가 호출됩니다.
실시간 트래픽에 대해 각 링크에서 정의된 대역폭의 예약입니다. 해당 대역폭이 실시간 트래픽에 필요하지 않은 경우 다른 트래픽에 사용할 수 있습니다. 일반적인 지침은 음성 트래픽에 대해 링크 용량의 30%를 초과하지 않아야 한다는 것입니다.
경로의 스위치 및 라우터에 할당해야 하는 패킷의 우선 순위를 알려주는 헤더의 우선 순위 표시기를 사용하여 패킷을 표시합니다.
스위치 또는 라우터에서 패킷을 받으면 다음 레그 또는 홉에 대한 출력 큐로 이동됩니다. 다른 우선 순위 수준에 대해 다른 출력 큐가 있습니다. 스위치 또는 라우터는 우선 순위가 낮은 큐보다 우선 순위가 높은 큐를 더 자주 서비스하는 알고리즘을 사용합니다.
문제는 계층 2(즉, 이더넷 또는 Wi-Fi 계층) 및 계층 3(즉, IP 계층)에서 구현되는 다양한 QoS 기술이 있다는 것입니다. 이러한 서로 다른 QoS 구현은 네트워크의 각 스위치 및 라우터뿐만 아니라 네트워크와 네트워크 서비스 공급자의 네트워크 간의 인터페이스에서 구성해야 할 수 있습니다.
다양한 비즈니스용 Skype 애플리케이션의 데이터를 적절한 서비스 클래스에 매핑하는 방법에 대한 두 가지 옵션이 있습니다.
DSCP(차별화된 서비스 제어점)를 사용하여 트래픽의 끝점 표시
ACL(네트워크 Access Control 목록) 기반
엔드포인트 트래픽 표시 - DSCP(차별화된 서비스 제어점)
DiffServ(차별화된 서비스)는 네트워크 트래픽을 분류 및 관리하고 IP 네트워크에서 QoS를 제공하기 위한 "거친 조직화된" 메커니즘이라고 합니다. 계층 3 함수를 구현하는 라우터 및 기타 디바이스는 DSCP(DiffServ 제어점)를 사용하여 패킷의 우선 순위를 정의합니다. QoS는 IP 헤더의 차별화된 서비스 필드(이전의 "서비스 유형" 필드)에 6비트 DSCP 값을 삽입하여 구현됩니다. 6비트에서는 64가지 우선 순위 수준을 허용합니다. 우선 순위 수준은 일반적으로 여기에 표시된 대로 정의됩니다.
권장 DSCP 설정
| 트래픽 클래스 | 처리(DSCP 표시) | 워크로드 비즈니스용 Skype |
|---|---|---|
| 음성 | EF(46) | 비즈니스용 Skype 및 Lync 음성 |
| 대화형 | AF41(34) | 비디오 |
| AF21(18) | 애플리케이션 공유 | |
| 기본값 | AF11(10) | 파일 전송 |
| CS0(0) | 다른 것 |
IP 버전 4 헤더
계층 2 QoS: IEEE 802.1p/Wi-Fi 멀티 미디어(IEEE 802.11e)
DSCP는 계층 3에서 QoS를 구현하기 위한 표준 메커니즘이지만 유선(즉, 이더넷) 및 무선(즉, Wi-Fi 네트워크)에 대한 다양한 계층 2 QoS 메커니즘이 있습니다. 유선 네트워크에 대한 QoS 메커니즘은 IEEE 802.1p 표준으로 정의됩니다. WLAN QoS 메커니즘은 IEEE 802.11e에서 정의되며, Wi-Fi Alliance가 "Wi-Fi 멀티 미디어 인증"(WMM 인증)으로 식별합니다.
IEEE 802.1p는 3비트 PCP(우선 순위 코드 지점)를 사용하여 메시지의 우선 순위를 식별합니다. PCP는 VLAN 식별자를 전달하는 이더넷 헤더의 32비트 필드의 일부입니다. PCP 값에 대한 정의는 아래에 포함되어 있습니다.
IEEE 802.1p PCP 값
| PCP 값 | 우선 순위 | 두문자어 | 트래픽 유형 |
|---|---|---|---|
| 7 | 7 | 노스캐롤라이나 | 네트워크 제어 |
| 6 | 6 | IC | Internetwork Control |
| 5 | 5 | VO(VO) | 음성 |
| 4 | 4 | VI(VI) | 비디오 |
| 3 | 3 | CA(CA) | 중요한 애플리케이션 |
| 2 | 2 | EE | 뛰어난 노력 |
| 0 | 1 | 있다 | 최선의 노력 |
| 1 | 0 | BK | 배경 |
여기서 IEEE 802.1p는 각 우선 순위 수준에 대해 서로 다른 우선 순위 큐로 정렬된 트래픽이 있는 DSCP와 거의 동일한 방식으로 구현되지만 WLAN의 공유 미디어 특성은 다른 접근 방식을 요구합니다. 액세스 지점과 클라이언트는 서로 다른 우선 순위 수준에 대해 별도의 출력 큐를 유지하지만 라디오 채널에서 프레임을 보내는 방법에도 차이가 있습니다.
Wi-Fi 네트워크에서 액세스 지점과 연결된 모든 클라이언트는 단일 반이중 채널을 공유합니다(즉, 한 번에 하나의 클라이언트 스테이션 또는 액세스 지점만 보낼 수 있습니다). 라디오 채널에서 충돌 가능성을 최소화하기 위해 프레임을 보내기 전에 스테이션은 채널이 "프레임 간 간격"이라는 정의된 기간 동안 유휴 상태가 될 때까지 대기합니다. 채널이 전송될 때 채널이 사용 중이면 임의 기간을 되돌립니다. 프레임이 전송되면 보낸 사람이 수신자로부터 승인 메시지를 받지 못하면 충돌 또는 기타 오류가 발생했다고 가정하고 다시 전송하기 위해 라디오 채널에 액세스하기 전에 임의의 간격으로 뒤로 이동합니다. 백오프 간격은 동일한 두 스테이션이 다시 충돌할 확률을 줄이기 위해 임의입니다.
라디오 채널에 대한 액세스의 우선 순위를 지정하기 위해 IEEE 802.11e/WMM은 "AFIS(중재된 Inter-Frame 간격)"라는 다양한 전 전송 대기 간격과 다른 트래픽 클래스에 대한 다양한 백오프 범위를 정의합니다. '액세스 범주'라는 네 가지 우선 순위 수준이 정의됩니다.
우선 순위는 더 높은 우선 순위 프레임에 더 짧은 AFIS 값을 할당하여 지정됩니다. 따라서 한 스테이션이 음성 프레임을 보내기를 기다리고 있고 다른 스테이션이 데이터 프레임을 보내기를 기다리는 경우 음성 프레임이 항상 먼저 전송됩니다. 기술적으로 음성 및 비디오 프레임에는 동일한 AFIS 값이 할당되지만 비디오 프레임의 백오프 간격 범위는 더 높습니다. 따라서 첫 번째 시도에서 음성 및 비디오 프레임이 충돌할 수 있지만 음성 프레임은 항상 더 빨리 다시 전송됩니다. IEEE 802.1p와 IEEE 802.11e 간의 상관 관계는 다음과 같습니다.
IEEE 802.11e/WMM(Wi-Fi Multi-Media)~802.1P 매핑
| WMM 액세스 범주 | WMM 설명 | 802.1P PCP 값 | 802.1P 지정 |
|---|---|---|---|
| 1(AC_VO) | 음성 | 7 (111) | 노스캐롤라이나 |
| 6 (110) | VO(VO) | ||
| 2(AC_VI) | 비디오 | 5 (101) | VI(VI) |
| 4 (100) | CL | ||
| 3(AC_BE) | 최상의 작업 데이터 | 3 (011) | EE |
| 0 (000) | 있다 | ||
| 4(AC_BK) | 백그라운드 데이터 | 1 (001) | BK |
| 2 (010) | --- |
계층 3과 계층 2 우선 순위의 권장 연결은 다음과 같습니다.
권장 계층 3에서 계층 2 우선 순위 연결로
| 레이어 3 표시 | 계층 2(PCP 값) | Wi-Fi(액세스 범주) | |
|---|---|---|---|
| 네트워크 제어 | PHB(홉당 동작) - CS(클래스 선택기) 6 | 6 | 1(AC_VO) |
| DSCP 값 -48 | |||
| 음성 | PHB(홉당 동작) - EF(신속한 전달) | 5 | 1(AC_VO) |
| DSCP 값 - 46 | |||
| 비디오 회의 | PHB(홉당 동작) - AF(보장 전달) 41 | 4 | 2(AC_VI) |
| DSCP 값 - 34 | |||
| 통화 신호 | PHB(홉당 동작) - CS(클래스 선택기) 3 | 3 | 2(AC_VI) |
| DSCP 값 - 24 | |||
| 짧은 대기 시간 데이터 | PHB(홉당 동작) -AF(보장 전달) 21 | 2 | 3(AC_BE) |
| DSCP 값 -18 | |||
| 높은 처리량 데이터 | PHB(홉당 동작) - AF(보장 전달) 11 | 1 | 3(AC_BE) |
| DSCP 값 - 10 | |||
| 최선의 노력 | PHB(홉당 동작) - 0 | 0 | 4(AC_BK) |
| DSCP 값 - 0 |
IEEE 802.1p 및 WMM에 대한 우선 순위 코딩이 일치하지 않는다는 점에 유의해야 합니다. 음성의 PCP 값 802.1p는 5이지만 WMM에 대한 표준 동등 매핑에서는 PCP 5가 비디오용 WMM 액세스 범주인 액세스 범주 2(AC_VI)로 변환됩니다. 가능하면 PCP 5가 액세스 범주 1로 변환되도록 해당 매핑을 재정의하거나 Wi-Fi Alliance가 이 문제를 해결할 때까지 동일한 Wi-Fi 네트워크에서 음성 및 비디오를 사용하지 않도록 해야 합니다. Wi-Fi에 대한 자세한 내용은 Wi-Fi 카탈로그 항목을 참조하세요.
ACL(네트워크 Access Control 목록)을 사용하여 QoS 구현
ExpressRoute 구성에서 QoS를 구현하는 다른 방법은 ACL(네트워크 Access Control 목록)을 사용하는 것입니다. 이 방법에서는 엔드포인트가 각 패킷의 헤더에 적절한 DSCP 표시를 삽입하지 않고 UDP 원본 포트에 따라 업스트림 라우터에서 표시를 수행할 수 있습니다. DSCP 설정이 유지 관리되도록 QoS를 지원하도록 모든 스위치 및 라우터를 계속 구성해야 합니다. 더 중요한 것은 DSCP 설정이 기본적으로 해당 패킷을 처리하는 방법에 대한 네트워크 서비스 공급자에 대한 명령이므로 서비스 공급자의 네트워크에 연결된 라우터는 각 패킷의 헤더에 DSCP를 유지 관리해야 합니다.
각 비즈니스용 Skype 애플리케이션에 권장되는 포트 범위는 Lync Server를 사용한 네트워크 계획, 모니터링 및 문제 해결 가이드의 섹션 2.6.1.1에 나열되어 있습니다. QoS에 대한 organization 전반적인 접근 방식과 조정해야 하며, 다양한 QoS 정책과 잠재적인 패킷 발언 불일치를 경계해야 합니다.
QoS 및 MPLS 네트워크 서비스를 사용하는 기본 이유는 실시간 음성 및 비디오에 대한 사용자에게 좋은 환경을 보장하기 위한 것이지만 데이터 애플리케이션에도 동일한 기능을 적용할 수 있습니다. MPLS 네트워크는 모든 애플리케이션을 동일하게 처리하는 대신 조직에서 다른 데이터 애플리케이션보다 일부 데이터 애플리케이션에 우선 순위를 부여할 수 있도록 할 수 있습니다. MPLS를 사용하면 신용 카드 트랜잭션 또는 화면 공유와 같은 실시간 애플리케이션을 전자 메일과 같이 시간이 덜 민감한 트래픽보다 우선 순위를 지정할 수 있습니다.
IP 네트워크 서비스 유형 이해 - 기본 IP 및 MPLS
원래 IP 패킷 전달은 "최선의 노력"의 원칙에 따라 작동했습니다. 즉, 이러한 IP 패킷을 전달하는 라우터는 대상에 배달하기 위해 최선을 다하지만 목적지에 도착하는 시기 또는 시기에 대한 보장은 전혀 없었습니다. 이것이 바로 홈 인터넷 연결을 포함한 기본 인터넷 서비스가 오늘날 작동하는 방식입니다. 특정 애플리케이션에 대한 안정성이 필요한 경우 프로토콜 스택에서 더 높은 수준에서 제공된다는 생각이었습니다. 신뢰할 수 있는 전달 메커니즘은 TCP(Transmission Control Protocol)입니다. 실시간 음성 및 비디오에 사용되는 UDP(사용자 데이터그램 프로토콜)는 신뢰할 수 없는(즉, "최선의 노력") 배달 메커니즘입니다.
MPLS(다중 프로토콜 레이블 전환)는 네트워크 서비스 공급자가 지연, 지터 및 패킷 손실에 대한 성능을 보장하는 IP 서비스를 제공하기 위한 수단으로 개발되었습니다. 이러한 성능 보장을 제공하기 위해 MPLS는 기존의 IP에서 예측 불가능성 중 일부를 사용합니다. 첫째, MPLS는 각 패킷이 라우터를 대상으로 연결하는 방식(각 패킷이 원본에서 대상으로 다른 경로를 사용할 수 있음)을 찾는 대신 LSP(레이블 전환 경로)라는 고정 경로를 사용하여 "가상 회로" 연결에서 모든 패킷을 라우팅합니다. 해당 경로의 링크 중 하나가 실패하면 해당 링크를 사용하는 모든 LSP의 경로가 빠르게 다시 지정됩니다.
패킷이 MPLS 네트워크로 전송되면 네트워크 서비스 공급자의 에지 라우터는 적절한 LSP를 통해 전달하는 데 사용되는 레이블이 포함된 추가 헤더를 패킷에 추가합니다. 레이블은 MPLS 네트워크의 다른 쪽 끝에 있는 에지 라우터에 의해 제거됩니다.
전달 프로세스를 간소화하는 것 외에도 MPLS가 제공하는 또 다른 이점은 네트워크 관리 시스템이 네트워크의 모든 링크에서 수행되는 연결을 알 수 있다는 것입니다. 트래픽이 네트워크를 통해 라우팅되는 방식을 제어하여 운영자는 각 경로가 제공할 QoS를 보장할 수 있습니다. 따라서 기존 또는 기본 IP의 최상의 성능과 달리 MPLS 운영자는 예측 가능한 성능으로 IP 서비스를 제공할 수 있습니다. 또한 LSP를 통해 MPLS는 기존 인터넷 서비스보다 본질적으로 더 안전합니다. 따라서 기본 IP 서비스를 사용하면 네트워크가 우수한 품질의 음성을 제공하고 FEC와 같은 기술과 더 탄력적인 음성 코딩을 사용하여 확률을 개선할 수 있을 만큼 충분히 잘 작동하기를 희망할 수 있지만 MPLS를 사용하면 이를 확신할 수 있습니다.
MPLS 공급자는 아쉽게도 다른 용어를 사용하여 식별하는 여러 서비스 그라데이션 클래스를 제공합니다. 공급자와 긴밀히 협력하여 Lync 2010 및 2013 대역폭 계산기의 출력과 다양한 Microsoft 365 또는 Office 365 실시간 워크로드 애플리케이션에 권장되는 옵션을 이해해야 합니다.
결론
비즈니스용 Skype 비즈니스 통신이 수행되는 방식을 향상시킵니다. 전화기를 PBX, 독립 실행형 비디오 회의 시스템, 별도의 전자 메일 플랫폼, 오디오 회의용 외부 서비스 및 메신저 대화 및 현재 상태용 일부 차량에 연결하는 대신 비즈니스용 Skype 이러한 모든 기능을 단일 사용자 인터페이스에서 함께 가져올 수 있습니다.
비즈니스 등급 실시간 음성 및 비디오 서비스를 지속적으로 제공하려면 QoS를 제공할 수 있는 엔드투엔드 네트워크 인프라가 필요합니다. 여기에는 LAN 및 WAN 서비스가 모두 포함됩니다. Microsoft는 Lync 2010 및 2013 대역폭 계산기와 같은 도구를 제공하여 다양한 서비스에 필요한 네트워크 용량을 예측합니다. 또한 IT Pro Tools 프로그램 비즈니스용 Skype 솔루션: IT Pro Tools에는 네트워크 인프라를 미리 평가하고 모니터링, 보고 및 문제 해결을 지원하는 도구를 제공하는 파트너가 있습니다. 올바르게 크기 조정되고 구성된 네트워크 인프라가 없으면 품질 및 일관성에 대한 사용자의 기대치를 충족하지 않는 ExpressRoute 비즈니스 Skype 배포가 발생할 위험이 있습니다.
효과적인 비즈니스 도구는 안정적으로 일관되게 수행하고 사용자 채택을 장려하는 사용자 환경을 제공해야 합니다. 네트워크 인프라가 로컬 및 광역, 고정 및 모바일 모두에 있다는 것을 의미하는 네트워킹 관점에서 볼 때 이를 허용할 수 있습니다. 인프라 계획, 설계, 구현 및 유지 관리가 항상 쉬운 일은 아닙니다. 현재 사용할 수 있는 하드웨어, 도구 및 네트워크 서비스는 사용자가 효율적이고 효과적으로 작업할 수 있도록 하고 organization 이 기술이 제공하는 모든 이점을 얻을 수 있도록 하는 방식으로 설계, 구현 및 유지 관리된다는 것을 IT Pro의 책임입니다.