X-P2P-PeerDist header：它来自哪里？
X-P2P-PeerDist header: where does it come from?
我在向我的服务器发出的一些请求中看到了这个 HTTP header：
X-P2P-PeerDist: Version=1.0
我知道这一点：http://www.faqs.org/patents/app/20110016220#ixzz3g3X8lSYF，但我想知道发送那个 header 的已知客户是什么。
有什么想法吗？
更新：根据要求，我将随请求发送的其他 header 包括在内（我用 *** 混淆了一些与我们的客户相关的私人内容）：
GET http://***.com/ HTTP/1.1
Accept: application/x-ms-application, image/jpeg, application/xaml+xml, image/gif, image/pjpeg, application/x-ms-xbap, */*
Connection: Keep-Alive
Accept-Language: en-US
User-Agent: Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 6.1; Win64; x64; Trident/7.0; .NET CLR 2.0.50727; SLCC2; .NET CLR 3.5.30729; .NET CLR 3.0.30729; InfoPath.3; .NET4.0C; .NET4.0E)
X-P2P-PeerDist: Version=1.0
UA-CPU: AMD64
Accept-Encoding: gzip, deflate, peerdist
Host: ***.com
Cookie: SMSESSION=***; OrgName=***; authCookie=***; ASP.NET_SessionId=***
Pragma: no-cache
Cache-Control: no-cache
用户代理似乎在 IE7 模式 (compatible; MSIE 7.0) 中指示 IE11 (Trident/)，但我没有得到 X-P2P-PeerDist header 当我我正在使用这个配置，所以我认为它没有直接关系。
它是PeerDist peer content caching protocol. It has never been standardized and are not even registered with the IANA registry for HTTP headers中使用的headers之一。
已知是从 Internet Explorer, .NET HTTP clients and SilverLight HTTP clients 的某些最新版本发送的。
我在 Windows 7 上的 IE11 + 兼容模式下看到了这个，连接到一个 Intranet 应用程序并下载了一个 docx 文件。该请求仅在下载文档时出现。所有请求都通过 F5 负载平衡器。在同一浏览器和同一应用程序上的其他 non-download 请求中，缺少 X-p2p-peerdist header。
我相对确定如果客户端配置为使用 BranchCache 并且使用 WinHTTP 发出请求，则会发送此 header。关于 BranchCache：
To optimize WAN bandwidth, BranchCache copies content from your main office content servers and caches the content at branch office locations, allowing client computers at branch offices to access the content locally rather than over the WAN. (Source).
在此处进行本地测试时，启用了 BranchCache 的客户端会发送 X-P2P-PeerDist header，而全新的客户端（未配置 BranchCache）会发送没有发送。
底层协议似乎是Peer Content Caching and Retrieval（协议描述中的MS-PCCRTP), as the section Message Syntax定义了X-P2P-PeerDist 作为它使用的 HTTP header 扩展之一。
但是，文档 BranchCache Deployment Guide for Windows Server 2008 R2 and Windows 7 列出了其他 MS-PCCx 协议但没有 MS-PCCRTP。因此，我没有外部证据表明此 header 是由启用了 BranchCache 的客户端引起的。
我在向我的服务器发出的一些请求中看到了这个 HTTP header：
X-P2P-PeerDist: Version=1.0
我知道这一点：http://www.faqs.org/patents/app/20110016220#ixzz3g3X8lSYF，但我想知道发送那个 header 的已知客户是什么。
有什么想法吗？
更新：根据要求，我将随请求发送的其他 header 包括在内（我用 *** 混淆了一些与我们的客户相关的私人内容）：
GET http://***.com/ HTTP/1.1
Accept: application/x-ms-application, image/jpeg, application/xaml+xml, image/gif, image/pjpeg, application/x-ms-xbap, */*
Connection: Keep-Alive
Accept-Language: en-US
User-Agent: Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 6.1; Win64; x64; Trident/7.0; .NET CLR 2.0.50727; SLCC2; .NET CLR 3.5.30729; .NET CLR 3.0.30729; InfoPath.3; .NET4.0C; .NET4.0E)
X-P2P-PeerDist: Version=1.0
UA-CPU: AMD64
Accept-Encoding: gzip, deflate, peerdist
Host: ***.com
Cookie: SMSESSION=***; OrgName=***; authCookie=***; ASP.NET_SessionId=***
Pragma: no-cache
Cache-Control: no-cache
用户代理似乎在 IE7 模式 (compatible; MSIE 7.0) 中指示 IE11 (Trident/)，但我没有得到 X-P2P-PeerDist header 当我我正在使用这个配置，所以我认为它没有直接关系。
它是PeerDist peer content caching protocol. It has never been standardized and are not even registered with the IANA registry for HTTP headers中使用的headers之一。
已知是从 Internet Explorer, .NET HTTP clients and SilverLight HTTP clients 的某些最新版本发送的。
我在 Windows 7 上的 IE11 + 兼容模式下看到了这个，连接到一个 Intranet 应用程序并下载了一个 docx 文件。该请求仅在下载文档时出现。所有请求都通过 F5 负载平衡器。在同一浏览器和同一应用程序上的其他 non-download 请求中，缺少 X-p2p-peerdist header。
我相对确定如果客户端配置为使用 BranchCache 并且使用 WinHTTP 发出请求，则会发送此 header。关于 BranchCache：
To optimize WAN bandwidth, BranchCache copies content from your main office content servers and caches the content at branch office locations, allowing client computers at branch offices to access the content locally rather than over the WAN. (Source).
在此处进行本地测试时，启用了 BranchCache 的客户端会发送 X-P2P-PeerDist header，而全新的客户端（未配置 BranchCache）会发送没有发送。
底层协议似乎是Peer Content Caching and Retrieval（协议描述中的MS-PCCRTP), as the section Message Syntax定义了X-P2P-PeerDist 作为它使用的 HTTP header 扩展之一。
但是，文档 BranchCache Deployment Guide for Windows Server 2008 R2 and Windows 7 列出了其他 MS-PCCx 协议但没有 MS-PCCRTP。因此，我没有外部证据表明此 header 是由启用了 BranchCache 的客户端引起的。