비즈니스용 Skype와 동시 사용
비즈니스용 Skype 및 Teams 클라이언트 간의 공존 및 상호 운용성은 공존 모드에 의해 제어됩니다. 자세한 내용은 비즈니스용 Skype 함께 Teams를 사용하는 조직에 대한 마이그레이션 및 상호 운용성 지침을 참조하세요. 2021년 7월 31일에 비즈니스용 Skype Online이 사용 중지된 후 클라우드에 거주하는 사용자는 항상 TeamsOnly 사용자입니다. 더 이상 TeamsOnly 이외의 공존 모드를 온라인 사용자에게 할당할 수 없습니다. TeamsOnly 이외의 공존 모드는 비즈니스용 Skype 서버 또는 Lync Server 2013의 온-프레미스 배포를 사용하는 조직에만 관련됩니다. 이 문서에서는 "비즈니스용 Skype 서버"에 대한 모든 참조가 Lync Server 2013에도 적용됩니다.
사용자의 공존 모드 결정
비즈니스용 Skype 서버 온-프레미스 배포가 없는 조직의 모든 사용자는 TeamsOnly 모드이며 테넌트의 유효 모드도 TeamsOnly입니다. 테넌트 또는 Teams PowerShell을 사용하는 사용자에서 TeamsUpgradeEffectiveMode 속성을 확인하여 확인할 수 있습니다. 2021년 7월 31일에 비즈니스용 Skype Online이 사용 중지되기 전에 조직은 사용자 또는 테넌트의 공존 모드를 변경할 수 있었습니다. 테넌트 차원의 TeamsOnly 모드가 없어야 하는 비즈니스용 Skype 서버 온-프레미스 배포를 사용하는 조직을 제외하고는 더 이상 불가능합니다. 사용자 또는 테넌트에서 TeamsUpgradePolicyIsReadOnly = "ModeAndNotifications"인 경우 공존 모드를 더 이상 변경할 수 없음을 확인할 수 있습니다. (모든 사용자의 TeamsUpgradePolicyIsReadOnly는 테넌트의 값과 동일한 값을 갖습니다.)
//Check if Tenant is TeamsOnly and if mode is read only.
$t=Get-CsTenant
$t|fl TeamsUpgradeEffectiveMode, TeamsUpgradePolicyIsReadOnly
TeamsUpgradeEffectiveMode : TeamsOnly
TeamsUpgradePolicyIsReadOnly: ModeAndNotifications
//Check if user is TeamsOnly and if mode is read only.
$u=Get-CsOnlineUser
$u|fl TeamsUpgradeEffectiveMode, TeamsUpgradePolicyIsReadOnly
TeamsUpgradeEffectiveMode : TeamsOnly
TeamsUpgradePolicyIsReadOnly: ModeAndNotifications
비즈니스용 Skype 서버 온-프레미스 배포를 사용하는 organization TeamsUpgradePolicy에 대한 테넌트 전역 정책은 TeamsOnly 이외의 모드를 가질 수 있습니다. 허용되는 모드는 SfBOnly, SfBWithTeamsCollab 및 SfBWithTeamsCollabAndMeetings입니다. 테넌트 전역 정책을 대체하는 TeamsUpgradePolicy instance 사용자에게 직접 할당할 수도 있습니다. 클라우드에 있는 사용자는 TeamsOnly여야 하며 온-프레미스에 있는 사용자는 TeamsOnly 이외의 모드여야 합니다. 사용자에게 TeamsUpgradePolicy의 instance 할당되지 않은 경우 사용자는 테넌트 전역 정책에서 값을 받습니다.
라우팅 매개 변수
수신자의 공존 모드는 테넌트 내에서 그리고 페더레이션된 테넌트 간에 채팅, 통화 및 현재 상태의 동작을 결정합니다. 발신자가 Teams를 사용하는 경우 새 대화 스레드를 만들 때 라우팅 결정이 내려집니다. 대화 스레드가 만들어지면 해당 라우팅은 변경되지 않으며 스레드를 만들 때 결정된 라우팅 메서드를 유지합니다.
스레드 라우팅 메서드는 다음과 같습니다.
- 테 넌트 내 Teams에서 Teams로의 대화에 대한 네이티브
- 테넌트에서 대화를 비즈니스용 Skype Teams의 interop
- 두 사용자 모두 TeamsOnly 모드가 있는 경우 테넌트 간에 페더레이션된 대화를 위해 네이티브 페더레이션됩니다.
- interop은 비즈니스용 Skype Teams 간의 interop에 의존하는 테넌트 간에 페더레이션된 대화를 위해 페더레이션됩니다.
참고
- 동일한 테넌트 또는 페더레이션 시나리오에서 네이티브 대화는 수신자와 보낸 사람 모두 TeamsOnly 모드가 있을 때 발생합니다. 대화는 모든 풍부한 메시징 및 통화 기능을 포함하는 네이티브 채팅 환경이 됩니다. 자세한 내용은 Teams의 외부(페더레이션된) 사용자에 대한 네이티브 채팅 환경을 참조하세요.
- 대화 참가자 중 하나에 TeamsOnly 모드가 없는 경우 대화는 텍스트 전용 메시지를 사용하는 interop 환경입니다.
- 다중 테넌트 클라우드 및 특수 클라우드 환경(예: 정부 클라우드)의 TeamsOnly 사용자 간의 페더레이션된 통신은 상호 운용된 채팅으로 표시됩니다.
새 대화를 만들 때 스레드가 라우팅되는 방식을 결정하는 요소는 다음과 같습니다.
- 받는 사람의 공존 모드
- 보낸 사람에서 사용하는 클라이언트
- 대화가 테넌트 내인지 페더레이션되었는지 여부
- 대화가 가능한지 여부입니다. 온-프레미스에 비즈니스용 Skype 계정이 있는 경우 해당 사용자는 테넌트 내 상호 운용성 또는 페더레이션에 Teams 클라이언트를 사용할 수 없습니다. 해당 사용자는 상호 운용성 및 페더레이션을 위해 비즈니스용 Skype 클라이언트만 사용할 수 있습니다. Teams 간 통신은 항상 테넌트에서 가능합니다.
채팅 및 통화 라우팅
아래 표에서는 지정된 모드에서 보낸 사람의 호출을 받을 클라이언트(맨 왼쪽 열 3개)를 보여 줍니다. 호출을 수신하는 클라이언트는 보낸 사람의 모드, 선택한 클라이언트 및 비즈니스용 Skype 계정이 있는 위치(온-프레미스 또는 온라인)에 따라 달라집니다.
다음 테이블에서 다음을 수행합니다.
- 비즈니스용 Skype*은 SfBOnly, SfBWithTeamsCollab, SfBWithTeamsCollabAndMeetings 모드를 나타냅니다.
- 기울임꼴 텍스트 는 interop 대화를 강조 표시합니다.
- 가능하지 않음 은 채팅 또는 통화가 불가능한 상황을 나타냅니다. 이 경우 원래자는 대신 비즈니스용 Skype 사용해야 합니다. 온-프레미스 및 하이브리드 고객에 대한 Microsoft의 규범적 지침이 Teams로의 업그레이드 여정의 시작점으로 Islands(일반적으로 SfBWithTeamsCollab)가 아닌 모드를 사용하는 이유 중 하나입니다.
- Teams를 사용하는 아일랜드 사용자는 페더레이션된 그룹 채팅을 시작할 수 있습니다.
새 채팅 또는 통화에 대한 테넌트 내 라우팅
아래 표는 테넌트 내 채팅 및 통화의 라우팅을 캡처하며 기존 스레드에서 시작되지 않은 새 호출 또는 채팅에 유효합니다. 왼쪽에 있는 사용자가 오른쪽에 있는 테넌트 내 수신자 사용자에게 새 통화 또는 채팅을 받을 클라이언트에 대해 설명합니다. TeamsOnly 사용자에게 전송되는 메시지는 항상 Teams로 라우팅됩니다. 비즈니스용 Skype 사용자에게 전송되는 메시지는 항상 비즈니스용 Skype 라우팅됩니다. Islands 사용자에게 전송된 메시지는 항상 전송된 동일한 클라이언트로 라우팅됩니다.
표 1a: 테넌트 내 새 채팅 또는 TeamsOnly 모드 수신자에게 라우팅 호출
모드 |
보낸 사람 클라이언트 |
비즈니스용 Skype 홈 |
경로--> |
TeamsOnly 받는 사람 |
|---|---|---|---|---|
| TeamsOnly | Teams | 온라인 | │ | Teams |
| 아일랜드 | Teams 비즈니스용 Skype |
온-프레미스 온-프레미스 |
│ │ |
Teams Teams |
| 비즈니스용 Skype | 비즈니스용 Skype | 온-프레미스 | │ | Teams |
표 1b: 테넌트 내 새 채팅 또는 아일랜드 모드 수신자에게 라우팅 호출
모드 |
보낸 사람 클라이언트 |
비즈니스용 Skype 홈 |
경로--> |
Islands Recipient |
|---|---|---|---|---|
| TeamsOnly | Teams | 온라인 | │ | Teams |
| 아일랜드 | Teams 비즈니스용 Skype |
온-프레미스 온-프레미스 |
│ │ |
Teams 비즈니스용 Skype |
| 비즈니스용 Skype | 비즈니스용 Skype | 온-프레미스 | │ | 비즈니스용 Skype |
표 1c: 테넌트 내 새 채팅 또는 비즈니스용 Skype 모드에서 받는 사람에게 라우팅 호출
모드 |
보낸 사람 클라이언트 |
비즈니스용 Skype 홈 |
경로--> |
비즈니스용 Skype 받는 사람 |
|---|---|---|---|---|
| TeamsOnly | Teams | 온라인 | │ | 비즈니스용 Skype |
| 아일랜드 | Teams 비즈니스용 Skype |
온-프레미스 온-프레미스 |
│ │ |
사용할 수 없음 비즈니스용 Skype |
| 비즈니스용 Skype | 비즈니스용 Skype | 온-프레미스 | │ | 비즈니스용 Skype |
새 채팅 또는 통화에 대한 페더레이션 라우팅
아래 표는 페더레이션된 통화 및 채팅의 라우팅을 캡처하며 새 통화 또는 채팅에 유효합니다. 왼쪽에 있는 사용자가 오른쪽에 있는 페더레이션 대상 사용자에게 새 통화 또는 채팅을 받을 클라이언트를 설명합니다. 요약하면 위에서 설명한 대로 대화가 가능한 경우 TeamsOnly 사용자에게 전송된 메시지는 항상 Teams에 전송됩니다. 비즈니스용 Skype 모드로 전송된 메시지는 항상 비즈니스용 Skype 표시됩니다. 아일랜드 사용자에게 전송된 메시지는 전송된 클라이언트에 관계없이 항상 비즈니스용 Skype 수신됩니다.
페더레이션 채팅 및 통화에 대한 라우팅은 Islands 사용자가 항상 비즈니스용 Skype 페더레이션 통신을 수신한다는 점에서 테넌트 내 라우팅과 다릅니다. 페더레이션된 파트너가 아직 Teams를 사용하지 않을 수 있기 때문입니다. 모든 아일랜드 모드 수신자에 대한 비즈니스용 Skype 라우팅하면 메시지가 항상 수신됩니다. 의도한 수신자가 Teams를 사용하지 않는 경우 Teams로 라우팅하면 통신이 누락될 수 있습니다.
표 2a: TeamsOnly 모드 수신자에게 페더레이션된 새 채팅 또는 통화 라우팅
모드 |
보낸 사람 클라이언트 |
비즈니스용 Skype 홈 |
경로--> |
TeamsOnly 받는 사람 |
|---|---|---|---|---|
| TeamsOnly | Teams | 온라인 | │ | Teams |
| 아일랜드 | Teams 비즈니스용 Skype |
온-프레미스 온-프레미스 |
│ │ |
사용할 수 없음 Teams |
| 비즈니스용 Skype | 비즈니스용 Skype | 온-프레미스 | │ | Teams |
표 2b: 페더레이션된 새 채팅 또는 아일랜드 수신자에 대한 통화 라우팅
모드 |
보낸 사람 클라이언트 |
비즈니스용 Skype 홈 |
경로--> |
Islands Recipient |
|---|---|---|---|---|
| TeamsOnly | Teams | 온라인 | │ | 비즈니스용 Skype |
| 아일랜드 | Teams 비즈니스용 Skype |
온-프레미스 온-프레미스 |
│ │ |
사용할 수 없음 비즈니스용 Skype |
| 비즈니스용 Skype | 비즈니스용 Skype | 온-프레미스 | │ | 비즈니스용 Skype |
표 2c: 비즈니스용 Skype 모드에서 수신자에게 페더레이션된 새 채팅 또는 통화 라우팅
모드 |
보낸 사람 클라이언트 |
비즈니스용 Skype 홈 |
경로--> |
비즈니스용 Skype 받는 사람 |
|---|---|---|---|---|
| TeamsOnly | Teams | 온라인 | │ | 비즈니스용 Skype |
| 아일랜드 | Teams 비즈니스용 Skype |
온-프레미스 온-프레미스 |
│ │ |
사용할 수 없음 비즈니스용 Skype |
| 비즈니스용 Skype | 비즈니스용 Skype | 온-프레미스 | │ │ |
비즈니스용 Skype |
기존 스레드의 채팅 및 호출
Teams에서
Teams의 기존 대화 스레드에서 시작된 통화 또는 채팅은 해당 스레드와 동일한 방식으로 라우팅됩니다. Teams의 기존 스레드가 네이티브 스레드(예: Teams로 라우팅됨)인 경우 해당 스레드의 추가 채팅 메시지와 통화는 Teams로 이동합니다. interop 스레드(즉, 비즈니스용 Skype 라우팅됨)인 경우 추가 채팅 메시지 및 통화는 비즈니스용 Skype(라우팅 옵션을 사용할 수 있다고 가정)로 이동합니다.
참고
스레드가 이후 Teams로 업그레이드된 사용자에게 interop 스레드였던 경우와 같이 Teams의 기존 스레드를 더 이상 라우팅할 수 없습니다. interop 스레드로 만들어진 이후 스레드는 비즈니스용 Skype 라우팅되지만 해당 사용자는 더 이상 채팅 및 통화에 비즈니스용 Skype 사용할 수 없습니다. 이 경우 스레드는 비활성화되고 추가 통신을 허용하지 않습니다.
비즈니스용 Skype
비즈니스용 Skype 스레드는 10분 SIP 세션 시간 제한을 초과하여 유지되지 않습니다. SIP 세션이 만료되기 전에 비즈니스용 Skype 기존 스레드의 채팅 및 호출은 스레드와 동일한 방식으로 라우팅됩니다. SIP 세션 시간 제한을 초과하는 비즈니스용 Skype 기존 스레드의 통화 및 채팅은 원래 스레드가 상대방 쪽에서 가져온 클라이언트에 관계없이 원격 당사자의 비즈니스용 Skype 라우팅됩니다.
현재 상태
일부 사용자가 Teams 클라이언트를 사용하고 다른 사용자가 비즈니스용 Skype 클라이언트를 사용하는 경우 이러한 사용자 중 일부는 두 클라이언트를 모두 사용할 수 있습니다. 프레즌스는 사용자의 공존 모드에 따라 게시된다는 것을 이해하는 것이 중요합니다. 예를 들어, 발신자의 채팅 또는 호출이 대상의 비즈니스용 Skype 클라이언트에 도달해야 하는 경우 비즈니스용 Skype 클라이언트의 현재 상태는 발신자에게 표시되어야 합니다. 대상의 Teams 클라이언트에 도달해야 하는 경우 표시해야 하는 것은 Teams 클라이언트의 존재입니다.
현재 상태는 아래에 설명된 대로 사용자의 공존 모드에 따라 공유됩니다.
- 사용자가 TeamsOnly 모드에 있는 경우 다른 사용자(Teams 또는 비즈니스용 Skype)에는 TeamsOnly 사용자의 Teams 존재 여부가 표시됩니다.
- 사용자가 비즈니스용 Skype 모드(SfbOnly, SfbWithTeamsCollab, SfbWithTeamsCollabAndMeetings)에 있는 경우 다른 사용자(Teams 또는 비즈니스용 Skype)에는 해당 비즈니스용 Skype 사용자의 비즈니스용 Skype 현재 상태가 표시됩니다.
- 사용자가 아일랜드 모드에 있는 경우 Teams의 현재 상태와 비즈니스용 Skype 현재 상태는 독립적이며(값이 일치하지 않아도 함) 다른 사용자는 동일한 테넌트 또는 페더레이션된 테넌트인지, 어떤 클라이언트를 사용하는지에 따라 아일랜드 사용자의 하나 또는 다른 현재 상태를 볼 수 있습니다.
- Teams에서 동일한 테넌트 내의 다른 모든 사용자에게는 Islands 사용자의 Teams 현재 상태가 표시됩니다. 위의 테넌트 내 라우팅 테이블과 정렬됩니다.
- Teams에서 페더레이션된 테넌트의 다른 사용자는 Islands 사용자의 비즈니스용 Skype 현재 상태를 볼 수 있습니다. 이는 위의 페더레이션 라우팅 테이블과 일치합니다.
- 비즈니스용 Skype 다른 사용자는 아일랜드 사용자의 비즈니스용 Skype 현재 상태(테넌트 내 및 페더레이션됨 모두)를 볼 수 있습니다. 이는 위의 라우팅 테이블과 일치합니다.
테넌트 내 현재 상태
TeamsOnly 사용자에게 보낸 메시지는 항상 Teams에 표시됩니다. 위에서 설명한 대로 대화가 가능한 경우 비즈니스용 Skype 모드로 전송된 메시지는 항상 비즈니스용 Skype. 아일랜드 사용자에게 보낸 메시지는 항상 시작된 클라이언트에 착륙합니다.
이 표에서는 게시자의 모드와 Watcher의 클라이언트(새 스레드의 경우)에 따라 Watcher에서 볼 수 있는 게시자의 현재 상태를 설명합니다.
표 3: 테넌트 내 현재 상태(새 스레드)
| 감시자 클라이언트 |
경로--> |
아일랜드 |
게시자 비즈니스용 Skype |
Teams 전용 |
|---|---|---|---|---|
| 비즈니스용 Skype | │ | 비즈니스용 Skype | 비즈니스용 Skype | Teams |
| Teams | │ | Teams | 비즈니스용 Skype | Teams |
페더레이션된 프레즌스
페더레이션된 존재는 표 2에 표시된 페더레이션된 연결 가능성을 기반으로 합니다. 아래 표에서는 게시자 모드와 Watcher의 클라이언트(새 스레드의 경우)에 따라 Watcher에서 볼 수 있는 게시자의 현재 상태를 설명합니다. 실제로 Watcher의 클라이언트는 이 단계에서 페더레이션에 아무런 차이가 없습니다.
표 4: 페더레이션된 현재 상태(새 스레드)
| 감시자 클라이언트 |
경로--> |
아일랜드 |
게시자 비즈니스용 Skype |
Teams 전용 |
|---|---|---|---|---|
| 비즈니스용 Skype | │ | 비즈니스용 Skype | 비즈니스용 Skype | Teams |
| Teams | │ | 비즈니스용 Skype | 비즈니스용 Skype | Teams |
기존 스레드의 현재 상태
기존 스레드의 현재 상태 및 연결 가능성을 조정하려면 라우팅이 가능하다고 가정하고 해당 스레드에 노출된 대상의 현재 상태를 스레드의 라우팅에 맞춰야 합니다. 특히 이전에 영구 interop 대화 스레드가 있는 수신자가 Teams로 업그레이드된 경우 해당 스레드는 더 이상 정확한 현재 상태를 반영하지 않으며 더 이상 라우팅할 수 없습니다. 새 스레드를 시작해야 합니다.
21Vianet에서 운영하는 Office 365 페더레이션 및 interop
다중 테넌트 Office 365 및 21Vianet에서 운영하는 Office 365 간의 페더레이션 및 interop은 다중 테넌트 Office 365 사용자가 Teams 전용 모드에 있는 경우 지원됩니다. 이러한 시나리오에서 21Vianet에서 운영하는 Office 365 비즈니스용 Skype Online 사용자는 채팅 및 통화를 통해 다중 테넌트 Office 365 있는 Teams 사용자만과 통신할 수 있습니다. 다음 표에서는 이 구성에서 지원되는 시나리오를 보여 줍니다.
| 시나리오 | 기원 | 받는 사람 | 지원? |
|---|---|---|---|
| 현재 상태 | Teams 비즈니스용 Skype |
비즈니스용 Skype Teams |
예 예 |
| 채팅 | Teams 비즈니스용 Skype |
비즈니스용 Skype Teams |
예(1:1만 해당) 예(1:1만 해당) |
| 오디오 통화 | Teams 비즈니스용 Skype |
비즈니스용 Skype Teams |
예(1:1만 해당) 예(1:1만 해당) |
| 화상 통화 | Teams 비즈니스용 Skype |
비즈니스용 Skype Teams |
예(1:1만 해당) 예(1:1만 해당) |
| 화면 공유 | Teams 비즈니스용 Skype |
비즈니스용 Skype Teams |
예(승격된 Teams 모임을 통해) 예(승격된 비즈니스용 Skype 모임을 통해) |
관련 링크
피드백
출시 예정: 2024년 내내 콘텐츠에 대한 피드백 메커니즘으로 GitHub 문제를 단계적으로 폐지하고 이를 새로운 피드백 시스템으로 바꿀 예정입니다. 자세한 내용은 다음을 참조하세요. https://aka.ms/ContentUserFeedback
다음에 대한 사용자 의견 제출 및 보기