例如，上级CDN接收到访问请求，上级CDN把该请求重定向到下级CDN时，可以把自己CDN的标识（域名）加在URL中，即http://Domain Name2/uCDN/ sample.mp4，这样下级CDN就知道该请求是由上级CDN转发过来的，当未命中时，
下级CDN互联互通会去上级CDN请求sample.mp4标识的内容。
路由请求技术 CDN路由请求（Request Routing）技术一直是各CDN的核心技术，各CDN实现技术不尽相同，流程也有差异。但从技术原理来看，路由请求技术无外乎是DNS及应用层重定向的组合，更多相关知识：
http://www.yanhuangzixun.com/。
在 IETF CDNI讨论中，各厂家提出了多种用于互联互通的路由请求技术。用DNS作为第一次重定向大家无太大意见，但基于应用层重定向就有不同的方案。主要的方案有：上级CDN应可通过交互协议了解下级CDN的情况，可以把用户请求直接重定向到下级CDN 的服务节点；上级 CDN 无需了解下级
CDN互联互通的情况，只需把用户请求调度到下级CDN的调度模块，再由下级CDN进行重定向。 第一种方案虽然减少了用户访问的重定向次数，但却给互联互通接口带来了复杂性，CDN间需要交互拓扑、负载等信息，无疑是不利于互联互通的。因此认为第2种方案才是最佳方案，如果还开展EDI业务，需要了解
EDI许可证申请基本条件。
稳定性与健全性技术 当CP/SP接入到某一CDN中，该CDN互联互通与其他CDN进行互联互通为该用户提供服务，签约CDN如何保证其下级CDN都能保证一定的服务质量呢？即互联互通的CDN如何保证其稳定性与健全性。 这就要求CDN间要能相互通知其自身的能力情况。当某CDN出现流量过载或宕机时，上级CDN可以把请求转发到其他CDN，出现问题的CDN也应能把用户请求重新调度到协作CDN。
CDN互联互通的其他考虑 CDN互联互通还应考虑其他的一些技术来满足需求，如通过黑名单技术阻止某些下游CDN获取内容；通过DRM技术禁止上级CDN向上级CDN传输没有授权的内容；通过信任模型解决CSP与上下级CDN授权问题等。
