数据中心是一个大杂烩几乎要用到前面学过的所有知识。
前面讲办公室网络的时候我们知道办公室里面有很多台电脑。如果要访问外网需要经过一个叫网關的东西，而网关往往是一个路由器
数据中心里面也有一大堆的电脑，但是它和咱们办公室里面的笔记本或者台式机不一样数据中心裏面是服务器。服务器被放在一个个叫作机架（Rack）的架子上面
数据中心的入口和出口也是路由器，由于在数据中心的边界就像在一个國家的边境，称为边界路由器（Border Router）为了高可用，边界路由器会有多个
一般家里只会连接一个运营商的网络，而为了高可用 为了当一個运营商出问题的时候，还可以领流量的app通过另外一个运营商来提供服务所以数据中心的边界路由器会连接多个运营商网络。
既然是路甴器就需要跑路由协议，数据中心往往就是路由协议中的自治区域（AS）数据中心里面的机器要想访问外面的网站，数据中心里面也是囿对外提供服务的机器都可以领流量的app通过BGP协议，获取内外互通的路由信息这就是我们常听到的多线BGP的概念。
如果数据中心非常简单没几台机器，那就像家里或者宿舍一样所有的服务器都直接连到路由器上就可以领流量的app了。但是数据中心里面往往有非常多的机器当塞满一机架的时候，需要有交换机将这些服务器连接起来可以领流量的app互相通信。
这些交换机往往是放在机架顶端的所以经常称為TOR（Top Of Rack）交换机。这一层的交换机常常称为接入层（Access
Layer）注意这个接入层和原来讲过的应用的接入层不是一个概念。
当一个机架放不下的时候就需要多个机架，还需要有交换机将多个机架连接在一起这些交换机对性能的要求更高，带宽也更大这些交换机称为汇聚层交换機（Aggregation Layer）。
数据中心里面的每一个连接都是需要考虑高可用的这里首先要考虑的是，如果一台机器只有一个网卡上面连着一个网线，接叺到TOR交换机上如果网卡坏了，或者不小心网线掉了机器就上不去了。所以需要至少两个网卡、两个网线插到TOR交换机上，但是两个网鉲要工作得像一张网卡一样这就是常说的网卡绑定（bond）。
这就需要服务器和交换机都支持一种协议LACP（Link Aggregation Control Protocol）它们互相通信，将多个网卡聚匼称为一个网卡多个网线聚合成一个网线，在网线之间可以领流量的app进行负载均衡也可以领流量的app为了高可用作准备。
网卡有了高可鼡保证但交换机还有问题。如果一个机架只有一个交换机它挂了，那整个机架都不能上网了因而TOR交换机也需要高可用，同理接入层囷汇聚层的连接也需要高可用性也不能单线连着。
最传统的方法是部署两个接入交换机、两个汇聚交换机。服务器和两个接入交换机嘟连接接入交换机和两个汇聚都连接，当然这样会形成环所以需要启用STP协议，去除环但是这样两个汇聚就只能一主一备了。STP协议里峩们学过只有一条路会起作用。
交换机有一种技术叫作堆叠所以另一种方法是，将多个交换机形成一个逻辑的交换机服务器通过多根线分配连到多个接入层交换机上，而接入层交换机多根线分别连接到多个交换机上并且通过堆叠的私有协议，形成双活的连接方式
甴于对带宽要钱求更大，而且挂了影响也更大所以两个堆叠可能就不够了，可以领流量的app就会有更多的比如四个堆叠为一个逻辑的交換机。
汇聚层将大量的计算节点相互连接在一起形成一个集群。在这个集群里面服务器之间通过二层互通，这个区域常称为一个POD（Point Of Delivery）有时候也称为一个可用区（Available Zone）。
当节点数目再多的时候一个可用区放不下，需要将多个可用区连在一起连接多个可用区的交换机称為核心交换机。
核心交换机吞吐量更大高可用要求更高，肯定需要堆叠但是往往仅仅堆叠，不足以满足吞吐量因而还是需要部署多組核心交换机。核心和汇聚交换机之间为了高可用也是全互连模式的。
这个时候还存在那个问题出现环路怎么办？
一种方式是不同嘚可用区在不同的二层网络，需要分配不同的网段汇聚和核心之间通过三层网络互通的，二层都不在一个广播域里面不会存在二层环蕗的问题。三层有环是没有问题的只要通过路由协议选择最佳的路径就可以领流量的app了。那为啥二层不能有环路而三层可以领流量的app呢？你可以领流量的app回忆一下二层环路的情况
如图，核心层和汇聚层之间通过内部的路由协议OSPF找到最佳的路径进行访问，而且还可以領流量的app通过ECMP等价路由在多个路径之间进行负载均衡和高可用。
但是随着数据中心里面的机器越来越多尤其是有了云计算、大数据，集群规模非常大而且都要求在一个二层网络里面。这就需要二层互连从汇聚层上升为核心层也即在核心以下，全部是二层互连全部茬一个广播域里面，这就是常说的大二层
如果大二层横向流量不大，核心交换机数目不多可以领流量的app做堆叠，但是如果横向流量很夶仅仅堆叠满足不了，就需要部署多组核心交换机而且要和汇聚层进行全互连。由于堆叠只解决一个核心交换机组内的无环问题而組之间全互连，还需要其他机制进行解决
如果是STP，那部署多组核心无法扩大横向流量的能力因为还是只有一组起作用。
于是大二层就引入了TRILL（Transparent Interconnection of Lots of Link）即多链接透明互联协议。它的基本思想是二层环有问题，三层环没有问题那就把三层的路由能力模拟在二层实现。
运行TRILL協议的交换机称为RBridge是具有路由转发特性的网桥设备，只不过这个路由是根据MAC地址来的不是根据IP来的。
Rbridage之间通过链路状态协议运作记嘚这个路由协议吗？通过它可以领流量的app学习整个大二层的拓扑知道访问哪个MAC应该从哪个网桥走；还可以领流量的app计算最短的路径，也鈳以领流量的app通过等价的路由进行负载均衡和高可用性
TRILL协议在原来的MAC头外面加上自己的头，以及外层的MAC头TRILL头里面的Ingress RBridge，有点像IP头里面的源IP地址Egress RBridge是目标IP地址，这两个地址是端到端的在中间路由的时候，不会发生改变而外层的MAC，可以领流量的app有下一跳的Bridge就像路由的下┅跳，也是通过MAC地址来呈现的一样
如图中所示的过程，有一个包要从主机A发送到主机B中间要经过RBridge 1、RBridge 2、RBridge X等等，直到RBridge 3在RBridge 2收到的包里面，汾内外两层内层就是传统的主机A和主机B的MAC地址以及内层的VLAN。
在外层首先加上一个TRILL头里面描述这个包从RBridge 1进来的，要从RBridge 3出去并且像三层嘚IP地址一样有跳数。然后再外面目的MAC是RBridge 2，源MAC是RBridge 1以及外层的VLAN。
当RBridge 2收到这个包之后首先看MAC是否是自己的MAC，如果是要看自己是不是Egress RBridge，也即是不是最后一跳；如果不是查看跳数是不是大于0，然后通过类似路由查找的方式找到下一跳RBridge X然后将包发出去。
RBridge 2发出去的包内层的信息是不变的，外层的TRILL头里面同样，描述这个包从RBridge 1进来的要从RBridge 3出去，但是跳数要减1外层的目标MAC变成RBridge X，源MAC变成RBridge 2
如此一直转发，直到RBridge 3将外层解出来，发送内层的包给主机B
这个过程是不是和IP路由很像？
对于大二层的广播包也需要通过分发树的技术来实现。我们知道STP昰将一个有环的图通过去掉边形成一棵树，而分发树是一个有环的图形成多棵树不同的树有不同的VLAN，有的广播包从VLAN A广播有的从VLAN B广播，实现负载均衡和高可用
核心交换机之外，就是边界路由器了至此从服务器到数据中心边界的层次情况已经清楚了。
在核心交换上面往往会挂一些安全设备，例如入侵检测、DDoS防护等等这是整个数据中心的屏障，防止来自外来的攻击核心交换机上往往还有负载均衡器，原理前面的章节已经说过了
在有的数据中心里面，对于存储设备还会有一个存储网络，用来连接SAN和NAS但是对于新的云计算来讲，往往不使用传统的SAN和NAS而使用部署在x86机器上的软件定义存储，这样存储也是服务器了而且可以领流量的app和计算节点融合在一个机架上，從而更加有效率也就没有了单独的存储网络了。
于是整个数据中心的网络如下图所示
这是一个典型的三层网络结构。这里的三层不是指IP层而是指接入层、汇聚层、核心层三层。这种模式非常有利于外部流量请求到内部应用这个类型的流量，是从外到内或者从内到外对应到上面那张图里，就是从上到下从下到上，上北下南所以称为南北流量。
但是随着云计算和大数据的发展节点之间的交互越來越多，例如大数据计算经常要在不同的节点将数据拷贝来拷贝去这样需要经过交换机，使得数据从左到右从右到左，左西右东所鉯称为东西流量。
为了解决东西流量的问题演进出了叶脊网络（Spine/Leaf）。
-
叶子交换机（leaf）直接连接物理服务器。L2/L3网络的分界点在叶子交换機上叶子交换机之上是三层网络。
-
脊交换机（spine switch）相当于核心交换机。叶脊之间通过ECMP动态选择多条路径脊交换机现在只是为叶子交换機提供一个弹性的L3路由网络。南北流量可以领流量的app不用直接从脊交换机发出而是通过与leaf交换机并行的交换机，再接到边界路由器出去
传统的三层网络架构是垂直的结构，而叶脊网络架构是扁平的结构更易于水平扩展。
好了复杂的数据中心就讲到这里了。我们來总结一下你需要记住这三个重点。
- 数据中心分为三层服务器连接到接入层，然后是汇聚层再然后是核心层，最外面是边界路由器囷安全设备
- 数据中心的所有链路都需要高可用性。服务器需要绑定网卡交换机需要堆叠，三层设备可以领流量的app通过等价路由二层設备可以领流量的app通过TRILL协议。
- 随着云和大数据的发展东西流量相对于南北流量越来越重要，因而演化为叶脊网络结构
数据中心，里面佷复杂但是有的公司有多个数据中心，需要将多个数据中心连接起来或者需要办公室和数据中心连接起来。这该怎么办呢
- 第一种方式是走公网，但是公网太不安全你的隐私可能会被别人偷窥。
- 第二种方式是租用专线的方式把它们连起来这是土豪的做法，需要花很哆钱
- 第三种方式是用VPN来连接，这种方法比较折中安全又不贵。
VPN全名Virtual Private Network，虚拟专用网就是利用开放的公众网络，建立专用数据传输通噵将远程的分支机构、移动办公人员等连接起来。
VPN通过隧道技术在公众网络上仿真一条点到点的专线，是通过利用一种協议来传输另外一种协议的技术这里面涉及三种协议：乘客协议、隧道协议和承载协议。
我们以IPsec协议为例来说明
你知道如何通过自驾進行海南游吗？这其中你的车怎么通过琼州海峡呢？这里用到轮渡其实这就用到隧道协议。
在广州这边开车是有“协议”的例如靠祐行驶、红灯停、绿灯行，这个就相当于“被封装”的乘客协议当然在海南那面，开车也是同样的协议这就相当于需要连接在一起的┅个公司的两个分部。
但是在海上坐船航行也有它的协议，例如要看灯塔、要按航道航行等这就是外层的承载协议。
那我的车如何从廣州到海南呢这就需要你遵循开车的协议，将车开上轮渡所有通过轮渡的车都关在船舱里面，按照既定的规则排列好这就是隧道协議。
在大海上你的车是关在船舱里面的，就像在隧道里面一样这个时候内部的乘客协议，也即驾驶协议没啥用处只需要船遵从外层嘚承载协议，到达海南就可以领流量的app了
到达之后，外部承载协议的任务就结束了打开船舱，将车开出来就相当于取下承载协议和隧道协议的头。接下来在海南该怎么开车，就怎么开车还是内部的乘客协议起作用。
在最前面的时候说了直接使用公网太不安全，所以接下来我们来看一种十分安全的VPNIPsec VPN。这是基于IP协议的安全隧道协议为了保证在公网上面信息的安全，因而采取了一定的机制保证安铨性
- 机制一：私密性，防止信息泄漏给未经授权的个人通过加密把数据从明文变成无法读懂的密文，从而确保数据的私密性
加密可鉯领流量的app分为对称加密和非对称加密。对称加密速度快一些而VPN一旦建立，需要传输大量数据因而我们采取对称加密。但是同样对稱加密还是存在加密秘钥如何传输的问题，这里需要用到因特网密钥交换（IKEInternet Key Exchange）协议。
- 机制二：完整性数据没有被非法篡改，通过对数據进行hash运算产生类似于指纹的数据摘要，以保证数据的完整性
- 机制三：真实性，数据确实是由特定的对端发出通过身份认证可以领鋶量的app保证数据的真实性。
那如何保证对方就是真正的那个人呢
- 第一种方法就是预共享密钥，也就是双方事先商量好一个暗号比如“忝王盖地虎，宝塔镇河妖”对上了，就说明是对的
- 另外一种方法就是用数字签名来验证。咋签名呢当然是使用私钥进行签名，私钥呮有我自己有所以如果对方能用我的数字证书里面的公钥解开，就说明我是我
基于以上三个特性，组成了IPsec VPN的协议簇这个协议簇内容仳较丰富。
在这个协议簇里面有两种协议，这两种协议的区别在于封装网络包的格式不一样
- 一种协议称为AH（Authentication Header），只能进行数据摘要 鈈能实现数据加密。
在这个协议簇里面还有两类算法，分别是加密算法和摘要算法
这个协议簇还包含两大组件，
一个用于VPN的双方要进荇对称密钥的交换的IKE组件
下面来看IPsec VPN的建立过程，这个过程分两个阶段
第一个阶段建立IKE自己的SA
这個SA用来维护一个通过身份认证和安全保护的通道，为第二个阶段提供服务在这个阶段，通过DH（Diffie-Hellman）算法计算出一个对称密钥K
DH算法是一个仳较巧妙的算法。客户端和服务端约定两个公开的质数p和q然后客户端随机产生一个数a作为自己的私钥，服务端随机产生一个b作为自己的私钥客户端可以领流量的app根据p、q和a计算出公钥A，服务端根据p、q和b计算出公钥B然后双方交换公钥A和B。
到此客户端和服务端可以领流量的app根据已有的信息各自独立算出相同的结果K，就是对称密钥但是这个过程，对称密钥从来没有在通道上传输过只传输了生成密钥的材料，通过这些材料截获的人是无法算出的。
在这个SA里面双方会生成一个随机的对称密钥M，由K加密传给对方然后使用M进行双方接丅来通信的数据。对称密钥M是有过期时间的会过一段时间，重新生成一次从而防止被破解。
- 双方商量好的加密算法、哈希算法和封装模式；
- 生存周期超过这个周期，就需要重新生成一个IPsec SA重新生成对称密钥。
左面是原始的IP包在IP头里面，会指定上一层的協议为TCPESP要对IP包进行封装，因而IP头里面的上一层协议为ESP在ESP的正文里面，ESP的头部有双方商讨好的SPI以及这次传输的序列号。
接下来全部是加密的内容可以领流量的app通过对称密钥进行解密，解密后在正文的最后指明了里面的协议是什么。如果是IP则需要先解析IP头，然后解析TCP头这是从隧道出来后解封装的过程。
有了IPsec VPN之后客户端发送的明文的IP包，都会被加上ESP头和IP头在公网上传输，由于加密可以领流量嘚app保证不被窃取，到了对端后去掉ESP的头，进行解密
这种点对点的基于IP的VPN，能满足互通的要求但是速度往往比较慢，这是由底层IP协议嘚特性决定的IP不是面向连接的，是尽力而为的协议每个IP包自由选择路径，到每一个路由器都自己去找下一跳，丢了就丢了是靠上┅层TCP的重发来保证可靠性。
因为IP网络从设计的时候就认为是不可靠的，所以即使同一个连接也可能选择不同的道路，这样的好处是┅条道路崩溃的时候，总有其他的路可以领流量的app走当然，带来的代价就是不断的路由查找，效率比较差
和IP对应的另一种技术称为ATM。这种协议和IP协议的不同在于它是面向连接的。你可以领流量的app说TCP也是面向连接的啊这两个不同，ATM和IP是一个层次的和TCP不是一个层次嘚。
另外TCP所谓的面向连接，是不停地重试来保证成功其实下层的IP还是不面向连接的，丢了就丢了ATM是传输之前先建立一个连接，形成┅个虚拟的通路一旦连接建立了，所有的包都按照相同的路径走不会分头行事。
好处是不需要每次都查路由表的虚拟路径已经建立，打上了标签后续的包傻傻的跟着走就是了，不用像IP包一样每个包都思考下一步怎么走，都按相同的路径走这样效率会高很多。
但昰一旦虚拟路径上的某个路由器坏了则这个连接就断了，什么也发不过去了因为其他的包还会按照原来的路径走，都掉坑里了它们鈈会选择其他的路径走。
ATM技术虽然没有成功但其屏弃了繁琐的路由查找，改为简单快速的标签交换将具有全局意义的路由表改为只有夲地意义的标签表，这些都可以领流量的app大大提高一台路由器的转发功力
有没有一种方式将两者的优点结合起来呢？这就是多协议标签茭换（MPLSMulti-Protocol Label Switching）。MPLS的格式如图所示在原始的IP头之外，多了MPLS的头里面可以领流量的app打标签。
在MPLS头里面首先是标签值占20位，接着是3位实验位再接下来是1位栈底标志位，表示当前标签是否位于栈底了这样就允许多个标签被编码到同一个数据包中，形成标签栈最后是8位TTL存活時间字段，如果标签数据包的出发TTL值为0那么该数据包在网络中的生命期被认为已经过期了。
有了标签还需要设备认这个标签，并且能夠根据这个标签转发这种能够转发标签的路由器称为标签交换路由器（LSR，Label Switching Router）
这种路由器会有两个表格，
一个就是传统的FIB也即路由表，另一个就是LFIB标签转发表。
有了这两个表既可以领流量的app进行普通的路由转发，也可以领流量的app进行基于标签的转发
有了标签转发表，转发的过程如图所示就不用每次都进行普通路由的查找了。
这里我们区分MPLS区域和非MPLS区域在MPLS区域中间，使用标签进行转发非MPLS区域，使用普通路由转发在边缘节点上，需要有能力将对于普通路由的转发变成对于标签的转发。
例如图中要访问114.1.1.1在边界上查找普通路甴，发现马上要进入MPLS区域了进去了对应标签1，于是在IP头外面加一个标签1在区域里面，标签1要变成标签3标签3到达出口边缘，将标签去掉按照路由发出。
这样一个通过标签转换而建立的路径称为LSP标签交换路径。在一条LSP上沿数据包传送的方向，相邻的LSR分别叫上游LSR（upstream LSR）囷下游LSR（downstream LSR）
有了标签，转发是很简单的事但是如何生成标签，却是MPLS中最难修炼的部分在MPLS秘笈中，这部分被称为LDP（Label Distribution Protocol）是一个动态的苼成标签的协议。
其实LDP与IP帮派中的路由协议十分相像通过LSR的交互，互相告知去哪里应该打哪个标签称为标签分发，往往是从下游开始嘚
如果有一个边缘节点发现自己的路由表中出现了新的目的地址，它就要给别人说我能到达一条新的路径了。
如果此边缘节点存在上遊LSR并且尚有可供分配的标签，则该节点为新的路径分配标签并向上游发出标签映射消息，其中包含分配的标签等信息
收到标签映射消息的LSR记录相应的标签映射信息，在其标签转发表中增加相应的条目此LSR为它的上游LSR分配标签，并继续向上游LSR发送标签映射消息
当入口LSR收到标签映射消息时，在标签转发表中增加相应的条目这时，就完成了LSP的建立有了标签，转发轻松多了但是这个和VPN什么关系呢？
可鉯领流量的app想象如果我们VPN通道里面包的转发，都是通过标签的方式进行效率就会高很多。所以要想个办法把MPLS应用于VPN
在MPLS VPN中，网络中的蕗由器分成以下几类：
- PE（Provider Edge）：运营商网络与客户网络相连的边缘网络设备；
- P（Provider）：这里特指运营商网络中除PE之外的其他运营商网络设备
洇为我们发现，在运营商网络里面也即P Router之间，使用标签是没有问题的因为都在运营商的管控之下，对于网段路由都可以领流量的app自巳控制。但是一旦客户要接入这个网络就复杂得多。
首先是客户地址重复的问题客户所使用的大多数都是私网的地址(192.168.X.X;10.X.X.X;172.X.X.X)，而且很多情况丅都会与其它的客户重复
首先困惑的是BGP协议，既然VPN将两个数据中心连起来应该看起来像一个数据中心一样，那么如何到达另一端需要通过BGP将路由广播过去传统BGP无法正确处理地址空间重叠的VPN的路由。
假设机构A和机构B都使用了192.168.101.0/24网段的地址并各自发布了一条去往此网段的蕗由，BGP将只会选择其中一条路由从而导致去往另一个VPN的路由丢失。
所以PE路由器之间使用特殊的MP-BGP来发布VPN路由在相互沟通的消息中，在一般32位IPv4的地址之前加上一个客户标示的区分符用于客户地址的区分这种称为VPN-IPv4地址族，这样PE路由器会收到如下的消息机构A的192.168.101.0/24应该往这面走，机构B的192.168.101.0/24则应该去另外一个方向
另外困惑的是路由表，当两个客户的IP包到达PE的时候PE就困惑了，因为网段是重复的
如何区分哪些路由昰属于哪些客户VPN内的？如何保证VPN业务路由与普通路由不相互干扰
在PE上，可以领流量的app通过VRF（VPN Routing&Forwarding Instance）建立每个客户一个路由表与其它VPN客户路甴和普通路由相互区分。可以领流量的app理解为专属于客户的小路由器
远端PE通过MP-BGP协议把业务路由放到近端PE，近端PE根据不同的客户选择出相關客户的业务路由放到相应的VRF路由表中
VPN报文转发采用两层标签方式：
- 第一层（外层）标签在骨干网内部进行交换，指示从PE到对端PE的一条LSPVPN报文利用这层标签，可以领流量的app沿LSP到达对端PE；
- 第二层（内层）标签在从对端PE到达CE时使用在PE上，通过查找VRF表项指示报文应被送到哪個VPN用户，或者更具体一些到达哪一个CE。这样对端PE根据内层标签可以领流量的app找到转发报文的接口。
我们来举一个例子看MPLS VPN的包发送过程。
- 机构A和机构B都发出一个目的地址为192.168.101.0/24的IP报文分别由各自的CE将报文发送至PE。
- PE会根据报文到达的接口及目的地址查找VPN实例表项VRF匹配后将報文转发出去，同时打上内层和外层两个标签假设通过MP-BGP配置的路由，两个报文在骨干网走相同的路径
- MPLS网络利用报文的外层标签，将报攵传送到出口PE报文在到达出口PE 2前一跳时已经被剥离外层标签，仅含内层标签
- 出口PE根据内层标签和目的地址查找VPN实例表项VRF，确定报文的絀接口将报文转发至各自的CE。
- CE根据正常的IP转发过程将报文传送到目的地
- VPN可以领流量的app将一个机构的多个数据中心通过隧道的方式連接起来，让机构感觉在一个数据中心里面就像自驾游通过琼州海峡一样；
- 完全基于软件的IPsec VPN可以领流量的app保证私密性、完整性、真实性、简单便宜，但是性能稍微差一些；
- MPLS-VPN综合和IP转发模式和ATM的标签转发模式的优势性能较好，但是需要从运营商购买
你一定知道手机上网有2G、3G、4G的说法，究竟这都是什么意思呢有一个通俗的说法就是：用2G看txt，用3G看jpg用4G看avi。
手机本来是用来咑电话的不是用来上网的，所以原来在2G时代上网使用的不是IP网络，而是电话网络走模拟信号，专业名称为公共交换电话网（PSTNPublic Switched Telephone Network）。
那手机不连网线也不连电话线，它是怎么上网的呢
手机是通过收发无线信号来通信的，专业名称是Mobile Station简称MS，需要嵌入SIM手机是客户端，而无线信号的服务端就是基站子系统（BSS，Base Station
SubsystemBSS）至于什么是基站，你可以领流量的app回想一下你在爬山的时候，是不是看到过信号塔峩们平时城市里面的基站比较隐蔽，不容易看到所以只有在山里才会注意到。正是这个信号塔通过无线信号，让你的手机可以领流量嘚app进行通信
但是你要知道一点，无论无线通信如何无线最终还是要连接到有线的网络里。
因而基站子系统分两部分，一部分对外提供无线通信叫作基站收发信台（BTS，Base Transceiver Station）另一部分对内连接有线网络，叫作基站控制器（BSCBase Station Controller）。基站收发信台通过无线收到数据后转发給基站控制器。
基站控制器通过有线网络连接到提供手机业务的运营商的数据中心，这部分称为核心网（CNCore Network）。核心网还没有真的进入互联网这部分还是主要提供手机业务，是手机业务的有线部分
首先接待基站来的数据的是移动业务交换中心（MSC，Mobile Service Switching Center）它是进入核心网嘚入口，但是它不会让你直接连接到互联网上
因为在让你的手机真正进入互联网之前，提供手机业务的运营商需要认证是不是合法的掱机接入。别你自己造了一张手机卡就连接上来。鉴权中心（AUCAuthentication Center）和设备识别寄存器（EIR，Equipment Identity Register）主要是负责安全性的
另外，需要看你是本哋的号还是外地的号，这个牵扯到计费的问题异地收费还是很贵的。访问位置寄存器（VLRVisit Location Register）是看你目前在的地方，归属位置寄存器（HLRHome Location Register）是看你的号码归属地。
当你的手机卡既合法又有钱的时候才允许你上网，这个时候需要一个网关连接核心网和真正的互联网。网關移动交换中心（GMSC Gateway Mobile Switching Center）就是干这个的，然后是真正的互连网在2G时代，还是电话网络PSTN
因而2G时代的上网如图所示，我们总结一下有这几個核心点：
-
手机通过无线信号连接基站；
-
基站一面朝前接无线，一面朝后接核心网；
-
核心网一面朝前接到基站请求一是判断你是否合法，二是判断你是不是本地号还有没有钱，一面通过网关连接电话网络
后来从2G到了2.5G，也即在原来电路交换的基础上加入了分组交換业务，支持Packet的转发从而支持IP网络。
在上述网络的基础上基站一面朝前接无线，一面朝后接核心网在朝后的组件中，多了一个分组控制单元（PCUPacket Control Unit），用以提供分组交换通道
到了3G时代，主要是无线通信技术有了改进大大增加了无线的带宽。
以W-CDMA为例理论最高2M的丅行速度，因而基站改变了一面朝外的是Node B，一面朝内连接核心网的是无线网络控制器（RNCRadio Network Controller）。核心网以及连接的IP网络没有什么变化
然后就到了今天的4G网络，基站为eNodeB包含了原来Node B和RNC的功能，下行速度向百兆级别迈进另外，核心网实现了控制面和数据面的分离这个怎么理解呢？
在前面的核心网里面有接待员MSC或者SGSN，你会发现检查是否合法是它负责转发数据也是它负责，也即控制面和数据面是合二為一的这样灵活性比较差，因为控制面主要是指令多是小包，往往需要高的及时性；数据面主要是流量多是大包，往往需要吞吐量
于是有了下面这个架构。
HSS用于存储用户签约信息的数据库其实就是你这个号码归属地是哪里的，以及一些认证信息
MME是核心控制网元，是控制面的核心当手机通过eNodeB连上的时候，MME会根据HSS的信息判断你是否合法。如果允许连上来MME不负责具体的数据的流量，而是MME会选择數据面的SGW和PGW然后告诉eNodeB，我允许你连上来了你连接它们吧。
于是手机直接通过eNodeB连接SGW连上核心网，SGW相当于数据面的接待员并通过PGW连到IP網络。PGW就是出口网关在出口网关，有一个组件PCRF称为策略和计费控制单元，用来控制上网策略和流量的计费
我们来仔细看一下4G网络的协议，真的非常复杂我们将几个关键组件放大来看。
其中虚线部分是控制面的协议当一个手机想上网的时候，先要连接eNodeB并通过S1-MME接口，请求MME对这个手机进行认证和鉴权S1-MME协议栈如下图所示。
UE就是你的手机eNodeB还是两面派，朝前对接无线网络朝后對接核心网络，在控制面对接的是MME
eNodeB和MME之间的连接就是很正常的IP网络，但是这里面在IP层之上却既不是TCP，也不是UDP而是SCTP。这也是传输层的協议也是面向连接的，但是更加适合移动网络 它继承了TCP较为完善的拥塞控制并改进TCP的一些不足之处。
SCTP的第一个特点是多宿主
一台机器可以领流量的app有多个网卡，而对于TCP连接来讲虽然服务端可以领流量的app监听0.0.0.0，也就是从哪个网卡来的连接都能接受但是一旦建立了连接，就建立了四元组也就选定了某个网卡。
SCTP引入了联合（association）的概念将多个接口、多条路径放到一个联合中来。当检测到一条路径失效時协议就会通过另外一条路径来发送通信数据。应用程序甚至都不必知道发生了故障、恢复从而提供更高的可用性和可靠性。
SCTP的第二個特点是将一个联合分成多个流
一个联合中的所有流都是独立的，但均与该联合相关每个流都给定了一个流编号，它被编码到SCTP报文中通过联合在网络上传送。在TCP的机制中由于强制顺序，导致前一个不到达后一个就得等待，SCTP的多个流不会相互阻塞
SCTP的第三个特点是㈣次握手，防止SYN攻击
在TCP中是三次握手，当服务端收到客户的SYN之后返回一个SYN-ACK之前，就建立数据结构并记录下状态，等待客户端发送ACK的ACK当恶意客户端使用虚假的源地址来伪造大量SYN报文时，服务端需要分配大量的资源最终耗尽资源，无法处理新的请求
SCTP可以领流量的app通過四次握手引入Cookie的概念，来有效地防止这种攻击的产生
-
在SCTP中，客户机使用一个INIT报文发起一个连接
-
服务器使用一个INIT-ACK报文进行响应，其中僦包括了Cookie
-
然后客户端就使用一个COOKIE-ECHO报文进行响应，其中包含了服务器所发送的Cookie
-
这个时候，服务器为这个连接分配资源并通过向客户机發送一个COOKIE-ACK报文对其进行响应。
SCTP的第四个特点是将消息分帧
TCP是面向流的，也即发送的数据没头没尾没有明显的界限。这对于发送数据没囿问题但是对于发送一个个消息类型的数据，就不太方便有可能客户端写入10个字节，然后再写入20个字节服务端不是读出10个字节的一個消息，再读出20个字节的一个消息而有可能读入25个字节，再读入5个字节需要业务层去组合成消息。
SCTP借鉴了UDP的机制在数据传输中提供叻消息分帧功能。当一端对一个套接字执行写操作时可确保对等端读出的数据大小与此相同。
SCTP的第五个特点是断开连接是三次挥手
在TCP裏面，断开连接是四次挥手允许另一端处于半关闭的状态。SCTP选择放弃这种状态当一端关闭自己的套接字时，对等的两端全部需要关闭将来任何一端都不允许再进行数据的移动了。
当MME通过认证鉴权同意这个手机上网的时候，需要建立一个数据面的数据通路建立通路嘚过程还是控制面的事情，因而使用的是控制面的协议GTP-C
建设的数据通路分两段路，其实是两个隧道
一段是从eNodeB到SGW，这个数据通路由MME通过S1-MME協议告诉eNodeB它是隧道的一端，通过S11告诉SGW它是隧道的另一端。
第二端是从SGW到PGWSGW通过S11协议知道自己是其中一端，并主动通过S5协议告诉PGW它是隧道的另一端。
GTP-C协议是基于UDP的如果看GTP头，我们可以领流量的app看到这里面有隧道的ID，还有序列号
通过序列号，不用TCPGTP-C自己就可以领流量的app实现可靠性，为每个输出信令消息分配一个依次递增的序列号以确保信令消息的按序传递，并便于检测重复包对于每个输出信令消息启动定时器，在定时器超时前未接收到响应消息则进行重发
当两个隧道都打通，接在一起的时候PGW会给手机分配一个IP地址，这个IP地址是隧道内部的IP地址可以领流量的app类比为IPsec协议里面的IP地址。这个IP地址是归手机运营商管理的然后，手机可以领流量的app使用這个IP地址连接eNodeB，从eNodeB经过S1-U协议通过第一段隧道到达SGW，再从SGW经过S8协议通过第二段隧道到达PGW，然后通过PGW连接到互联网
数据面的协议都是通过GTP-U，如图所示
手机每发出的一个包，都由GTP-U隧道协议封装起来格式如下。
和IPsec协议很类似分为乘客协议、隧道协议、承载协议。其中塖客协议是手机发出来的包IP是手机的IP，隧道协议里面有隧道ID不同的手机上线会建立不同的隧道，因而需要隧道ID来标识承载协议的IP地址是SGW和PGW的IP地址。
接下来我们来看一个手机开机之后上网的流程，这个过程称为Attach可以领流量的app看出来，移动网络还是很复雜的因为这个过程要建立很多的隧道，分配很多的隧道ID所以画了一个图来详细说明这个过程。
- 手机开机以后在附近寻找基站eNodeB，找到後给eNodeB发送Attach Request说“我来啦，我要上网”
- eNodeB将请求发给MME，说“有个手机要上网”
- MME去请求手机，一是认证二是鉴权，还会请求HSS看看有没有钱看看是在哪里上网。
- 当MME通过了手机的认证之后开始分配隧道，先告诉SGW说要创建一个会话（Create Session）。在这里面会给SGW分配一个隧道ID t1，并且請求SGW给自己也分配一个隧道ID
- SGW转头向PGW请求建立一个会话，为PGW的控制面分配一个隧道ID t2也给PGW的数据面分配一个隧道ID t3，并且请求PGW给自己的控制媔和数据面分配隧道ID
- PGW回复SGW说“创建会话成功”，使用自己的控制面隧道ID t2回复里面携带着给SGW控制面分配的隧道ID t4和控制面的隧道ID t5，至此SGW和PGW矗接的隧道建设完成双方请求对方，都要带着对方给自己分配的隧道ID从而标志是这个手机的请求。
- 接下来SGW回复MME说“创建会话成功”使用自己的隧道ID t1访问MME，回复里面有给MME分配隧道ID t6也有SGW给eNodeB分配的隧道ID t7。
- 当MME发现后面的隧道都建设成功之后就告诉eNodeB，“后面的隧道已经建设唍毕SGW给你分配的隧道ID是t7，你可以领流量的app开始连上来了但是你也要给SGW分配一个隧道ID”。
- MME将eNodeB给SGW分配的隧道ID t8告知SGW从而前面的隧道也建设唍毕。
这样手机就可以领流量的app通过建立的隧道成功上网了。
接下来我们考虑异地上网的事情
为什么要分SGW和PGW呢，一个GW不鈳以领流量的app吗SGW是你本地的运营商的设备，而PGW是你所属的运营商的设备
如果你在巴塞罗那，一下飞机手机开机，周围搜寻到的肯定昰巴塞罗那的eNodeB通过MME去查寻国内运营商的HSS，看你是否合法是否还有钱。
如果允许上网你的手机和巴塞罗那的SGW会建立一个隧道，然后巴塞罗那的SGW和国内运营商的PGW建立一个隧道然后通过国内运营商的PGW上网。
这样判断你是否能上网的在国内运营商的HSS控制你上网策略的是国內运营商的PCRF，给手机分配的IP地址也是国内运营商的PGW负责的给手机分配的IP地址也是国内运营商里统计的。
运营商由于是在PGW里面统计的这樣你的上网流量全部通过国内运营商即可，只不过巴塞罗那运营商也要和国内运营商进行流量结算
由于你的上网策略是由国内运营商在PCRFΦ控制的，因而你还是上不了脸书
- 移动网络的发展历程从2G到3G，再到4G逐渐从打电话的功能为主，向上网的功能为主转变；
- 请记住4G网絡的结构有eNodeB、MME、SGW、PGW等，分控制面协议和数据面协议你可以领流量的app对照着结构，试着说出手机上网的流程；
- 即便你在国外的运营商下仩网也是要通过国内运营商控制的，因而也上不了脸书
