广东电信用户IP:1.1.1.1 需要看一个直播 ，实现就近访问的过程是：

　　1>用户向配置的DNS服务器1.1.1.0(通常是运营商指定，也称local DNS，后面简称Ldns)发起 的查询;

　　2> Ldns 上没有该域名的记录，则往顶级即Root NS上发起查询;

　　3>Root NS返回告知Ldns该域名的权威解析记录在UCloud NS上;

　　4>Ldns 向UCloud NS发起查询;

　　5>UCloud NS 向UCloud GSLB服务发起查询，GSLB发现 Ldns1.1.1.0是属于广东电信;

　　6>返回广东电信的就近节节点IP1.1.1.2;

　　7>返回1.1.1.2给Ldns;

　　8>返回给用户1.1.1.2，用户到1.1.1.2上去获取直播内容。

　　链路很长，但是每个Ldns上都会对查询过的域名做合理的缓存，下一个广东电信的用户再来查询的时候就可以直接返回1.1.1.2。架构并不复杂，关键点是如何知道Ldns是位于广东电信，这就涉及一个IP地址库。有开源地址库，也有商业地址库，可以按需求采购即可，一般一年1万左右。

　　这里不难看出来，调度的准确度是完全依赖用户配置的Ldns，而这些Ldns大多数是省级别的，即GLSB只知道用户是广东电信，但是常常分不出来是广东广州电信，还是广东深圳电信。 HTTPDNS就是实现更精准的调度一种方式：

　　1>用户1.1.1.1通过HTTP协议直接向UCloud NS请求直播域名;

　　2>UCloud NS发现用户IP1.1.1.1属于广东深圳电信;

　　3>返回广东深圳电信节点1.1.1.11给UCloud NS;

　　4>返回给用户。

　　HTTPDNS的好处显而易见：一可精准获得用户端的IP，有效避免用户配错Ldns(有时是网络中心配错DNS)的情况，可更精准定位用户所在网络位置。二可避免DNS解析劫持。

　　2)BGP中转架构-最短传输路径

　　BGP即Border Gateway Protocol (边界网关协议)，业内简称BGP。为什么BGP中转架构对直播加速和分发如此重要?不得不提国内复杂的网络状况，较广为人知的是“南电信北联通”的宽带用户分布。那一个简单的问题，电信主播发起了直播，联通的用户想看怎么办呢? 从结构上讲，肯定是有有限个电信联通两个运营商的交汇点，相当于信息桥梁。 这就会带来两个问题：1、路程要绕远，网络延迟高且不稳定;2、高峰期拥堵，导致直播流卡顿。

　　BGP的技术原理往简单的说就是允许同一IP在不同网络中广播不同的路由信息，效果就是同一个IP，当电信用户来访问时走电信网内的路由，联通用户来访问时走的联通的路由。所以BGP技术对跨运营商的访问带来了巨大的便利，特别是直播场景。不同于传统的文件缓存场景，一个图片哪怕第一次是跨了遥远的距离从源站获取后，本地网络进行缓存，后面的访问都走本地网络。直播加速是流式的，并且当要做到低延迟的时候，中间的缓存要尽可能少。 BGP相当于给跨网的用户就近搭建了一坐桥梁，不必绕远路，延时和稳定性都大大提高了。