敢问路在何方路在脚下的意思 敢问路在何方原唱视频
最是那一只雄鹰，无拘无束，翱翔在曼哈顿的天际，不分国界。
这张照片拍摄于额尔古纳界河，远眺俄罗斯远东，无法企及，但雄鹰却享受着属于自己的整个天空，管你谁定了界！
愿在自己的天空展拳脚，自我实现。
之前总结了各种信令，从4G的分配到下一个网间切换，再到PDN建立等等。
今天我们聊一聊一个比较重要的话题——DNS查询。
DNS——域名 姓名系统，是网络中——尤其是4G——DNS作为重要的组成部分引领着各信令核心令的走向。
1.DNS查询类型
DNS查询类型在2、3G中比较单一，A查询来替换IPv4地址，AAAA查询用于IPv6地址。
到4GDNS查询类型之后增加了NAPTR和SRV类型，但是不管中间过程有多复杂、类型有多繁冗，DNS查询的最终目的永远都是要得到一个IPv4或者IPv6的地址。A和AAAA查询这个是沟通的查询类型，不管是在2、3G还是4G，最终都要恢复到这两个查询类型，那么最终永远要得到一个IPv4地址——A查询结果，或者一个IPv6地址——AAAA查询结果，比如我们在访问百度的URI——https://www.baidu.c om，首先是将www.baidu.com这个域名解析出一个IPv4地址，如：
再比如在2、3G中建立PDP时SGSN根据所使用的APN查询GGSN都使用此类查询，比如DNS中定义的一条ims的A记录（仅例如^_^)：ims.mnc000.mcc460.gprs。 在20.20.20.20NAPTR查询到了4G的时候，核心网络接口一下子增加了，而且根据同一个域名可能要解析不同的网络节点地址，比如MME针对TAC的FQDN(Full Qualified Domain)名称）可能要解析SGW的S11地址，也可能要解析其他MME的S10地址，那么如果同样使用简单的一个A或者AAAA查询必然区分到底解析的IP是哪一个节点的接口地址了。所以NAPTR的引入很好解决了这个问题。NAPTR简单的理解就是通过FQDN来查找定义对应服务的替换，然后并指示下个查询是SRV还是A/AAAA。定义规则如下： IN NAPTR Order Preference flag服务类型正则表达式如下边定义：ims.apn.epc.mnc000.mcc460.3gppnetwork.org。 在 NAPTR 10 10 "a" "x-3gpp-pgw：x-s5-gtp：x-s8-gtp：x-s2b-gtp：x-gn" "" topon.pgw-s5s8.epg0.epc.mnc000.mcc460.3gppnetwork.org。
1. 针对ims的FQDN定义了其支持x-3gpp-pgw：x-s5-gtp：x-s8-gtp：x-s2b-gtp：x-gn等服务，什么意思呢？就是ims的这个从名字上我可以看到支持了pgw的同plmn下的S5接口个漫游的S8接口，以及Wi-Fi下的S2b业务，和2、3G中的UE识别的gn业务等。
2.flag表示了client下一次要进行什么样的查询，比如例子中指引了client下次就要使用Replacement进行A查询了。
3.Order和Preference表示了优先级的问题，可以在网络负载均衡中使用。SRV那么什么SRV呢？SRV可以理解为将拥有相同业务类型的服务器作为一个组来处理，从而可以针对不同组进行不同的业务划分和优先级控制等查询，定义规则如下；Preference权重端口例如：
ims.apn.epc.mnc000.mcc460.3gppnetwork.org。 在 NAPTR 10 10 "a" "x-3gpp-pgw：x-s5-gtp：x-s8-gtp：x-s2b-gtp：x-gn" "" topon.pgw-s5s8.epg0.epc.mnc000.mcc460.3gppnetwork.org.
ims.apn.epc.mnc000.mcc460.3gppnetwork.org.在 NAPTR 10 10 "a" "x-3gpp-pgw：x-s5-gtp：x-s8-gtp：x-s2b-gtp：x-gn" ""修改topon.pgw-s5s8.epg1.epc.mnc000.mcc460.3gppnetwork.org。
可以组成如下的配置：
ims.apn.epc.mnc000.mcc460.3gppnetwork.org。 在 NAPTR 10 10 "s" "x-3gpp-pgw：x-s5-gtp：x-s8-gtp：x-s2b-gtp：x-gn" "" pgw-s5s8-site1-list.epc.mnc000.mcc460.3gppnetwork.org.
pgw-s5s8-site1-list.epc.mnc000.mcc460.3gppnetwork.org. 在 SRV 100 100 2123 topon.pgw-s5s8.epg0.epc.mnc000.mcc460.3gppnetwork.org.
pgw-s5s8-site1-list.epc.mnc000.mcc460.3gppnetwork.org.在SRV 100 100 2123 topon.pgw-s5s8.epg1.epc.mnc000.mcc460.3gppnetwork.org.
2.关于topon和topoff
在4G的演进过程中诞生了两个新的节点SGW和PGW，但是在实现上来说这两个节点既可以单独存在，也可以共享同一物理机双方经常提到的合设(combined、collocation、topologically) close)节点，从理论上来说优选合设节点自然可以节省网络信令，并降低时延(虽然信令都是几十级的，但是时间就是金钱呀)。
那么问题就来了，MME在选择SGW和PGW的时候是怎么知道是否合设呢？
首先我们先来看看标准定义SGW和PGW的FQDN应该是怎样的，如下：
。 。
先来解释一下后面两个概念：single-lable-interface-name其实就是一个随便的名字可以叫abcdefg，但是为了比较清楚的说明这个FQDN的功能，一般都使用节点类型和业务接口来命名，比如sgw-s11、pgw-s5s8、mme-s10等等。
ca nonical-node-name(总也记不住终于canonical、canonical、canonical，重要的词说三遍)：这个就是用来定义一个物理节点的名字，比如epg0.epc.mnc000.mcc460.3gppnetwork.org。
可以说topon和top关闭了，如下两个FQDN：
topon.sgw-s5s8.epg0.epc.mnc000.mcc460.3gppnetwork.org.
topon.pgw-s5s8.epg0.epc.mnc000.mcc460.3gppnetwork.org.
第一个字段是topon，那么需要查看canonical-node-name，从右到左做边界匹配可以看到是一模一样呀，此时可以判断这对SGW和PGW是一个合设的节点，在选择的时候是要优选的。
如果第一个字段是topoff，OK，不用看后面了，各自组合一下，然后按照优先级顺序使用即可。
3.DNS中EPC的相关定义
1. 首先是GW(SGW和PGW)的选择定义，这个在EPC中是超级重要的一个过程，以附加(Attach)过程中的GW选择为例，MME通过APN的FQDN来查询PGW的S5/S8 VIP，以及TAC的FQDN查询SGW的S11 VIP，同时根据返回的FQDN中的topon/topoff来是否选择合设节点，DNS定义示例决定如下：
；
；根据APN选择PGW，在LTE Attach或PDN连接时使用！
；
ims.apn.epc.mnc000.mcc460.3gppnetwork.org。 在 NAPTR 10 10 "a" "x-3gpp-pgw：x-s5-gtp：x-s8-gtp：x-s2b-gtp：x-gn" "" topon.pgw-s5s8.epg0.epc.mnc000.mcc460.3gppnetwork.org.
epg0.epc.mnc000.mcc460.3gppnetwork.org.在 NAPTR 10 10 "a" "x-3gpp-pgw：x-s5-gtp：x-s8-gtp：x-s2b-gtp：x-gn" "" topon.pgw-s5s8.epg0.epc.mnc000.mcc460.3gppnetwork.org.
topon.pgw-s5s8.epg0.epc.mnc000.mcc460.3gppnetwork.org. IN A 20.20.20.20
；
；基于 TAC 选择的 SGW，在附着过程中使用，在 SGW 重定位的情况下进行 TAU 间/内部 TAU，在 SGW 重定位的情况下进行 HO 间/内部 HO！
；
tac-lbE8.tac-hb03.tac.epc.mnc000.mcc460.3gppnetwork.org. IN NAPTR 10 10 "a" "x-3gpp-sgw：x-s5-gtp：x-s8-gtp" "" topon.sgw-s5s8.epg0.epc.mnc000.mcc460.3gppnetwork.org.
epg0.epc.mnc000.mcc460.3gppnetwork.org.在 NAPTR 10 10 "a" "x-3gpp-sgw：x-s11" "" topon.sgw-s11.epg0.epc.mnc000.mcc460.3gppnetwork.org。
topon.sgw-s11.epg0.epc.mnc000.mcc460.3gppnetwork.org。 在 10.10.10.10
1a 中。 在PDN的建立过程中需要针对新的apn再次查询PGW的S5S8 IP。
1b. 在SGW改变的TAU中，新的MME需要根据新的TAC FQDN查询新的SGW。
1c。 在SGW改变的切换中，目标MME需要根据新的TAC FQDN查询新的SGW。
2. MME的选择：MME选择有两种，一种是跨MME的TAU新MME通GUMMEI构建Old MME FQDN查询对应的MME S10 IP；一种是跨MME的切换通过TAC FQDN查询目标MME S10 IP，定义示例如下：
；
； 中间时根据GUMMEI选择Old MME TAU！
；
mmec08.mmegi0146.mme.epc.mnc000.mcc460.3gppnetwork.org。 IN NAPTR 10 10 "a" "x-3gpp-mme：x-s10" "" topoff.oldMMES10.mmec08.mmegi0146.mme.epc.mnc000.mcc460.3gppnetwork.org.
topoff.oldMMES10.mmec08.mmegi0146.mme.epc.mnc000.mcc460.3gppnetwork.org. IN A 40.40.40.40
；
；源 MME 根据目标 TAC 选择目标 MME，用于 Inter-LTE S1-HO!
；
tac-lbE8.tac-hb03.tac.epc.mnc000.mcc460.3gppnetwork.org.在 NAPTR 10 10 "a" "x-3gpp-mme：x-s10" "" topoff.targetMMES10.mmec08.mmegi0146.mme.epc.mnc000.mcc460.3gppnetwork.org.
topoff.targetMMES10.mmec08.mmegi0146.mme.epc.mnc000.mcc460.3gppnetwork.org. 在 A 40.40.40.40
3. SGSN的选择：在梳理TAU下过程的时候回调了一个来自2/3G的TAU，如果这个过程中4G中的MME和2/3G的SGSN不合适的话，那么新的MME需要通过DNS查询的SGSN从而获得userContext，但是新的MME是要构建SGSN的假GUMMEI的FQDN的，为什么之前要这么说呢因为SGSN木有GUMMEI呀o(╯□╰)o，所以通过RAI/P-TMSI到GUTI的映射关系来得到SGSN的假GUMMEI，另外一种情况就是在4G到2/3G的切换过程中需要查询(还没有，好懒o(╯□╰)o)，定义例子如下：
；
；新MME根据旧SGSN中的LAC-RAC映射的GUMMEI选择旧SGSN，当ISC-TAU从W/G到LTE时使用Gn/Gp：------------IRAT!
；源MME在dur中选择目标SGSN
使用 Gn 网络从 LTE 切换到 WCDMA
；
rac0001.lac0064.rac.epc.mnc000.mcc460.3gppnetwork.org. IN NAPTR 10 10 "a" "x-3gpp-sgsn：x-gn：x-gp" "" topoff.gn.sgsn.epc.mnc000.mcc460.3gppnetwork.org.
topoff.gn.sgsn.epc.mnc000.mcc460.3gppnetwork.org. IN A 30.30.30.30
4.DNS配置工具
这几天将的一款DNS配置生成工具重新整理做了公开的版本，填入数据之后可以生成DNS配置文件，切配置文件可以保存：
以上就是敢问路何向方之DNS的详细内容，之前更多请关注乐哥常识网其他相关文章！