PoC手册 - 1 基础环境 - Lab 04 XenApp服务器的安装和DDC WI的配置_图文_百度文库
赠送免券下载特权
10W篇文档免费专享
部分付费文档8折起
每天抽奖多种福利
两大类热门资源免费畅读
续费一年阅读会员，立省24元！
PoC手册 - 1 基础环境 - Lab 04 XenApp服务器的安装和DDC WI的配置
&&xendesktop POC方案
阅读已结束，下载本文需要
想免费下载本文？
定制HR最喜欢的简历
下载文档到电脑，同时保存到云知识，更方便管理
加入VIP
还剩49页未读，
定制HR最喜欢的简历
你可能喜欢没有更多推荐了，
不良信息举报
举报内容：
Reporting Service 和 SQL Server Integration Services 服务不能启动
举报原因：
原文地址：
原因补充：
最多只允许输入30个字
加入CSDN，享受更精准的内容推荐，与500万程序员共同成长！&|&&|&&|&&|&&
当前位置： >
Lync 的呼叫转移
作者：waynewang2 & 来源：转载 &
摘要: Lync里面的一个非常重要的功能就是呼叫转移了，具体的设置方法就是如下。用户设置一个号码，然后其它人呼叫该用户的Lync号码的时候，无论该用户的Lync是在线还是离线，呼叫永远都是转移到用户设置在这里的号码。即便Lync客户端离线了，呼叫也可以转移出去，这样就一个呼叫都不会漏了。 到这里觉得都没有问题，结果在测试的时候，你会发现这样的转移是不成功的。为什么？我们首先来看看呼叫的流程
手机用户呼叫
Lync里面的一个非常重要的功能就是呼叫转移了，具体的设置方法就是如下。用户设置一个号码，然后其它人呼叫该用户的Lync号码的时候，无论该用户的Lync是在线还是离线，呼叫永远都是转移到用户设置在这里的号码。即便Lync客户端离线了，呼叫也可以转移出去，这样就一个呼叫都不会漏了。
到这里觉得都没有问题，结果在测试的时候，你会发现这样的转移是不成功的。为什么？我们首先来看看呼叫的流程
手机用户呼叫021-，经过网关转变成为标准的E.164格式进入Lync，然后Lync用户设置了把呼叫转移到自己的手机，我们先看看网关上收到的数据包。
INVITE sip:@192.168.1.198;user=phone SIP/2.0
FROM: &sip:;phone-context=enterprise@lync2010.ucdemo.user=phone&;epid=6F3B6CC71C;tag=4d1a2de
TO: &sip:@192.168.1.198;user=phone&
CSEQ: 4 INVITE
CALL-ID: -329b-45fb-a91c-
MAX-FORWARDS: 70
VIA: SIP/2.0/TCP 192.168.1.62:50044;branch=z9hG4bKeffed08c
CONTACT: &sip:Lync2010.ucdemo.net:5068;transport=Tmaddr=192.168.1.62;ms-opaque=ad5bea4&
CONTENT-LENGTH: 338
SUPPORTED: 100rel
USER-AGENT: RTCC/4.0.0.0 MediationServer
CONTENT-TYPE: application/sdp
ALLOW: ACK
Allow: CANCEL,BYE,INVITE,PRACK,UPDATE
o=- 5 1 IN IP4 192.168.1.62
c=IN IP4 192.168.1.62
m=audio 49226 RTP/AVP 97 101 13 0 8
c=IN IP4 192.168.1.62
a=rtcp:49227
a=label:Audio
a=sendrecv
a=rtpmap:97 RED/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=rtpmap:13 CN/8000
a=rtpmap:0 PCMU/8000
a=rtpmap:8 PCMA/8000
a=ptime:20
发现一个问题没有？里面没有任何的关于021-的信息，我们可以这么理解，呼叫达到了Lync之后，Lync重新发起了一路对的呼叫，而呼叫的主叫则不是Lync用户，而是原本呼入的手机号码。这样的逻辑却是也对，因为上面应该显示出主叫是。但是很遗憾的是，我们国内很多地方的E1线路有一个非常严格的规定，要通过这条E1中继线路发出呼叫，主叫方的号码必须是你所拥有的DID号码段内的号码。所以这样的呼叫是无法通过E1呼出去的。
解决问题的思路就是，针对Lync发起的这路呼叫，我们需要把主叫号码修改为Lync用户的号码，这样的呼叫才能顺利地进入运营商的网络。而在这样的情况下，上面显示的主叫号码则是自己的座机号码，有点怪，是不是？不过习惯就好。
要解决这个问题需要网关和Lync双方共同完成。
第一步：首先需要Lync送出来的SIP invite带着原始的Lync用户信息，
第二步：网关根据这个信息进行相关信息的修改，然后再进行落地。
第一步的做法：
在中介服务器上修改:\Program Files\Microsoft Lync Server 2010\Mediation Server\MediationServerSvc.exe.config文件，填入如下的内容，其中192.168.1.198是网关的IP地址。
&?xml version=”1.0″ encoding=”utf-8″?&
&configuration&
&appSettings&
&add key=”192.168.1.198.ReferredBySupported” value=”true”/&
&/appSettings&
&generatePublisherEvidence enabled=”false”/&
&/runtime&
&/configuration&
然后重新启动中介服务。
我们在抓一个包看看，
INVITE sip:@192.168.1.198;user=phone SIP/2.0
FROM: &sip:;phone-context=enterprise@lync2010.ucdemo.user=phone&;epid=9B06D4BE71;tag=6f47a78d83
TO: &sip:@192.168.1.198;user=phone&
CSEQ: 7 INVITE
CALL-ID: ec6fb552-1a09-436c-e52dc5a
MAX-FORWARDS: 70
VIA: SIP/2.0/TCP 192.168.1.62:50603;branch=z9hG4bKb8a9fab
CONTACT: &sip:Lync2010.ucdemo.net:5068;transport=Tmaddr=192.168.1.62;ms-opaque=6d5c4f1bb489ae4e&
CONTENT-LENGTH: 338
REFERRED-BY: &tel:+&
SUPPORTED: 100rel
USER-AGENT: RTCC/4.0.0.0 MediationServer
CONTENT-TYPE: application/sdp
ALLOW: ACK
Allow: CANCEL,BYE,INVITE,PRACK,UPDATE
o=- 4 1 IN IP4 192.168.1.62
c=IN IP4 192.168.1.62
m=audio 53782 RTP/AVP 97 101 13 0 8
c=IN IP4 192.168.1.62
a=rtcp:53783
a=label:Audio
a=sendrecv
a=rtpmap:97 RED/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=rtpmap:13 CN/8000
a=rtpmap:0 PCMU/8000
a=rtpmap:8 PCMA/8000
a=ptime:20
我们会看到，前面的主叫和被叫都没有什么变化，但是里面却多了一行，REFERRED-BY: &tel:+& ，那接下来的工作就简单很多了，让网关完成这个转换过程就可以顺利的把呼叫送出去了。在网关上要完成这个动作比较简单，基本的思路就是取出REFERRED-BY然后替换Calling Number。
本文出自 “WW的统一沟通” 博客，谢绝转载！
版权所有 IT知识库 CopyRight (C)
IT知识库 IT610.com , All Rights Reserved.Publisher 类 (System.Security.Policy)
Publisher 类
要查看英语原文，请勾选“英语”复选框。也可将鼠标指针移到文本上，在弹出窗口中显示英语原文。
本文档已存档，并且将不进行维护。
Publisher 类
Visual Studio 2010
提供代码程序集的 Authenticode X.509v3 数字签名作为策略评估的证据。
此类不能被继承。
System.Security.Policy.Publisher
命名空间：
mscorlib（在 mscorlib.dll 中）
[SerializableAttribute]
[ComVisibleAttribute(true)]
public sealed class Publisher : EvidenceBase,
IIdentityPermissionFactory
Publisher 类型公开以下成员。
名称说明用包含发行者公钥的 Authenticode X.509v3 证书初始化 Publisher 类的新实例。
名称说明获取发行者的 Authenticode X.509v3 证书。
名称说明创建作为当前实例副本的新对象。 （重写 。）创建 Publisher 的等效副本。创建与 Publisher 类的当前实例对应的标识权限。将当前 Publisher 与指定的对象比较以判断它们是否等同。 （重写 。）允许对象在“垃圾回收”回收之前尝试释放资源并执行其他清理操作。 （继承自 。） 的哈希代码。 （重写 。）。 （继承自 。） 的浅表副本。 （继承自 。）返回当前 Publisher 的字符串表示形式。 （重写 。）
证据的存在将在授予集内生成 。
的 ，则与 Publisher 证据对应的
将与请求的权限进行比较。
发行者证据基于 Authenticode X.509v3 签名。 证据。除非计算机具有基于
类的自定义代码组，否则可以通过跳过 Authenticode 签名验证来提高性能。
证据的方法来实现的。
受以下版本支持：4、3.5、3.0、2.0、1.1、1.0受以下版本支持：4、3.5 SP1Windows 7, Windows Vista SP1 或更高版本, Windows XP SP3, Windows XP SP2 x64 Edition, Windows Server 2008（不支持服务器核心）, Windows Server 2008 R2（支持 SP1 或更高版本的服务器核心）, Windows Server 2003 SP2
.NET Framework 并不是对每个平台的所有版本都提供支持。有关支持的版本的列表，请参见。
此类型的任何公共 static（在 Visual Basic 中为 Shared） 成员都是线程安全的。但不保证所有实例成员都是线程安全的。